World: r3wp

Linux 1.3 Beta -> The digital Clock example from Carl Stops working 
after a resize, it just disapears from the screen..Feature or Flaw?

Linux 1.3 Beta -> http://www.rebol.com/view/tools/icon-maker.rDoes 
not what it tells it should..resizeing seems a problem and the image 
is not displayed correctly.. compared to the MS-Windows version 1.3

Linux 1.3 Beta -> http://www.rebol.com/view/tools/ad-maker.rAlso 
does strange things to the FOCUS when resizeing... Its indeed correct 
that text in AGG is not displayed...

Linux 1.3 Beta -> http://www.rebol.com/view/tools/logo-maker.rdoes 
report -->  ** Script Error: Not enough memory
** Where: wake-event
** Near: do event 
empty? screen-face/pane
>>

Linux 1.3 Beta -> here is probably the explanation of the Memory 
problem above ;-) 

----------------------------------------------------------------------------------------------

Seems the sessions are still here, I execute them from within DESKTOP 
and pressing [X] to close the window.


 3418 userx     10   0 17044  16m 2808 S  0.0  2.6   0:27.85 rebview1300142b 
                                                                  
    

 3419 userx      9   0  1456 1452 1376 S  0.0  0.2   0:00.02 rebview1300142b 
                                                                  
    

 3420 userx      9   0  1140 1132 1088 S  0.0  0.2   0:00.00 rebview1300142b 
                                                                  
    

 3465 userx      9   0  3388 3388 2116 S  0.0  0.5   0:01.00 xterm 
                                                                  
              

 3467 userx      9   0  1552 1552 1136 S  0.0  0.2   0:00.05 bash 
                                                                  
               

 3818 userx      9   0  6796 6796 2216 S  0.0  1.1   0:00.18 rebview1300142b 
                                                                  
    

 3819 userx      9   0  1468 1464 1388 S  0.0  0.2   0:00.00 rebview1300142b 
                                                                  
    

 3820 userx      9   0  1152 1144 1100 S  0.0  0.2   0:00.00 rebview1300142b 
                                                                  
    

 3898 userx      9   0  8500 8500 2284 S  0.0  1.3   0:00.77 rebview1300142b 
                                                                  
    

 3899 userx      9   0  1156 1148 1128 S  0.0  0.2   0:00.00 rebview1300142b 
                                                                  
    

 3900 userx      9   0  1152 1144 1124 S  0.0  0.2   0:00.00 rebview1300142b 
                                           

 3910 userx      9   0 12220  11m 2272 S  0.0  1.9   0:01.15 rebview1300142b 
                                                                  
    

 3911 userx      9   0  1156 1148 1128 S  0.0  0.2   0:00.00 rebview1300142b 
                                                                  
    

 3912 userx      9   0  1152 1144 1124 S  0.0  0.2   0:00.00 rebview1300142b

Linux 1.3 Beta -> executing logo-make.r it again reports and i have 
indeed only 50MB left from the 500MB i had befor starting it.. -> 
** Script Error: Not enough memory
** Where: wake-event
** Near: do event 
empty? screen-face/pane
>>

Linux 1.3 Beta -> Something is realy from with the terminal adjustement 
during view/console and after stopping view. The Console gets messed 
up like it has the wrong TermInfo values?  During a call/shell execution 
from the view/console also the console from Rebol/view is mixing 
up the call/shell "vi" ????????

from = wrong

Linux 1.3 Beta -> using call in view/console does not take care for 
killing Childs after quiting view

As where the 1.2 release did, as it seems...

Linux 1.3 Beta -> this very is very heavy on Memory use.. does it 
have extra debugging on by default or so ?

very = version (time for beer.. )

It simply claims all the memory it can get, and to claim the  500MB 
my system has left is not very nice , swapping is very active and 
i have 5MB left for resources..

well eventualy you should not do a "probe system" in beta 1.3 ;-)

Linux 1.3 -> I like it Aha Aha ...

Linux 1.3 Beta -> problem with Offset inside a face where a unview 
- view changes the offset of the parent-face to a different offset. 
IM not sure if this is a feature in 1.3 but in 1.2 its not happening, 
the code below demonstrates the behaviour.. Click the window and 
the window will always move by face/offset/y
direction to a new position..
myface: make face [
    offset: 100x100
    size: 400x400
    feel: make feel [
        engage: func [face action event] [
            if action = 'down [ unview myface   view myface  ]
        ]
    ]
]
view myface

linux 1.3 Beta -> This exmaple for the NEW view document always displays 
32767x32767 when AWAY form the face 
view make face [
    offset: 100x100
    pane: reduce [
        make face [
            text: "Move the mouse over this"
            color: yellow
            edge: none
            feel: make feel [
                over: func [face into pos] [
                    text: reform [
                        pick ["over" "away"] into
                        pos
                    ]
                    color: pick reduce [green red] into
                    show face
                ]
            ]
        ]
    ]


]

