World: r3wp

one of the strengths of image magic is that it can render using DISK 
memory.  which means that you can render images larger than your 
ram.  I am done a few tests in the past and ended up merging 20GB 
of images into a single render.  a part from it taking 30 minutes, 
it all went well, and the quality is fabulous.

it has a selection of ~ 10 filters, and it can render at any bit 
depth, as well as supporting all image formats known to man, and 
even a few video formats too.

Max - you've got Carl's answer in R3 Chat re modification of GOBs 
- it is no go .... Carl asks what you need it for ...

funny while doing tests yesterday, I realized it was still allocating 
only 64 bytes (based on the pointers) and I realized that I was going 
to corrupt ram... so I changed the system.

Does r3-gui.r3 run on core a107?

I'm getting an error.

>> do %r3-gui.r3
Script: "Untitled" Version: none Date: none
** access error: cannot open: %shape.r reason: none

never mind ...core...I would need to compile host kit

is there an available host kit version around? Just to play around...

yes, check the downloads directories

pre-compiled? I only see the kit.

Links were posted in the host kit group ... check them out

Just wanted to show what the GUI looks like without the box model:

http://rebol.hmkdesign.dk/files/r3/gui/237.png

And with the box model (panel skin was reset by this action):

http://rebol.hmkdesign.dk/files/r3/gui/238.png

it's very grey ... henrik ... I mean its looks likes an old movie 
the effect are cool but because they are grey over grey we don't 
notice them ...

completely missing the point, as usual.

the effect are cool the overall thing is  grey what i'm missing ?

Shadwolf - you are missing the fact, that 1) it is not final skin 
2) anyone can create alternate skin 3) Henrik just pointed out there 
is some difference, when box model is used ... :-)

The skin work is minimal, as there is only enough done to work the 
material system into the GUI.

(do you really think I would release a GUI that looks like that?)

Henrik - what is main difference in box vs non-box model? What does 
it mean "non box-model" at all?

Pekr  na i know it's not the ended thing I repeat the  overall widgets 
are cool  their organisation is cool  but its the grey scale .. 2) 
anyone ? not me at least since people are paid for that the least 
they can do is do a professional default skin ... Henrik i judge 
what is shown that's you don't want to be commented don't show imperfect 
not ended things ...

btw - why are buttons so long, but thin? :-)

shadwolf - dunno if Robert proceeded, but someone sent him a contact 
to some cool guy doing some GUI designs. We will see, if anything 
will happen in that area. Robert? :-)

cause the picture size had to be small and since their is auto resizing 
that means nothing ...

box-model - probably as with CSS, borders, margins, etc. being precisely 
defined and counted for?

pekr, yes exactly. the box model was turned off when the GUI was 
moved to the host kit. now it's turned back on.

auto-resizing is good ... if it works as expected of course. I liked 
Carl's model - not the model, but that it did what I mostly expected 
it to do (by examples posted). So far R3 GUI does not work for me 
yet (button sticking itself to bottom left corner for e.g.), but 
it is most probably very preliminary to do any judgements right now 
...

pekr, thin buttons:

1. the grouping of buttons specify 3 columns

2. the width of the checkboxes is the minimum as shown. I'm not sure 
why that's set so high. if it were smaller, the window would automatically 
also be narrower.

see when i look at those last posts here that reflect exactly why 
i don't want to use R3 GUI for the moment most of things are not 
done or disactivated ... What is made this week can be undo the next 
week... that's in too much work in progress stage...

shadwolf, the GUI is released as is, so the community can help find 
bugs.

I think that widgets should keep some metrics/aspect ratio (hmm, 
on the other side, I can imagine square button, e.g. when you are 
simulating some industry panel design, but that could be solved by 
separate style)

shadwolf - just be fair to guys .... when they don't release stuff, 
we complain, when they release some preliminary stuff, we complain 
too :-)

Maxim good idea to take as entry point for rendering display with 
other graphical libraries area the  Gob/IMAGE even if it's some what 
extrem at least using that kind of binding you can keep using natural 
R3 GUI  and even use draw over the rendering. I'm surprise Carl doesn't 
see the point ...

Pekr no i never coplained cause i didn't got some half made work 
in progress to test ... I just complain to get the direction to know 
what would be the futur and to know the agenda ... that's all !!! 
 I don't caore of host kit i don't care of the widgets anyway if 
it doesn't fit my taste I'm grown anough  to do my own widgets anytime 
like i did with R2 /VID

see on this you don't have to convince me ...

bu this time i won't share them :)

too easy you pillage us the free workers then you claim money I don't 
want to play that way :)

are you saying you are doing some R3 widgets? Cool then. Show us 
at least screenshots :-)

http://rebol.hmkdesign.dk/files/r3/gui/r3.exe

The latest A107 with TO-IMAGE fix.

http://rebol.hmkdesign.dk/files/r3/gui/r3-gui.r3


Newer version too. Sorry about the ballooning in size, but this is 
due to a change in the build system.

Please download both files for local use, thanks.

hello, first thanks for sharing your work. but r3.exe need r3lib.dll. 
where i can find it ?

oh, sorry, one sec.

http://rebol.hmkdesign.dk/files/r3/gui/r3lib.dll

thank you very much

not working :-( ............customized 404 error page

ok working now ;-)

ok, there is a bug (surprise), that I've been able to trigger once 
by accident. I've not been able to do it more than once, but we need 
a way to reproduce it.

what I did was create a GUI similar to this one:

view [
	panel 1 [check]
	panel 1 [button button button]
]


When you resize this vertically by a few pixels, the bottom panel 
will resize incorrectly. That is known and will be fixed. What I 
managed to do, was to either move or resize the window in a way, 
that would cause resizing to get stuck in a loop (!), so it goes 
up and down in size by a few pixels vertically on its own, and the 
window just sits there shaking up and down in size. If possible, 
we would like some help with reproducing that.

Can you resize programmatically, to do it in discrete steps in an 
attempt to find the combination of values that trigger it?

I haven't tried it, and I'm not sure it's a specific size that does 
it, but more a series of events. The testing system is not yet in 
place to do it this way.

thank you henrik for your sharing . i will test it