For the record, Pandaemonium was making a joke about how dated your site still looks.

Quote: For the record, Pandaemonium was making a joke about how dated your site still looks.

Well, the most noticeable difference between my website and a website from 1995 is that my website looks good in Mobile Chrome (as a mobile browser that allows you to do fancy stuff in JavaScript if you detect your website is being run on a mobile device, but Safari isn't one of those, and it's very hard to tell apart the browsers which would allow you to do that and ones that wouldn't by browser-sniffing) while a website from 1995 is useless in it.

Quote: i really (really!) feel you should be doing this kind of work server side

And in which programming language can it be done easily except in JavaScript? I have read that PERL is good for string and array manipulation, is it true?

Quote: meaning you are open to theft

What do you think is the point of open-source software then?

Quote: possibly even to injection attack if you haven't sanitized your input well enough.

I don't think that's possible. See, what the back-end does is to delete the old ASM file and create a new one each time it receives an AJAX. If somebody makes an Assembly-language malware and sends it to the back-end, it would be downloadable only until the next AJAX, that is, only by the person who has done that (since the download is programmed in JavaScript to start only after the AJAX has been completed).

BTW, if you tried to make some relatively-complicated layout, how would you ensure it doesn't break in various browsers? Coding it in IE6-compatible CSS and JavaScript doesn't do the trick, since what works in IE6 doesn't even necessarily work in some later versions of Internet Explorer properly (the layout I made for that web-app works in IE6, IE9 and IE11, but it breaks in IE7, IE8 and IE10).

I like C# a lot. It's java-ish but gives access to full Windows .NET libraries-- string manipulation, etc. And you can make Android ports very easily now.

---

(November 11, 2018 at 9:03 am)FlatAssembler Wrote: [BTW, if you tried to make some relatively-complicated layout, how would you ensure it doesn't break in various browsers? Coding it in IE6-compatible CSS and JavaScript doesn't do the trick, since what works in IE6 doesn't even necessarily work in some later versions of Internet Explorer properly (the layout I made for that web-app works in IE6, IE9 and IE11, but it breaks in IE7, IE8 and IE10).

I think you're safe with HTML5 + current Javascript. Anyone who can't support that doesn't deserve to be accessing a website.

It seems to me that you can do a LOT with just .css, so I can't imagine why it's not working in any of the browsers you mentioned, except IE6 and IE9, which are too old. I hope you're not still using that code that inserts inline style code! If so, then you now know exactly why not to, I guess.

I don't know anything about PERL, though PERL programmers seem to like it a whole lot. Btw you can always custom code your own string-manipulation routines. It's not really that hard, as you very well know if you're working with assembly.

If you're so set on using JavaScript, why not simply learn node.js? Full stack JavaScript apps are a thing now. Netflix, for example, uses a ton of node to spin up/destroy instances.

---

(November 11, 2018 at 9:03 am)FlatAssembler Wrote:

Quote: For the record, Pandaemonium was making a joke about how dated your site still looks.

Well, the most noticeable difference between my website and a website from 1995 is that my website looks good in Mobile Chrome (as a mobile browser that allows you to do fancy stuff in JavaScript if you detect your website is being run on a mobile device, but Safari isn't one of those, and it's very hard to tell apart the browsers which would allow

'Good' isn't a word I'd use for describing the aesthetics of your site, which, again, is what Pandaemonium was referring to. Using modern technology doesn't mean much if your design sensibilities are stuck 15-20 years in the past.

Quote: I like C# a lot. It's java-ish but gives access to full Windows .NET libraries-- string manipulation, etc.

So, does C# support regular expressions? Does it have an equivalent of the Array.prototype.splice method? My web-app relies on those things heavily.

Quote: Anyone who can't support that doesn't deserve to be accessing a website.

Well, there are times when you are forced to use an inferior browser. Obviously, when you install a new operating system, you need to use some browser to download a proper browser. Also, if you are forced to use a computer with 512MB of RAM and 1GHz Celeron processor running Windows 7 to do something on-line, Internet Explorer is the only browser that works reasonably well. Also, on my 6-years-old mobile phone, I usually use the Android Stock Browser 4.1. If some webpage can't be used in it, I copy the URL to Chrome. But Chrome freezes so often that it's usually more painful to use than Android Stock Browser. Firefox doesn't freeze that often, but it drains the battery from full to zero in less than an hour of surfing. Android Stock Browser, with all its flaws, appears to be the best mobile browser around. That's why it's important for websites and web-apps to fail gracefully, right?

Quote: except IE6 and IE9, which are too old

IE9 is too old? Almost all JavaScript frameworks still support it.
Anyway, I've tried it, the layout doesn't actually break in IE8, it just breaks in IE11 running in the compatibility mode with IE8.

Quote: I hope you're not still using that code that inserts inline style code!

Is there any other way for a layout not to break when you resize the window in IE6?

Quote: Btw you can always custom code your own string-manipulation routines.

It's a little harder to do in a language that doesn't support prototype inheritance (like JavaScript does), isn't it?

Quote: If you're so set on using JavaScript, why not simply learn node.js?

Well, because everyone says Node.JS sucks.
Does Node.JS have an equivalent of the "innerText" directive (that converts HTML to plain text)? My syntax-highlighting algorithm relies on it.

Quote: Using modern technology doesn't mean much if your design sensibilities are stuck 15-20 years in the past.

Beauty is, beyond a certain degree, in the eye of the beholder.

Quote: Node is JavaScript.

Well, that's great. I can't read about it on Mozilla Developer Network right now. The layout of their website gets broken completely (being illegible) in the Android Stock Browser, it loads terribly slow in Mobile Chrome (perhaps partly because I can't even get 1mbps mobile Internet speed here), and my laptop (which I can connect with a cable to a router which allows me some 10mbps Internet speed) isn't working right now.
I've always assumed NodeJS was basically Nashorn with some web-server framework added to it. Nashorn is a JavaScript engine, but it doesn't support HTML DOM at all (and innerText is a part of HTML DOM, and not JavaScript itself). Hell, you can't even use setTimeout without some weird hacks in Nashorn. It's a lot easier to tweak a JavaScript program to work in Internet Explorer 6 than to work in Nashorn.
I've tried to use some Nashorn back when I tried to learn Java, because it's a part of the Java Developer Kit.

Quote:A 6 year old mobile phone is ancient by today's standards.

I don't quite understand why some people buy new mobile phones every now and then. A decent mobile phone costs more than an average monthly wage. It's true in Croatia, and it's even more true in Serbia and Bosnia and Herzegovina, where the prices are generally the same, but the wages are lower. And that's assuming you are lucky and the phone doesn't need to be repaired soon. My experience has taught me that mobile phones usually cost around a half more than their price because they stop working quite a few times in the first few months.
And, frankly, I don't see that mobile phones are getting better. They are usually larger than they used to be, and therefore harder to handle and easier to break (especially with those infinite displays). And mobile browsers are still a pain to develop for, and therefore to use. They are full of quirks (I still haven't managed to make some features of my website work in Safari on iPhone) and you need to use alerts and search-bar-JavaScript to debug, much like in Internet Explorer 6 (even worse because you don't have a keyboard and a mouse to edit the search-bar-JavaScript with).
Those are just my thoughts, maybe I am missing something.