World: r3wp

thanks.

Just wondering how one matches a GUI like VID to an asynchronous 
data source. I am thinking of building a mulit tab panel application 
with an asynchronous backend.  If the user requests some data on 
one screen, and then changes their mind by switching to another screen, 
what does one do with the data when it arrives?  Does one refresh 
the original screen request and move focus from where the user switched 
to ?

Or,  say there is a chat window as part of the application.  How 
does one refresh the chat window without losing the focus on whatever 
the user is currently doing?

maybe some kind of feedback? requester would be to heavy, some blinking 
light "new data"? think of the red in altme-groups

Hmm.

I guess it depends upon whether the updating of the display grabs 
focus or not.

what triggers the data? somebody else like with altme, or more like 
a browser?

well, the data will be sent if there is a chat like aspect to it.

and also if the user requests it.

overlooked your second post. its about relayouting and keeping focus?

maybe I can do it like Altme.

change the colour of the tab for the panel that is updated.

MikeL, I think the problem is as you suspect. Whenever you WAIT for 
something (in your case MySQL), you are also waiting for view events. 
Your view events are arriving faster than the results are in the 
mysql port. Put a simple lock in your code:

 button "next" [if not working? [ working?: yes  next-page  working?: 
 no ]  ; where next-page sends and waits for my-sql port.

James, you can test what happens by sending mail to yourself. If 
you have two accounts then you can test the multiple addresses functionality.

A bit more about my guesses about VID and mySQL. I wasn't sure it 
was not the number of rows that was causing the lockup so I loaded 
100,000 rows into the MySQL table and VID seems to be able to page 
through them based on right arrow (meaning get the next, display 
it, repeat until last row) i.e. hold it down and the row information 
will flash on the screen and eventually catch up.   The hanging seems 
to be a combination of stacked UI events and hitting a mySQL row 
that has a large BLOB in it.   Small text values in the BLOB are 
handled.   I can page past a large BLOB provided that there is not 
an accumulation of UI events.  If there is not a large BLOB in the 
rows being read, then it does not hang when VID is asked to page 
through at a rate it can not quite keep up with.

Mmm. Interesting. Can you identify the precise size of the BLOB needed 
to cause the lockup ?

It is the largest BLOB on this table but is only 13410 bytes.

In request-color a function "setc" is used. I can see it in system/words, 
but I can't see source. I seem to remember a way, or am I wrong?

it's probably in a context with an object. I ran into the same problem 
with request-dir, which someone magically found the context for me, 
for :-)

Found it: system/words/req-funcs/req-color/setc
Thanks for the hint!

how?

I used anamonitor.r found in the library.

probe req-funcs/req-color

Is there still people developing with Rebol/view without using Anamonitor 
??!!

Shame on you

does it work with rebgui ?

I've never used it :-)

It was a time (not so far) where view doc was pretty inexistent.

Anamonitor was (is!) the way to correct partially this "state of 
fact".

Graham: as long as you use View to test Rebgui scripts it should 
works. But with SDK script without View sources include, it must 
not.

Anamonitor is not a View debugging tools only: it's an object!  explorer.

So you can use it to explore any object! and "see" any rebol values 
inside.

can you search an object and see the item path in relation to the 
object? that would be nice...

Try it, it's in the REBOL Desktop under: REBOL.com/Public/Library/Scripts/A-Z/a/anamonitor.r

argghh

This isn't making sense to me..

view center-face layout compose [
   across origin 0x0 space 0x0 backdrop black
   style btn btn gray black
   btn {Close} [quit]
   btn {Send} []

   btn {Add Attachment} [append Attachments/text join mold request-file 
   newline show Attachments]
   return

   Attachments: area 300x100 do [Attachments/feel: make Attachments/feel 
   [engage: none]]
   return
   txt 100 {To:}
   To: field 200 {[Izkata-:-GMail-:-com]}
]

And click on the Add Attachment button... I keep getting:
** Script Error: font-size has no value
** Where: do-facets
** Near: font-size 11

It (seems) to stop doing that if I remove the To~ line, but I can't 
figure out why - or a workaround..

Try Help To ... To See If It Is A Reserved Word that you are redefining

Okay... If I put this at the beginning, it works.  But I don't see 
why it doesn't work that way in the first place..

req-file/out: do req-file/start-out

ack let's see... (I forgot about that... Bad me, we just went over 
that in C++ class!!)

Aaaand that was it, Mike.  But should Rebol allow it anyway?  <whacks 
forhead>

See http://www.rebol.com/docs/words/wprotect-system.html

Now if you will remind me how to add to easily (View 1.3) add a text 
area vertical scroll, we can be even.  I can't locate a good example.

Ouch to me... Oh well.  I guess I'll have to make a "Do not repeat" 
file from now on. Now I remember, I did the exact same thing with 
the exact same word some time ago...

hehm

tx: area 400x400 para[]
slider [scroll-para ta face] 16x400

; not tx..
ta: area 400x400 para[]
slider [scroll-para ta face] 16x400

Thanks for that Volker.

Izkata: If of any help, there is an emailer based on the Desktop 
one, but that handle attachments.

rebol.org : http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=vt-emailer.r