World: r3wp

for tracing, can you change the prints to appends to some log-block? 
so that the printing does not interfere?

What happens if you call do-events again? if that works, something 
like
  while[same? system/view/event-port do-events][]
as workaround?

Looks like we (Cyphre and I) found it. Seems to be a problem in combination 
with RebGUI and Anamonitor in that the event system is somehow patched. 
I will test it further and let you know.

There are problems with TOG: When pressing a TOG, sometimes the outline 
doesn't disappear like it should, making the TOG appear to only darken 
and not be pressed. This has confused some of my users a lot. I haven't 
been able to find it in RAMBO. Should I create a ticket?

I don't use tog .. but different buttons images for button instead 
:)

well, I kind of use it everywhere and since it's a standard VID it 
should behave somewhat correctly. :-)

Example?

Ok I see it. Click and drag away from the tog and the gold outline 
remains.

yes

it should probably respond to 'drag as well as 'up

(damn! I knew that frivolous stuff would cause trouble.)

I think all the supporters of hover effects should get together now 
and fix this bug. I'm not touching it.

it's that dangerous? :-)

I should probably chill out a bit. Been working too hard lately.

hmm... are there circumstances where function! will become undefined 
when using stylize/master? I'm doing a bit of optimization by replacing 
DOES, HAS and FUNC with MAKE FUNCTION!

and when I define the third face, FUNCTION! is suddently undefined.

....
    data: 0
    row: 0
    source function! ;<--- defined
  ]
  list-view: BOX with [
    source function! ; <--- undefined
    hdr: hdr-btn: hdr-fill-btn: hdr-corner-btn:
    lst: lst-fld: scr: edt: pup: pdn: none
....

This works nice in a fresh console :

l: layout [ box with [source 'function!]]

tried that here too and works. what about 3-4 different faces in 
the same block?

the funny thing is that it's rendered undefined at the same point 
every time the code is loaded.

faces or facets ?

from the same console

l: layout [field text "toto" text-list  box with [source function!]]]
; works too

I guess a typo somewhere in your code, search for "function" in all.

>> do %/c/rebol/list-view.r
Script: "VID LIST-VIEW Face" (19-May-2006)
function!: function!
function!: undefined
** Script Error: function! has no value
** Where: stylize

** Near: color: make function! [] [select colors either fill ['even] 
['background]]
>> source function!
function!: function!
>>

found it

thanks

typo?

acquire-func: [] was turned into acquire-make function!: []

the joys of search and replace :-)

:-)

it was not where I expected it though. the make function! that came 
immediately after it seemed to work. oh, whatever :-)

make function! is an optimization compared to has, does and function, 
but not so much so compared to func. For now (REBOL 2) func is a 
simple wrapper around make function! that does nothing to its arguments 
- the only overhead added is that of a single function call.


You should also keep in mind that the syntax of make function! will 
be changing in REBOL 3, so all code that uses it will require some 
changes. The syntax of func, has, does and function will remain the 
same.

thanks, I'll keep that in mind

Hmmm. I thought they were basically the same. Good info.

Yes, I think it is not worth to use make function! as the 'speedup' 
could be noticable only if you are creating many functions in a loop 
at runtime. The functions are usu created only during loading of 
your script  so I don't see any optimization gain here.

usu=usually

I usually use func because it has the least overhead.

REBOL 2:
    make function! [args /local locals] [code]
REBOL 3:
    make function! [[args /local locals] [code]]

Not much of a change, really, but code using func will still work.

I think it is not worth to use make function! ...

 For anything less than a large app/framework I tend to agree. However, 
 in the later case the sum of many minor improvements can make a noticeable/measurable 
 improvement; but it all depends on what we are optimizing for (code, 
 load time, run time, memory, etc).

Does anybody have the Cyphre's View console script somewhere on it's 
HD ?
Can't find it in rebol.org

go to cyphre's rebsite

It's there.

Ah, thanks

Ashley: yes, this can be noticable for really large frameworks...say 
with ten thousands functions and more. There you can gain few miliseconds 
with this optimization during the load time.

few milliseconds during the load time? Is it even noticable? :-)

that was my point ;) Well if you create about 1milion functions then 
you can gain for about 50% of time on my CPU during code loading(4seconds 
instead of 8). But I haven't seen a Rebol project with so many functions.(but 
I'm not saying it cannot be developed ;))

Q: Is it possible to create an app that at the same time reads two 
data/ports.

F.ex. load an image from net and at the same time read data from 
GPS and display it on old image?

use async for this