World: r3wp

Yes, Petr, if you use VID correctly, you setup your UI *once*, and 
this must done either way. That's why today's apps often have a long 
load time and entertain the user with a splash screen.

I think I will file a bug - that is not normal, or I just don't wish 
it would be normal - Rebol really can't block system buttons during 
its internal activity. That is weird, imo wrong and annoying.

the same goes for resizing - it redraws screen only when you finish 
resizing your window - no other app does that ...

but resizing when moving should be very slow with complex GUIs

dunno - I just state what I find. Others do it ...

resizing issue is rather cosmetic to me, but that "blocked" UI is 
really annoying ... Rebol shold be more async ...

btw - at home I have 4 icons on the left desktop side, here at work 
only 3 - rebol.com, local and console. How is that? IIRC the fourt 
one is Public. Maybe it is because I set my public files to c:\rebol\view 
and not specif user account?

another cosmetic issue - I was offered to update when I ran older 
alpha and it used old buttons, whereas whole Desktop uses btns ...

tools/font lab uses old buttons too...

that is tool, but I talk about Desktop functionality. It offers you 
auto-update dialog. btw - it should ask if rebol should check for 
new updates imo - settings in preferences panel ...

try Rebcircle demo ... then press mouse button and move, to generate 
more events - 10x faster :-)

... while Cyphre demo, using the same principle, nearly stops .... 
strange ...

no, that's not the same principle, in Cyphre demo I used "engage: 
func [f a e][switch a [time [something]]]....." so it renders ONLY 
when time-event comes, in Rebcircle is "engage: func [f a e][something]...." 
so new image is rendered on every event.

thanks for explanation. I tried to add rate field, but it changed 
nothing ...

there's "to image!" and it's 600x600 pixels so I think it's REBOL 
redraw speed limitation...

Pekr: for different bookmark icon (left bar in desktop), there is 
a "Reset bookmark" script in the Rebol.com/tools folder. See Carl 
advice in the note of this release http://www.rebol.net/notes/rv13-changes.html#section-3

Now that we have 1.3 - any idea on when we get the SDK and Command 
builds?

Soon.

I wonder if IOS will be regenerated for customers too?

Soon again.

OS X!!

cool! I was afraid I will have to use old knowledge for IOS .....

New Qt - the stole our originally planned design for buttons - http://qt4.digitalfanatics.org/articles/images/rc1/qtrc-3.png

the ones made by Chris were really nice (nicer than current XPish 
ones)

http://qt4.digitalfanatics.org/articles/rc1.html

AGG based app - nice :-) http://www.epsitec.ch/cresus/documents/base-f.php

Including the interface?

I was wondering about that color palette in the right lower corner. 
That would be pretty easy to do in Rebol now instead of this primitive 
RGB slider thing, wouldn't it?

Back in the pre 1.3 beta, we have got async kernel inside REBOL for 
a while. I would like to ask, if it solved open/skip, open/seek features, 
so that projects like RebDB could proceed? Thanks ....

If I am correct open/skip was solved for 1.3

But I will test this first to be sure.

petr: the /seek refinement requires the new ports of the /async kernel, 
so it wasn't possible to port it back to the old kernel easily.

I know Gabriele - my question was, if async kernel allowed open/seek 
already?

is it possible to have a transparent backdrop in a pane? I'm creating 
a box with some interactive elements in its pane, and I want to see 
what's under the box

face/color: none

none mean transparent for View

it works! thank you :-)

petr: yes, it does. a /seek port operates differently from a /direct 
port. you can try it out on any beta with the async core (i.e. view 
1.2.57)

I notice the new view 1.3 request function now allows the keyboard 
to select an answer.  So, for an alert, a space bar is enough.
how can I get the same functionality with the sdk?

Another easy question, I have a login screen that starts off with

view center-face loginscreen


How do I make it so that the userid field has focus?  At present 
I have to use the mouse to activate the userid field before I can 
type.

f: field
do [focus f]

Thanks.

REQUEST is a mezzanine, so you can SOURCE it and patch it into your 
code.

Was just exploring the REBOL/Desktop and ran into a summary document 
of changes for 1.3.  Don't recall seeing this referenced from other 
sources... http://www.rebol.com/docs/changes-view.html

Of note,  section 2.6 Revised Image Datatype.... http://www.rebol.com/docs/image.html

Gregg, that was the first thing I tried.

I thought I'd ask here in case someone knew before I delved further 
into it.

Thanks Brock, I missed than one. ;)

Anyone know if there is any updates to the new /view such that we 
can activate a button and run a forever loop and still not inhibit 
view events? I don't want to have to use a wait command if I can 
help it.

I can't think of anything, but would wait really be that much of 
a hinderance?  Especially since even wait .0001 works.