Re: Hot (but disappointing) news

In article <462e2ab6$0$21846$db0fefd9@xxxxxxxxxxxxxx>, Rob Kendrick
<nntp@xxxxxxxx> wrote:
What you suggest is irrelevant, as you have no experience or knowledge of
the matter.

I do hope your programming is better than your logic. My experience or
knowledge will have no relevance in this case. What I suggest may or may not
be irrelevant; but that will be decided by facts only.

Additionally, what makes you think that the instant we release 2.0, we'll
delete all traces of 1.0? We have version control for a reason.

I didn't say that you would. Are you able to confirm that you won't?

Additionally, the actual overhead to "turn off" JavaScript if we get it
right at worst 10 or so instructions per <script> tag and event. Millions
of them would have to happen in quick succession before you'd notice, and
your zero-knowledge point of view entirely ignores the fact that we might
make improvements elsewhere that counteract that cost - maybe more so, such
that any JavaScript-capable version that might exist in the future is
actually *faster* that what we currently have.

That's excellent news. How?

As you claim to be 100% certain that the NetSurf developers will include
an easy to use 'turn off' option perhaps you could give more details on
how it will work? Will it, like Fresco, automatically turn off JS that it
cannot deal with? Will it, unlike Fresco, turn back on again for
subsequent sites?

My crystal ball's at the polishers' at the moment, but I'm sure that if we
ever did implement JavaScript, the ability to turn it off would be a design
constraint if I had anything to do with it. Being able to white/black list
sites would be a nice extension of that.

"If I had anything to do with it" isn't as certain as your earlier claim. Cut
out the crap insults and stick to the facts. Shorn that way your comments are
helpful and inform those of us wanting to see RISC OS move forward.

Please, stop talking as if you are in a position of authority about things
that you know absolutely nothing about - it simply confuses users, and puts
a greater support load on those of us who *do* know, giving us less time to
get stuff done that people want. It'll do us all good.

You need to explain what can be done before people will know what to ask for.
I had never guessed that NS with significant extra features might actually be
faster than today. That fact (if it is such) might well make more people agree
that such development is worthwhile. Without making that clear, users might
reasonably assume that more features = slower programs.

All that's wanting is an answer to that 'how' - and how certain are you that
it can, and will, be done?

--
John Cartmell john@xxxxxxxxxxxxx 0845 006 8822 or 0161 969 9820
Qercus magazine FAX +44 (0)8700-519-527 www.finnybank.com
Qercus - the best guide to RISC OS computing

.

Relevant Pages

  • Re: Hot (but disappointing) news
    ... but that will be decided by facts only. ... that you know absolutely nothing about - it simply confuses users, ... I had never guessed that NS with significant extra features might actually be ...
    (comp.sys.acorn.misc)
  • Re: Computer time -> Developer time -> User time?
    ... and as a Programming Style ... facts, real Tools, effective methods, and so on... ... that "Developements time is no more a problem, ... consideration that Asm devs are _effectively_ not longer ...
    (alt.lang.asm)
  • Re: Speculation about Dijkstras primitives and how small each function should be
    ... functional programming (except that in functional programming ... must combine atomic actions in just one of those three ways. ... functions each of which knows just one of those facts. ... two responsibilities and the class should be split into two. ...
    (comp.programming)
  • Re: moving from vb.net to c#
    ... about the strengths and weaknesses of a given language or technology, ... And facts are the basis of good decision-making, ... And every programming language/technology has strengths and weaknesses, ... ..Net Developer ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: RosAsm ... ALL that anyone needs for assembler?
    ... Now listen I didnt mean any of that. ... But break the rules in programming when it needs to be broken. ... Now for the point about breaking rules. ... not fully predictable, and that sometimes, established facts, are not facts ...
    (alt.lang.asm)