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

World: r3wp

[!REBOL3-OLD1]

Dockimbel
15-Jul-2008
[6484]
Brian: I agree with you, but Carl seems to be more interested in 
"chasing windmills" than implementing vital core features.
shadwolf
15-Jul-2008
[6485x2]
but hum ???
look the 3 column code ... that's freak
BrianH
15-Jul-2008
[6487x2]
It looks like some variable in layout isn't getting set correctly. 
This may be tricky - there may be code out there that depends on 
the broken behavior. R2 is in compatibility mode, you know. We don't 
make breaking changes if they will break too much, or if we do we 
break towards R3 compatibility. Still, this seems to be bad enough 
that the cde pattern would be avoided, so it should be safe to fix.
cde -> code
shadwolf
15-Jul-2008
[6489]
that why i proposed in R3 dev blog tomaybe change the way to handle 
block of widgets using grid to suport  the widget like in GTK+ (yes 
i'm not original shame  on me )
BrianH
15-Jul-2008
[6490]
VID3 is completely different. I doubt the bug would even apply there.
shadwolf
15-Jul-2008
[6491]
hum i didn't tested the bug with teh R3  alpha i have but i will
BrianH
15-Jul-2008
[6492]
Doc, I'm not assuming that Carl is chasing windmills at this point; 
unfortunately I don't have enough info to make that judgement. All 
I can tell is that the Unicode stuff was deep and far reaching, and 
required many core changes, so much so that it had to be done first. 
That was definitely not chasing windmills, that was bare minimum 
functionality for a modern programming language, something that all 
of the other language rewrites going on right now have had to do.
Henrik
15-Jul-2008
[6493x3]
AFAIK, there is no above or below system in VID3. It layouts more 
like traditional systems like QT or GTK.
above = across, sorry
but since VID3 is in limbo right now, it may not be useful to do 
tests with it.
BrianH
15-Jul-2008
[6496x4]
From what I can tell though, the work Carl is doing on VID is having 
implications for low lever stuff like binding and the object! model.
lever -> level
Modules are built on objects, plugins are built on modules, and UDTs 
relate to plugins. He is working on the core.
Even threads are affected by binding issues.
shadwolf
15-Jul-2008
[6500]
ass you stated VID3  is really different from VID2 ....  the code 
the way it is doesn't work on vid3
Henrik
15-Jul-2008
[6501]
no it will absolutely not work in VID3 :-)
BrianH
15-Jul-2008
[6502]
That's not a bug though :)
shadwolf
15-Jul-2008
[6503]
since vid2 is still existing yes ... VID3  who can tell when we will 
put our hands on it ?
Pekr
15-Jul-2008
[6504]
BrianH - I noticed you several times mentioned changes to object 
semantics. Did I miss any discussions on that? I can't remember it. 
Or are you just expecting them to happen?
BrianH
15-Jul-2008
[6505x5]
The discussions happened a year ago, mostly on Carl's blog and the 
R3 development world, but were put on hold until enough of the R3 
infrastructure was in place to do them properly (including binding 
changes and Unicode). The discussions will be resuming after Carl 
resurfaces.
Don't worry, it was just a year ago. I can still remember all of 
the major arguments on every side.
No classes though, so no worries there.
Much easier to fake class-based or other inheritance structures with 
the recend changes to BIND and IN that came out of Carl's VID work 
recently.
He's using those changes to do CSS-style inheritance for VID styles. 
Sometimes you have to do the high-level designs to get an idea about 
improvements to the low level that will have pervasive changes.
shadwolf
15-Jul-2008
[6510]
CSS style based that reminds me the desktop google and opera applets 
....
BrianH
15-Jul-2008
[6511x2]
Not with actual CSS, mind you :)
The inheritance will work like CSS inheritance.
shadwolf
15-Jul-2008
[6513]
rebol wlll loos in originality .... and therefor ppl will say why 
to do GUI application in rebol since i can do them in desktop google 
or opera widgets with more functionalities
BrianH
15-Jul-2008
[6514]
Um, no. VID is intended to beat HTML in functionality.
shadwolf
15-Jul-2008
[6515]
well I have to use it to see the benefit of it ...
BrianH
15-Jul-2008
[6516]
I'm sure we can all agree to that.
shadwolf
15-Jul-2008
[6517x2]
but quite franckly i'm doing rebol to not have to spend weeks in 
GUI design ...
the oneliner VID  will not be possible anymore that's sad ...
BrianH
15-Jul-2008
[6519]
I'm not sure about that. I expect that the one-liners will be more 
powerful.
Pekr
15-Jul-2008
[6520]
Shadwolf - I suggest you to download R3 public alpha and study VID3 
from Gabriele. New VID3.4 from Carl will use different methods (frames, 
scenes), but flexibility of VID3 from Gabriele will be there ...
shadwolf
15-Jul-2008
[6521x4]
I have it
and i have heart beat and 1000 cows with 70 fps on my computer that's 
great would be even greater If gob could get a transparent background 
^^
but the way gob are writen I don't like it that's my taste ...
I saw vID 3 use filler to organize the widgets
Pekr
15-Jul-2008
[6525]
so why do you think REBOL would loose in originality? What is original 
on VID2? Missing features? :-) VID3 is supposed to be next-gen VID. 
With all good, fixed bad, plus new stuff. If we lend some aspects 
from CSS (syntax will be block or dialect based, so still REBOL), 
I can see nothing wrong about it ...
BrianH
15-Jul-2008
[6526]
Isn't there supposed to be transparency support in gobs? Just not 
in windows (yet).
Pekr
15-Jul-2008
[6527]
well, Cyphre is trying to fix basic bugs for few months already, 
but it seems to me he is really busy, or RT is not willing to put 
him under contract, I don't know. The only thing I know is - we are 
very slow ....
shadwolf
15-Jul-2008
[6528x2]
Perk because organising a widget content in a CSS way is yes more 
readable but get more line of codes than VID2  way wich is not seen 
anywhere else
in opera widgets applet you have a CSS whay to setup the widget and 
in destop google applet you have a XML  way to setup the widget
BrianH
15-Jul-2008
[6530]
I prefer "otherwise occupied" to "slow", but even that I am dealing 
with now (in my case at least).
shadwolf
15-Jul-2008
[6531]
that's lot of code for less efficiency but that's my point of view 
i prefere spend little time on the GUI and more time on what does 
the GUI ...
Pekr
15-Jul-2008
[6532]
Shadwolf - then you might not understand VID3 layering as it was 
done. It was separated to three layers. CSS like one was kind of 
skin, allowing to set basic parameters. Who said it will be exactly 
like CSS?
shadwolf
15-Jul-2008
[6533]
less efficiency hum not sure you get the right though ....  hum efficiency 
here is related to coding scheme and not to performance wich are 
obviously stonich better with VID3