World: r3wp

How to reset button state before unview?

l1: layout [btn "win1" [unview/only l1 view l2]] l2: layout [btn 
"win2" [unview/only l2 view l1]] view l1

once I click the win2 button the button from the first layout is 
still in the down state

l1: layout [btn "win1" [face/state: false unview/only l1 view l2]] 
l2: layout [btn "win2" [face/state: false unview/only l2 view l1]] 
view l1

how do I convert an %image.jpg to to a height of 100 and a cropped 
width of 200 ?

I think you need to use draw for that.

Should the height also be cropped?

no

say I have 1200x 5000 adn I want to resize proportionally to a height 
of 100 and crop widht to 200

If your height is 5000 and you resize to a height of 100, your width 
will be less than 100, if it initially were 1200!?

So you just wanna resize height, and not width in the first go?

If i1 is your original image, you can do:


i2: copy/part to-image layout [origin 0 image i1 as-pair i1/size/1 
100] 200x100

This will resize height to 100 and crop width to 200.

If you use DRAW, as Henrik suggest, the result will look prettier.

maybe not, since downscaling in R2 DRAW does not support filtering. 
that's only possible in R3 DRAW.

upscaling will work, however.

That's not what I see. Try:

i1: to-image layout [origin 0 box 300x150 red "An image"]

i2: copy/part to-image layout [origin 0 image i1 as-pair i1/size/1 
100] 200x100

view layout [image i1 image i2 box 300x100 effect [draw [image i1 
0x0 300x0 300x100 0x100]]]

The eye is cheating you here. In fact it's just fuzzy, not antialiased. 
I've investigated this closely.

do http://www.hmkdesign.dk/rebol/thumbtest/thumbtest.r<--- try this 
and you'll see it.

(and that's why R2 DRAW is largely worthless for creating thumbnails. 
R3 is however very good at it. :-))

ok, good info! :-)

Yes, good info! Thank you Geomol & Henrik 8)

Calling all gurus: Now that the R2 mezzanine source is in DevBase, 
we can fix VID2.


Anyone who has developed extensive patches for bugs in VID2, we could 
use your help in fixing them for real. Particularly since any fixes 
might break your patches - we really want to avoid breaking existing 
code when we don't have to. We need input from anyone who understands 
VID2 well enough to know what is wrong with it. We will not be changing 
the basic semantic model of VID2 though - that's what RebGUI and 
VID3 are for.


Anyone who wants to help, join the R2-Beta world if you haven't already.

post to ml too, please ...

I would like to participate but an not sure what to turn to: for 
now I am using 2.7.6 and only have a couple of quirks.  Is there 
a link to dev base?

Are you on the R2-Beta world? That is where the work is happening.

not at altme

I am working most every day in R 276 now ...

Is Font redering involved for Linux in the  testings?  Latest news 
on AGG fonts for linux was that it was not working, although I had 
it working once in a special /view version.. Looks now its not fixed 
yet.. No problem, but would be nice to have some kind of official 
statement in the docs for /view /sdk how that works/is fixed/not 
works.

Fonts work on Debian distros.  I tested on Ubuntu.

On distros where it is not working, we are waiting on Cyphre to fix 
this.

Yes Graham it works here too ;-) but must be explicit defined with 
make font:
rebol []

fnt1: make face/font [
        name: "/usr/X11R6/lib/X11/fonts/TTF/VeraMono.ttf"
        size: 32
]
fnt2: make face/font [
        name: "/usr/X11R6/lib/X11/fonts/TTF/Vera.ttf"
        size: 32]

view layout [
        origin 0
        box 400x100 effect [
                draw [
                        pen black
                        font fnt1
                        text anti-aliased 0x0 "Rebol Rulez!"
                        pen blue silver
                        fill-pen red
                        line-pattern 10 10
                        line-width 2
                        font fnt2
                        text vectorial 0x30 "Rebol Rulez!"
                ]
        ]
]



I took me some time to find this Issue again...

Yes, you have to specify the path to the font.

[Cyphre example]..other applications dont work because of the font 
path issue ..indeed ;-)

Which other applications?

If they're Rebol source .. they can be fixed correct?

this "path" is not documented anywehere...

;-) Thats the issue... the source ;-)

Perhaps we need a font map ?

Isn't there a standard way on Linux to specify the font cache?  Perhaps 
Rebol could read this...

[mmmm..think....think...]

I could emagine parsing the xorg.conf and look for the font paths...

fonts.cache ?

but thats only for X11

fonts.cache?.. Mmmm..checking..

Yes then you have indeed a font map...

And what about the system fonts for rebol? Will these be ttf one 
day...or is that moved to R3 finaly?

Graham... Is your Synapse-char project still active?

The chat?  No, that has died.

For reasons I don't understand .. it stopped working and I didn't 
have time to debug it.

The source is still downloadable if anyone wants to figure out why 
it no longer works.