World: r3wp

But yes, REBOL always amazes me (as well as the REBOL guru's out 
there)

Must have be subconscious provocation.

:-)

This is odd.. i fired up a .r view script link on a web page, and 
it launched the viewtop in the browser ;)

I seem to remember that was a problem of some version of the rebol 
web plugin.

How does one supress the creation of desktop/local folders?

Unknown, I think.

Unfamiliar with View: Is there a way to have Rebol/View rebuild it's 
local index automaticaly when you add scripts to the folder? It would 
ease the process of getting into the stuff if I could just shove 
a bunch of .r files in there without having to build an index manually 
before running them. Someone must have solved this already, I'm sure! 
;-)

no

wow. any idea why not?

guess no one ever bothered

double wow.

actually I think mine is dynamically generated

view has a GUI? ;)  I normally just use console :)

my index.r is actually a cgi script so it gets generated automatically

not that I've added anything in recent years

I was into the console mostly, but it might be that for teaching 
purposes View would be a smarter choice (beginners in programming)

Oh, then maybe I have to restart View to have it generate the new 
index.r (in local folders)

how about combining viewtop with Cheyenne :)

let Cheyenne do all the indexing for you

wait, Cheyenne... don't remember. Is that a relative to

A

Apache... ?

(small laptop keyboard)

See Cheyenee channel.. rebol based web server

so it is related. ok.

guess no one ever bothered

 <--- probably more like: no one has the time to add that feature. 
 The Viewtop source is open, but it has never been modified.

And it can be done external. write a script to build indexes, launch 
it from desktop after adding scripts, done.

I normally just use console
 ---> I normaly use NOT JUST ONE console:-)

I normally use Tester :-)

There is a script called update_index.r that probably is supposed 
to do this - but it bombs when not finding "desktop/icons".

got it working... it's only a gui to update index.r. It doesn't pick 
up the scripts in the directory automaticallyt.

Denis, yes, I spent a lot of time trying to make viewtop replacements, 
with scripts for updating index.r files.

But I never really finished the work, so I haven't made any big announcement 
- it would probably just waste people's time.

Actually, the index.r updater script works pretty well. I started 
with the idea that I wanted to manually select which files I would 
like indexed and thus publically viewable. I did not want it to automatically 
add files to the index just because they were in a directory.

the ViewTop source ... has never been modified.

not true ... the modifications just haven't been released to the 
public.

(there was always that little thig I wanted to get right ... ;-(

... but my modifications didn't do automatic index.r either ...

I making an app that requires a long pick list that will be contained 
in one of cyphre's tab panels that will be relativly narrow. ..so 
"Choice" will not work as the face is not large enough. I've tried 
rebol's drop-down but I can not see the whole widget. Are there refinements 
to this "widget" I can not find any docs on it. I have tried to use 
'Cyphre's drop-down but I am also using the list-view widget and 
htere sems to be some kind of conflict. I have also tried drop-down.r 
from hte library and it displays fine but I can not upate it to display 
waht I select in the list-view widget. Any thoughts?

Maybe this will help. 
http://anton.wildit.net.au/rebol/gui/demo-drop-down.r

But it sounds like the small size of the parent face (the tab panel) 
will clip the drop-down.

Actually yes, I think what you want to do is modify this function, 
so that the width of the drop-down list (which is a popup window) 
is not determined by the width of the drop-down face which popped 
it.
	print mold get in svv/vid-styles/drop-down 'show-dropdown

Here's a demo where the list width (300) is twice the width of the 
drop-down face (150):

my-data: ["hello" "there" "everyone" "have" "fun"]

view layout [
	size 400x400
	drop-down data my-data [hide-popup] 150 with [
		append init [

   change select select select second :show-dropdown [if not list-lay][list-lay: 
   layout][to-pair reduce] 300
		]
	]
]

There will be a bit of trouble if you want to make that 300 a function 
of the face/size or something like that. You might have to bind the 
code so that 'face is taken from the right context. Let us know.

Thanks for the demo script. I did not know ther was that much control 
with the stock rebol drop-down. It did not solve my problem with 
the display of hte full widget. I said the tab-panel was narrow ...I 
ment short. But the other problem seems to be that "tab Panel" seems 
to cut the wiget unless there is soething else occupying the space 
below.  At first I solved it by adding a series of empty text and 
returns but now I fill it with a box and place the drop-down with 
the at statement. Thanks!

Ah, you mean the tab panel does not allow enough space for its contents, 
in this case, the drop-down ?

How are you populating the tab-panel ? This sounds like it should 
be an easier problem, because that's a common requirement.

May be a lame question, but the no-border options doesn't seem to 
work in linux.  Any ideas?

TimW;  No lame questions.  Can't help though.  no-border doesn't 
take for all the versions of REBOL/View I run on Debian.  Even tried 
poking around with main layout options... no go.  In short no idea.

From http://www.rebol.com/docs/view-system.html#section-4.5

Window System Dependent


The no-title and other options depend to some degree on the windowing 
system being used. They may not work in an identical fashion on all 
operating/windowing systems.