World: r3wp

NZ at Scott Base ?

uses + 12:00

McMurdo and Amundsen-Scott use +12.

Queen Maud Land uses +2

what a complete mess ...

So, its just as confusing as for the rest of us, but at a smaller 
scale.

I wonder how far outside the perimeter of their bases does their 
time zones extend

Queen Maud Land uses +4

I think your statement about "all Antarctic bases ... " is a tad 
off!

They don't define time zones in Antarctica, afaik - they just define 
the bases' operating time, not the local time in the area. But as 
you say, afaik is not very far.

so out side the base, one is essentially in Rod Serling's  home ....

Yup :)

[Tumble weed]

Hi folks! Quick newbie question about rebgui:

I want to capture on-key events while a table widget has focus. I 
tried using " on-click [system/view/focal-face: face system/view/caret: 
face/text]
 on-key [print event/key]
" as the user-guide suggests 
for non-editable widgets, but all I got was a crash. Any suggestions?

I'm no rebgui user, but I can tell you there is a rebgui group here. 
  maybe you can find your answer there  :-)  the best way to search 
for stuff is to use the altme web archive on rebol.org, cause it 
includes even the old posts.  Altme limits back log to make the GUI 
more responsive.


the rebgui Atlme archive on rebol.org:  http://www.rebol.org/aga-display-posts.r?post=r3wp303x1

is there a way to move a file from one path to another without copying? 
or should I use call "mv ... ? thank you!

I haven't come across such a file move function. I guess, you need 
to call the operating system.

You could use write/read then delete

RENAME

if that fails (different filesystems), you need the usual copy + 
delete. (MV does the same.)

I'm puzzled, I could miss that. :-) Thanks, Gabriele!

It's right there in the dictionary, under "Port, File, and IO Functions":
http://www.rebol.com/docs/dictionary.html

Ah, can't be used for what Will is after.!

This function cannot be used to move a file from one directory to 
another. 

Just checked, it correctly moved a text file from one directory to 
another on Ubuntu

from the rename help:
ARGUMENTS:
     old -- path to the old file (Type: file url)
     new -- new name (not a path) (Type: file url string)


but it indeed works if you use a destination path relative to the 
origin path, in my case 0.002 seconds instead of 0.300 using call 
"mv..   thanks all 8-)

why does call have a pretty fixed 300 ms delay? Is it a coincidense 
on my machine or is it enforced somewhere?
timer [call/wait ""]
;   0:00:00.301991

Also on mine under OS X:
>> time [call/wait ""]
== 0:00:00.308834

*Waiting on new process (instead of returning immediately)

*Process must run and end (launching of the shell, shell interprets 
string, etc)
*Process must be reaped
*Possibly other stuff
>> time [call/wait {}] 1
== 0:00:00.300538
>> time [call {}] 1     
== 0:00:00.010613

strange that it's .3s, though

Geomol: i'm not entirely sure why the docs say that, i think it always 
worked for me.

300 ms: maybe there's a hardcoded "wait" for the other process to 
start, or something like that. it seems to be too much consistent 
to just be the shell startup time.

(I think Carl once published the code for CALL... I need to find 
it and have a look.)

300ms is a LOT of time for webapps, it would be really appreciated 
if a build without that limitation could be made available, Thank 
you Gabriele for taking care 8-)

You could use my async-call code :-)

Just quick hello..  I'm totally new to AltME and have used Rebol 
only years ago. I was somewhat active at older mailing list nearly 
ten years ago, but various things happened and Rebol was not among 
top priorities.. since things have changed quite a lot ..

Hello, and welcome!

I hope, you find what you seek here. And don't be afraid to ask, 
there are many nice and helpful people here.

Oh thanks.. I'm not even sure what I seek at the moment, just got 
the feeling I need to check what´s cooking with Rebol these days.

R2 still has a few lingering issues, but development hasn't stopped 
on it. The focus now is on R3, but the community at large is still 
kind of on the sidelines. Carl and a core group are working on key 
elements, including the host interface release and extension model. 
Depending on when you last looked at R2, there may be some new things 
there for you to find as well.

I did DL R3 and run the gfx-view Demo on it. Looks really nice,  
for example fonts seem to render much better than on REBOL/View 2.7.6.3.1 
-- for some reason this seems to mess especially badly with bolded 
characters.

The UI is far from done, though.

Ah well. I found the reason for one big cosmetical issue with this 
2.7.6 ...  It has been documented with solution at: http://www.rebol.net/cgi-bin/rambo.r?id=4004&
    I would like to point out one detail missing from that RAMBO; 
font smooth type change requires system restart to be effective.

This is not likely to be fixed. REBOL 2.7.x low level systems are 
probably not maintained anymore.

Well.. It's not a biggie. Was just something a noob wanting to evalluate 
Rebol might miss.  :-)


Also I finally found a way to make text bigger on AltME window.. 
With today´s screens the default is a bit smallish.

Yeah, R2 isn't great for creating "slick" interfaces without the 
use of graphics. Use can draw text with anti-alias, but most scripts 
just do things the easy way.


The pencil icon is handy as well, so you can use ctrl+s to send. 
I imagine you've already done that, but for others listening in...

Hello again all,  I'm BrianD (but be glad that's not my alias or 
it would make the Wiki back-and-forth with BrianH even harder to 
read).

I was introduced to Rebol a couple of years ago to look at a codebase 
written in it, and to address the first bug I found in that codebase 
I decided to see "what it would take" to write an enumerated type: 
http://hostilefork.com/2009/06/13/enumerated-type-for-rebol2/

Earlier this year I started a project to take every single scrap 
of idea that I'd ever had or project I'd started and push it to some 
state of completion.  So I tripped across that code, and decided 
to clean it up and submit it to the rebol code archive.

I got the help to make the enum work out here, on AltME, from some 
of you -- you may remember that.