<div class="gmail_quote">On Tue, Feb 22, 2011 at 3:33 AM, Daniel Herring <span dir="ltr"><<a href="mailto:dherring@tentpost.com">dherring@tentpost.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div id=":bs">As for the database, you can always split it into separately loadable<br>
chunks and throw an error if a chunk is not available when needed.<br></div></blockquote></div><br>It seems that I did not explain myself properly. There have been several threads already about embedding ECL into mobile devices which do not have a proper filesystem. For those, embedding the database is a must. It also becomes an essential item when having ECL moved around as standalone executable, or when deriving programs from it -- also a source of confusion and problems for some users.<div>

<br></div><div>I am not going to move ECL from its current single-word (16 or 32 bit) encoding right now. It would be too much of a hassle. I am just offering the possibility of having a compromise for devices and platforms that do not care much about the full character set -- OS X or Windows, they only support 16-bit characters in their libraries AFAIK.</div>

<div><br></div><div>Juanjo<br clear="all"><br>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://juanjose.garciaripoll.googlepages.com" target="_blank">http://juanjose.garciaripoll.googlepages.com</a><br>


</div>