World: r3wp

by forcing it to front, do you mean modal or just moving any window 
to front? (The kit has a simple function for the last bit)

Any window ...

What I want to do is keep a separate menu window open so that no 
matter what other windows are open, the menu window stays on top.

top-most example: http://pastebin.ca/1718241

I use the Windows API to do it Graham, but I don't have a cross-platform 
solution.

Inside a view window, you can remove the face from the pane and append 
it again, so it's a the top of the z-order. I can't remember trying 
that with screen-face though.

Thanks I'll give it a go.

I want to make a program that zooms in on a picture while I hold 
down the left mouse button and that zooms out when I hold down the 
right mouse button. Any ideas?

detect on mouse down and stop zooming on mouse up

Thanks Henrik

hmm... well, I guess you need to keep that going, while the button 
is held down, otherwise no events are fired.

Yeah, that's the problem.

Could I flick over to event detection every tenth of a second somehow?

yes, you can ... well, but I am not much experienced in that. You 
need to test event/type for 'time value. But how to get time events 
there? Maybe setting face/rate: desired-value-per-second could help?

I'll try that

Here's a prototype

window: layout [i: image rate 5 load %gtfo.jpg key escape [halt]]

zoom-in: does [i/size: i/size * 5 / 4]
zoom-out: does [i/size: i/size * 4 / 5]
down: false
alt-down: false

insert-event-func [
	probe event/type
	switch/all event/type [
		down [down: true]
		up [down: false]
		time [if down [zoom-in]]		
		alt-down [alt-down: true]
		alt-up [alt-down: false]
		time [if down [zoom-in] if alt-down [zoom-out]]
	]
	center-face i
	show window
	event
]

view/options window [resize]

REBOL []


window: layout [i: image rate 5 load http://rebol.com/graphics/kits.jpg
key escape [halt]]

zoom-in: does [i/size: i/size * 5 / 4]
zoom-out: does [i/size: i/size * 4 / 5]
down: false
alt-down: false

insert-event-func [
	probe event/type
	switch/all event/type [
		down [down: true]
		up [down: false]
		time [if down [zoom-in]]		
		alt-down [alt-down: true]
		alt-up [alt-down: false]
		time [if down [zoom-in] if alt-down [zoom-out]]
	]
	center-face i
	show window
	event
]

view/options window [resize]

Can comments be deleted?

I guess they can't. Anyway, thanks for your help!

comments here in Altme? No - they can't be deleted ...

This is the first step to creating a zooming user interface

What do you mostly use rebol for?

as for me - simple CGI stuff, some automatition tasks, few GUI utils 
....

In easy-vid, Carl creates layouts of a fixed size, and fits all his 
text accordingly.  Hypernotes creates layouts that are variable in 
height.  How is this done?

ie. control the width and let the height expand to as necessary.

set the width and then use size-text

If you use unview/only window, why should any other windows close 
down as well?

they shouldn't

I wonder if it's the Z order that is the problem

Maybe it's just a rebgui issue ...

It's also occuring if I use the close gadget at the top right ..

Yes, it seems to be a result of using rebgui's display/parent ...

Can't find the DRAW group anymore, so I'm posting here.

Does anyone know if IMAGE-FILTER BILINEAR is working in Draw? I see 
no differences with NEAREST mode (which looks horrible when scaling 
down a big image, even with preserved aspect ratio).

If BILINEAR filter is not working or not implemented (while being 
documented), that would be really a pity to have to code my own bilinear 
filter in REBOL which would be probably too slow to use, or install 
a 10MB library like ImageMagic...

bilinear only works with scaling up

forget making smooth thumbnails with R2 :-)

I'm finishing attached files management for CureCode with thumbnails 
generation....too bad, you'll have horrible thumbnails...


Once again with REBOL, stuck at 95% of the goal and no (simple) way 
to workaround. That's how I usually loose all the time gained by 
using REBOL instead of another language...Where's that Rant channel? 
:-)

Fortunately R3 has no problem with this.

Nice, so now could you port Cheyenne + CureCode to R3 in one night? 
If not, I can't see how R3 can help me.

Just trying to help :-) I could see the use here for launching r3 
processes from Cheyenne for limited special functions. I assume the 
thumbnails are generated once?

Yes, I know, I'm really pissed off by the misleading Draw documentation...

there are wrappers to image-magick, no? Or - you could use nconvert 
from xnview package from command line too ...

just workarounds too ... before Cyphre fixes/extends Draw ... but 
I doubt any native changes are going to be backported to R2.

Yes, once only, I guess CALL would be ok, just need to install ImageMagic 
on Windows, test it, then install it on Linux server, test again, 
then add this package to the list of dependencies to maintain...cool!

get used to what other environments do ;-)

... well, just kidding ... I thought it is a one-time job ....

Well, the point in using REBOL+my own closely integrated frameworks 
is to avoid third-party dependencies...

Try contact Cyphre ... or I will ask him ...