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

World: r3wp

[!REBOL3 GUI]

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.