CodingHTML radio buttons

 

Press Ctrl+Enter to quickly submit your post
Quick Reply  
 
 
  
 From:  Drew (X3N0PH0N)  
 To:  af (CAER)     
38188.21 In reply to 38188.20 
It's a fine language which has been (historically) pisspoorly and inconsistently implemented/supported is the problem I think.

I mean, before jquery pretty much anything but the most simple of JS scripts had to start off with a huge block of conditional stuff to check which browser was being used and do stuff differently, depending. (And that's still there, just jquery handles it, thankfully).

0/0
 Reply   Quote More 

 From:  af (CAER)  
 To:  Drew (X3N0PH0N)     
38188.22 In reply to 38188.21 
I agree that DOM stuff has been inconsistent, and I totally understand why JavaScript has a bad reputation, it's just that the language itself (as opposed to the DOM interaction stuff) is actually really nice, and things like node.js are showing what it can do when separated from the browser.
0/0
 Reply   Quote More 

 From:  Peter (BOUGHTONP)  
 To:  ALL
38188.23 
Just to reinforce what Caer's saying - the reason for that book is to counter the bad attitude towards JavaScript.

If you take browsers and DOMs out of the picture, it's a rather nice language.

It's certainly not perfect - with crappy date handling, dodgy things like boolean objects, and so on - but it's generally no worse than any other language around today.
0/0
 Reply   Quote More 

 From:  Matt  
 To:  af (CAER)     
38188.24 In reply to 38188.20 
Lots of things. The fact that it's spelt JavaScript with the capital S for one. There are also lots of things I like about it that I wish other languages had, like closures / anonymous functions.

But the cross-platform compatibility even when using JQuery is a still more work than it should be. Without it, it's a fucking nightmare. And I'm not just talking DOM access / manipulation here. There are many, many more things that you remain blissfully unaware of until you start writing better JavaScript code, then suddenly you have to fight to make things work.

If ECMA International had complete control of the runtime interpreter that browsers and other platforms use to run JavaScript code, the same way only the PHP Group provide the runtime interpreter for PHP code and Sun Oracle provide the JVM for Java it would be 20 billion times better.

It's a sad state of affairs that such a powerful language requires libraries like JQuery and tools like jslint to make it work.

doohicky

0/0
 Reply   Quote More 

 From:  Drew (X3N0PH0N)  
 To:  Peter (BOUGHTONP)     
38188.25 In reply to 38188.23 
If you take DOMs out of the picture it's not really a language that's used though. I mean, that is 99.9% of its use. Any discussion of JS where you ignore the DOM is not really a meaningful discussion of JS.

0/0
 Reply   Quote More 

 From:  Peter (BOUGHTONP)  
 To:  Drew (X3N0PH0N)     
38188.26 In reply to 38188.25 

Any discussion of JavaScript where you limit yourself to DOMs is stuck in the 90s.

 

* Flash's ActionScript is JavaScript without a DOM.
* Mozilla Rhino is a JavaScript engine for the JVM - no DOM.
* node.js which Caer mentioned is a servery thing without a DOM.
* Qt (the desktop GUI framework) uses JavaScript as a general purpose language.
* Unity (3D game engine) supports JavaScript for game programming.

 

There's plenty of others I wasn't even aware of - OpenOffice and Photoshop both allow scripting with it, and numerous other minor things all use it.

 


It's probably is still >99.9% used by browsers (even though I'm sure that's not a remotely scientific statistic :P ), but non-browser use has definitely been growing these past few years.

0/0
 Reply   Quote More 

 From:  Drew (X3N0PH0N)  
 To:  Peter (BOUGHTONP)     
38188.27 In reply to 38188.26 
Flash's ActionScript is ActionScript. They are both ECMA-based but they are siblings and not parent/child.

Mozilla's Rhino is what? Never heard of it.

Server side JS is a silly idea. Not an inherently bad idea. Just... why another C-like scripting language on the server? Like there's not enough.

Qt uses fucking everything as a general purpose language. May as well say I can use JS as a scripting language in Unity. Which I can. But I can also use Python, C# or Boo.

Oh, you did say that (genuinely hadn't read that far yet).

They're still minority uses. The vast majority of JS ever written is DOM stuff. That is its primary use. Oh right, you said that too. What the fuck are you arguing with me for?

I'm not saying limit the discussion to the DOM. I'm saying acknowledge that that accounts for the massive majority of usage and that any other use is niche, at best.

0/0
 Reply   Quote More 

 From:  Drew (X3N0PH0N)  
 To:  Peter (BOUGHTONP)     
38188.28 In reply to 38188.26 
(I'm not actually asking what Rhino is. I don't care. Partly because I don't care and partly because Mozilla won't be around as a browser much longer the way Chrome is growing)

0/0
 Reply   Quote More 

 From:  ANT_THOMAS  
 To:  Drew (X3N0PH0N)     
38188.29 In reply to 38188.28 
(I still use FF :$ )
0/0
 Reply   Quote More 

 From:  Drew (X3N0PH0N)  
 To:  ANT_THOMAS     
38188.30 In reply to 38188.29 
lol @ U Anthony Anthony Thomas.

0/0
 Reply   Quote More 

 From:  ANT_THOMAS  
 To:  Drew (X3N0PH0N)     
38188.31 In reply to 38188.30 

*Anthony Joseph Thomas

 

But I don't use the Joseph since it's just a confirmation name, and my parents thought my name was badass enough not to need a middle name at birth.... Andrew James.

0/0
 Reply   Quote More 

 From:  Drew (X3N0PH0N)  
 To:  ANT_THOMAS     
38188.32 In reply to 38188.31 
Andrew James Francis if we're including confirmation names :D

0/0
 Reply   Quote More 

 From:  Peter (BOUGHTONP)  
 To:  Drew (X3N0PH0N)     
38188.33 In reply to 38188.27 
JavaScript is so much more than just another C-like scripting language.

It shares (more-or-less) the brace-based syntax, but JS is functional and prototype-based, neither of which C is (nor its crappy successors).

C++, C#, Java and PHP all implement stupid class-based OO (which I hope the world will eventually realise is a big turd), and everyone who has experienced first-class functions, closures, etc wishes their own language had those features.

Unity uses JavaScript as its primary language - it's what the docs are written for. (Whilst C# and Boo are two alternatives.)

Similarly, Qt might provide connectors for everything under the sun, but its default/internal scripting language is JavaScript.

People are starting to use JavaScript outside of browsers because of the realisation that it's a reasonable language and that it shouldn't be held responsible for the mess the retarded browser manufacturers made of things.

And that's why I'm arguing with you - just because 99.9% of JS involves the DOM doesn't mean that JS is tied to it. It's only a niche at the moment, but it's a growing one, and in a few more years it'll probably be as popular off the DOM as on it.


Oh and Chrome is not going to displace Firefox.

Might end up with a bigger market share, but it's certainly not going to kill it off.
0/0
 Reply   Quote More 

 From:  Peter (BOUGHTONP)  
 To:  Drew (X3N0PH0N)     
38188.34 In reply to 38188.32 
WTF? "Joseph" and "James Francis"? Is that it?

Fucking Lightweights.

I got more middle names than both of you put together. :P
0/0
 Reply   Quote More 

 From:  Drew (X3N0PH0N)  
 To:  Peter (BOUGHTONP)     
38188.35 In reply to 38188.33 
QtScript is based on ECMAScript primarily so is again a sibling rather than a child of javascript. Unityscript is only very very loosely based on JS. And regardless, they're still very niche uses.

As I said, I don't think JS on the server is a bad idea, just a stupid one. PHP works fine. If you don't like that then Ruby or Python work fine too. If you don't like that then Perl works fine. If you're a masochist then there's server side java. If you feel the need to pay more money to people then there's all the MS server side stuff. And there is of course coldfusion, which isn't very good.

Of course choice is good - the more the merrier. Except that in order to be useful a language needs to be installed when I buy a webserver. Or on my clients' webservers which they already tend to have which tend to be the most default setup imaginable. When server side JS is stable, secure and ubiquitous enough to be in those setups then I will begin to become interested. Until then I choose to dismiss it as the prattling of people who fetishise difference for the sake of difference.

quote:
And that's why I'm arguing with you - just because 99.9% of JS involves the DOM doesn't mean that JS is tied to it.


It kinda does, yeah. Like if we're having a discussion about the uses of petrol and you want to talk only about lawnmowers and chainsaws and ignore cars.

quote:
t's only a niche at the moment, but it's a growing one, and in a few more years it'll probably be as popular off the DOM as on it.


No, it won't. It'll have a short lived ascendancy while it's trendy and then people will forget about it. Sure it will be included more often as a choice of interpreted languages in stuff like Qt - and that's a good thing. But it won't go further than that. It's not going to usurp all the other choices and become pre-eminent. If anything was going to do that it would be good old python. It's primary use will remain client-side web stuff for the foreseeable future (increasingly so with html5).

Chrome ending up with a bigger market share than FF is the very definition of killing it off. Mozilla will never die, few large open source projects ever completely die. But when it's down to under 10% share it'll be irrelevant as, frankly, it deserves to be. It was a great browser for a while but then they started making some very odd decisions and let Google in the back door. Which is a shame because I'd rather have a genuinely free/open project be on top.

0/0
 Reply   Quote More 

 From:  Drew (X3N0PH0N)  
 To:  Peter (BOUGHTONP)     
38188.36 In reply to 38188.34 
Come on then Peeb, what are your middle names? Can you beat Pablo Diego José Francisco de Paula Juan Nepomuceno María de los Remedios Cipriano de la Santísima Trinidad Ruiz y Picasso?

0/0
 Reply   Quote More 

 From:  Peter (BOUGHTONP)  
 To:  Drew (X3N0PH0N)     
38188.37 In reply to 38188.35 
I'm in bed now and can't be bothered responding to all that, except to say that Python has/had no chance because it confuses/scares too many people.

Firefox will always have more functionality than Chrome, because it's built by/for people who want that, whilst Chrome sacrifices functionality for simplicity and speed.
It wont become irrelevant all the while Chrome's developer tools remain shite and awkward compared to Firebug.

See now what you've done, you've set me off again. :@

I'm putting this down and going to sleep.
0/0
 Reply   Quote More 

 From:  Peter (BOUGHTONP)  
 To:  Drew (X3N0PH0N)     
38188.38 In reply to 38188.36 
No.

Nor that Wolfgang guy either.

And I aint telling. :P
0/0
 Reply   Quote More 

 From:  Drew (X3N0PH0N)  
 To:  Peter (BOUGHTONP)     
38188.39 In reply to 38188.38 
TELLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL.

0/0
 Reply   Quote More 

 From:  af (CAER)  
 To:  Peter (BOUGHTONP)     
38188.40 In reply to 38188.37 
Heh, I was agreeing with you, more or less, up til this post.

I don't think Python has "no chance", more that it will remain a niche product. Don't forget, Google are heavily invested into Python: a significant amount of their server-side code is written in it. That said, the popularity of Python frameworks like Django is still much less than Rails, and that itself is a smaller slice of the pie than PHP, so while I don't think Python will ever die off, nor do I think it will ever become as popular as Ruby, PHP or JavaScript.

I also don't think saying "Firefox will always have more functionality than Chrome" is the same thing at all as saying "Firefox will always remain relevant". You appear to be making the classic mistake most geeks make, in that you're assuming that functionality, extensibility and choice is what most people want. It's not. Most people who use the internet don't give two hoots about that, they just want to search on Google, read stuff on Wikipedia, buy stuff from Amazon, and maybe post on a forum or two. Simplicity and speed is precisely what they want. Most of them don't even know what a browser is, and it's only through Google's massive advertising efforts that Chrome has any relevance at all outside the tech world.

As for Chrome's Dev Tools, well, I kinda prefer Chrome for my work over Firefox and Firebug, mostly because after a while Firefox starts pushing my CPU to 100% a lot even for simple things like DOM operations, and also because it's faster. There are a few things Firebug does that I sometimes need, and in such cases I'll use it, but mostly I work better with Chrome.
0/0
 Reply   Quote More 

Reply to All  
 

1–20  21–40  41–60  …  81–95

Rate my interest:

Adjust text size : Smaller 10 Larger

Beehive Forum 1.5.2 |  FAQ |  Docs |  Support |  Donate! ©2002 - 2024 Project Beehive Forum

Forum Stats