- Tei-council - lists.tei-c.org

Dates now fixed for F2F?
by Martin Holmes 20 Mar '15

20 Mar '15

I have a vague memory we're waiting for Paul to confirm, but I'd like to book travel if possible. Cheers, Martin

6 16

#505 Redefine <msPart>
by Peter Stadler 17 Mar '15

17 Mar '15

Dear all, I think we can move on with the ticket 505 „redefine <msPart>“. A I read the responses on TEI-L, there is a majority in favor of widening the semantics of <msPart> to include fragments. The related issue #661 concerned with empty content of <msIdentifier> (or to make it optional) seems to get rejected, in contrast. So, we need to alter the description of <msPart> as well as some prose as explained in [1]. Concerning examples, I can provide a 19th century letter … Stefanie, would you like to go on and implement those changes? Best Peter [1] https://docs.google.com/document/d/1bpBPughQp5sOoB13iTMHMeRd88Mjv12_eGZiQXY…

4 5

Fwd: purifying datatypes
by Lou Burnard 17 Mar '15

17 Mar '15

I just posted a message to the somnolescent tei-odds list on this topic, with some detailed proposals as an attachment did anyone see them?

2 1

@allowText still lurks
by Lou Burnard 17 Mar '15

17 Mar '15

Last time I taught pure ODD (last month, in Paris) someone pointed out to me that we have forgotten to remove @allowText from <content> and from the class att.repeatable. Unless someone comes up with a good reason why not, I propose to remove it tomorrow. We agreed back in November that <textNode> was all we needed.

2 1

Order in listChange
by Raffaele Viglianti 14 Mar '15

14 Mar '15

Hi all, I just wanted to do a final check with you before acting on Bug 706 <https://sourceforge.net/p/tei/bugs/706/>. The comments seem to favour imposing a reverse chronological order of changes on listChange, but that would contradict the role of the optional attribute @ordered. Should we impose a reversed chronological order only when @ordered=true? Should we go as far as making @when required? The examples on the guidelines suggest a reverse chronological order when there is no @ordered and a chronological order when @ordered=true http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-listChange.html Thanks for your input, Raff

5 9

Ticket assignments
by Hugh Cayless 13 Mar '15

13 Mar '15

As you’ll probably have seen from the slew of sourceforge emails, I’ve made an almost totally random assignment of bugs to the folks with the fewest bugs/FRs on their plates. I didn’t assign the one unassigned FR (https://sourceforge.net/p/tei/feature-requests/546/ <https://sourceforge.net/p/tei/feature-requests/546/> —which is Lou’s) because we didn’t get to discuss it. Can we do so now via the list? Thanks all! Hugh

4 7

URLs in example code in the Glines
by Martin Holmes 13 Mar '15

13 Mar '15

HI all, A ticket was just raised: <https://sourceforge.net/p/tei/bugs/744/> by Martin de la Iglesia, who noticed that a couple of URLs in example code were not working. Our current link-checking system doesn't handle this, because it simply checks HTML links in the Guidelines web version; the URLs in examples are of course just rendered as text, so they are not checked. I just link-checked all the URLs in examples -- there are several hundred, but many are duplicates. My question is: should we care if these links are broken? Many are designed not to work anyway (www.example[s].com|org, for instance -- but others are clearly intended to be genuine. There are many duplicates, but if I filter out the dupes and the example.x ones, there are 9 404s, a 303 and a few missing hostnames. Is it worth following up on this to fix these, and adding this sort of check to the current link checking, or is it not worth the trouble? Cheers, Martin

1 0

MsPart Comments
by Hugh Cayless 13 Mar '15

13 Mar '15

Hoping to spark some comment. As you might expect, I'm *strongly* in favor of permitting the use of msPart for describing fragments, so all I have are quibbles: 1) I don't thing the distinction should be "composite" vs. "dispersed". The fragments of a broken up (e.g. papyrus) text aren't necessarily scattered (though they may be), but the text *is* in bits rather than joined or bound together, and those bits may each have their own identifiers and their own histories. 2) In the proposed text rewording "only remaining fragment of a former codex", the word "codex" excludes papyri and inscriptions. 3) I'm not sure I understand the altIdentifier/msPart issue...

7 17

correspAction@type
by Peter Stadler 13 Mar '15

13 Mar '15

The last changes made by Lou introduced the suggested values „sentBy“ „deliveredTo“ etc. to correspAction@type [1]. I’d like to propose skipping the preposition and simply call those „sent“, „delivered“ etc. because we usually describe three things within <correspAction>, i.e. the date, the place and the actor. Since there is not one preposition that (grammatically) fits all items, and because I like the analogy with email terminology, I think it’s best to only have „sent“, „received“, „forwarded“, „redirected“ and „transmitted“. Cheers Peter [1] http://teijenkins.hcmc.uvic.ca/job/TEIP5/lastSuccessfulBuild/artifact/relea…

3 3

next oXygen release
by James Cummings 28 Feb '15

28 Feb '15

As I was asking them about something they told me would be in the oXygen 17 release (being able to populate oXygen forms properties from remote files, e.g. in lists of attribute values from a remote file being used in a dropdown menu) I happen to ask them when oXygen 17 was planned. George answered saying: On 28/02/15 16:16, oXygen XML Editor Support (George Bina) wrote:> Hi James, > > We plan oXygen 17 for end of April / beginning of May. > > Best Regards, > George So that is after our intended release... so let's make that release on time!! -James -- Dr James Cummings, James.Cummings(a)it.ox.ac.uk Academic IT Services, University of Oxford

2 1