World: r3wp

Yes. but that needs to be the mindset going into that.  There needs 
to be goals - not just development.

oops... keyboard navigation is also something you _shouldn't_ have 
to mess with.

If REBOL can't offer something NEW or something faster then it loses.

Henrik - as for fields, I still think that some kind of 'mask dialect 
would be better aproach, but we will see :-) I used it with Visual 
Objects (Clipper), where you have something like reg-exp, which defined 
allowed chars, skipped chars (dots in IP field, or parens for phone 
fields), etc.

Paul, the thing is: It takes about 3-4 minutes to implement those 
hbox/vbox styles. It's not a showstopper that the styles you may 
be looking for aren't there.

I think you should change a room.. it's far to be a Tech News discussion:)

Paul - you should reverse it. We do develop in REBOL. If Flash/Flex 
can't offer something new or faster, then it looses. Now it is upon 
you to show me, that you do your app faster in Flash/Flex than in 
R3, once architecture is finished.

Henrik - exactly. I would be very curious, what would general developer 
of Flash/Flex do, if he would like to code new widget/control himself 
(define new class). So - Paul - do you know only how to use new or 
derived widgets, or do you also know, how to easily (or not so easily) 
extend Flash/Flex widgetset?

I created a FLEX group to move discussion to.

henrik, I agree with paul that   (Me... agreeing with paul, wtf !?!?? 
;-)   


  row [  ]  and  column  [  ]  styles  MUST be part of the default 
  style sheet, other wise every application will be using them but 
  with different names....


 its like if you said, the button style is there but it doesn't have 
 a name.

it has a name

each style is named, always was ... row vs columns - not sure ...

Maxim, I can add them and see how much sense they make. Takes a couple 
of minutes.

what I'm saying is that if difference between toggle button and button 
is just an attribute change,  the 'toggle style should still be in 
the stylesheet... other skins/stylesheets might use a completely 
different internal, but since toggle has been defined globaly, people 
will be using the name toggle in their apps.

for me VID offers just about the same featureset/mindsel as GLayout 
already gives me, and coding GLayout without using row/column  (whatever 
you decide to call it h-group v-group) doesn't make sense.

(VID 3)

(this is a fun discussion. it takes much longer to discuss than it 
takes to fix. :-))

scanning code with row/column it quite explicit, you immediately 
*see* the layout.  using grid with an attribute, doesn't give you 
that instant verbosity.

:-)

I agree.

But we use grid, no?

wow an american, a canadian and a european ... all agreeing.... damn, 
I think we've reached a MILESTONE  in R3    ;-D

Pekr, well, it's called GROUP and all that changes it is the number 
of columns you want and the number of faces in it.

pekr yes build using group by default, but I might create an alternative 
object for that stylename, and your layout still works using it..

and I don't have to supply ALL grid-like functionality.

Henrik - the bad thing (IMO) is, that group and panel use different 
coordinate systems - group places elements by default horizontally, 
panel vertically. Carl told me it is on purpose, but I am curious 
how users will remember which is which.

Maxim - we need Canadian, American, European and French to agree, 
to make it perfect :-)

Pekr, it really is only about changing _one digit_ in the code.

That is a design flaw.  A programmer should not have to go back and 
look up what a 0 or a 1 refer to when if there were user-friendly 
terms then it could make sense on initial observation.

Henrik - yes, we both thought it might be a bug, but I asked Carl 
and he wants it that way - so I expect no single bit change :-)

It doesn't matter now, as I've added H-GROUP and V-GROUP to my source 
here.

Why the hyphen?

I don't know? :-) Other styles use hyphens.

Just thinking maybe row and column are simply good enough terms.

Those terms imply "grouping" to me.

That could be.

I do prefer row and column   by  far....  button is not called   
push-area    ;-)

lol

glayout started with vgroup and hgroup... and when I thought of row 
and column... I never used the old names again.

Is Twitter a good purchase for Apple?

Depends on what they want it for.

Just seems to me that Apple could have easily have built their own 
Twitter clone site and incorporated their brand into IPHONE and more 
without much effort.

Isn't this all a bit OT.

twitter already has brand recognition outside of apple, building 
their own brand would get the effort tagged as an Apple thing... 
this way they get a huge PC crowd to market to (pulling and pushing 
info).

Only "idiot" can use something like twitter :-)

I don't know. It seems like it only works properly if you are a group 
of people twittering together. I saw recently that a company had 
built an enterprise version, complete with an app to publish your 
current thoughts among your co-workers. I suppose you shouldn't express 
your opinion of your boss there. :-)

It seems beside the point that AIR/Flex/etc/whatever is built on 
XML, JS, and so on.  If the end product is better and the development 
isn't too much more painful - developers/braintrust are going to 
go with the better end product.

Re. Twitter, there's much depth and nuance to their 'simple' concept...

Now we can   compare Apple AppStore to MS Marketplace. I think MS 
is introducing the same limitations for devs, no? - http://developer.windowsmobile.com/resources/en-us/MarketplaceProhibitedApplicationTypes.pdf

Amongst the prohibited apps are - "Applications that run code outside 
Microsoft runtimes (native, managed, and widgets)" - so no REBOL 
once again via the marketplace?