World: r3wp

?

Im using Layout where im appending panes into layouts.. But i dont 
think thats the problem... The problem is resizing an 'effect to 
negative numbers... like a box from 0x0 500x500 to ->  -50x0 -100x100 
...and only using it in the Engage event... Odd?? anyone an explanation 
perhaps ? This is Linux /rebview from SDk262

>> ? system/stats
SYSTEM/STATS is an integer of value: 6544927


x     3667  6.1  1.2  15192 11684 pts/1    S+   20:48   0:04 rebview 
draw4

x     3668  0.0  0.0   4404   868 pts/1    S+   20:48   0:00 rebview 
draw4

x     3669  0.0  0.0   4404   876 pts/1    S+   20:48   0:00 rebview 
draw4

Sorry !!.. i dont use layouts in this exmaple...onyl 'faces

Sounds like a bug. What is the effect block which shows the error 
?

By the way... Is there any news on the Right Text Formatting inside 
Rebol? Will it be in? or is there a special project for RTF ?

AFAIK RTF is ready, but I'm afraid we have to wait for R3 :/

owww oke.. well yes I have read the concept from Carl in his Blog.. 
So thats probably then also the release that will be inside R3.. 
..oke lets wait..

not only concept, but Cyphre has also code ready, only it's not integrated 
in View :/

I would really like to see that roadmap .... and discuss it here 
- what waits for the new branch, and what goes into 2.x .... VID 
is still incomplete and misses some show-stopper styles like grouping, 
tabs, drop-down is ugly like hell

Yes "roadmap"... We are all very currious regarding a roapmap and 
status indicator of all the running projects.. I have asked Carl 
if it would be possible to publish sush an indicator for the public.. 
It seemed a good idea to him...so lets wait and see if that can bring 
us more insight ;-)

don't be so inpatient. as Carl said on 3rd March and Gabriele on 
14th March, roadmap is just couple of days away.

Im not waiting for anything Im still trying to understand all of 
rebols concepts.. so i enjoy the time being ;-) New releases are 
always a surprice to me..Its like a small gift in a box when that 
happens.. ;-)

:)

Question regarding 'draw and 'face..

What is adviced .. Im currently creating faces what will later be 
stored as pictures i.e. PNG.. 

No should I start already using an IMAGE and draw on that or create 
faces and draw on that?


Im not sure what is more efficient in relation to flexibilty of creating 
images regarding delete and create of faces inside faces or creating 
/ deleting images from/inside images..

What is the application to do ?

(by the way, RTF = *Rich* Text Format)

yes thanks.. Im a blind Horse on my new keyboard..sorry..

coming back to the question.. In both cases of my program the output 
will always be an image.. so should I start drawing already on an 
image of should i use faces and convert those to an image?

so ... what is the application to do ?

oke a small extraction of it... You draw something.. I.e. you draw 
a circle.. (I know do that with a face and a 'draw effect) but when 
i look at the Paint-Program from the Old Draw manual its done directly 
on an image.. That Circle can grow in size and shrink in size or 
even be deleted..can change color... can have overlaps.. anctualy 
think of it as a drawing too with interactive drawings.. (Though 
the output is always an image because the result is saved as an image...No 
framework is saved in rebol code..)

Well, if you want to keep a long DRAW block, you can modify the parameters 
and change/delete commands. Every time the face is refreshed, however, 
that draw block will be executed. This will become slow eventually. 
So once in a while you will want to render the result into an image 
and clear the draw block. This is as simple as  face/image: to-image 
face .

thanks anton..I now have to think ;-)

yes and keep a block to the draw which created it so you can play 
with it later, if you want  (undo, history, etc).

Yes, do you want full history like Photoshop ? (Not that hard to 
do, really, except the styles which need to be created for the user 
interface will be time consuming).

Mmm well depends..currently I do some delete of the faces ... but 
not xxx steps back..

Ill try the image way... Like the idea ;-)

Im lost in tuples...

Rooky: how do i get this thing to become a tuple ? -> rejoin [ random 
white "." 64 ]
whatever i try it stays a string..

what are you trying to do? can't you randomize a tuple directly?

well i want random collors in my 'draw effect like this ->

 effect: compose [ merge fit draw [  
                        pen randomcolor + alpha blending
                        line-width 4
                        line-pattern 1 5
                        fill-pen randomcolor + alpha blending
                        box 10 10 8
]

but somehow Im unable to do that with compose or reduce...

so i need to rejoin the random color with i.e. the alpha of .64...
Do i need a compose/deep on this perhpas?

0.0.0.64 or random white

you don't need to compose (compose/deep in this case) at each change, 
you can just change the value of 'randomcolor, then show the face. 
draw blocks aren't fully evaluated ("+" does nothing), but words 
gets their values

yes thats what I though... but somehow I need to be able to stick 
the colors and the alpha together and that brings me always to a 
string.. instead of a tuple.. so the result is 'none and thus my 
drawing is transparent ;-)

to-tuple rejoin [ random white "." 64 ]

Duh? i tried that already... But I see now... i mixed a .64 and a 
"." 64 with the rejoin.. This would indeed ben very odd if that would 
not have been possible ;-) Thnx...

>> (random white) + 0.0.0.64
== 85.26.216.64

how to tell if your app has focus or not ?

I want to sound an audio cue for incoming messages if I don't have 
focus on the chat program

you would have to use win32 api imo ....

oh well...

a problem? :-) I have some win-shell wrapper, may post it ...

could try the file sharing here .. is it enabled yet?

but - windows windowing system is somehow curious - I mean - I sometimes 
don't understand what function should I use for what ...

dunno ...

Graham, perhaps track when it loses focus.

view/new window: layout [area]
window/feel: make window/feel [

 detect: func [face event][if find [active inactive] event/type [probe 
 event/type] event]
]
do-events

Yes, if you track active or inactive events, you can always know 
the current state.

I'll give that a go...