delorie.com/archives/browse.cgi | search |
On Fri, 2014-09-05 at 23:57 -0400, DJ Delorie wrote: > The whole point of UTF-8 is that we don't need something to tell UTF-8 > strings from ascii strings :-) > > Symbol['<ascii character>'] > Symbol['<utf8 character>'] > > And I don't think storing hundreds, if not thousands, of glyphs in the > *.pcb file as Symbol[]s, makes any sense at all. We really need to be > able to read a *.ttf file directly if we're going to support large > fonts. > > > If the PCB file format becomes binary, > > I think a zip file is OK, because lots of OSS projects use zip, and > the internal file is still ascii anyway so you can always extract it. > Best of both worlds :-) Actually, I've seen zip files with non-compressed content... The zip header lies at the end of the file, so at the very least - one could append binary data and a zip structure at the end of the conventional PCB file. I think (but haven't checked), that it would be possible to force non-compressed content as part of the actual zip file, so perhaps that might be a way to strike a balance between revision control capable, and adding structuring content into the file. I'm not sure whether the zip header uses absolute offsets into the file (if so, that would hamper direct editing of the file), but it might be worth looking into. -- Peter Clifton <peter DOT clifton AT clifton-electronics DOT co DOT uk> Clifton Electronics
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |