Closed vr8hub closed 2 years ago
Re: page numbers. I'll double check the instances, but in general your instinct that "p." refers to something other than page numbers is kind of correct.
When citing Plato, it's common to use Stephanus numbers, and Jowett uses them consistently. When he refers to a Stephanus number as a "page", he is technically correct - it's a page of Henri Estienne's (Stephanus') edition of Plato. Usually, most scholars don't refer to Stephanus numbers as "page numbers" though (and Jowett is inconsistent about it throughout the translation).
Taking all of that into account, I left Jowett's occasional habit of labeling a Stephanus number as a "page number" alone.
So, a Stephanus reference of 247D is the same as p. 247 D? IOW, all Stephanus refs are page #’s, they just usually don’t have the p. in front?
If so, I’ll put this on the Alex list, but I’m pretty confident he’s going to want those standardized and the p. removed, if for no other reason than everyone else is going to have the same question I had. :)
Addressing each comment (PR #35):
I went ahead and checked off the ones you addressed. You can do that as you do things in other issues if you want; it's an easy way to keep track of what is done and what isn't. For the CSS, you don't want exactly the verse iX CSS, but the general idea, i.e. where the indent is specified, and the padding is such that when it wraps, it wraps in from the left margin of the text. For the references, the good news is that there aren't any 247D type references, i.e. a search for [0-9]+[A-Z] doesn't turn up anything. While I think it would be nice if the references were standardized, it might not always be possible, e.g. Republic III 386, 387 probably doesn't the letters because it's referring to the entire text on the page rather than a particular section. I don't think we need to worry about that, but I definitely think we need to get rid of the p. (and P., pp., etc.) because of the confusion factor. And that should be pretty easy with a regex. I have also seen another abbreviation that wasn't expanded; if you meant to expand them all, I'll note any others I find.
The other abbreviation I saw was "Crit." (Critias?), and then a regex search turned up one more in note-319, Euthyd.
I think I've addressed all the issues that I can (the rest are marked for Alex's review). Are you still working through your review?
Yes, sorry, Jacob. Our kids have been in from out-of-the-country, and so I've been having to do this after they go to bed, and then they left (for a bit) Monday and we've had social engagements both the last two nights. I'm just now getting to the things that are part of a normal review; the stuff I've found so far I found by just browsing around. I hope to be done by this weekend!
As you saw on Alex's issue, for the thesis, each line should be it's own paragraph (<p>
); we only use <br/>
when it's separating a single sentence. As you convert them, tag each paragraph with the appropriate class for formatting.
And, last, let's do get rid of the "p[p]." on the references.
Just to make sure I understand re: theses - we're looking for a structure like this?:
<p class="class-that-defines-indentation">I. One is.</p>
<!-- snipped -->
<p class="class-that-defines-indentation">Either one is one,
<br/>
Or, one has being,</p>
<p class="continued">from which opposite consequences are deduced,</p>
<!-- snipped -->
Right. Essentially, any sentence should be a <p>
. A <br/>
should only be used within a sentence, as "Either one is one…". And, unlike our verse formatting, when used like this the <br/>
doesn't have to go on its own line, it can just be at the end of line to be broken. (This sort of formatting is pretty common in dedications, e.g.)
<p class="whatever">Either one is one,<br/>
Or, one has being,</p>
I updated the Parmenides xhtml and CSS. One thing to note - it doesn't look like we can control the indentation after the <br/>
element? My reader renders it like this (note how the line after the <br/>
is not indented to the same level):
I'm not great at CSS, but my searches have mostly come up with the answer "if you want to control the indentation after a <br/>
element, you're using it wrong. Use a <p>
instead." (See this stackoverflow discussion)
Yeah, essentially the line break does exactly what would happen if it had to have a natural line break. And, as you've seen, trying to target <br/>
is an exercise in futility.
I think you'll just have to make both of those lines <p>
.
Okay, I've pushed my final changes. I'll close this issue (and the Alex review as well), so I think this can be released unless you or Alex have any other comments.
se find-mismatched-diacritics
identifies some differences, at least some of which should be addressed. For example, in the case of "fa[cç]on", e.g., thefacon de parler
in Theaetatus should befaçon de parler
(it is façon in the scans, but facon in the transcription, so this one is a transcription error). Same for σ[εέ]λας in Cratylus; the scan has accented epsilon, the transcription has unaccented. Since they're transcription errors, they're not editorial commits. I'll let you look at the rest. If there instances where the scans are inconsistent and you have to modify one or more instances, then it should be an editorial commit since it's changing content.<br/>
and white space before the</p>
in Republic, before the<hr/>
before "There still remains to be considered…".… to regard the “Timaeus,”
butby the help of Republic or “Phaedrus”:
. This is in keeping with CMS, which governs us for everything SEMoS doesn't directly address.