Linux 1.3 Beta -> Looks like the ENGAGE is aways 1x1 pixel wrong... 
a 0x0 is out of the X window while a 1x1 is exactly inside the X 
window, this could be a X window manager problem though...(Im using 
Blackbox)

Linux 1.3 Beta -> When running this script and pressing the window 
im getting the following error ->
view make face [
    offset: 100x100
    size: 300x100
    edge: none
    pane: reduce [
        make face [
            offset: 0x0
            size: 300x100
            color: water
            edge: none
            text: "Modified Font Object Settings"
            font: make font [
                name: "times"
                size: 20
                style: 'bold
                color: white
                align: 'center
                valign: 'middle
                space: 4x4
                shadow: 2x2
            ]
        ]
    ]
]



--- ERROR --- although its not a displayed event i think that it 
still should not dropout..

** Script Error: Invalid path value: dirty?
** Where: evt-func
** Near: if all [
    system/view/focal-face 
    event/type = 'down 

    not within? event/offset win-offset? system/view/focal-face system/view/focal-face/size 
    system/view/focal-face/dirty?
] [
    fac: system/view/focal-face 
    unfocus 
    if flag-face? fac on-unfocus [
        do-face fac none 
        fac/dirty?: none
    ]
] 
event
>>

The above 0x0 ENGAGE problem is not relevant! 0x0 is correct

I did NOT log these in RAMBO!..i posted them here so other could 
verify..

note: most of the demos do not work because there is no AGG text 
support in this build.

Well they do work but you dont see the text..

How will the new text support work in Linux ? Using Freetype ?

I want a suggestion, but otoh I don't give you much chances of how 
to change my mind, as some things are simply wrong with new-computer-View-initial 
behavior ...

Today I had chance to show to my Lotus Notes fried small app. I took 
LN phone list, imported it into rebdb, used View 1.3 and Cyphre's 
grid and produced small cute tool ....

well, but I was at computer, which was never touched by Rebol and 
I have to say, that my annoyance is not over and that we better change 
some things sooner than later ...

Simply put - I don't want to use installer, the option of not installing 
rebol is no option for me, that is for eng user. We have -i or --noinstall, 
whose behavior can be regarded as being buggy and I want to submit 
it to RAMBO. I want to ask, if anyone else agree ...

Even if I use -i, Rebol tries to start Desktop. I did not ask it 
to do so. And it tries to connect to internet - if we are not able 
to do our homework to detect proxy automatically, nor are we able 
to produce non-blocking system buttons, we end-up with nearly ten 
or twenty seconds blocked desktop window, where even system close 
button does not work!

So - if most ppl agree, that starting desktop and trying to connect 
to internet directly is good thing (with auto proxy detection it 
could be, without it it simply is not), then I want -i and --noinstall 
to skip Desktop launch phase - and that is what I am about to submit 
as a request, or as a bug report ...

I think you could launch rebol with the -sqw switches and don't have 
the above problem.

(Not sure though)

it does not work - desktop appears, imo -w is for windowless scripts, 
running in background ...

rebol your-script.r

in your case, rebol -i your-script.r

if this does not work, then it's a bug. otherwise, it's your wish, 
which may or may not taken into consideration.

but i'm not completely sure i understand your case. if you want to 
just launch a script, you should 1) launch the script like above, 
2) use the sdk to encap it so that you just have an exe. if you launch 
rebol by itself, it's obvious to me that it starts the desktop unless 
you have specified otherwise (user prefs).

I want to launch the scrip, without Desktop popping-up, if I use 
-i option, but that is not the case. I also want it to work, without 
choosing or not to install rebol first, simply on new computer, untouched 
by rebol yet ...

Also - once Desktop launches, it tries to connect to internet. As 
most users are behind proxy, I can bet they will be annoyed, because 
Rebol is completly blocked and does not react to system buttons, 
you can't even shut down the app...

so, you're saying that rebol -i your-script.r does not work?

no, it starts desktop ...

it might be related to this problem: http://www.rebol.net/cgi-bin/rambo.r?id=3842&

yes, maybe so, but I don't need to use --do, do I? At least according 
to what 'usage output shows me in console. Just try to uninstall 
rebol and try to type rebol.exe my-script.r in OS console .... desktop 
will pop-up.

it would not be so denerving, if I could imediatelly shut down desktop, 
but it blocks and it feels like hours ;-) We should do something 
about that too. Either we learn how to read proxy settings properly, 
or don't try to connect to internet by default!

i think this is just a bug in the desktop startup code.

it should not start the desktop if you provide a script in the command 
line.

OK, that is what I tried to say - should I fill-in RAMBO entry? :-)

write-net ? i need my callback on writing operations too ! just like 
read can i've this cookie ?

The only callbacks i know are by using async. Gabriele and Romano 
have protocolls to do that.

all 'read based functions are weak - they are not async ...