r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Tech News] Interesting technology

Volker
6-Feb-2007
[1738x2]
Yes. But it was not "Flash stepped in", but  "java  was  kicked out" 
and  flash filled the gap.  Better Gui for designers for nimations 
too. But now its flash instaled everywhere, and people cringe to 
use it for serious  apps.
And  my sense  for fairness steps in andicry: "Wait! Wrong history!!" 
;)
Pekr
6-Feb-2007
[1740x3]
yes, I know. IIRC it was MS who screwed, no? They created jvm with 
Win-only extensions .... They had the power to do so ...
ah, I have the same sense when thinking about the Amiga - it was 
much better OS imo too :-)
Few weeks ago I looked into some View demos, and I still think, that 
if we do it right, and even prepare those demos for plug-in, it still 
can influence some ppl ....
Volker
6-Feb-2007
[1743x2]
Yep. And a popular ide  which silently  used them. Good work, both 
vm and  ide. But  it worked not on the others. And  some things where 
 chngedfrom thestandard, so stuff fro other ideasdid not work well. 
of course every bug was javas  fault, not that  of MS.
Waht  we need is IOS without competing  with IOS..
Pekr
6-Feb-2007
[1745x3]
IOS is no more supported
I asked Cindy, if I can sell my copy I did not manage to sell here. 
So, if anyone wants IOS cheapo, just contact me :-)
I think that Carl has the same idea - Altissimo - rebservices, plug-in 
or stand-alone client, small reblets ... could work ...
Volker
6-Feb-2007
[1748]
If  it gets ever implemented yes.
PeterWood
6-Feb-2007
[1749]
Petr: IOS is no more supported is that official
Volker
6-Feb-2007
[1750]
Ifit works  seamless with apopular browser, like  flash etc, even 
more.
Pekr
6-Feb-2007
[1751]
eh, probably not official ....
Volker
6-Feb-2007
[1752]
the  problem with  IOS is, it was the  right  library, and without 
it  rebol cant play  out its  real strength.
PeterWood
6-Feb-2007
[1753]
...it's just that we use IOS to support Rebol.org
Volker
6-Feb-2007
[1754]
And it cant be cloned becausethat would  hurt RT. Well, could be 
cloned, we are justto nice^^
Pekr
6-Feb-2007
[1755x2]
IOS is nice ... imo we need R3 infastructure fast. We then need some 
C coders to take-over the open-sourced parts. As for a plug-in, browser 
support was good enough imo, but it did not support certificates, 
good installation/upgrade process etc.
Volker - if IOS is not supported, noone will care for cloning ...
PeterWood
6-Feb-2007
[1757]
For me the biggest problem with the plug-in is no access to the DOM
Volker
6-Feb-2007
[1758]
there is a way to call javascript, oristhatbroken? from thereto DOM 
the  browser. :)
PeterWood
6-Feb-2007
[1759]
But most people would say if I have to call JavaScript to access 
the DOM why bother with Rebol.
Volker
6-Feb-2007
[1760]
if i have  to write html to display something, why botherwith javascript?^^
Pekr
6-Feb-2007
[1761]
Because whole your app is in rebol? I am not designing my app to 
navigate html, I want full View app, so what's with DOM :-)
Volker
6-Feb-2007
[1762x3]
that javascript can be build by a little library.
Peter wanted it^^
And for now  browsers have better layouting for text
Pekr
6-Feb-2007
[1765]
so if you  are not thinking of a full View app, then what do you 
plan to use Rebol for? As an js replacement?
Volker
6-Feb-2007
[1766x2]
for the logicparts i  do now  on the server.
what  i would do now with a local webserver.
PeterWood
6-Feb-2007
[1768]
Yes I think I would prefer to be able to use Rebol instead of JavaScript 
for anything processor intensive.
Volker
6-Feb-2007
[1769x3]
/view could still do animations, menues and such.
say a reblet left or top, tabs, or text html, for painting /view.
below
PeterWood
6-Feb-2007
[1772]
From my observation Rebol calculations are much faster than JavaScript 
especially for integers
Volker
6-Feb-2007
[1773]
And: AFAIK DOM means  other plugins  to. IConrtol the viedo :)
PeterWood
6-Feb-2007
[1774]
I'm sure that parse is faster than Javascript's Regex engine too
Volker
6-Feb-2007
[1775x2]
Isimply have more rebol-skills than javascript skills^^
for speedi would still try javascript+java, but for comfort..
Pekr
6-Feb-2007
[1777]
ok, now I understand ... I know that current DOM-via-js is not very 
much powerfull, but we have at least something. Or we need proper 
XML parser then?
Volker
6-Feb-2007
[1778]
I have no big clue. AFAIK javascript can call everything, and rebol 
can call javascript. And  javascript can be generated.
PeterWood
6-Feb-2007
[1779]
The main issue with javascript+java is if java isn't installed on 
the cleint's browser - you then ahve a big download - as Petr has 
pointed-out a rebol plug-in would be smaller than some JavaScript 
downloads.....
Volker
6-Feb-2007
[1780x4]
Drawback is, AFAIK javascript can not call rebol. which would be 
nice  for buttons and such.
Yes, butthe jitwould be better, and ifiaim for speed..
And with googles compileri may  beable tohave a pure javascriptversion 
from the same source.
Hmm, shouldchange the keyboard..
PeterWood
6-Feb-2007
[1784]
..so you really want a Rebcode plug-in ;-)
Volker
6-Feb-2007
[1785x2]
Naa,  native is still faster.
A raw hotspot withoutall the libs, and  rebolon top :)
Pekr
6-Feb-2007
[1787]
uh, it looks like you talk in some cipher :-)