r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[View] discuss view related issues

Anton
22-Mar-2006
[4592]
(by the way, RTF = *Rich* Text Format)
[unknown: 10]
22-Mar-2006
[4593x2]
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?
Anton
22-Mar-2006
[4595]
so ... what is the application to do ?
[unknown: 10]
22-Mar-2006
[4596]
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..)
Anton
22-Mar-2006
[4597]
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 .
[unknown: 10]
22-Mar-2006
[4598]
thanks anton..I now have to think ;-)
Maxim
22-Mar-2006
[4599]
yes and keep a block to the draw which created it so you can play 
with it later, if you want  (undo, history, etc).
Anton
23-Mar-2006
[4600]
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).
[unknown: 10]
23-Mar-2006
[4601x2]
Mmm well depends..currently I do some delete of the faces ... but 
not xxx steps back..
Ill try the image way... Like the idea ;-)
[unknown: 10]
24-Mar-2006
[4603x2]
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..
Henrik
24-Mar-2006
[4605]
what are you trying to do? can't you randomize a tuple directly?
[unknown: 10]
24-Mar-2006
[4606x2]
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?
Vincent
24-Mar-2006
[4608x2]
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
[unknown: 10]
24-Mar-2006
[4610]
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 ;-)
Vincent
24-Mar-2006
[4611]
to-tuple rejoin [ random white "." 64 ]
[unknown: 10]
24-Mar-2006
[4612]
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...
Anton
24-Mar-2006
[4613]
>> (random white) + 0.0.0.64
== 85.26.216.64
Graham
26-Mar-2006
[4614x2]
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
Pekr
26-Mar-2006
[4616]
you would have to use win32 api imo ....
Graham
26-Mar-2006
[4617]
oh well...
Pekr
26-Mar-2006
[4618]
a problem? :-) I have some win-shell wrapper, may post it ...
Graham
26-Mar-2006
[4619]
could try the file sharing here .. is it enabled yet?
Pekr
26-Mar-2006
[4620x2]
but - windows windowing system is somehow curious - I mean - I sometimes 
don't understand what function should I use for what ...
dunno ...
Anton
26-Mar-2006
[4622x3]
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.
Graham
26-Mar-2006
[4625]
I'll give that a go...
Ingo
27-Mar-2006
[4626x2]
Q: invalid args: []

Hi, I have a layout, and I always get the above mentioned error ... 
does anyone know a some hints to find the culprit? I haven't succeeded 
so far.
Q: focusing a specific field

Whar's the best way to focus a specific field on display of a layout? 
ATM I append sth like:
do [focus the-field]
Graham
27-Mar-2006
[4628]
that's what I do.
Ingo
27-Mar-2006
[4629x2]
Thanks Graham, it's nice to know that I'm on track ;-)
Q: Clickable list lines

Hi, I have a 'list with several 'texts in it, Now I want to be able 
to click anywhere on a line, and start some action. So far I add 
an action block to the text fields. Is it possible to add it to the 
list itself, so that it is available anywhere on the line, even when 
there's no text field?
Anton
27-Mar-2006
[4631]
I think so. Probably just modify the list face's feel/detect function.
ChristianE
27-Mar-2006
[4632x2]
Is someone able to point me to a document on the design principles 
of VIEW's modal window system which has kept up with the latest changes 
and corrections made by IIRC Romano and Gabrielle? I only located 
snatches on the web but found no official or semi-official docs.
Should have read "design goals" rather than "principles". It's the 
idea I'm looking for, and even the SDK sources are very terse wrt 
this subject.
Gabriele
28-Mar-2006
[4634x8]
1) show-popup creates modal windows (either inside a parent window, 
as a subface, or outside as a standalone window)
2) modal windows have a pop-detect feel that catches *all* events
3) this feel decides if the event should be eaten, the popup should 
be closed, and so on
4) there are 8 default handlers for popup windows with a predefined 
pop-detect
4.1) the default one, blocks all the other events, and hides the 
popup on close
4.2) the "nobtn" one is assigned to popups without any actions. it 
hides the popup on any click inside the popup
4.3) the "away" one closes the popup on any event (except move, time, 
active and inactive) outside of it
4.4) the "away-nobtn" one is a combination of 2 and 3