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

Virtual F2F meeting
by Scholger, Martina (martina.scholger＠uni-graz.at) 24 Apr '20

24 Apr '20

Hi all, this is the preliminary schedule for our virtual F2F meeting next week: https://docs.google.com/document/d/1tIA1pWABSJlL9KfCwK6t6zwVXm762LNAbvs45YU… Please feel free to comment on that. You can find the Zoom-Link in the Google Doc Meeting Times: Friday, May 1 all 09:00-13:00 EDT 14:00-18:00 GMT 15:00-19:00 CEST Saturday, May 2 European break-outs 9:00-12:00 GMT 10:00-13:00 CEST all 09:00-13:00 EDT 14:00-18:00 GMT 15:00-19:00 CEST American break-outs 15:00-18:00 EDT Sunday, May 3 all 09:00-13:00 EDT 14:00-18:00 GMT 15:00-19:00 CEST I'll have a look at the Guidelines and Stylesheeet issues and will add a table with issues that 'need discussion' soon. Best, Martina

1 0

Fresh assignments
by Peter Stadler 22 Apr '20

22 Apr '20

Dear Council friends, being in charge of ticket triage for this month I assigned a bunch of fresh tickets to members of this group. I tried to find appropriate matches for teams of liaisons but please bear with me if you might find that particular ticket, well, not suited … That said, you don’t have to ‚solve‘ those issues, just sheperd them and find someone to do it ;) So currently, for the TEI repo all tickets have someone assigned while for the Stylesheets there are more than 100 open issues without any assignment [1]. Here, I only assigned the most recent tickets that were not created by Council members (including Martin and Lou) themself. Cheers Peter [1] https://github.com/TEIC/Stylesheets/issues?q=is%3Aissue+is%3Aopen+no%3Aassi…

1 0

procrastination = analysis of Google chars
by Syd Bauman 15 Apr '20

15 Apr '20

I just did a fast-and-lousy analysis of the URLs of 78 of our GoogleDocs. In particular, I looked at the 40-character random-gobbledy-gook looking part after “/document/d/”. Call it “rgg”. Interestingly (to me, at least) each one is an NMTOKEN (in SGML parlance; in XML that is an Nmtoken (production [7]), or in W3C regex that means would match "\c{40}", or more precisely "[A-Za-z_-]{40}"). None are NAMES (or Names, production [5]), because they *all* start with the character ‘1’. Thus they all match the regular expression "1[A-Za-z_-]{39}". Using Unicode general category symbols, the frequency of character occurrences is as follows. 1409 Lu 1358 Ll 564 Nd 54 Pd 47 Pc Remember that each rgg starts with ‘1’. So if we factor those out, we get a frequency set of 1409 Lu [A-Z] 1358 Ll [a-z] 486 Nd [0-9] - ^1 78 I1 ^1 # I made that symbol up; it's for Initial 1 54 Pd - 47 Pc _ If characters are assigned randomly, we would expect the frequencies of Lu and Ll to be roughly equal, and roughly 2.6 times that of Nd; further, we would expect Pd and Pc (as single characters each) to occur 1/10th as often as Nd, and 1/26th as of Lu or Ll. And, on eyeballing them, those values are not far from expected. (For example, 54 * 26 is 1404, which falls in the 1358–1409 range.) But not all that close, either. (For example, 2.6 × the higher number for Nd is 1466, somewhat higher than Lu; but 2.6 × the lower number for Nd is 1264, somewhat lower than Ll.) But my guess is that another few hundred URLs would be needed to be more confident. (I am not a statistician, though.) Raw frequencies: 135 1 75 E 67 J 66 C 65 e 64 s 61 V 60 Z 58 4 58 B 58 D 58 h 58 M 58 n 57 d 57 g 57 G 57 k 57 l 56 b 56 P 56 Q 55 6 55 K 55 X 55 y 54 - 54 a 54 H 54 w 54 Y 53 A 53 j 53 t 53 v 53 x 52 L 52 N 51 f 49 0 49 8 49 q 49 W 48 7 48 F 48 p 48 U 47 _ 47 3 47 I 47 u 46 O 46 r 45 2 45 o 45 R 44 c 43 T 42 z 41 9 41 i 41 m 37 5 36 S OK. Back to what I should have been doing, which is review the minutes Martina asked me to look at yesterday.

