- gutvol-d - lists.pglaf.org

Possible bug in epubmaker
by James Simmons 07 Apr '12

07 Apr '12

One of the things I did with my RST file was to include a cover image, like this: .. meta:: :PG.Id: 9999 :PG.Title: A Study of the Bhagavata Purana :PG.Rights: Public Domain :PG.Producer: Bhakta Jim :PG.Credits: This file was produced from page images at the Internet Archive. :DC.Creator: Purnendu Narayana Sinha :DC.Title: A Study of the Bhagavata Purana or Esoteric Hinduism :DC.Language: en :DC.Created: 1901 :coverpage: images/bhagap_cover.png There really is a bhagap_cover.png file in my images directory. However, the file does not get included in the EPUB archive. I do not refer to this file anywhere in the HTML. I definitely include it in the zip file I upload. James Simmons

3 5

epubmaker support forum
by Bowerbird＠aol.com 07 Apr '12

07 Apr '12

seems like there is need for an epubmaker support forum. and while, on one level, gutvol-d might be the right place, anyone who's paying any bit of attention at all knows that pg-rst and epubmaker are failing -- failing _big-time_ -- to win hearts and minds over at distributed proofreaders... indeed, they're steadily losing the few supporters they had. (if you need proof, just read the posts from the past week.) so if you want to shore this thing up before it sinks entirely, better get someone over there pronto to do some repair work. otherwise, james might end up being your only .rst submitter. -bowerbird p.s. yet another observation that you could've made yourselves, if you merely took your heads out of the sand. you're welcome...

1 0

Re: [gutvol-d] Bhagavata Purana ready to submit?
by Bowerbird＠aol.com 06 Apr '12

06 Apr '12

james said: > I would be especially interested > in Bowerbird's opinion on this. i expect you will make some edits in the next few days, so i'll get to it sometime next week, when it has settled down. *** > I like RST better than the ZML that he had originally suggested. it's all light-markup. that's the main decision-point involved. > My reason is that while ZML documents > look like they aren't marked up at all, > that is not necessarily an advantage. that can be debated. but i'm not really interested in doing so. > For instance, to make a heading in ZML > it sounds like you have to insert > some number of blank lines before the text. correct. 4 blank lines before. and 2 blank lines after. 1 blank line between heading and subheading, if any. this will sound very familiar to anyone who knows the p.g. standard text format, as it is exactly the same... > Counting blank lines is something I'd rather not deal with. i can understand that. except i don't find myself doing much "counting". the computer's pretty good at doing that, so i just let the computer do the counting for me... then it displays the table of contents, and i just check to make sure it looks right -- that all of the headers at a specific level (there's often just one) line up nice and straight and purty, just like they're supposed to. and if one of them is wrong, it sticks out like a sore thumb, so i see it, and know it's wrong, and i go and fix it, pronto... one of my test-suite books has headers that are 6 levels deep, and i routinely handle that file without having any problems... > RST lets you underline the heading with something > and not worry about blank lines before or after. you could easily create a macro that would toggle between the blank-lines headers and a more-explicit type of markup. > ...switch to implicit... > change '\n[h1] ' to '\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n ' > change '\n[h2] ' to '\n\n\n\n\n\n\n\n\n\n\n\n\n ' > change '\n[h3] ' to '\n\n\n\n\n\n\n\n\n\n\n ' > change '\n[h4] ' to '\n\n\n\n\n\n\n\n\n ' > change '\n[h5] ' to '\n\n\n\n\n\n\n ' > change '\n[h6] ' to '\n\n\n\n\n ' > ...switch to explicit... > change '\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n ' to '\n[1] ' > change '\n\n\n\n\n\n\n\n\n\n\n\n\n ' to '\n[2] ' > change '\n\n\n\n\n\n\n\n\n\n\n ' to '\n[3] ' > change '\n\n\n\n\n\n\n\n\n ' to '\n[4] ' > change '\n\n\n\n\n\n\n ' to '\n[5] ' > change '\n\n\n\n\n ' to '\n[6] ' *** my authoring-tools show formatted output _while_ you edit, so there's no need to "guess" how something is gonna look... -bowerbird

1 0

Problems in RST with numbered lists.
by James Simmons 06 Apr '12

06 Apr '12

OK, I'm making some progress with RST but I'm still stuck on numbered lists. I don't *want* numbered lists. My original text has paragraphs that begin with numbers (both Arabic and Roman) and I just want these to be formatted as paragraphs or block quotes with no <li> and <ol> tags. When RST puts these in the lists are not in a nice vertical column but indent and outdent at odd points. So again I don't want numbered lists here. I just want my paragraphs left alone even when they are numbered. Thoughts? James Simmons

