Re: News to Hackers?



On Dec 14, 10:14 pm, Ross Boucher <rbouc...@xxxxxxxxx> wrote:
David, this started with you calling me out in this post:http://groups.google.com/group/comp.lang.javascript/browse_thread/thr...

I know that. Nothing personal. I'm just sick of seeing people shoot
themselves in the foot. Mainly because I have to browse the Web too
and their misfires often interfere.


Admittedly, its difficult to follow threads across multiple sites. But
in between that post, the one on hacker news, and this, you've
repeatedly called me a fool, and someone who doesn't know what I'm
talking about.

Bullshit. I called everyone involved in GoogClosure fools (and they
are). WTF are you thinking wasting time on that? And don't get me
started on that other thing. Sproutcore is on the same level as
GoogClosure (i.e. hopelessly outdated).

As for you not knowing what you are talking about. That was in
response to your comment about me on that ridiculous "hacker" site.
The only way I recognized you at all was from your cite.


The question I asked was a related but simplified version of the
problem in the Closure code.

Asked in their forum? Yes, I vaguely remember that.

So, in reality, what I'm saying is you
should have offered *any* alternate approach to that problem in the
original thread, rather than just complain about how stupid I and
everyone on the google closure team must be.

That forum is moderated. Moderators tend to be the lowest common
denominator posters and therefore incapable of moderating
discussions. They should only exist to filter spam. ;)


In response to your comment about the timeout/interval, you're
response to my question now seems to be that you think firing
repeating key events isn't a feature the browser or the framework
should offer.

The browser? How could any piece of software not feature typematic
repeats? As for a script, it's not possible to regulate repeats,
except as I have done with my design. Most mistakes in browser
scripting stem from untenable (and typically over-ambitious) designs.
Stop and think and you will realize that nobody is going to care if
your JS widget exactly matches the OS typematic rate on unprintable
characters (e.g. arrows). The typical JS wodget is lucky if it
initializes without throwing an exception. ;)

In other words, you're just pretending the problem
doesn't exist.

In other words, you are trying to cling to the idea that you weren't
wrong about browser sniffing after all (see also IFrame shims,
translucent PNG's). It won't fly. It hasn't flown since the
mid-90's.

You may not see the utility of having this be a
framework level feature, the fact that it exists in pretty much every
desktop development framework suggests that reasonable people
disagree.

What the hell is a desktop development framework? And reasonable
people would realize that my design does not interfere with typematic
features at all. You can deal with the stream of duplicated keydown
events in your app if you really want to. But I can tell you it is
the wrong strategy (for reasons you seem to be partially conscious
of). ;)
.



Relevant Pages

  • [kde] Re: KDEPIM 4.6 prob^Wimpressions
    ... Did you file a feature request? ... X or the akonadi processes (right at this very moment: ... browser engine is not that good, ... I don't miss filters at all. ...
    (KDE)
  • Feature detection vs browser detection
    ... could improve the application by detecting the browser vendor/version. ... detection, and some couldn't. ... I fully understand that object detection and feature tests are to be ... We went with the event handlers, ...
    (comp.lang.javascript)
  • Re: Microsoft and attributes--will they ever figure them out?
    ... browser. ... Yet another proof of proper feature testing taking care of "bug ... the IE -like innerHTML bugs in Konqueror recently; and now Blackberry. ...
    (comp.lang.javascript)
  • Re: Scrollable tbody elements (RIP)
    ... Matrix, which used that feature (which works fine in Firefox 3.6, a few ... division enables user agents to support scrolling of table bodies ... Firefox 5 to implement CSS animations which Safari and Chromium/Chrome, ... primary Web browser at home has changed from being Iceweasel to ...
    (comp.lang.javascript)
  • Re: OT: Internet Portals
    ... because it is so popular. ... A small feature for one user might be the prime purpose for another. ... most important feature of a browser. ... the "majority" of the users, this is in fact the single most important ...
    (rec.sport.golf)