1 0

council meeting in 50 minutes
by Scholger, Martina (martina.scholger＠uni-graz.at) 14 Apr '20

14 Apr '20

Dear all, Our call starts in 50 minutes, sorry I added the wrong time (for the Europeans) in my last email. We start at EST 09:00-10:30, GMT 14:00-15:30, CEST 15:00-16:30. I set up a zoom meeting, the meeting link is https://zoom.us/j/188592360?pwd=dTJ3TUxqaVhXS3ZMdEFHT0dNVEErQT09 Please find the agenda here: https://docs.google.com/document/d/1p_FKVqTkdaJe7asuyk4ybT5s95u-OTuEwR5Gkha…<https://docs.google.com/document/d/1p_FKVqTkdaJe7asuyk4ybT5s95u-OTuEwR5Gkha…> Martina

1 0

Next Council meeting: April 14
by Scholger, Martina (martina.scholger＠uni-graz.at) 09 Apr '20

09 Apr '20

Dear all, our next regular Council meeting is on Tuesday, April 14 at EST 09:00-10:30, GMT 13:00-14:30, CEST 14:00-15:30. I set up a zoom meeting, the meeting link is https://zoom.us/j/188592360?pwd=dTJ3TUxqaVhXS3ZMdEFHT0dNVEErQT09 Please find the agenda here: https://docs.google.com/document/d/1p_FKVqTkdaJe7asuyk4ybT5s95u-OTuEwR5Gkha… Have a nice Easter weekend! Martina

1 0

GitHub group permissions
by Peter Stadler 08 Apr '20

08 Apr '20

Dear all, (some of) you might have received a notification from GitHub about changed group/team permissions. That was me … I was just looking through our repositories and added the Council team to most of the repos (where missing) and granted us the „maintain“ role (while removing individuals from those repos). That should be more permissive as it was before but I don’t see any reason why Council members should not (by default) have the maintain role for repositories maintained by the TEIC. Cheers Peter

1 0

upcoming Stylesheets meeting, Tue 07 Apr 13:00Z
by Syd Bauman 07 Apr '20

07 Apr '20

