jon said:

Bowerbird, I'll be happy to put up a ZML regularized text version of My Antonia.

if you prepare your browser-based versions carefully, copying text from the browser-window will give z.m.l., so there's no real reason to create a separate version... (of course, if you don't do the correct preparation...) for me, "round-tripping" is one of the biggest priorities. and by that, i mean that when a z.m.l. file is presented, the end-user should be able to copy text out _as_ z.m.l., so that -- with just a few global search-and-replaces -- when reloaded into a z.m.l.-viewer, it will look the same. (even if its text-styling is stripped away, as can happen when it's saved as a plain .txt file, it should be restored. automatically.) i have attained this in the z.m.l. viewer-program already. (this was pretty simple, as i control all the operations.) i've also attained it in my .pdf version, where i'm able to work around the limitations of acrobat's copy operation -- if you've ever copied text from a .pdf, you realize how awful it mangles the formatting -- by controlling what my viewer-program writes to the .pdf in the first place. (to answer the first question of a knowledgeable person, i write a dummy-line as a separator between paragraphs, so a global replace restores the blank line between them.) when i get around to making my zml-to-html converter, i will try to make sure that the .html that's created will copy out of the browser-window correctly too. however, browsers do some funky crap in their copy operations, so it might not be possible to preserve _everything_, at least until the browser-programmers tighten up their act there. when i do that work, i'll share any tips people need to know in order to prepare an .html version to copy out good .zml... but in many cases, even now, a copy out of a browser-window can produce text that is .zml, or can be easily converted to it. for instance, jon, your website that gives your listserve rules creates a nice .zml file. consistent formatting yields good .zml. *** jon said:

Yes, if this is the case, it is mysterious since IA will gladly host them once the etext version is out the door.

sometimes i wonder if the internet archive is quite as accommodating as you always seem to make them out to be. i don't know otherwise, but it seemed if they were, then d.p. would've put their scans up long ago. (unlike their site, page-scans wouldn't need quick response-time.) pourlean said:

An accessible archive of posted projects & images is in the works.

i look forward to the day it comes online! (if there is any particular stumbling block, do please let me know, as maybe i can help.) *** jon said:

It's on me. In private email send me your address and I'll burn and mail you a disk of the 600 dpi and 120 dpi scans

hey, thanks for the gift, jon, i appreciate it! but i can't use 30 megs worth of scans in my little project; it's just a demo. so i wrote a quick program to grab a few dozen from the site. and now that i've done that, i can grab 'em all, if i ever need; since i was just looking for a way to do it in one fell swoop, i shoulda just done that straightaway, instead of bugging you. but maybe someone else will now be able to make good use of the zipped package of the scans that you added to your site... -bowerbird p.s. now if you'll all excuse me, i really need to go back to work... :+)