2 1

Numbered list example problem for RST
by James Simmons 06 Apr '12

06 Apr '12

An example of the screwy numbered lists I've been getting: <ol class="arabic simple"> <li>Animâ, the power of becoming as small as an atom. </li> <li>Mahimâ, the power of increasing size. </li> </ol> 3. Laghimâ, the power of becoming light. These three Siddhis relate to the body. 4. Prâpti, to be in the relation of presiding Devas to the corresponding senses of all beings. 5. Prâkâmya, power of enjoying and perceiving all objects seen or unseen. 6. Îsitâ, control over the energies of Mâyâ in Ísvara, over the lower energies in other beings. <ol class="arabic simple" start="7"> <li>Vasitâ, Non-attachment to objects. </li> <li>Kâmâvasâyitâ, the power of attaining all desires. </li> </ol> James Simmons

1 0

Bug in eopubmaker for ..pgfooter:: ?
by James Simmons 06 Apr '12

06 Apr '12

I've been using the epubmaker website to experiment with RST and so far everything works well except for the .. pgfooter tag. If I put it in I get this: unzipping /htdocs/epubmaker/cache/20120405084734/BP.zip Input file: AStudyOfTheBhagavataPurana.rst EpubMaker version 0.3.19b4 <string>:11826: (ERROR/3) Unexpected indentation. <string>:11827: (WARNING/2) Block quote ends without a blank line; unexpected unindent. :66: (SEVERE/4) Title level inconsistent: Section 1. General Terms of Use & Redistributing Project Gutenberg\u2122 electronic works ```````````````````````````````````````````````````````````````````````````````````` Traceback (most recent call last): File "/usr/local/bin/epubmaker", line 9, in <module> load_entry_point('epubmaker==0.3.19b4', 'console_scripts', 'epubmaker')() File "/usr/local/lib/python2.6/dist-packages/epubmaker-0.3.19b4-py2.6.egg/epubmaker/EpubMaker.py", line 369, in main exception ("%s" % what) UnicodeEncodeError: 'ascii' codec can't encode character u'\u2122' in position 109: ordinal not in range(128) If I leave it off everything works but of course I don't have the footer. You can check out what I'm doing here: http://epubmaker.pglaf.org/cache/20120405084734/ James Simmons

3 3

a nagging feeling about a failure to recognize the potential
by Bowerbird＠aol.com 30 Mar '12

30 Mar '12

every so often, i am bothered by a nagging feeling that there is a significant failure at p.g. to recognize the potential out there. i got it again today, when i read this article from "wired": > http://www.wired.com/wiredscience/2012/03/ff_aiclass/all/1 stanford put a class online, in the form of videos and more, for the public at large, and tens of thousands _completed_ the class. (originally signing up were _160,000_ people, but the class was on the subject of artificial intelligence, and it wasn't all that easy, so it's not surprising that the vast majority of 'em "dropped out".) also mentioned in the article is "khan academy", which has been featured in a segment on "60 minutes", and is also outstanding, hosting thousands of online video tutorials, covering matters in science, math, and economics, with a million students worldwide. the _reach_ of these projects is staggering, in my humble opinion. and again, it gives me a nagging feeling that project gutenberg -- with its alignment to the "great books" type of philosophy -- could be doing _so_much_more_... i have no suggestions, and i certainly wouldn't want to have to "defend" that nagging feeling as being "accurate", because i fervently hope i'm wrong about it... nonetheless, it haunts me... -bowerbird

1 0

Re: [gutvol-d] sweet little proofing interface
by Bowerbird＠aol.com 29 Mar '12

29 Mar '12

it's a very good thing that i've stopped wasting time on the idiots-in-charge over at distributed proofreaders... -bowerbird

1 0

sweet little proofing interface
by Bowerbird＠aol.com 28 Mar '12

28 Mar '12

new work, on a very sweet little proofing interface... > http://ec2-46-137-53-169.eu-west-1.compute.amazonaws.com/prooftest/cgi-bin/… you can adjust the size of the window if you like, and then zoom the text so it matches the window's width. the punctuation flags are irritating, but otherwise, very nice. best stuff i've seen in ages. check it out. -bowerbird

1 0

[Illustration] tag in plain text from RST?
by James Simmons 26 Mar '12

26 Mar '12

It looks like RST does not create [Illustration] tags in plain text files. For instance, I use this: .. image:: images/bhagap011.png :alt: A diagram of concentric circles with P at the center and M' the outermost, with the Key below working inwards. hoping to get this in my plain text file: [Illustration: A diagram of concentric circles with P at the center and M' the outermost, with the Key below working inwards.] but instead I get no [Illustration] tag at all. James Simmons

2 1