World: r3wp

well, that's a local variable alright, but this is for an object. 
I think I have a different solution though, so I think you should 
wait with wasting more time on it.

this is for an object
 - it does not matter at all

you just need to know what you want

I know what I want :-) I just need to find out a solid way to solve 
the problem permanently

the solution already exists, see http://www.fm.tul.cz/~ladislav/rebol/contexts.html#section-22
or http://www.fm.tul.cz/~ladislav/rebol/cfor.r

(and http://www.fm.tul.cz/~ladislav/rebol/set-words.r)

ok, how do you then do that for an object?

the way I see it, I need to create the object block with layout blocks 
first. then analyze those layout blocks for set words and finally 
create a new block with the set words set to none and append the 
object block afterwards

how do I do it for an object? - the http://www.fm.tul.cz/~ladislav/rebol/contexts.html#section-20
does it for an object when simulating how an object is created

CFOR function does it for a block, LFUNC does it for a function, 
it is quite easy actually

am I correct that set-words is not recursive?

nevermind, made it recursive myself :-)

I wanted to stay compatible with the way how objects work, that is 
why I didn't make it recursive, but it is easy to change

Lad, when you shadow a variable how do you access the top level one? 
In the CFOR example i showdows any system i.

http://www.colellachiara.com/soft/libs/utility.r

look at the vid-context function

I am using e.g. use [a] [print system/words/a]

Anyone remember a way to change the appearance of the caret ?

Anton, I'll bet you mean something other than "system/view/caret: 
 some-txt"

Yes, not the position of the caret, I mean the thickness of the text 
insertion point, otherwise known as the caret.

But I've moved on to another puzzle:

>> view layout [base-text "hello" with [focus self]]
** Script Error: Invalid graphics face object
** Where: focus
** Near: show face

view layout [field field "hello" with [focus self]]   ; OK

Anyone know what parameters are expected by local-file-request ?

You can see local-request-file used in request-file.

Yes, that's where i saw it.

I remember fiddling with it ages ago but I can't remember anything 
now.. :)

I've figured out a way to avoid showing the caret for you custom 
styles. It requires patching FOCUS and using insert-event-func to 
install a handler that sends key events to the focal-face when there 
is no caret.  (DO EVENT won't do that, so we have to.)
See http://anton.wildit.net.au/rebol/patch/focus-system-patch.r

You could set system/view/caret to none in /redraw?

Hmm.. temporarily setting caret to none - let me try that.

First test - does not appear to work...

I think the caret is rendered after the redraw finishes, so fiddling 
with caret between SHOW and DRAW actions of redraw won't make any 
difference.

Here is what I tried:

; Redraw action SHOW occurs first, then DRAW.

view center-face layout [
	f: field feel [
		crt: none 
		append body: second :redraw bind [

   either act = 'show [crt: system/view/caret system/view/caret: none][system/view/caret: 
   crt]
		] body/3/2
	]
	field 
	do [focus f]
]

I'm getting hard crashes when closing an 'inform window sometimes. 
If I change the windows to view/new they no longer happen, but I 
lose the always-on-top functionality.


I was wondering if anyone has experienced similar crashes and know 
a precise cause? Perhaps some events are blocked?

How are you closing the informed windows ? Usually should be HIDE-POPUP 
(not UNVIEW).

henrik, please let me know if you manage to reproduce that.

It's a little difficult, because it's a rather big VID application, 
but it happens very often and always when the window is closed. Unfortunately 
I can't spread this app. I can't reproduce it accurately every time, 
but it seems that a certain amount of keyboard input in that window 
must be involved before it happens.

Anton, I simply click the close button [X] on the window.

I have 3 different inform windows and it definitely happens in 2 
of them, always when clicking the close button.

Also when you use "hide-popup"? Else maybe the auto-close has a bug, 
does a 'unview only?

haven't tested with that yet. I have a custom event function for 
closing the main window:

insert-event-func func [face event] [
  if event/type = 'resize [
    help-window-resize
    main-resize
  ]
  either event/type = 'close [
    either event/face/text = main-window-title [
      if request/confirm "Afslut programmet?" [quit event]
    ][
      event
    ]
  ][
    event
  ]
]

It happens also when using HIDE-POPUP

hmm... this is something that goes on in my toolbar code, so it should 
not happen with VID in general. it's still a strange error however. 
a face simply disappears from a PANE block :-)

does SHOW set the parent-face automatically in subfaces of a pane?

Yes it does.

it's when I do a SHOW on the toolbar that it crashes, but I'm still 
miles away from what exactly is going on...

Actually, the opposite can be a problem - expecting parent-face to 
be set before the face has been SHOWed. eg. you have LAYOUT a window, 
but not VIEWed it yet.

that would just cause a crash to console, wouldn't it?

e.g. couldn't find an object in parent-face

Yes - sorry, that problem is probably not exactly related to yours.