Yes sven but with guille we are working on a really small kernel. So we can duplicate just the classes we need but I would prefer not but we can do it. The size is important for us because it takes time to bootstrap.

Stef

Le 5/6/15 19:06, Sven Van Caekenberghe a écrit :
On 05 Jun 2015, at 18:43, Guillermo Polito <guillermopol...@gmail.com> wrote:

The only encoder that makes a bit of noise to me is the ZnByteEncoder that 
contains a lot of mapping tables for mostly unused encodings
67 encoding specifications, each a 128 array. The method constant is shared 
when used.
In the beginning there were only a couple, one day I added many more, some 
people need them.
For me, the cost is reasonable.

(plus methods with metadata to recreate them)...
That is just two method (which is pretty cool, I love spec based programming).

El vie., 5 de jun. de 2015 a la(s) 6:30 p. m., Sven Van Caekenberghe 
<s...@stfx.eu> escribió:

On 05 Jun 2015, at 18:20, stepharo <steph...@free.fr> wrote:

Sven

we were talking about splitting your package into two parts :)
Would you be ok to get the basic encoders in a separate package?
Zinc-Character-Encoding is already a separate package, it depends on nothing.
Zinc-Resource-Meta is next up (containing URL and Mime-Type).
Both are completely independent of any HTTP stuff.
All this is by design.

You probably mean that you want a separate config ? Right now they are just a 
groups.

We were also thinking that NullEncoder could be called AsciiEncoder?
Maybe, maybe not, let me think about that a bit.

Stef

On 05 Jun 2015, at 18:09, Damien Cassou <damien.cas...@inria.fr> wrote:


Guillermo Polito <guillermopol...@gmail.com> writes:

Well, I made a cleaner implementation at the side with

- a simple File object that is a sequential File as we all know
- a binary File stream on top of it that is composable with Zn encoders and
other decorators
- a new interface to access Stdio streams
that's really good news Guillermo.
Yes it is (need time to look at this in detail)

Is it ok to make File reading depend
on Zinc? This sounds strange. Wouldn't that make bootstrapping harder?
It does not depend on the HTTP part, but on the Encoding part below it, so that 
should be OK.

--
Damien Cassou
http://damiencassou.seasidehosting.st

"Success is the ability to go from one failure to another without
losing enthusiasm." --Winston Churchill








Reply via email to