World: r3wp
[!REBOL3 GUI]
older newer | first last |
shadwolf 6-Jul-2010 [1856] | ? |
Maxim 6-Jul-2010 [1857] | different states like hover/pressed, etc could be described in different states, allowing us to switch between them quickly. |
shadwolf 6-Jul-2010 [1858] | i like that idea ... it will introduce much more flexibility ... and allow something link annimations without having to redraw all the blocks only drawing the blowk that have changed |
Maxim 6-Jul-2010 [1859] | been doing this for years ;-) |
shadwolf 6-Jul-2010 [1860] | so the draw blocks would get interactive ? |
Steeve 6-Jul-2010 [1861] | Not sure, there is one state at a time. |
Maxim 6-Jul-2010 [1862] | you could switch them based on some sort of finite state machine. |
Steeve 6-Jul-2010 [1863] | I don't think it's the purpose of states |
shadwolf 6-Jul-2010 [1864x2] | maxim yeah but push is not optimal in rebol 2 bloacks you think only the pushed is drawn but the show call force the redrawing of all killing perfs |
ok it's too early to speak english for me i need a coffee and a proper wakeup i'm leaving i will try to get around at a more suitable time for me ... | |
Maxim 6-Jul-2010 [1866] | graphic engines redraw everything at each redraw, even in 3D. this is because of transparency and depth sorting. |
shadwolf 6-Jul-2010 [1867] | see you and i will keep watching the gui part |
Maxim 6-Jul-2010 [1868] | by redraw, I mean the rasterizing... which is usually where most of the processing occurs. |
Henrik 6-Jul-2010 [1869x2] | http://rebol.hmkdesign.dk/files/r3/gui/220.png 220 to 225 shows the resize engine in use with globally set borders with quite good pixel accuracy. the border style should be possible to set globally according to cyphre in a similar way as in VID, of course without the artistic limitations of VID. |
btw, you couldn't access the gif image, because my cheyenne server had decided to stop for some reason. | |
Graham 6-Jul-2010 [1871x2] | Eh? I must have retrieved it from cache then |
trace.log nothing?? | |
Henrik 6-Jul-2010 [1873] | not cache, as it stopped after you fetched the gif. |
Gregg 6-Jul-2010 [1874x2] | Very nice Henrik. Thanks for keeping us updated. |
base-url: http://rebol.hmkdesign.dk/files/r3/gui/ img-url: func [id] [rejoin [base-url id %.png]] ids: [%220 %221 %222 %223 %224 %225] imgs: copy [] foreach id ids [repend imgs [id load read/binary img-url id]] cur-id: first ids show-next-image: does [ cur-id: select join ids first ids cur-id set-face f-img imgs/:cur-id ] view layout [ f-img: image (imgs/:cur-id) btn "Next" [show-next-image] ] | |
Henrik 9-Jul-2010 [1876x2] | http://rebol.hmkdesign.dk/files/r3/gui/225.png http://rebol.hmkdesign.dk/files/r3/gui/226.png First integration test of the new resizing scheme. It looks much more solid and accurate, but there are still a few bugs (the partially blanked button in 226). |
Styles will require some modifications to work with the new scheme. | |
Gregg 9-Jul-2010 [1878] | Looks very nice Henrik. |
Pekr 10-Jul-2010 [1879] | Henrik - what do you mean by "partially blanked button in 226"? |
Henrik 10-Jul-2010 [1880] | the bottom of the upper left button is missing |
shadwolf 10-Jul-2010 [1881] | WAHOUUUU !!!!!!! REBOL GUI START LOOKING LIKE SOMETHING A PRO COULD SELL !!! |
Henrik 10-Jul-2010 [1882x3] | still funny, as the skin is still about 5 minutes of work. |
It seems I posted the wrong links. I meant picture 226 and 227, not 225 and 226. | |
so the error that Pekr was looking for is in 227. | |
Gregg 10-Jul-2010 [1885x2] | I thought I just wasn't perceptive enough to notice a subtle error in 226. I can see the problem in 227. :-) |
Not complaining though. It looks great. | |
Ladislav 10-Jul-2010 [1887] | there are still a few bugs (the partially blanked button in 226 - yes, that is a Draw bug as it looks. BTW, it has nothing in common with the new resizing scheme, the above new resizing scheme test just exposed the bug |
Graham 11-Jul-2010 [1888x2] | twitter: Successful branch: Cyphre can do R3 builds now, including native graphics extension module. |
Is this the hostkit ?? | |
Henrik 11-Jul-2010 [1890x4] | yes, there are a few internal releases of the host kit. |
Some resulting exes: 07/10/2010 12:45 PM 267,776 r3.exe 07/10/2010 12:46 PM 28,672 r3core.exe 07/10/2010 12:34 PM 393,216 r3lib.dll You can build an R3/Core without AGG. | |
The current hostkit zip file size is 773 kb. | |
The structure is squeaky clean. Even I can figure it out. | |
Graham 11-Jul-2010 [1894] | internal releases meaning a restricted release |
Henrik 11-Jul-2010 [1895] | the POSIX part is not complete and Robert has some compile problems. |
Graham 11-Jul-2010 [1896] | what is the r3lib.dll used by? |
Henrik 11-Jul-2010 [1897x2] | it's used by the executable. |
(I'd like to see a 28 kb R3 too, but alas...) | |
Graham 11-Jul-2010 [1899] | So, how can we load this dll into R2? |
Henrik 11-Jul-2010 [1900] | I'm not sure how one would do that... |
Graham 11-Jul-2010 [1901] | But wouldn't it be good if we could?? |
Henrik 11-Jul-2010 [1902] | I suppose someone else can answer that. |
Gabriele 11-Jul-2010 [1903x3] | Graham, from what I remember from the old "host kit" (2007), i don't think you can do that, as you had to pass a function table to the dll. |
ie. the dll needs to be able to call into the host kit code, and you can't solve that with callback! | |
you might be able to create your own dll though. not sure about that. | |
older newer | first last |