Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

ssl and image generation /command features?

 [1/5] from: petr:krenzelok:trz:cz at: 26-Apr-2001 19:01


On the server, REBOL/Core/Pro adds encryption, external library access, and shell application access to REBOL/Core. REBOL/Command extends even further to include direct database connectivity, SSL (secure sockets, HTTPS), Fast CGI, and image generation functions. ... above info is taken from rebol.com website. Could anyone from RT clarify, please? 1) SSL? Wasn't it said it would add some 1MB of code to Rebol size? Are we talking just any kind of library layer, or full implementation? 2) what does it mean "image generation functions" and what is its purpose on server side? Thanks a lot, -pekr-

 [2/5] from: holger:rebol at: 26-Apr-2001 10:31


On Thu, Apr 26, 2001 at 07:01:50PM +0200, Petr Krenzelok wrote:
> "On the server, REBOL/Core/Pro adds encryption, external library access, and > shell application access to REBOL/Core. REBOL/Command extends even further > to include direct database connectivity, SSL (secure sockets, HTTPS), Fast > CGI, and image generation functions." > > ... above info is taken from rebol.com website. Could anyone from RT > clarify, please?
Sure. Still subject to change though. We will make more detailed announcements shortly.
> 1) SSL? Wasn't it said it would add some 1MB of code to Rebol size?
Yes, usually it would...
> Are we talking just any kind of library layer, or full implementation?
A full implementation, at least client-side, without accessing any external libraries, i.e. self-contained within Command, built on top of our tcp:// scheme and encryption engine, which has been further enhanced for Command. This includes SSLv2, SSLv3, TLSv1, DES, 3DES and ARCFOUR in export strength (and in the non-export version of Command, 128-bit encryption), schemes for ssl:// and tls:// (compatible with 'wait and open/no-wait), and an https:// scheme, interoperable with http:// (for redirects between both schemes etc.), and support for tunneling through socks and generic proxies. Should be compatible with pretty much any network setup and secure web server out there. We managed to squeeze all of this into less than 200 kB of additional code (x86 version) :-). Features we MAY include (not sure yet -- space/feature trade-off) are extended error messages, support for ssl/tls server side, and certificate access/management.
> 2) what does it mean "image generation functions" and what is its purpose on > server side?
Large parts of the View engine (image! datatype, image refinements for load and save, ability to save/png images into a binary!, effects and draw pipeline etc.), useful for dynamic creation of images for web pages in CGI/FastCGI environments. Probably no VID or text support though. Text support would require X libraries and X server access, which are often unavailable on web servers. No desktop obviously. -- Holger Kruse [holger--rebol--com]

 [3/5] from: petr:krenzelok:trz:cz at: 27-Apr-2001 6:45


Holger Kruse wrote:
> On Thu, Apr 26, 2001 at 07:01:50PM +0200, Petr Krenzelok wrote: > > "On the server, REBOL/Core/Pro adds encryption, external library access, and
<<quoted lines omitted: 20>>
> We managed to squeeze all of this into less than 200 kB of additional code > (x86 version) :-).
Ah, how's that - 200 kb? Earlier arguments were something like 1MB :-) Compression? Or just only client side ssl support? Or are you magician? :-)
> Features we MAY include (not sure yet -- space/feature trade-off) are > extended error messages, support for ssl/tls server side, and certificate
<<quoted lines omitted: 6>>
> CGI/FastCGI environments. > Probably no VID or text support though.
Ah, but look at Carl's example - VID is good for diagrams, shcemes, what is more - you can save your layout as an image.
> Text support would require X > libraries and X server access,
or :-))) .... surprise, surprise - your own font rendering system .... hey, add this and you are near new stand-alone OS .... well, not so near probably :-) Aren't there any free or licenceable font engines? Elate uses some external IIRC, QNX too ....
> which are often unavailable on web servers.
tell them to reinstall ;-) -pekr-

 [4/5] from: karlr20::home::com at: 26-Apr-2001 23:35


On Thursday 26 April 2001 10:31, Holger Kruse wrote:
> Large parts of the View engine (image! datatype, image refinements for load > and save, ability to save/png images into a binary!, effects and draw
<<quoted lines omitted: 3>>
> libraries and X server access, which are often unavailable on web servers. > No desktop obviously.
Holger, Have you guys (RT) considered doing your own font rasterizing (perhaps using Freetype)? It would certainly look more professional than using the aliased X11 fonts. I'm curious to know if the Windows version of View displays fonts with anti-aliasing. Will RT support the new XFree86 extensions to display anti-aliased fonts? -Karl

 [5/5] from: holger:rebol at: 27-Apr-2001 6:24


On Thu, Apr 26, 2001 at 11:35:36PM -0700, Karl Robillard wrote:
> Holger, > > Have you guys (RT) considered doing your own font rasterizing (perhaps using > Freetype)?
We have looked at Freetype, but it is rather big, probably too big for a client product, in particular if we still have to add at least three fonts. Perhaps in the future, but probably not soon.
> It would certainly look more professional than using the aliased > X11 fonts. I'm curious to know if the Windows version of View displays fonts > with anti-aliasing. Will RT support the new XFree86 extensions to display > anti-aliased fonts?
At the moment fonts are rendered as bitmaps on all platforms. Switching to anti-aliased rendering is something we are planning to do in the future. -- Holger Kruse [holger--rebol--com]

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted