World: r3wp

is it possible to make sessions for multiple f ile copy or do you 
have to log in for each single operation?

basically at each operation, like clicking on a folder to view its 
content, I use call with an ssh related command.

I retrieve the output, report any errors or parse the return data 
and refresh the ui.


currently, it starts with root dir list, and you click on folders 
to go into them, or click on a checkbox to select it for other file 
manipulations.


each time I use call, the command-line must do a log-ing, since a 
system call is an atomic operation.

the file copying, is recursive within the command-line , so only 
one login is done and the recursive folder content is xfered at max 
bandwith.

anyone know where RESET-RELATED-FACES comes from? I see it in CHECK 
and RADIO.

I'll uses glayou't inspector to find out for you if you want

thank

...you :-)

its in system/view/vid-feel

you should ckeck out glayout's inspector... its a MacOS like finder 
to browe ANY rebol structure... and the end of a tree of data, if 
you click on something, you can then see what is inside  :-)

Does it work with rebgui?

and where is it?

all it takes to use is...
gl/request-inspector system/view

it within (part of) the glayout library

Is it like Romano's and Jeff's object browsers ?

something similar, but much easier to browse... less features than 
romano's though.

the rebol.org demo app has a button which allows you to use it.

wrt rebgui, it could be problematic, cause I think regbui also replaces 
the wake event, which will create intereference with glayout, but 
for this specific use... they could very well co-exist.  if you open 
the glayout first, and let rebgui do its own patching after.

many features could be added to it, but for what I use it for, its 
already very usefull... 


its only bug is that is seems to have trouble with unset! values... 
but I could probably fix that now that I have more understanding 
of a lot of rebol's more complex issues.

anyone remember how to make cornered buttons like the tabs in IOS?

I think I got it.

face/edge/effect: 'rounded ?

no such thing. it's in the effect block for face rather than edge.

it's behaving rather strange though... not at all like it should 
from the docs.

actually it does, but it doesn't work very well. not like I intended. 
I'll draw some bitmaps instead...

I often use images with rounded corners and the EXTEND effect to 
achieve that.

I was just looking for that one. :-) Thanks.

can anyone confirm to me that the modal window system in view 2.7.6 
is broken?

view layout [button "inform" [inform layout [button "ok"]]]


closes the dialog whenever you touch it... even when clicking on 
background?

glayout has its own popup system, so I didn't notice this earlier, 
but i'm using VID for another project.... I've tried a lot of things, 
but nothing seems to work... I don't want to have to path VID internals 
again...

path=patch

show-popup is reacting even more violently... closing all my windows 
in my app... just by touching the popup  :-(

seems I can use my glayout version of show-popup hide-popup in VID 
directly , and that works flawlessly in a few tests.... even fixing 
the inform call indirectly.

try this

 view layout [button "inform" [inform layout [button "ok" [] ] ]]

Looks like a bug.

Unless you assume that any popup must have an active button.

but my dialogs don't have a close button in the main pane of the 
layout (using faces with nested panes).  :-(

I've been looking into this and remembered the source of my fix... 
I don't use the VID popup-feels in glayout, cause its wake event 
is smart enough to handle things properly.

VID sets the window feel to one of many different feels... :-( so 
I've got to patch VID again )

arrgh.

you must use hide-popup to close an inform.

Max, that's intentional. by default, there needs to be a way to get 
rid of the modal popup. if you don't provide any, the system will 
get rid of it on click. do you have an example where you want a modal 
popup (blocking your app) with no clickable face in it?

I did a full analysis of the problem (again, since I had done so 
with glayout a looooonng time ago) and there is no simple ways to 
handle the issue with the current view setup.

part of the problem is that closing the window via the title bar 
doesn't propely call hide-popup.

so I built a new pair of funcs and do the event blocking for non 
pop ups in my event-handler.

I don't have a PC keyboard, but does View support overwrite/insert 
switcing?

not AFAIK, but using windows api, you surely can.

hmm... I thought it was a matter of doing some changes in CTX-TEXT. 
but if I get this right, it won't matter.

.

Max, how much time ago did you do your "analysis"? The modal system 
was rewritten almost from scratch in view 1.3. Did you post the bugs 
you had found?

a long time ago. the problems where that it was missing some things 
like opt support in show-popup and some other thing.  and the show-popup 
selection of feels didn't make it very predictable.


with my custom wake-event/window-feel pair, it just went haywire. 
 so I rewrote both so that they would work better within glayout's 
revised management of view layer.


for example in glayout... the view function has a /modal   and a 
 /center  refinements... these make many things much simpler to use... 
I rarely use show-popup within the app, cause the glayout's view 
command supports it directly.

(modality that is.)