World: r3wp
[!REBOL3 GUI]
older newer | first last |
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. | |
Graham 11-Jul-2010 [1906] | So, you need the hostkit running as well... so it might still be possible |
Gabriele 11-Jul-2010 [1907] | i suspect it would be far easier to just communicate through tcp :-) |
Graham 11-Jul-2010 [1908x2] | So, what exactly does the dll hold? |
Most of rebol I guess | |
Gabriele 11-Jul-2010 [1910x2] | the actual "REBOL" :) |
(again, i can only speak for how things were in 2007 or so) | |
Henrik 11-Jul-2010 [1912] | the DLL is the closed part, I suppose. The executable contains the open parts. |
Graham 11-Jul-2010 [1913] | Ideally one should be able to load the dll into another language to use it |
Henrik 11-Jul-2010 [1914] | I think that's one of the intentions of the DLL. |
Graham 11-Jul-2010 [1915] | and one of those languages should be r2 |
Henrik 11-Jul-2010 [1916] | except it sound like R2 is not up for the job. |
Pekr 11-Jul-2010 [1917] | the single DLL can't imo work. It just contains language interpreter plus api structures on the surface imo. It means e.g. all networking code (simply code that does something), or OS dependant functions, will be in the host kit, hence I am not sure the DLL itself is much usefull separately ... |
Graham 11-Jul-2010 [1918] | the gui and parser .... |
Robert 11-Jul-2010 [1919x2] | The DLL is the plain Rebol interpreter. All the sourrindings, named host-kit, that you need to make use of Rebol on a particular platform is in the EXE. The EXE loads the DLL at init time. |
As the interpreter is plain C is should be portable to different platforms very fast. That's something that Carl always needs to do. Than all the host-kit stuff (meaning the interfaces to the Rebol interpreter) need to be ported to the target platform. | |
older newer | first last |