World: r3wp

Difficult, as trying to map:


 "I'll take base and not include any of the networking mezz source"

to:


 "Encap using latest rebview but exclude all the graphics and networking 
 code *I* know I'm not going to need"

doesn't sound too easy to me.

Ashley - as Graham said - use Base/Face ... include your mezzanines. 
Most of the time they will be compatible

But ask yourself, how often do you need to remove some specific code 
from your app? How mcuh will you save? Rebol is not resources savy 
anyway, at least not in the runtime, for most embedded apps to work 
with ...

Most of the GUI work I do does not use VID or networking, so enface 
without any of the view-* or prot-* scripts is what I want. I do 
not want to use a loader front-end based on rebview that includes 
all this code. The cost in executable size may be small (less than 
100Kb), but it's the start-up time and memory cost that I like to 
get as lean as possible. This will become more of an issue if and 
when REBOL is ported to small memory footprint devices.

Petr: one thing is official SDK releases, which need to be stable 
and secure (Rebcode is not secure yet); another thing is beta/alpha 
releases for developers brave enough to play with features like Rebcode. 
I guess the latter can be done as often as View betas. we should 
probably talk to Carl about this.

OK, if that is doable, then yes, Gabriele. I just fear (judging according 
to my past experience), that SDK will lag. And it feels pretty arcane 
to "throw away" rebcode now in its current state ... just my feeling.

I can understand security issues, if those are not solved yet, but 
....

Its the sdk, so security maybe is not such an issue? Runs only your 
own code, not rebsites. But Gabrieles suggestion would be best: when 
releasing alphas, build /base /face etc too.

would be at least more secure then switching to c instead.

Volker - that is not enough - you need Encap also ....

Forgot to mention that ;) If Carl sets up such a build-tool, it should 
be able to build the encaps too.

Well.. a new sdk has been finally released!  And that includes Command. 
 Thank you RT!!!!

underway!

How is it now about sourcecode? Its included, the link is public..

Look at the license.

That was in the last beta too and Gregg said no. And i am not sure 
about "with any REBOL Technologies products". Gregg said no, but 
IMHO if anyone can download, makes that sense?

; You are free to use, modify, and distribute this software with 
any

 ; REBOL Technologies products as long as the above header, copyright,

 ; and this comment remain intact. This software is provided "as is"

 ; and without warranties of any kind. In no event shall the owners 
 or

 ; contributors be liable for any damages of any kind, even if advised

 ; of the possibility of such damage. See license for more information.

license ??  can't find it.

print system/license ;?

In that case ...no additional restrictions on the rebol source code 
included with the sdk.

If you have an up-to-date SDK license, you can download the new distribution 
from: www.rebol.net/builds/sdk If you do not have an SDK or command 
license, we encourage you to buy one and help support REBOL development.

But this suggests that you can only download it if you have an update 
sdk license.

Hmm, agreed.

Would like  more clear statements in the headers. With Greggs no 
i go with old-style-patching, and less than i would do otherwise.

Anyway, it's very good news to finally get a new sdk - and for command 
- before Xmas.

That of course :)

Ashley can now release a new version of RebGUI as well :)

Arggg... still using the old beta icon :(

I just wonder, if Command got some fixes. Some openssl vulnerabities 
appeared in last few years, yet Command showed components of 2002 
year. mySQL, from 4.x, requires new authentication method .... I 
don't trust SDK here ;-)

ie. the rainbox icon for "R"

IIRC ssh is rts own implementation, or do i get that wrong?

I don't remember hearing clear statement here. Anyway - for Rebol 
3.0, I give rebol the only chance - demodularisation!

de?!

I will try if fast-cgi is fixed for Windows, and if not, then that 
is the exact reason why I want components ...

de - well, kind of czech-english here :-) demodularisation - decomposing 
into modules, or something like that

I would look for uniserv anyway, if i can run demons and need speed.

demodularisation - how do you czechs speak? Me german would think 
de -> opposite of. (Of course its a bit nitpicking for fun ;)

:-)

time to sleep, 0:41 here and I don't believe rebol has already fixed 
timezone problem, so actually who knows what is the correct time 
:-)

SDK 2.6.2 released

It seems, some of the DRAW bugs are solved in the View coming with 
the new SDK, but rebcode is not included, afaik.

and windows now stay infront as supposed to.

The icons in Canvas looks strange with this new rebview.exe. I wonder 
why!?

hmm... the rebview.exe is 33 kB bigger. that's quite a lot?

Perhaps they left the debugging code in by mistake??

huh? Did View have Convolve functions for image processing? There 
is a very fast convolve demo in the desktop now

under demos

Its new. noted in rambo.

geomol, something new to add to Canvas :-)

And just for Pekr .. a button to disable auto-connect on start up!

seems the rebol/services guestbook demo is broken now... shouldn't 
we move to a different group, btw?