World: r3wp

Thanks Mike. Can this be done programatically? I mean when I start 
rebol, I use I call it from the command line. What I'd like is to 
be able do something like "view.exe -console" for example.

How about a script for that? only containing halt. then "rebol con.r".

Hmm. That's an idea. Thanks.

does View 1.3 allow modal windows? I mean - you want user to confirm 
something and you want him/her to block from access to backrgound 
windows of your app ....

view layout [ title "Modal Test" button "Alert" [ alert "Modal test" 
]]

main window can get focus, but at least it does seem to not being 
active event-wise ...

that's a bug .. that appeared in the betas.  Before that, the main 
window did not get focus.

ah, now I see - it is based upon 'inform and show-popup ...

so did anyone anything to focus/event system in betas?

huh?

You really are trying to make us read twice!

why? what did I say?

exactly. who knows?

I don't understand your logic then ... you said there is a bug, probably 
somewhere around focusing ... I asked, if someone did any changes 
in View for beta release?

well, that wasn't what you wrote.

However, I did file a RAMBO report on this issue.

second - you provided me with example .... using 'alert .... so I 
looked into alert (as I don't want just alert window, but my own 
window with some other elements, which will deny leaving focus to 
any of background windows), to see what is it based upon and so I 
just remarked that "the trick" is based upon 'inform function, which 
is based upon show-popup ....

http://www.rebol.net/cgi-bin/rambo.r?id=3801&

OK, then my english is twisted or I do post too many thoughts in 
parallel .... if there would be some ability to attach particular 
message as an reaction to another one, it would be clearer, but I 
am not sure there is any kind of "thread based" IM client around 
:-)

view a: layout [btn 200x200 [view/new/options layout [btn 100x100] 
reduce ['parent a]]]

you sure show-popup really blocked background windows in the past?

This is what you wrote "so did anyone anything to focus/event system 
in betas?"

I don't understand the question.

and yes, it used to stay infront of parent windows.

From memory, it changed behaviour around about March betas.

ok, I thought so, once you told me that it is not what I wrote. It 
is because of wrong translation into english, it should probably 
be - "so did anyone any changes in (for?, into?) focus system for 
(in) recent betas?" How should I write it correctly in english?

btw my friend Bobik informs me, that he tried with 1.2.48 and it 
does not work too ... maybe you meant some 1.3 View branch, when 
1.3 project was started ....

Yes it is true

Well, since RT is the only agency that can make changes, I would 
have asked .. "Did RT make any changes in the focus system for 1.3" 
and I would have said, yes :)

Graham - is it? :-) I thought they have their "co-operators" from 
community now, no? Gabriele taking care of some bits of networking/LNS, 
Cyphre AGG stuff, Gregg something else and IIRC it was Romano who 
did some changes to VID focusing, no? So that is why I asked "anyone" 
instead of RT ... :-)

... and I don't expect Carl (RT) to check every bit of changes, as 
he imo expects us to do testing and post reports :-) Anyway - bug 
is submitted, let's hope it will get corrected ...

View1240031.exe prevents the parent window from coming to the front.

I can test it on others ... but I did this all before.

ok, thanks ... that is a good info ...

In the old code, you can see things like, "Jeff, why did you do this 
for?" but I suspect that everything is now checked by Carl very closely.

yes? heh, I wonder if Rebol does have some easter eggs :-)

As a side-note, requesters in Canvas are using INFORM, thus are modal.

Anyone have an idea of how hard it would be to mockup similar dashboards 
to these ones ?

http://www.ve.com/kavachart/prod_va_demos.html

not particularly hard, I think...

You're on Henrik.  Then we can post them to the wikibook as view 
examples :)

woah, did I say that? :-) meanwhile I do have a different example 
that could be useful: http://hmkdesign.dk/rebol/clock.zip

So retro!

I have to step back across the room to read the clock :)

I wonder what the implementation approach to the patient management 
dashboard would be.

create some type of self graphing widget perhaps

a face with a rate that grabs some data from an array

I don't think they're intended to be in real time.

Just more to provide a snapshot over time.

still, wouldn't it be a good approach? the rate could be once per 
hour, plus on demand updating

this way, if you really want realtime, it's a matter of adjusting 
the rate

I suspect it is unnecessary for the task at hand, and would complicate 
the task somewhat.