World: r3wp

you need a range of libraries to run it with View. it works fine 
with View.

Sure it can run with rebview but rebview requires Xlibs to be installed.

I already added all libs, but it says "Could not connect to X server"
:(

On my server there are no X, they have even no any hardware video 
connectors.

that shouldn't be necessary. I run it fine on a headless Linode server.

So I have all needed libs:

ldd /usr/bin/rebol

        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x0ff67000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x0fe34000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0x0fe00000)
        libXt.so.6 => /usr/lib/libXt.so.6 (0x0fd7f000)
        libXaw.so.6 => /usr/lib/libXaw.so.6 (0x0fd16000)
        libXmu.so.6 => /usr/lib/libXmu.so.6 (0x0fcdc000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x0fbf3000)
        libm.so.6 => /lib/tls/libm.so.6 (0x0fb5a000)
        libdl.so.2 => /lib/tls/libdl.so.2 (0x0fb36000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0fb03000)
        libc.so.6 => /lib/tls/libc.so.6 (0x0f98f000)
        libz.so.1 => /usr/lib/libz.so.1 (0x0f959000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x0f936000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x0f910000)
        libSM.so.6 => /usr/lib/libSM.so.6 (0x0f8e6000)
        libICE.so.6 => /usr/lib/libICE.so.6 (0x0f8ac000)
        /lib/ld.so.1 (0x48000000)

Now when i fire it:
rebol -v
** User Error: REBOL: Cannot connect to X server

** Near: size-text self

The same with -cs - in that case it just gives second line...

could it be connected with that fact, that it is ppc version of Rebol 
& Linux?

I don't think that's the problem

the problem could be that REBOL is trying to open the desktop

Does the command switch -v and -c does not prevent that?

Can't see the command line switches...

??

I'm not sure how to bring up the list of command line switches

I had find some descriptions for core in the docs but not for view. 
Just somewhere found by google in an example that -v or -w, but I 
know that in win system both of them are working. 
The -v opens rebview in console mode.

Sory - not -w

I you have the SDK, you should try with rebface instead of rebview.

<If>

no I haven' t

Command lines switches : 
>> usage

thanks

Which webserver are you using?

apache, but I have also ssh

and fisrt trying to make some hello in ssh

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/