World: r3wp

last try 
rebol -ivwt

that should mean no install, no window, no viewtop and trace

The same result:
** User Error: REBOL: Cannot connect to X server

** Near: size-text self

Testing on a linux server with Xlibs installed (but no X server) 
:

# sdk/tools/rebview
** User Error: Bad face in screen pane!
** Near: size-text self

# sdk/tools/rebface
REBOL/View 2.7.6.4.2 (15-Mar-2008)
Copyright 2008 REBOL Technologies
REBOL is a Trademark of REBOL Technologies
All rights reserved.

Set-Net not provided.

>>

# sdk/tools/rebview -ivwt
** User Error: Bad face in screen pane!
** Near: size-text self

What is rebface?

http://rebol.com/docs/sdk/kernels.html#section-5

O'k, but any way - than I need SDK.

And it is pitty that on win it works, but not on Linux.
:(

You can download it from here : http://www.rebol.net/builds/

Some features are locked until you purchase a commercial license 
from RT.

O'k - I'll try to at least test it.

I already tried rebview from that package, but it also didn't work 
saying cannot execute binary file.
I guess that it is connected with linux platform - mine is PPC.

The rebface too did the same.

Any one have a "disapearing scroller bar problem?  i've tracked the 
bug down to the various redraw funcs in the scrollpane... but can't 
seem to fix it...


the ridiculous thing is that the bar disapears when you active the 
window the scrollbar is in!  go to/from another window and "sometimes" 
the scroller knob offset gets set to some improper value, and it 
disapears.

Has anyone written a to-do list manager?  There was one on IOS but 
I don't have the client for that anymore, and my recall is that it 
was fairly basic.

seems that AGG hasn't been updated in 2 years!  should we fear it 
is being abandonned?

When last I heard, the guy got a job doing .NET stuff or some such 
and stopped developing AGG two years ago. Afaik he changed the license 
from BSD for 2.4 to GPL for 2.5, saying that "all future development" 
would be to the GPL version. However, the license change was the 
only difference between 2.4 and 2.5, and there was no future development. 
All afaik. So, abandoned, but BSD-licensed so who cares?

ok, its just fun when the author continues to contribute  ... it 
improves without us having to do all the work.

Preferable, yes :)

From my last talk with the author of AGG we can use even version 
2.5 without any problems. So far R3 AGG implementation is somehow 
blended between 2.3-2.4

Otherwise it is true the author(Maxim aka McSeem) is not active developing(at 
least publicly) AGG. But There is still small hard-core team  which 
keeps improving the code with little steps.

For example I'd personally would like to try implement completely 
new AA rasterizer which could make the rendering theoretically faster 
by 80-100% but this is long time run given my limited time.

Next step could be make HW accelerated frontend for AGG. But this 
is 'pandora box'  or 'can of worms' for me as I don't have energy 
to take care of all possible bugs in all possible GFX cards and setups 
at the moment :)

So - everybody going the Cairo way nowadays?

80-100% improvement sounds too good to be true :-) Would we get any 
other speedup, e.g. changing to compound rasterizer?

For the purpose of possible View enhancements, we started following 
document - so please update it, so that your ideas are not lost - 
http://www.rebol.net/wiki/View_Project

re Cairo: Cairo seems to be popular mainstream. But AGG is used in 
a lot commercial projects silently so it is hard to tell. The facts 
are:  
1. Cairo is slower than AGG.(when comparing SW rendering)

2. Cairo is a graphics library, AGG is a 'kit' to build graphics 
libraries.

compound rasterizer: well, this is another type of rasterizer(which 
has been already implemented into AGG2.4 codebase). I haven't made 
any perofrmance tests comparing the scanline AA rasterizer we are 
using but it could be a bit faster because this method shouldn't 
redraw objects one over another.(ie it renders the image 'flattened') 
I can't tell you how much faster it could be but the more layers 
you are using the bigger difference could be seen.

I already told this here but I know AGG was used in this higher profile 
"indie" game: http://www.wikgame.com/

anyone know how to break a call to wait []  so wait returns?

ex: a button with something like [kill-wait] in its action.

the awake handler needs to return TRUE

yeah, I had to patch wake event to add the functionality... would 
be nice to be able to interrupt a wait outside of its event handling. 
 is this doable in R3?

did anyone do a VID compatible tree view control.  the only one I 
can find is the one within rebol.org from the request-dir.r script.


not that its bad, just probing to see if there are others which would 
work more quickly for this project where I need it.

if you are inside wait, you are inside the event handling. so "interrupt 
a wait outside of its event handling" makes no sense to me.

the event handling dispatches code related to the event that triggered 
it.  there is no way for that code to interrupt the even handler, 
especially when the event handler isn't programmed by yourself.


when you add wait []  in a function, there are many reasons why to 
want that wait to return.  in this case, modal operation of some 
code.


wait is a nested system where a second call to wait doesn't break 
the first call to wait.  


To allow this I had to patch view's wake-event directly, but it works 
now.. 


 there is no way for a normal action to interrupt event handling a 
 part from closing all windows, which made this modal operation of 
 my code especially complex to build without an interruption mechanism.


I've had other situations like having a systray and view not collaborating, 
where closing a window ends the app even when the systray is running, 
or where the window wait keeps running even if all windows are closed 
and the systray was then hidden as well.   a timer event would have 
easily solved that issue by interrupting appropriate event handlers 
when it detects some situations.

there is no way for that code to interrupt the event handler

 - right, but you're not "outside" the event handler. you're still 
 inside, and it would be easy to look at the return value of that 
 code. that of course makes VID programming more difficult because 
 you always have to remember to return FALSE.

the alternative is to use global values / flags. the modal (popup) 
system in VID does exactly that.

yep... but an  'interrupt mechanism would be nice to have.  it makes 
a lot of stuff much easier to architecture especially when you have 
multiple ports to handle and state is complex.  you can just add 
a loop which includes all event handlers and interrupt all of them... 
check some states and then decide if you re-enable some or all of 
them, until you decide to stop the loop.


this way, a view event, can also interrupt network xfer for example.

Is there a way to receive wm_gestures ?  Will this be added to an 
enhanced R2 ?

I think you should be able to receive this event thru system port 
(not tested).

The main problem is that there is a bug in system port so the events 
(in general) aren't detected unless rebol console is opened.

It would be great improvement if this is fixed in new R2  release 
but you need to push Carl ;)

interesting ...

My new laptop with multitouch screen has just arrived .. the surface 
demos are interesting ... using two - four fingers to manipulate 
images, or a virtual earth.  Now .. it would be nice if R2 or 3 can 
support this!

What laptop is that Graham?

I'm contemplating getting one and would like to know how well Rebol 
View apps work with it.  I'm assuming they'd work just fine, but 
don't have the kind of money that I can take a chance  ;-)

It's the Dell XT2 http://www.dell.com/tablet
View apps work fine.

Graham, so your arms get tired yet? :-)

There's some issue with Windows 7 RC1 and the multitouch driver ... 
so I have put it down while awaiting the official Wndows 7 dvd from 
Dell.

Graham, did you happen to look at the HP Touchsmart (12.1")?  I see 
it offere at the local big-box stores for about $900 Canadian.  Gave 
it a try and it seemed like a nice machine.

Brock .. no.  I bought a touchsmart IQnnnn ( 19 inch wide I think 
) for someone else but I don't think it was multitouch.

I wanted accurate pen use which needs an active screen, and also 
touch.

Brock the Touchsmart TX2 is also dual mode ... see the reviews.  
There's some mention of lag when using the touch but you might be 
able to live with that.