World: r3wp

... and someone please get ctrl + tab propagated to REBOL. Without 
it, there is no go for switching the tabs by keyboard shortcut. And 
- no excuses or cross-platform crap defending, please :-)

Robert - what is further "low-level" plan? I can see ( http://www.rebol.net/wiki/Host-Kit_Development_Notes
) that we will get A104, A105, which are going to be more of a merge 
releases. But do you have an idea, what will Carl work on next? Not 
that there would not be lots of work ahead :-) ( http://www.rebol.com/rebol3/index.html
) Will e.g. tasking be next?

Two notes here. Please ask Carl for two small changes/additions:


- Add Projects page directly to the right menu here: http://www.rebol.com/rebol3/index.html
- it is simply hidden and can be seen only from a Roadmap page ...

- I thought we already added tasking/IPC methods to the projects 
page. It is imo important and legitimate, and it should be briefly 
added, untill such feature is implemented - http://www.rebol.com/projects.html

What's this? :-) http://rebol.hmkdesign.dk/files/r3/gui/234.png

a discussion we had yesterday about how to produce that layout. the 
SPACING parameter would produce a space around all red squares equal 
in size to the spacing between the squares. this has been changed, 
so that space is not produced and one must use PADDING instead.

can't wait for the time, when you will release some alpha or beta 
of the GUI for us to try our first experiments :-)

it'll be a while yet. have been busy moving projects to RM Asset's 
SVN server and now am working on a build system, which is why I was 
asking for prebol for R3 in the REBOL3 group.

uh ... it almost feels like noone is really working on gui right 
now?

work is being done

graham no ... that was before the flu ... and  i ment every single 
word i said ... this community is firing to it's foot with a 44 magnum 
and doesn't realised it ...

as my futur contribution ? plain and simple their will be none  of 
it ... i shown some thing asked from years now are easy to do and 
i won't do them  to show the lack of serrious and vision of this 
community.


After having being treated the way i have been past week considere 
me as a non active member of this community.


I wish you the best realise your ambitions  even if we all know here 
that it's not possible  for you.

you lack work you lack vision you lack vision but you are greedy 
to take money from others ...  most of the bet now repose on your 
greedyness and lust for monney ... that's not a good fuel for a diying 
community and that's not a process i want to be associate with ...

in the process what is the most disgusting is that instead of turning 
this R3 GUI project a real community effort you sabotaged it you 
let it rote then you proposed your own monney based speudo solution 
that for the moment have produce nothing more than was previously 
done by carl effort after his rejection of Gabriele's work. 


After you can say to me you are in need of monney blah blah that's 
the case for many more than the "elected ones" ... you create a close 
group where the knowledge is retained and not shared. And when someone 
like me comes to get information try to discuss things alternative 
options futur he get insulted and systematically pushed aside.

I predictate your faillure in less than 4 more moth ... January 2011 
maximum the actual bounty hunters R3 group will be disbanded and 
nothing concrete will have been done apart the extraction of VID 
from R3.exe to hostkit. When you take money you do things like professionals 
that's the minimal things this means a list of what will be done. 
A roadmap with important steps and release dates  for those important 
steps before starting anywork you make that dev plan to appreciation 
to the public you debat it serriously you remove things you add things 
... You try to get involve the most possible people that have been 
already involve in R2 GUI use or creation because they have the practice 
knowledge and experience. 


Thousand way of being serrious starting a positive attractive motion 
for this part could have been done but by lack of interrest and generosity 
you end doing what you are doing ...

I predictate your faillure in less than 4 more moth ... January 2011 
maximum the actual bounty hunters R3 group will be disbanded and 
nothing concrete will have been done apart the extraction of VID 
from R3.exe to hostkit. When you take money you do things like professionals 
that's the minimal things this means a list of what will be done. 
A roadmap with important steps and release dates  for those important 
steps before starting anywork you make that dev plan to appreciation 
to the public you debat it serriously you remove things you add things 
... You try to get involve the most possible people that have been 
already involve in R2 GUI use or creation because they have the practice 
knowledge and experience. 


Thousand way of being serrious starting a positive attractive motion 
for this part could have been done but by lack of interrest and generosity 
you end doing what you are doing ...

Stop "predictating" in here. You have groups where nobody will object 
against your "predictates". This is not one of them.

Shadwolf - "as my futur contribution ? plain and simple their will 
be none  of it ..." - ok then, leave us alone, and please save us 
from your constant ranting noone is interested in, especially here 
in that group - please move that to advocacy ... ...

Is there a possibilty of having a noop in the dialect?  Sometimes 
it's convenient when dynamically constructing layouts to put something 
in just as a filler ...

ladislav i foresee what i want and this R3 gui have not better reason 
to succeed than the previous intents since it's based on the same 
main problems to it's achievement in time you will get it.

I have no reason to shut my mouth when i see things so wrong. I exposed 
what i though of this process now please don't fuel me anymore do 
as i was far and in january 2011 remember i said this was going to 
a faillure.

graham, don't know if it's useful, but I think PAD can serve as a 
filler.

pad .. what does it do the object?

PAD is a style, so it produces an object which then moves the next 
faces one grid place forward, just like any other style.

This layout:

view [panel 2 [button pad pad button]]

...produces this:

http://rebol.hmkdesign.dk/files/r3/gui/235.png

yes, that's what I meant .. it adds an unnecessary object to the 
main object

I'm looking for a no-op which does not the graphic object created

alte

r

it's just a dialect syntactic artifice

eg.

condition: either boolean [ button ] [ no-ope ]

view compose/deep [
	button
	(condition)	
	button
]

I'll pass it on.

Why can we use just an IF?

can=can't

That behavior would be consistent with R3's Parse dialect. The actual 
behavior would only be comparable to Parse, since there is no failure 
and backtracking.

Robert, how?

That behavior
 = Robert's suggestion

Where are you going to use the IF robert?

view compose/deep [
	button
	(IF condition [button])	
	button
]

>> condition: false
== false
>> probe compose/deep [ button (if condition [button]) button ]
[button none button]
== [button none button]

>> compose/deep [ button (either false [[button]] [()]) button ]
== [button button]

Yes, and this none could be skipped by the layout parser.

yes, that's what I'm asking for .. a no-op

I wanted to have this implicit NONE skipping for a long time. I'm 
not a fan of  using an either just to return "nothing". IMO an if 
that doesn't return anything at all makes a lot of sense if used 
with COMPOSE.

if no-op is served by none, then fine

I misunderstood your suggestion, Robert. I thought you were talking 
about adding an IF command to the layout dialect, not to the code 
in the ().

Robert, this implicit none is not possible ...with Rebol

We discussed this recently

Brian, no that was the idea.

but since none can be used sometimes for part of the layout I thought 
it would be easier to parse if we used something else

The IF command in the dialect would get rid of the COMPOSE and do 
this: view [button if (condition) button button]

That is what I meant by a Parse-like IF. Possibly not doable in the 
layout dialect, due to overhead.

Putting the IF in the paren and using COMPOSE would be something 
different.

I don't see why.... it just adds more clutter to the dialect

I'd vote against that idea