Re: Unicode, update

Re: Unicode, update

[Paul Steckler]

Sylvain Le Gall <sylvain@le-gall.net> wrote:
> Would it be possible to publish them as an external library?

What I did isn't really complete enough to constitute a library, I'd say.

Here's what I did:

>From Pervasives:

  open_out_win32
  open_out_bin_win32
  open_out_gen_win32
  open_in_win32
  open_in_bin_win32
  open_in_gen_win32

>From Sys:

  file_exists_win32
  getcwd_win32
  chdir_win32
  missing: is_directory_win32, readdir_win32

I did not code up Win32/UTF8 equivalents of anything in the Unix
module.  A complete
library of Win32/UTF8 file functions would include a number of items
from that module.

If anyone's interested in finishing off what I've done, I could send along
what I have.

-- Paul

Re: [Caml-list] Re: Unicode, update

[Ashish Agarwal]

[-- Attachment #1: Type: text/plain, Size: 1394 bytes --]

Have you considered adding these to the Batteries project? It would be good
to get general purpose functionality added directly there. Also that way you
don't have to feel you've done a lot of things; a single useful function
could be added.


On Mon, Oct 18, 2010 at 9:59 PM, Paul Steckler <steck@stecksoft.com> wrote:

> Sylvain Le Gall <sylvain@le-gall.net> wrote:
> > Would it be possible to publish them as an external library?
>
> What I did isn't really complete enough to constitute a library, I'd say.
>
> Here's what I did:
>
> >From Pervasives:
>
>  open_out_win32
>  open_out_bin_win32
>  open_out_gen_win32
>  open_in_win32
>  open_in_bin_win32
>  open_in_gen_win32
>
> >From Sys:
>
>  file_exists_win32
>  getcwd_win32
>  chdir_win32
>  missing: is_directory_win32, readdir_win32
>
> I did not code up Win32/UTF8 equivalents of anything in the Unix
> module.  A complete
> library of Win32/UTF8 file functions would include a number of items
> from that module.
>
> If anyone's interested in finishing off what I've done, I could send along
> what I have.
>
> -- Paul
>
> _______________________________________________
> Caml-list mailing list. Subscription management:
> http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
> Archives: http://caml.inria.fr
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs
>

[-- Attachment #2: Type: text/html, Size: 2240 bytes --]

Re: [Caml-list] Re: Unicode, update

[Michael Ekstrand]

On 10/19/2010 09:33 AM, Ashish Agarwal wrote:
> Have you considered adding these to the Batteries project? It would be
> good to get general purpose functionality added directly there. Also
> that way you don't have to feel you've done a lot of things; a single
> useful function could be added.

I think there is promise in adding such functionality to Batteries'
BatFile module, particularly if we adopt a design similar to that of
Glib's filename support:

* An abstract (or private) type 'filename': on Win32, this is a UTF-8 or
UCS-2 Unicode string; on Unix, it is a string in the locale encoding
(which is the best you can do, unfortunately).
* Functions to convert to UTF-8 and the current locale for printing and
display.
* Idempotent conversion to/from UTF-8 for portable storage.  Glib
implements this with file:/// URLs, so that the non-ASCII characters can
be URL-encoded and thus preserved.
* Conversion from UTF-8 to handle user input, with the caveat that
converting to UTF-8 and back will not necessarily result in the same
filename.

There might be types and definitions in lablgtk2 that we could try to be
compatible with (particularly so you can use the results of a lablgtk2
file chooser as a filename to open).

OTOH, Qt seems to get along using Unicode strings for filenames, so the
encoding issues might not be that big a deal in practice.  The easy path
of just adding UTF-8 file open functions to BatFile (taking BatUTF8.t)
might be OK.

- Michael

> On Mon, Oct 18, 2010 at 9:59 PM, Paul Steckler <steck@stecksoft.com
> <mailto:steck@stecksoft.com>> wrote:
> 
>     Sylvain Le Gall <sylvain@le-gall.net <mailto:sylvain@le-gall.net>>
>     wrote:
>     > Would it be possible to publish them as an external library?
> 
>     What I did isn't really complete enough to constitute a library, I'd
>     say.
> 
>     Here's what I did:
> 
>     >From Pervasives:
> 
>      open_out_win32
>      open_out_bin_win32
>      open_out_gen_win32
>      open_in_win32
>      open_in_bin_win32
>      open_in_gen_win32
> 
>     >From Sys:
> 
>      file_exists_win32
>      getcwd_win32
>      chdir_win32
>      missing: is_directory_win32, readdir_win32
> 
>     I did not code up Win32/UTF8 equivalents of anything in the Unix
>     module.  A complete
>     library of Win32/UTF8 file functions would include a number of items
>     from that module.
> 
>     If anyone's interested in finishing off what I've done, I could send
>     along
>     what I have.
> 
>     -- Paul
> 
>     _______________________________________________
>     Caml-list mailing list. Subscription management:
>     http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
>     Archives: http://caml.inria.fr
>     Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
>     Bug reports: http://caml.inria.fr/bin/caml-bugs
> 
> 
> 
> 
> _______________________________________________
> Caml-list mailing list. Subscription management:
> http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
> Archives: http://caml.inria.fr
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs