World: r3wp

image caches files somewhere.

load-image/clear should help

yes its 'image indeed.. a simple load works.. though load-image also 
has this problem... Ill try your hint!

layout [image with [?? multi]]

You can see under "file:", that LOAD-IMAGE is used. Check the source 
for load-image and the second item (a block) is where the images 
are actually cached.

( see [help load-image]. load-image keeps a cache. load-image/clear 
clears that cache. ah, there is load-image/update too for refresh.)

For every View Question there is an Answer ;-) Thanks...

You're right Dide, I had to look, then realized I used system/view/focal-face 
to get it where I needed it in one app.

If I have a layout is it possible to just add stuff on-the-fly if 
certain conditions are met? Like this:
	layout [
		...
		if my-var > 5 [name: button red return]
		...
	]

Of course it's possible to build the layout block up front using 
normal Rebol code but IMO being able to do it inline makes a lot 
of sense.

I felt this need a few times too. But what syntax is desired ?

layout [

 do [if my-var > 5 [layin [name: button red return]]]  ; something 
 like this ?
]

Woudl be OK. It should be acceptable in that it's easy to remember 
and doesn't interrupt the programming flow.

Anybody of some generic form validation scripts/hints.  I like how 
.Net allows you to validate a group of radio buttons with one command 
rather than having to code a check for each radio button in the group.

interesting idea. I usually use

 compose[ .. (either my-var > 5 [[name: button red return]][()]) ..]
but its a lot of brackets

When I selectively compose in several times like Volker's code above, 
I make a small helper function called FLAG-VAL, to do the same job 
as the EITHER.

I think my hypothetical example above is better as:
	layout [
		inlay [if my-var > 5 [[name: button red return]]]
	]
then INLAY only needs to be a layout dialect function.

But actually, this reminds me of the discussions we had about argument 
propagation, the want for replace/deep etc.

hi there, i did not seach much on this but it possible to change 
the cursor in rebol view arrow clock precise etc... ???

has anyone already submitted bug to RAMBO, where View apps crash 
each time you change your desktop resolution?

I'm not sure but it isn't just resolution that will do it.  Sometimes 
changing the Appearance and sometimes changing the color depth as 
well as various other display settings will kill all View applications.

ok, then rebol can't handle it properly - that is a big minus, although 
you don't do such operations very often ...

Well I do, as such a switch happens when you connect to Remote Desktop, 
and I use that a lot.

Really?  Never had RD kill my View apps before and I have used it 
alot...

Hasn't happened to me yet either. I was just saying that if that 
was the trigger, it would affect me.

In my experience there are a number of applications, games, etc that 
use there own display settings but do not seem to change the actual 
desktop settings and therefore do not affect other running applications 
such as View.  This may or may not be what is actually going on I've 
just come to this conclusion because when some applications change 
the display settings or use different display settings then all the 
desktop icons are moved to fit within the alternate resolution whereas 
other applications do not have this effect.

OMO View crash only if you change screen resolution. Not affected 
by color depth.

I think it can't change the sv/screen-face/size at runtime. It initialize 
it at startup.

also crashes if you change number of monitors without changing resolution

Benjamin -- There is no native way to change cursors in REBOL. Cyphre 
has done some experiments with it, and the APIs should be easy enough 
to call if you have /pro. Can't remember if I ever mapped those or 
not.

what are good colors for a code-colorizer?

I've had /View Apps crashing after my WinXP restarted from hibernate 
mode. But not all of them. I don't know whether it was dependant 
on the app, or on the version of rebol ...

Volker -- colours for code will be highly subjective.
See Carl's choices here:

     http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=color-code.r
And  REBOL.org's choices here (look for "script colorizer"):
     http://www.rebol.org/cgi-bin/cgiwrap/rebol/css-view-system.r

Gregg, if you check out the DLL.SO group, you can see Benjamin is 
already tackling changing cursors with user32.dll !

Volker, I usually like the colours to be not very bright, ie. I set 
my strings to be very dark green, keywords to dark red or blue etc. 
so most of the text is close to black. But, as Sunanda said, that's 
subjective, my point of view.

I use this style sheet for my colour code: http://www.ross-gill.com/styles/rebol-code.css

Thanks for suggestions. Have to look into that. Currently i have 
anti-colors, mostly because i box the words, not just colorize them. 
looks like suqeaks etoys :) to see it, run edit-tools in my developer-folder, 
open a script, choose color-rebol.r in the plugin-list and close 
your eyes quickly :)) more a demo how to markup text.

Whoa! what a bizarre user experience!  :)

hehe ;)

I click "edit-tools", then I press "open" button, it opens a dialog 
"save /d/anton/dev/rebol/link/developer/et/doc/readme.txt" [Yes] 
[No]...   eh !??!

oops, yes. choose no.

I press [No], then it opens a file requester, so I press "Cancel" 
and that minimizes the edit-tools app. Is this an april fools joke 
that no-one discovered in time ?

thats the first-time opened file, if you use the multi-file-version. 
missing files are created. then it thinks that missing file on disk 
is diferent to that empty edited file and -hu, more problems?

should test on windows first maybe.

can you open a real file with the requester?

no idea about minimizing. crash maybe, but minimize?

You had me reading code there... yeah that's weird, the minimize 
- no where in code is "minimize" found.

Here's the problem, surely:
	button "open" [save-file/? ta sr open-file refresh]

can you look for
  wait: :my-wait
and delete that?

it contains a workaround on linux. maybe windows does not like it.

refresh -> window -> hide main-window

aah - hmm, on linux i use [hid main-window] to stop timers before 
replacing layout. on windows that minimizes?