World: r3wp

strange glayout has not suffered and uses linear and radial fills... 
is that possible?  are integers still supported?

Looking for an example of a pop up notification window similar to 
those used in MSN Live messenger.  I know I've seen something like 
that done in REBOL.  Know of something?

alert, flash, inform, request come to mind

One that appears in the lower right corner of the screen, raises 
out of the system tray area and then fades

Or something similar

we don't have one in REBOL as standard, but Graham made one for his 
chat program

It was written by Gabriele/Allen .. and coopted by myself.  Source 
is in the script.

Looked through the library a few times already.  I am probably just 
missing it

I was missing it.  Thanks

Josh - Cyphre was supposed to release systray support last week. 
Hopefully it is soon. Dunno about features though ... (it will be 
.dll based)

Thanks, I will keep my ears open

http://anton.wildit.net.au/rebol/view/notify-window.r

I tripped over that PEN with two colours crash bug again #4040 #4086
Hoping these might be fixed this round.

Thanks Anton, that helped me a ton.

No worries.

anyone have a fast  recipe to convert an integer into a tupple?

the complement to:
>> to-integer to-binary 0.2.1
== 513

(sorry that's tuple!)

almost:
>> to-tuple third make struct! [int [int]][513]
== 1.2.0.0

>> to-tuple next reverse third make struct! [int [int]][513]
== 0.2.1

not very REBOLish though  :-(

thanks... I'll wrap that in a func.

rebolish, but I don't know if pretty

to-tuple debase/base skip to-hex 513 2 16

I am trying to make a component which accepts key events and draws 
something on the its face, such as musical notes and  phonetic symbol. 
To accept the key events, the system/view/focal-face has to point 
to the component and system/view/caret has to point to the text in 
the component. The problem is ... I don't want to show the caret. 
It's useless and weird in this case. Is there any way that I can 
hide the caret and still keep my component key-aware. Thank you.

focus/no-show ?

i think there was a hack to do that, iirc you can set the caret to 
a string different than face/text or something like that.

otherwise, you need to intercept keys with detect and "simulate" 
focus on your own.

setting the caret to none works.

after focussing.

Thank you, Henrik, Gabriele, and Volker

Since REBOL/View doesn't support Unicode or Big-5, I am trying to 
make an Input Method Editor (IME) by myself. For typing in Chinese/Japanese/Korean 
text, you need a IME to detect the key inputs and combine them into 
C/J/K characters. I've collected more then 50,000 Chinese characters, 
their bitmap and combination. This only thing I have not done yet 
is the key mapping. For that, I did a little experience, and realized 
that there are some keys REBOL/View cannot detect.


1. F10. REBOL/view detects F1 to F9, even F11 and F12, ... but not 
F10. Why?

2. DELETE as a word!, not char!. Because INSERT is detected as a 
word!, maybe DELETE should be of the same type.

3. CapsLock and NumLock. I whish we could not only detect them when 
pressed, but also query their status anytime we want to know.
4. Shift-down, Shift-Up, Ctrl-down, Ctrl-Up, Alt-down, Alt-up

insert is a word because there is no char for it in ascii; there 
is a char for delete, so it's a char :)

you should be able to decect shift-up etc, by checking event/shift 
and event/ctrl. if not, maybe there's a bug.

I think F10 isprobably because that maps to WM_MENU, so WIndows is 
eating it. For cap/num-lock, you should be able to do that with the 
GetKeyState and GetAsyncKeyState APIs. It is a bit of a shortcoming 
that we only get keypress events, not keyup/keydown as well (if we 
want them anyway).  I can understand the logic, that you won't need 
them in most simple apps, but a lot of people are doing stuff with 
REBOL where they would definitely help.

What's the GetKeyState and GetAsyncKeyState Api ?

From MSDN: 


The GetKeyState function retrieves the status of the specified virtual 
key. The status specifies whether the key is up, down, or toggled 
(on, off—alternating each time the key is pressed). 


The key status returned from this function changes as a thread reads 
key messages from its message queue. The status does not reflect 
the interrupt-level state associated with the hardware. Use the GetAsyncKeyState 
function to retrieve that information. 


An application calls GetKeyState in response to a keyboard-input 
message. This function retrieves the state of the key when the input 
message was generated. 


To retrieve state information for all the virtual keys, use the GetKeyboardState 
function. 


An application can use the virtual-key code constants VK_SHIFT, VK_CONTROL, 
and VK_MENU as values for the nVirtKey parameter. This gives the 
status of the SHIFT, CTRL, or ALT keys without distinguishing between 
left and right. An application can also use the following virtual-key 
code constants as values for nVirtKey to distinguish between the 
left and right instances of those keys.

Gregg, I cannot use the Windows Native APIs. I hope the script is 
portable. I hope that it can run on MacOS, too.

Thank you Gabriele. the event/control and event/shift work.

For portability APIs aren't the easiest way to go. I'm not a *nix 
guy, so I don't know what the solution would be there.

this is the exact discussion I was having with Anton a few weeks 
ago... although we can sometimes get to such stuff..  its a pain, 
and in some cases, its not even possible for some events... and then 
one has to wonder how to get to them on platforms they know nothing 
about.

I really do hope a better  HAL API for handling more events is devised 
for R3.

and Gregg, key ups are as usefull for low-level implementations of 
UIs as mouse ups.  Wonder why there are so few VIEW games?

REBOL promises so much, then feels deceptively shallow at times. 
 That doesn't meen I give up... it just means I'm relatively alone 
in my club.  :-(

This is where I distinguish between REBOL the language, and the things 
built on top of it, like View. REBOL is great, but some of the supporting 
pieces need to be improved.

I gotta tell you. Implementing an IME and showing Chinese characters 
on REBOL/View are perplexing and painful, especially I am doing this 
all by myself. Even worse, considering I have so many works to do 
in my office, I don't really have much time to do this for REBOL/View. 
But I want it so bad, what options do I have? Waiting for REBOL 3.0 
or 3.1? Well, I look forward to it, but I don't count on it. Only 
God knows when it's going to be released. 


As a "Messaging Language" for communication between people and people, 
computers and people, computers and computers, REBOL should have 
supported I18N many years ago.

We know.

How is it going so far Jerry?

Got anything to show?

Have you seen that french application that teaches Chinese characters 
?