World: r3wp

a simple way from REBOL? you probably have to parse the fontconfig 
files.

(and all I want is the clean install of Ubuntu to use a good looking 
font)

OK, got it working on Ubuntu (and Mac) with:

fonts: copy []

foreach [font-name style] parse/all (call/output "fc-list" s: copy 
"" s) ":^/" [
	all [
		not find fonts font-name

  (size-text make face [text: "A" font: make face/font [name: font-name 
  size: 10]]) <>

  size-text make face [text: "A" font: make face/font [name: font-name 
  size: 12 style: 'bold]]
		insert tail fonts font-name
	]
]
sort fonts

Nice one.

Do you say that the above code works on Mac as well as Ubuntu ?

It seems to work well here on my older Kubuntu 7.10 32-bit.

Should work on any *nix based distro with X11/fontconfig installed 
... which is about as close to a "standard" as I've come across in 
*nix land! (and yes, Mac is *nix for this purpose).

That's not a bad little piece of code then.

Anyone know of any issues getting the time and date under Wine?

AltME is not doing it right, in any case

I've got a user reporting that my app under puppylinux is reporting 
the wrong time when compared vs NIST time.

Perhaps the easiest thing to do is to redefine NOW based on a NIST 
offset.

Woohoo!  Just came across a way to make Ctrl-V work in the bash shell.
You need 'xclip' installed. To install, I did

	$ sudo apt-get install xclip

then I pasted Josh Triplett's nice short code at 
http://bash-hackers.org/wiki/doku.php/snipplets/xclip

into the bash shell, and then Ctrl-V started working!

Ahh, pity it doesn't seem to work in the rebol shell...

Maybe you could write a simple proxy for system/ports/input, catch 
CTRL-V then redirect clipboard:// content to console?

Any particular reason middle-click wouldn't work?

Doc, yeah I was wondering about system/ports/input...
Izkata, middle-click doesn't access the same clipboard.

Actually, it looks like  read clipboard://  accesses the same clipboard 
as middle-click, which is better than nothing, but still doesn't 
make it perfect...

Wait a minute, I can call xclip to get the right clipboard contents...
	>> call "xclip -o"

That prints the clipboard contents into the rebol shell.

Oops, that should actually be:
	>> call "xclip -o -selection clipboard"

Doc, or anyone, do you know how to write a proxy for system/ports/input 
?

I would try to wrap a custom port wiring all methods to the console 
port then I would replace system/ports/input with that new one and 
see if the "proxy" port works. If it works, then you can intercept 
the incoming events and add your own handlers. But that's only theory, 
as much other low-level parts of REBOL, it's not documented, so I'm 
not sure it would work.

Hmm.. sounds a bit too complicated for now - might have to wait for 
another day...

but, how do you think I would replace system/ports/input ? By just 
:

	system/ports/input: my-port
?

Yes.

Ok, I'll give it a quick go to see how feasible it is. My first try 
about an hour and half ago, just using the console port looks like 
this:

console-port: open/binary/no-wait console:/
console-port/awake: func [port /local ch][
	if ch: pick port 1 [
		;print ["Console awake trapped key:" to-char ch "(" ch ")"]
		either ch = #"^V" [	; Ctrl+V

   call "xclip -o -selection clipboard" ; Three different types of clipboards: 
   "primary", "secondary" or "clipboard".
		][
			insert system/ports/output to-char ch
		]
	]
	return false ; Does not cause return from WAIT (DO-EVENTS).
	;true ; Does cause return from WAIT (DO-EVENTS).
]

insert system/ports/wait-list console-port
if error? set/any 'err try [
	do-events
][
	print mold disarm err
]
close console-port
remove find system/ports/wait-list console-port

I've tried replacing system/ports/input/awake with an awake function 
similar to above, and it doesn't seem ever to be called. If it's 
possible at all I think making a handler object with all the functions 
(open close write etc.) *might* work.

I don't really know what I'm doing with ports. I need more information. 
All I can get it to do is shutdown rebol on keypress.

I tried making a handler object with stub functions.

No joy.

awake is only called if you use WAIT (which the native console does 
not use - indeed you don't get other port events while at the console 
prompt)

i did replace system/ports/input and output and it works, i used 
that to "broadcast" what is typed at the console to other listener 
(eg. for online demos or lessons or things like that).

http://www.colellachiara.com/soft/Misc/broadcast-console.r

Is this a key logger?

lol, you can see it this way.

Gabriele, thanks, that's very interesting, I will check it out. (Aha 
 make Root-protocol, I forgot about that.)

I had a go at it again with Gabriele's way of doing it. So far I 
can only intercept input and output when enter is pressed, not at 
individual key presses. I think I can only open system/ports/input 
in lines mode, the same as the default. From memory, now, I seem 
to remember somebody having a go at this and arriving at the same 
point. (Can anybody verify that?)

Not sure I heard anything like that. The only thing I remember is 
that we got some advanced console mode, where you could use any key 
IIRC. There was even some animation done by Bo. The article was at 
rebolforces.com somewhere - not sure it could help your case though 
..

Ah, that is something different than what you need - http://www.rebolforces.com/articles/tui-dialect/
... but it reminded me to remember, how badly the windows console 
sucks :-(

system/ports/input needs to be in /lines mode IIRC... but you could 
open console:// in /binary mode, process it, and behave in lines 
mode for your custom scheme. More complicated than my example above 
for sure...

(still, ctrl-c and ctrl-v have always had a different meaning on 
terminals, so I'm not sure replacing them is a good idea. in particular, 
most likely you'd need to trap ctrl-c by trapping SIGINT... and that 
does not look like a great idea to me...)

Gabriele, could elaborate on that idea a bit? I'm having trouble 
visualizing how it would work.

(You are right about terminal signalling, but of course this is not 
the only thing this proxy port is useful for.)

in my example, you have your own port using your own scheme, and 
its sub-port which is the original system/ports/input. this sub-port 
need not be the original, you can open console:// yourself with your 
own flags (eg. binary). then you can process one char at a time, 
figure out line ending yourself, and send the entire line to the 
other side.

i think I probably need to write some code to make it more clear...

That makes it much more clear.

Hmm... more thinking and lots of questions come up.

Would your above system need WAIT ?

The only way I got console port to work is to set its awake function 
and use WAIT.

Or is there a way to set the handler in a console port?