World: r3wp

hmm, even backeffect is buggy .... even without resizing it does 
not cover whole background, oh my ...

it seems to me, that backeffect is recalculated wrongly, if 'resize 
window option is used. Can anyone confirm? It seems as low-level 
buffering bug - I can see background screen underneath :-)

view/options layout [backeffect compose [gradient 1x1] btn "Quit" 
[quit]] [resize]

... sorry if there is bug in above code, wrote it off-hand ...

Cool James, but it can be yet more elegant, using a single iterated 
face instead of four (one for each column), but it's not a concern 
for your app, as you have a fixed, small number of columns (4).  
If it was a grid of large or "infinite" width, then you would better 
program the list's pane function yourself.

Pekr, this is an old problem, as I recall. Now what was the solution 
again..?

;Found it: You have to WAIT:

view/new lay: layout [size 200x200 bd: backdrop blue effect [gradient]]
bd/size: lay/size: lay/size + 40x40  ;== 240x240
show lay
wait 0.01

You can notice some other quirky bugs related to resizing the window 
and backdrop, too.

; It seems snappier to apply backdrop and effects to 'lay itself, 
and works with resize:
lay: layout [size 200x200 backcolor blue]
lay/effect: [gradient]
view/options lay [resize]

'Seems' being the operative word -- I haven't explored potential 
downsides...

Yes, that's probably better. Pekr, BACKCOLOR and BACKEFFECT change 
the color and effect of the window face, while BACKDROP creates a 
new face and puts it in the window-face/pane (like any other style).

Or asked, why backdrop doesn't  apply to the window face...

Well, because BACKDROP is a face, you can do more stuff with it.

'course this'd be better than my example: [size 200x200 backcolor 
blue backeffect [gradient]]

I suppose, it's a shame you can't manipulate the window face from 
VID though (with those exceptions)

Yes, a /with refinement might be good.

That guys, but those are by-solutions. I regard it being bug - background 
is background, no matter if you resize or not :-) Rebol resizing 
is rather weak anyway - I have seen no other app, which freezes its 
UI when you resize its window ....

That = thanks ...

I would like to ask for your experience with UI methodology. I am 
about to create small system, featuring "many" screens, as as I am 
not experienced with more complete UI with Rebol, I would like to 
ask for assistance.

If you look at IOS for e.g., there is something I don't like about 
it - UI inconsistency - some reblets do feature cancel button, some 
don't, you can find the same buttons with different screens at different 
positions ...

I would like to ask, what aproach do others take?

E.g., with some older scripts, I used 'panel, for grouping buttons, 
as it allowed me for kind of "sub-layout" (reset coordinates). My 
typical screen will feature "menu buttons" (as I don't want to use 
menu, as none is standard in VID yet and choise is ugly - both in 
look and in behavior), grid, and I want "Add, Edit, Delete" buttons 
(probably on the right side of grid, alligned to top of grid vertically 
etc.

Petr,  In a recent production application, here is what we recommended 
to the users in a web based environment and they liked enough to 
support us with our standards group:

1. tab boxes to cut down on many screens (or to give appearance of 
that) and saves on some trips to the server
2. flyout menus to allow more intuitive navigation

3. breadcrumbs to show they where they are now and how to get back 
to a higher plane

This was a pretty big step forward from the very plain html screens 
which they had been using before with more roundtrip activity.

We prototyped the system in HTML using REBOL CGI functions and got 
some pretty detailed flow before the project was launched.

Maybe your many screens solution should look at those things. I am 
assuming you are creating a View application.

Hi there i recently had to do a job where i need to make use of read-net 
or read-thru because i needed to show a graph representing the amount 
of data beeing downloaded, but when it comes to write or save this 
is not possible because no callback is addmited, so i ask, is there 
a way to know how much data form a file has been uploaded or saved 
?

Is there a rebol conversion from the 24 hour clock to AM PM?

AM/PM time: http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-message.r?m=rmlTTVK

File download progress:

 The Library downloader tells you how much of a file it has downloaded. 
 http://www.rebol.org/library/public/repack.r

The magic is in the code that uses :hook  -- you'd have to ask Maxim 
for a full explanation.

Volker, I am very pleased with my latest version of find-face-deep 
in window.r:

what does it do? :-)

site: select load-thru http://www.reboltech.com/index.r[folder "Anton"]
clear find site %index.r
do-thru site/library/include.r
include [site/library/window.r [test-find-face-deep]]
push: func ["push a value onto stack"
	[catch]
	stack [series!]
	value [any-type!]
][
	throw try [return insert/only tail stack value]
]
pop: func ["pop a value from stack"
	[catch]
	stack [series!] /local v
][
	throw try [
		v: last stack ; copy last element

  remove at stack length? stack ; remove last element without modifying 
  index
		return v
	]
]
test-find-face-deep

test-find-face-deep has no value error ...

Sorry, need to update window.r probably. Do this:
	load-thru/update site/library/window.r

and try the above demo again.

What it does is, given an "absolute" mouse offset relative to the 
window face, as may be supplied by a DETECT function, finds the face 
which it is over.

I have fixed it to handle face edges, *and...* iterated pane functions 
:-)

still does not work, Include: Couldn't load-thru http://www.lexicon.net/anton/rebol/library/window.r

load-thru/update http://www.reboltech.com/index.r; and try above 
demo again

it works, thanks ... cool!

Cool. Searching for an my old drag-drop-demo now :) And the button-list 
is cool too btw :) Maybe that complete state-saving should be supported 
by rebol, and focus could include a focal-index .

Thanks Sunanda for the AM/PM tip.

Volker, still working on the state saving idea...

I think thats a big project, patching a lot of styles. and that focal-thing 
must be done internal. For now i prefer only to think about it. But 
then you are good at workarounds :)

Oh no..  I have already a way to avoid patching all the styles :) 
 I have to think about focal-face some more, but I think it can be 
done with a ctx-text patch in the way I have already used in tree-face.

SOunds interesting :)

It is :) I'm just about burning up with this one.

Is there a way to use request-file to return a path without having 
to select a file within that path? I'm writing a reblet that requests 
a path so it can work on its contents. If I have to select a file 
then so be it .

help shows a request-dir. but i guess not native.

I'll try that right now

maybe its possible to suggest a file, and if the user does not change 
the text that name is returned? need experimenting.

request-file/file %dummy ; works with wine-requester, i hope real 
windows too?