We are planning to meet this coming Tue 1t 13:00Z. That's * 06:00 PDT * 09:00 EDT * 14:00 BST * 15:00 CEDT I'd like to take a look at two tickets, if we have time. 1) 326 (https://github.com/TEIC/Stylesheets/issues/326) Martina has yet to suggest a fix, but perhaps we should tackle this as a group. Martin & I think this fits in well with respect to our discussion last Tue, as the hard part of this is most likely finding the (various) place(s) where the @xml:id needs to be converted to @id. (The conversion itself is, almost assuredly, quite easy.) 2) 323 (https://github.com/TEIC/Stylesheets/issues/323) Georg has already provided a possible fix, so this may be as easy as putting his suggestion in place. I presume we're meeting on Google Hangouts, but someone tell me if y'all prefer Zoom.

2 1

Thank you!
by Scholger, Martina (martina.scholger＠uni-graz.at) 02 Apr '20

02 Apr '20

Dear Council, I got the lovely picture of our dinner at my house delivered yesterday. I’m delighted and will pick a place of honor for it. I still remember the wonderful evening we had – and I still find pieces of tin foil from the confetti cannon whenever I am in the garden 😊 I hope to see you all in real life again soon. Thank you so much! Best, Martina

1 0

Re: [Tei-council] Main tei-c site is down
by James Cummings 02 Apr '20

02 Apr '20

Thanks Peter (and Martin for a separate email). A symlink or similar was the kind of thing I was envisioning (though then the upgrade process needs to change it, right?). Sorry I can't make this IG meeting but do still intend to return! Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk Senior Lecturer in Late-Medieval Literature and Digital Humanities School of English, Newcastle University ________________________________ From: Peter Stadler Sent: Thursday, April 02, 2020 17:17 To: James Cummings Cc: Luis Meneses; Hugh Cayless, Ph.D.; tei-council(a)lists.tei-c.org Subject: Re: [Tei-council] Main tei-c site is down Hi James, maybe someone has answered off list already? Anyway, there’s a infrastructure group meeting scheduled for tonight and I just added the issue to the agenda. Thanks for the heads up! Best Peter > Am 31.03.2020 um 20:10 schrieb James Cummings <James.Cummings(a)newcastle.ac.uk>: > > Just to ask, is that not likely to break again at next PHP upgrade? Is there a way to point at the location of the 'default current php'. (I believe there is for some things in ubuntu, hence why I ask). > > > Many thanks, > James > > -- > Dr James Cummings, James.Cummings(a)newcastle.ac.uk > Senior Lecturer in Late-Medieval Literature and Digital Humanities > School of English, Newcastle University > From: Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Luis Meneses <ldmm(a)uvic.ca> > Sent: 31 March 2020 17:53 > To: Peter Stadler <pstadler(a)mail.uni-paderborn.de> > Cc: Hugh Cayless, Ph.D. <hugh.cayless(a)duke.edu>; tei-council(a)lists.tei-c.org <tei-council(a)lists.tei-c.org> > Subject: Re: [Tei-council] Main tei-c site is down > > Hi All, > > I am just sat on my desk at home and saw this email and the notices from the downtime. > It looks like the PHP update was the culprit. > > Many thanks to Hugh for fixing this! > > Best, > -Luis > > > > On Mar 31, 2020, at 7:02 AM, Peter Stadler <pstadler(a)mail.uni-paderborn.de> wrote: > > > > Hugh already fixed it by replacing `unix:/run/php/php7.0-fpm.sock` with `unix:/run/php/php7.3-fpm.sock` in the files at /etc/nginx/sites-enabled/ – right? > > > > Cheers > > Peter > > > >> Am 31.03.2020 um 15:48 schrieb Martin Holmes <mholmes(a)uvic.ca>: > >> > >> Hi Luis, > >> > >> The tei-c.org site is down, along with the wiki, although the Guidelines still seem to be up. > >> > >> Cheers, > >> Martin > >> _______________________________________________ > >> Tei-council mailing list > >> Tei-council(a)lists.tei-c.org > >> http://lists.lists.tei-c.org/mailman/listinfo/tei-council > > > > _______________________________________________ > Tei-council mailing list > Tei-council(a)lists.tei-c.org > http://lists.lists.tei-c.org/mailman/listinfo/tei-council

3 2

Main tei-c site is down
by Martin Holmes 02 Apr '20

02 Apr '20

Hi Luis, The tei-c.org site is down, along with the wiki, although the Guidelines still seem to be up. Cheers, Martin

4 4

zoom
by Scholger, Martina (martina.scholger＠uni-graz.at) 31 Mar '20

31 Mar '20

https://zoom.us/j/452506393 Mag. Dr.phil. Martina Scholger Zentrum für Informationsmodellierung - Austrian Centre for Digital Humanities Elisabethstraße 59/III 8010 Graz Austria martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at> https://informationsmodellierung.uni-graz.at<https://informationsmodellierung.uni-graz.at/> | https://gams.uni.graz.at<https://gams.uni.graz.at/> Institut für Dokumentologie und Editorik e.V. | https://i-d-e.de<https://i-d-e.de/> Chair of the TEI Technical Council | http://tei-c.org

1 0

Stylesheets tutorial meeting
by Syd Bauman 31 Mar '20

31 Mar '20

Reminder: our stylesheets tutorial meeting is scheduled for tomorrow, Tue 25 Feb at 14:00Z. That is: * 06:00 PST * 09:00 EST * 14:00 GMT * 15:00 CET I presume we will meet on Google Hangouts. Please have a local working copy of the Stylesheets repo[1] checked out (whether within Docker or not does not matter, I don't think). We will be relying on a few slides[2], a pair of images[3], and the mapping wiki page[4]. Notes ----- [1] https://github.com/TEIC/Stylesheets.git [2] Martin's anatomy_of_a_transformation [3] https://www.wwp-test.northeastern.edu/outreach/seminars/_utils/gfx/tei_odd_…, https://www.wwp-test.northeastern.edu/outreach/seminars/_utils/gfx/tei_odd_… [4] https://wiki.tei-c.org/index.php?title=Mapping_ODD_processing

3 5

next call: Tuesday, Feb 11
by Scholger, Martina (martina.scholger＠uni-graz.at) 23 Mar '20

23 Mar '20

Dear all, our next Council call is on Tuesday, February 11 (EDT 09:00-10:30, GMT 14:00-15:30, CEST 15:00-16:30). Please add topics to the agenda: https://docs.google.com/document/d/1hlKcKJJqW-LV0_-Q3rZQJqBxXySk_fA8qEJWlAu… We do not have a clear result for the F2F meeting location yet - so please fill in the doodle if you haven't done so far: https://doodle.com/poll/vpncpziivf4fcfn6 Best, Martina

7 14

Stylesheets meeting Tue 17 Mar 13:00Z
by Syd Bauman 16 Mar '20

16 Mar '20

We are planning to meet for ~1.5 hours this coming Tue 17 Mar at 13:00Z. That's * 06:00 PDT * 09:00 EDT * 13:00 BST * 14:00 CEDT I presume we are meeting on Google Hangouts unless someone tells me otherwise. Agenda ------ * Double-check logistics of Stylesheets orientation meeting, currently scheduled for Tue 31 Mar at 13:00Z. (Can someone put that on the Google Calendar?) * Check-in on previous progress (mostly 'cause I forget) * Ticket #396 [1] * Ticket #408 [2] As always, feel free to propose other agenda items. Notes ----- [1] https://github.com/TEIC/Stylesheets/issues/396 [2] https://github.com/TEIC/Stylesheets/issues/408

2 1

call in 10 minutes
by Scholger, Martina (martina.scholger＠uni-graz.at) 10 Mar '20

10 Mar '20

Dear all, our call starts in 10 minutes: https://docs.google.com/document/d/1sTII6OoW8O9jx_1Bns897Q_E63or2GDhZbxJygf… Best, Martina

1 0

Next call: Tuesday, 10 March
by Scholger, Martina (martina.scholger＠uni-graz.at) 08 Mar '20

08 Mar '20

Dear all, This is the agenda for our next Council call on Tuesday (EST 09:00-10:30, GMT 13:00-14:30, CEST 14:00-15:30). https://docs.google.com/document/d/1sTII6OoW8O9jx_1Bns897Q_E63or2GDhZbxJygf… For the Europeans - please note that we start an hour earlier than usual since the States already changed to summer time. Best, Martina

1 0

crossing fingers for Paderborn
by Syd Bauman 08 Mar '20

08 Mar '20

Checking https://wwwnc.cdc.gov/travel/notices and https://travel.state.gov/content/travel/en/international-travel/Internation… things still look good for our face-to-face. Hoping it stays that way.

1 0

UA waiving changing fees
by Raffaele Viglianti 06 Mar '20

06 Mar '20

Dear US-based colleagues, United Airlines announced that they will be waiving changing fees for flights booked in march. They fees will be waived for 12 months. I'll look into taking advantage of this for the F2F trip, if costs are reasonable from DC. Hopefully other airlines will follow, but let's hope we just get to see each other in May! Link below. Raff https://news.united.com/pub/sf/FormLink?_ri_=X0Gzc2X%3DYQpglLjHJlTQGmg3uzf6…

4 3

I hate to bring this up, but...
by Hugh Cayless 27 Feb '20

27 Feb '20

We should perhaps be thinking about contingency plans for the F2F, in case we're hit by travel restrictions related to Covid-19. I'm not suggesting calling it off at this stage, but we should be aware of the risks. I'll note that Facebook tells me Elena Pierazzo is under 2 weeks quarantine at home after returning from Italy. So it's far from impossible. And that said, I will almost certainly not be able to make it in person. If things go according to plan, my wife will be in the middle of radiation therapy then. (It's ok—her prognosis is excellent, given what we know right now, but I'm not going to leave for several days under those conditions.) I'd like to participate remotely to the extent I can. Hugh

3 4

Fwd: TEI Question
by Elisa Beshero-Bondar 24 Feb '20

24 Feb '20

Dear Council colleagues, Can any of you shed light on this interesting question? Are we indeed using the words "licence" and "license" inconsistently in the Guidelines vs. the website? Best, Elisa ---------- Forwarded message --------- From: Sarah Ketchley <ketchley(a)uw.edu> Date: Sun, Feb 23, 2020 at 9:09 PM Subject: TEI Question To: Elisa Beshero-Bondar <ebb8(a)pitt.edu> Hi Elisa, I hope you are well! I have a question about spelling on the TEI website and in its guidelines. One of my eagle-eyed students in the Intro to DH class I’m currently teaching questioned the spelling of the TEI element < licence <https://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-licence.html>>. My immediate response was that it was based on British English, but then I started digging around the website, and came to the ‘Licensing page’ : https://tei-c.org/guidelines/licensing-and-citation/ where the noun is spelled ‘license’. Any insights on this?! Sorry to throw a left-fielder at you! best Sarah [image: Newbook Digital Texts] Dr. Sarah Ketchley / Egyptology | Digital Humanities ketchley(a)uw.edu University of Washington Department of Near Eastern Languages & Civilization M220D Denny Hall www.emmabandrews.org www.sarahketchley.com www.newbookdigitaltexts.org [image: Twitter] <https://htmlsig.com/t/000001CSRE2Z> [image: Facebook] <https://htmlsig.com/t/000001CP3HD8> [image: LinkedIn] <https://htmlsig.com/t/000001CP21K7> [image: Github] <https://htmlsig.com/t/000001CMN2AT> -- Elisa Beshero-Bondar, PhD Director, Center for the Digital Text | Associate Professor of English University of Pittsburgh at Greensburg | Humanities Division 150 Finoli Drive Greensburg, PA 15601 USA E-mail: ebb8(a)pitt.edu <ebb8(a)pitt.edu> Development site: http://newtfire.org

3 2

Debian 9 -> Debian 10
by Luis Meneses 21 Feb '20

21 Feb '20

Hi All, I received an email from Joel at Huma-num about migrating two of our servers (web server and svn server) to Debian 10. I am including the translated message below. In this case, the migration path is an easy one since Huma-num is offering to do it for us. I will ask Joel for a timeframe when this will happen, but the transition should be transparent for us. Best, ----- -Luis Translation (courtesy of https://translate.google.ca) You are in charge of the administration of one or more virtual machines under Linux Debian 9, which run on our infrastructure. Debian 9 support for the Debian project has expired. All that remains is community support in "best effort" mode. We therefore invite you to plan the migration to Debian 10, which is as always easy, and must be almost transparent in a large part of the cases. We can of course help you to accompany you in this migration: - we do it - you validate in the process that everything works, and correct any concerns if necessary. NB: an easy and quick backtrack is always possible if in the last hours you have not changed the data contained in your virtual machine. This via the snapshot mechanism of our NetApp file server. ----- -Luis

2 2

on the content of <mapping>
by Syd Bauman 19 Feb '20

19 Feb '20

There are 21 examples of <mapping> in the _Guidelines_, and 5 different methods of representing the content thereof. (Although three of these methods are variants of the same idea.) The content model of <mapping> is macro.xtext, thus it can have only character data or <g>. Of the 21 of them, the desired mapping is represented in the content as: * straight character content in 15 (1 of those is multi-character, the rest are single characters); * numeric character references[1] in 3 (1 of those is multi-character, the others are single characters); * a <g> element in 1; and * the standard Unicode representation[2] in 2, i.e. they match "U\+[0-9A-F]{4,6}". The first three are variations of the same theme: the *content* of <mapping> *is* the character to which the character or glyph being defined should be mapped (whether expressed as character data, NCR(s), <g>(s), or some combination thereof). The last is entirely different. I think we can all agree that <mapping>U+00B5</mapping> means that the character or glyph currently being defined should be mapped to a single character µ = µ = µ = <g ref="#micro"/>, NOT a sequence of 6 characters U+00B5 = U+00B5. (Note that in the examples in _Guidelines_, the Unicode standard notational convention is used for all <mapping type="PUA">, and no other types of <mapping>.) But, as far as I know *nowhere* is this (the use of Unicode standard notation) mentioned in the _Guidelines_. Although I may be wrong about this, I do not think it would ever make sense to map a <char> onto a literal string "U+0123" (or "V=3456"). Furthermore, I think use of Unicode notation is a *really* good idea, *especially* if the character being represented is in the PUA; furthermore I suspect that the intention of whoever wrote this in the past was just that: Unicode standard convention should be used rather than actually putting PUA characters in a document instance. Thus I think the right solution is to: a) Have a _suggest values include_ list for mapping/@type (after all, we have it in the prose, sort of). b) Add some prose to 5.2 (#D25-20) that explains that in general "U+0123" notation may be used instead of "ģ" or "ģ", and that if the mapping is to the PUA area, this is the (vastly) preferred method. c) If anyone thinks it important to be able to map to absolutely arbitrary strings, then pick some value of @type (say "exact") for which use of "U+0123" would actually map to the string "U+0123". Notes ----- [1] Of course, they occur with "&" instead of an actual ampersand if you are reading the source. [2] Per the Unicode Standard Appendix A, "Notational Conventions".

2 3

guidance on last char of each <desc>
by Syd Bauman 18 Feb '20

18 Feb '20

labels: * TEI: Guidelines & Documentation * Priority: Low * CouncilResponsibility I had intended to submit a ticket on this topic, but after a bit of research realize I don't know what the ticket should say. So I'm asking for guidance from y'all -- what should we do about the following issue? IIRC, in general a <desc> should be 1 sentence that does not start with a capital letter, but does end in a full stop. By my count there are 10,475 <tei:desc> elements in the _Guidelines_. (That's not counting the 228 that are inside <egXML>; they are <teix:desc> elements that probably should be addressed, too.) Of those, 7689 end in a full stop,[1,2] and the other 2786 do not. That's a lot. Of course some of them should not end in full stop (e.g., those that end in ".)" or those that should not be a <desc> at all like the gloss of the value "group" of the @org attribute of <attList>). But most, I suspect, should. What to do? I submit that a) 2786 is way too many for manual intervention b) there are a bunch that end in screwy characters that probably need to be looked at (e.g., '>', superscript digits, '*') c) I am utterly unqualified to deal with non-English cases One thought is to divvy them up by language, so that (for example) I only have to deal with English, and ask for help for the other languages (perhaps ask Peter or Martina to deal with the German cases, Martin the Japanese, Raff the Italian, Alejandro the Spanish). Each language would be much more manageable on its own, I suspect. At least, the English certainly would be. There are only 9 categories: 1424 . 404 [a-z] 15 ) 2 [superscript digit] 2 [A-Z] 1 5 1 … 1 " 1 ; After some spot-checking, I would not be surprised if it made sense to automatically insert a period after all the [a-z] and ')' cases, leaving only 8 cases (in 6 categories) to be examined by hand. Thoughts? In case you want to see them (clicking on a column headings sorts): * All of them: https://bauman.zapto.org/~syd/temp/4TEICouncil/last_of_the_descs/lotd.xhtml * Only those that end in something other than full stop: https://bauman.zapto.org/~syd/temp/4TEICouncil/last_of_the_descs/lotdnfsonl… * Only those that are in English: https://bauman.zapto.org/~syd/temp/4TEICouncil/last_of_the_descs/lotend.xht… * Only those that are in English and do not end in full stop: https://bauman.zapto.org/~syd/temp/4TEICouncil/last_of_the_descs/lotendnfso… Notes ----- [1] I get bizarrely different results with different counting methods, not sure why. [2] 1002 are U+3002, IDEOGRAPHIC FULL STOP, mostly in zh-TW, but 57 in ja 1370 are U+FF0E, FULLWIDTH FULL STOP, most if not all in ja 5317 are U+002E, FULLSTOP, in lots of other languages

1 0

Travis check failures
by Martin Holmes 14 Feb '20

14 Feb '20

Hi all, I haven't really been involved in the setup of the Travis checks, so I don't really know what they're doing. Ron has made a pull request which I'd like to approve: <https://github.com/TEIC/Stylesheets/pull/420/> (I don't see anything wrong with it), but the Travis checks are failing. I can't see how to tell what checks have failed or why they've failed. When I ask Travis to re-run the checks, it shows "Re-running checks", but never seems to complete. Cheers, Martin -- ------------------------------------------ Martin Holmes UVic Humanities Computing and Media Centre

2 2

model.resource
by Peter Stadler 14 Feb '20

14 Feb '20

Hy Syd (hold you responsible), I have to admit that this slipped my notice in the last days but now that I do, I believe renaming model.resourceLike to model.resource was a bad idea. There’s even no deprecation for this class so all the customizations will suddenly break (this is how I noticed) for people using this class for e.g. hooking in other stuff … Just wanted to be the first to complain ;) Best Peter

5 5