World: r3wp

I've seen similar errors, but it's been a couple of months since 
I last touched VID3. It's a good idea to take a look at an existing 
style to see what's missing. I'm fairly sure that some code is missing 
in your style.

(hopefully this problem completely disappears when the new style 
dialect is done)

Christian: you haven't set gob/data for one of your gobs. don't worry, 
this will mostly be automatic in the next version... :) anyway, gob/data 
has to be set to the face the gob belongs to for each gob you have 
on display.

Thanks Gabriele! I've learned it the hard way, so the good thing 
is, that's something I will never forget again. :-)

drop-file.r show how get draggin from windows enviroment. Is possible 
 to initiate a Drag 'n Drop operation from REBOL3? (ie for to send 
an image to another application).

Not at this time. It requires a COM interface IIRC. I can't remember 
if/how it was done in Windows before that.

In webpage http://www.rebol.net/wiki/VID:_Commands there is an example 
of TEXT-LIST in R3 as follows:

view [
    text-list [
        ["Header col1" "Header col2"]
        ["row1 col1"   "row1 col2"   "value-of row1"]
        ["row2 col1"   "row2 col2"   "value-of row2"]
        ["row3 col1"   "row3 col2"   "value-of row3"]
    ]
    selected [1 3]
]

I tried a lot of things to get it to accept a block! for the rows, 
but couldn't find a way. Any hints?

I'm not sure what yo mean Arie. That example works for me here. Can 
you show us some code?

In the next snippet out is a block! and I want it's contents to be 
displayed as the rows of the text-list:

view/options [
  text-list [
  	["header"]
  	[out]
  ] options [size: 300x200]
] [title: "my example"]

I tried it with and without brackets around out

Also I couldn't find the specific options for text-list

Maybe I have to specify it in the options?

Don't forget it's still Alpha version... it's very far to be complete!

I know ;-) But I'm just trying it; it is not for production anyway 
...

Just experimenting with R3

Arie;  Did you get "out" showing up? 
out: ["1" "2" "3"] 

view [text-list ["col1" "col2" "col3"] [out]]]    will show   out 
none none   in the list, you'll need to compose the out

I wouldn't consider this a real solution, but...

view/options compose/deep [
  text-list [
  	["header"]
  	(out)
  ] options [size: 300x200]
] [title: "my example"]

Ah, there's where the other half of my brain went. It's in Brian's 
head. :-)

:)  Race ya!

Nope, this displays two lines:

header
 and "out" as in all my former tries ;-)

Literally that is I mean.

Yeah, REBOL treats block data as - don't reduce this - by default. 
 Try Gregg's sample.

Same for btiffin and Gregg; it outputs out as a literal string in 
the output row

In R2 you could specify data: out; maybe there is an option doing 
the same trick?

Try this;    a: 1 b: 2 c: 3    d: [a b c]

Did you use the exact code I posted? It works here.

You can copy it from here and use "do read clipboard://" to run it.

Sorry Gregg, I missed the point of the compose! Stupid ... Retrying 
now

Yessss Gregg, it works. But it isn't the most elegant solution. Neat 
trick though :-)

That's why I said I don't consider it a real solution. I don't think 
we have face accessors in place yet.

Maybe Gabriele can shed some light on the inner workings of this.

OK, I'll be patient then. Thanks anyway!

Arie;  This is a REBOL paradigm.  Block data is literal.  Your [out] 
 block is just that, a block with the literal word 'out  in it.  
It needs to be evaluated (reduced) to get at the value of out when 
inside block markers.

btiffin: yes, but I don't know a way yet to achieve this within the 
r3 text-list specs as known today, hence the trich Gregg showed which 
is a kind of meta-reduce :-)

trich is trick

Ok.

note that text-list will be replaced in upcoming VID prototypes. 
it's a stopgap solution.

Henrik: ah, thanks; that is useful info!

(it's just too damn ugly :-))

Are some parts of R3 already considered "final" (minus bugs, the 
need to reconsider, ...) just like "for the moment we believe there 
won't be any major changes"? 
And if yes, are these documented somewhere?

I am not sure. Some kernel parts for sure. Just recently we await 
release of Unicodised R3, which internally changed many things. Then 
Unicode will be kind of final :-) Modules and plug-ins should follow.

Dunno, maybe networking kernel is final, we just need more schemes. 
Currently we have only http scheme.

I was specifically thinking about network part, and wether it would 
be worth digging in deeper.

I would guess that until unicode & modules & tasks are given some 
soak time, many many things are up for change.  Nothing in the area 
of mezzanines would be stamped final yet (imho) as Mr. Hawley hasn't 
optimized away  each and every (while few) stray bit yet  :)  (plus 
DevBase has yet to roll large).   Umm, in details ... I'm pretty 
sure Carl has nailed down most (or all) of the conceptual layers 
and the interfaces won't change as much as internals might.

Ingo;  I would say dig in.  If only to blaze trail for the rest of 
us.  :)

Hmm, but maybe networking will not be affected that much. It is already 
device based propably, running upon async core. I think that studying 
it, including http 1.1 Scheme from Gabrile Santilli laboratories, 
is worthy experience anyway :-)