World: r3wp

amacleod, the "selected text prevents scrolling in scroll-panel" 
problem is not the fault of scroll-panel.

demo-scroll-panel.r shows this problem because I didn't want to make 
it too complex, by including the necessary global event handler to 
handle scroll events on non-focused scrolling faces (such as scroll-panels). 
I do have a demo somewhere which has the necessary global event handler 
somewhere... at least style-gallery.r uses it.

Thanks Anton.

Are you developing specifically for Windows ? (I just found a bug 
in scroll-wheel-handler.r on linux.)

Just checked Style-Gallery.r. Yes, it scrols when high-lighted

For now!. Windows will surfice.

Ok, very good. :)

I thought I might try to analyse the Cyphre's tree + Anton's scroll-panel 
problem you spoke of before.
Did you just happen to make a minimal demo showing the problem ?

I got tree wiget to work but I had to include cypher's scroll panel 
as well. The problem with his slders not rendering I just realized 
was probably due to my not including his other stlyes he uses to 
raw the arrows etc.

Unless you mean to get tree widget to use your style it was just 
a nameing problem if i remembr correctly. 

I went with a different solution and I am no longer using tree widget 
for he app.

raw=draw

Ok, you've found another solution for now, but it's still interesting 
to me if there is a problem mixing styles from different authors. 
This 'should' (ought to) be possible without any conflict.

Anton, I'm looking at Style-Gallery...
Should I include "focus-on-down-event-handler.r" in my app? 

And what about "scroll-wheel-handler.r" Does this add functionality?

Yes and yes. They both bring benefits. Both are global handlers.

In style-gallery.r, if you go to Global Options / Handlers, you can 
enable / disable each of the global event handlers (by pressing a 
toggle button) to see the effect on the user interface dynamically.

I've just uploaded 
gui/demo-scroll-wheel-handler.r  and
gui/scroll-wheel-handler.r  is still there of course.

demo-scroll-wheel-handler.r  shows how to
- get and initialise the scroll-wheel-handler
- create and open your windows
- wait for events (VIEW does this)
- clean up the scroll-wheel-handler

do http://anton.wildit.net.au/rebol/gui/demo-scroll-wheel-handler.r

Anton, link to http://anton.wildit.net.au/rebol/gui/demo-scroll-area.r
is dead

I'm playing around with scroll-area. SET-FACE/NO-SHOW behaves like 
SET-FACE.

also no action block is available to run, as far as I can see.

is it possible to turn off the horizontal scroller?

Uploaded demo-scroll-area.r.

thanks

Let me check out horizontal scroller ...

I haven't programmed scrollers to be easily optional (though it's 
on to-do list).

ok. would it be possible to turn on wrap? for the area, so the scroller 
might ignore horizontal movement?

Have you tried setting wrap? already ?

I didn't yet study which face directly to set. I assume the text 
area is inside a pane?

Yes. (This is in scroll-area.r script header, at the top of the Notes..)

my-scroll-area/pane/1  or my-scroll-area/area/para/wrap?: true

Hmm.. it works, but there is an unwanted few pixels scroll when typing 
first line is wrapped.

Let me look why...

could it be made so that the hscroller is simply turned off for area/para/wrap? 
= true?

Hmm.. I just tried my-scroll-area/hscroll/show?: false, but as soon 
as you type, it is shown again... :)

it works nicely with BrianH's resizing system, BTW.

Good to hear.

I'm fixing the show code to respect face/show? for subfaces.

the blank area in the bottom right shows a default gray color. the 
color there should probably be none to respect the background.

Easy to change. (my-scroll-area/color: none)

I'll add it to todo... if it's not there already. There might be 
compositing errors visible when resizing or something... can't remember.

ok, thanks.

I'm going to resize the area to take advantage of space when any 
of the scrollers has show?: false

Bit complex... cogitation....

Updated scroll-area

load-thru/update http://anton.wildit.net.au/rebol/gui/scroll-area.r

do-thru/update http://anton.wildit.net.au/rebol/gui/demo-scroll-area.r

- scroll-area/color is now NONE by default to respect background.

- The horizontal/vertical scrollers are now optionally and dynamically 
visible/invisible.

  - New facets VSCROLL? and HSCROLL? have been added to facilitate 
  this.

  - When any scroller is not shown, the area resizes to take the extra 
  space.

anton i got a problem, it says user-prefs has no value

what is exactly user-prefs

hang on...

its in the demo

What version of View are you running ?

I've tested it mainly on View 2.7.6.4.2 and 2.7.6.3.1 (in wine), 
on linux.