Adding lesson timing information?

[Peter Seibel]

In CSAwesome pre-PreText we had some markup that added timing information to each chapter with an image and some text (a picture of a clock and either "45 minutes" or "90 minutes"). What's the best way to do something like that in PreText? I couldn't find any elements in the PreText vocabulary that seemed appropriate.

[Andrew Scholer]

I can't think of an existing structure. 

That might be a good spot for some custom XSL. It would not be too hard to turn
<expected-time value="45"/>
into whatever you wanted.

I would recommend against doing too much custom XSL (and others would no doubt recommend so even more strongly). If you hack into existing templates you will be potentially looking at a lot of maintenance, or at least vigilance, to avoid broken builds. But something self contained like that (it doesn't interact with the rest of the book's source or override existing templates) is not going to be much of a problem.

Perhaps if you get something robust working (for both HTML and static outputs) you could pitch it as a general feature. There might be some negotiating over the element/attribute names at that point, but making those kinds of changes as part of a PR is usually pretty easy.

Andrew Scholer (he/him/his)

Computer Science Instructor

Chemeketa Community College

503.589.7649 

computerscience.chemeketa.edu/people/andrew-scholer/

On Mon, May 26, 2025 at 1:56 PM Peter Seibel <peter...@berkeley.net> wrote:

In CSAwesome pre-PreText we had some markup that added timing information to each chapter with an image and some text (a picture of a clock and either "45 minutes" or "90 minutes"). What's the best way to do something like that in PreText? I couldn't find any elements in the PreText vocabulary that seemed appropriate.

--
You received this message because you are subscribed to the Google Groups "PreTeXt support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pretext-suppo...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/pretext-support/b84442bc-1f11-4432-b0f6-523a7c6f941an%40googlegroups.com.

[Peter Seibel]

I guess that's specified in project.ptx? And we have one set up so I tried adding a rule to it to match a <time> element but it didn't seem to do anything so I'm probably holding it wrong.

[Oscar Levin]

In project.ptx you can specify a custom xsl file that would import the pretext-html.xsl file.  And in your xsl file, you override or add things.

On Tue, May 27, 2025, 3:44 PM Peter Seibel <peter...@berkeley.net> wrote:

I guess that's specified in project.ptx? And we have one set up so I tried adding a rule to it to match a <time> element but it didn't seem to do anything so I'm probably holding it wrong.

--
You received this message because you are subscribed to the Google Groups "PreTeXt support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pretext-suppo...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/pretext-support/ff3204f2-4995-48c7-8cc3-e1c512605cben%40googlegroups.com.

[Andrew Scholer]

Based on what I see in the CSAwesome2 project.py the XSL should be working.

I added 
<xsl:template match="time">
    <xsl:message>Time element processed!!!</xsl:message>
    <div>This is my time content</div>
</xsl:template>

To the custom xsl file and a <time/> element to the main index page. On build I saw the XSL message and in the output I saw the div.

Andrew Scholer (he/him/his)

Computer Science Instructor

Chemeketa Community College

503.589.7649 

computerscience.chemeketa.edu/people/andrew-scholer/

On Tue, May 27, 2025 at 2:44 PM Peter Seibel <peter...@berkeley.net> wrote:

I guess that's specified in project.ptx? And we have one set up so I tried adding a rule to it to match a <time> element but it didn't seem to do anything so I'm probably holding it wrong.

--
You received this message because you are subscribed to the Google Groups "PreTeXt support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pretext-suppo...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/pretext-support/ff3204f2-4995-48c7-8cc3-e1c512605cben%40googlegroups.com.

[Peter Seibel]

Huh, I could have sworn that's almost exactly what I did. Maybe mine worked and I was just looking in the wrong place for it. (I didn't have the xml:message in mine.) Thanks!

You received this message because you are subscribed to a topic in the Google Groups "PreTeXt support" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/pretext-support/pXT5rY8thDQ/unsubscribe.
To unsubscribe from this group and all its topics, send an email to pretext-suppo...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/pretext-support/CACm44N-bO7qX8eRzrq-bJ0%3DHMbmnypjSn7sBSxYYN9aseLWUtQ%40mail.gmail.com.

--

BHS Bell Schedule app: https://gigamonkeys.com/misc/bhs/

[Peter Seibel]

Okay. Pretty much working. I've got this source in my ptx:

<section xml:id="topic-1-1-intro-algorithms">

  <time minutes="45"/>

  <title>Introduction to Algorithms, Programming, and Compilers</title>

  <introduction>

Then in my custom xsl I have:

<xsl:template match="time">
  <xsl:message>Time element processed!!!</xsl:message>

  <div class="time"> ... </div>
</xsl:template>

All good but it the output of the "time" element ends up below the h2 containing the contents of the title, presumably because the section rule extracts the title and places the h2 at the top of the section. Is that likely it? And if so, is there a good way to change my custom XSL to place the output of the time node before the h2 generated to hold the title? 

[Andrew Scholer]

Yes, quite likely that title is being extracted and treated separately. And likely for some good reasons. Possibly presentation ones, but also possibly because all kinds of numbering magic is happening to the title.

Can you override that? Sure. But it likely involves copy/pasting multiple existing templates and making changes to those. That is when you get into maintenance headache territory. 

This is where I recommend settling for "not what I had originally pictured, but that works well too".

In this case, the constraint feels like it is pushing you in a good direction. For someone relying on a screen reader, getting the title before the time hint feels like it is going to be significantly clearer. "Section 2: blah blah.... Expected time: 45 minutes" gives the most important information first. "Expected time: 45 minutes. Section 2: blah blah..."

Andrew Scholer (he/him/his)

Computer Science Instructor

Chemeketa Community College

503.589.7649 

computerscience.chemeketa.edu/people/andrew-scholer/

To view this discussion visit https://groups.google.com/d/msgid/pretext-support/8563b8a7-dcdc-446e-ad7f-af0b5caba8e6n%40googlegroups.com.

[Rob Beezer]

The time to read a division sounds to me like metadata of a sort. You are going
to have trouble with a #time element being caught up in lots of things you
didn't expect.

I'd suggest an attribute on divisions

<chapter reading-time="45" ....

Default to minutes? Option for other units?

<chapter reading-time="6" reading-time-units="hour" ...

Then I'd build a modal template

<xsl:template match="*" mode="reading-time">

that would produce *text* like "6 hours". You could localize the string for the
units and maybe get fancy with singular/plural. You could restrict the match to
just divisions, using one of the defined entities.

Then, as Andrew knowledgeably suggests, you need to find where section headings
are created and make the dangerous ill-advised leap to overriding those and
being unsupported. Mix in something like

<xsl:apply-templates select="." mode="reading-time"/>

where the select needs adjustment depending on current context so it references
the division of interest. You can put the result in a local variable and
condition on it being empty (which should be the result if there is to @time
attribute).

Rob

On 5/27/25 16:21, Andrew Scholer wrote:
> Yes, quite likely that title is being extracted and treated separately. And
> likely for some good reasons. Possibly presentation ones, but also possibly
> because all kinds of numbering magic is happening to the title.
>
> Can you override that? Sure. But it likely involves copy/pasting multiple
> existing templates and making changes to those. That is when you get into
> maintenance headache territory.
>
> This is where I recommend settling for "not what I had originally pictured, but
> that works well too".
>
> In this case, the constraint feels like it is pushing you in a good direction.
> For someone relying on a screen reader, getting the title before the time hint
> feels like it is going to be significantly clearer. "Section 2: blah blah....
> Expected time: 45 minutes" gives the most important information first. "Expected
> time: 45 minutes. Section 2: blah blah..."
>
> Andrew Scholer (he/him/his)
> Computer Science Instructor
> Chemeketa Community College
> 503.589.7649

> computerscience.chemeketa.edu/people/andrew-scholer/ <http://

> 503.589.7649 <tel:(503)%20589-7649>
> computerscience.chemeketa.edu/people/andrew-scholer/ <http://

> computerscience.chemeketa.edu/people/andrew-scholer/>
>
>
> On Tue, May 27, 2025 at 2:44 PM Peter Seibel <peter...@berkeley.net>
> wrote:
>
> I guess that's specified in project.ptx? And we have one set up
> so I tried adding a rule to it to match a <time> element but it
> didn't seem to do anything so I'm probably holding it wrong.
>
> --
> You received this message because you are subscribed to the
> Google Groups "PreTeXt support" group.
> To unsubscribe from this group and stop receiving emails from
> it, send an email to pretext-suppo...@googlegroups.com.
> To view this discussion visit https://groups.google.com/d/msgid/
> pretext-support/ff3204f2-4995-48c7-8cc3-

> e1c512605cben%40googlegroups.com <https://groups.google.com/d/
> msgid/pretext-support/ff3204f2-4995-48c7-8cc3-
> e1c512605cben%40googlegroups.com?
> utm_medium=email&utm_source=footer>.

>
> --
>
> You received this message because you are subscribed to a topic in
> the Google Groups "PreTeXt support" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/

> topic/pretext-support/pXT5rY8thDQ/unsubscribe <https://
> groups.google.com/d/topic/pretext-support/pXT5rY8thDQ/unsubscribe>.

> To unsubscribe from this group and all its topics, send an email to
> pretext-suppo...@googlegroups.com.
> To view this discussion visit https://groups.google.com/d/msgid/
> pretext-support/CACm44N-bO7qX8eRzrq-

> bJ0%3DHMbmnypjSn7sBSxYYN9aseLWUtQ%40mail.gmail.com <https://
> groups.google.com/d/msgid/pretext-support/CACm44N-bO7qX8eRzrq-
> bJ0%3DHMbmnypjSn7sBSxYYN9aseLWUtQ%40mail.gmail.com?
> utm_medium=email&utm_source=footer>.
>
>
>
> --
> BHS Bell Schedule app: https://gigamonkeys.com/misc/bhs/ <https://
> gigamonkeys.com/misc/bhs/>

>
>
> --
> You received this message because you are subscribed to the Google Groups
> "PreTeXt support" group.
> To unsubscribe from this group and stop receiving emails from it, send an

> email to pretext-suppo...@googlegroups.com <mailto:pretext-
> support+u...@googlegroups.com>.

> To view this discussion visit https://groups.google.com/d/msgid/pretext-

> support/8563b8a7-dcdc-446e-ad7f-af0b5caba8e6n%40googlegroups.com <https://
> groups.google.com/d/msgid/pretext-support/8563b8a7-dcdc-446e-ad7f-
> af0b5caba8e6n%40googlegroups.com?utm_medium=email&utm_source=footer>.

>
> --
> You received this message because you are subscribed to the Google Groups
> "PreTeXt support" group.
> To unsubscribe from this group and stop receiving emails from it, send an email

> to pretext-suppo...@googlegroups.com <mailto:pretext-
> support+u...@googlegroups.com>.

> To view this discussion visit https://groups.google.com/d/msgid/pretext-support/

> CACm44N9QNXP%3DjOOB-yRi%3DvxtAr%3DGw%3DCFjg%3DHe5ZGbGxs-1gVZw%40mail.gmail.com
> <https://groups.google.com/d/msgid/pretext-support/CACm44N9QNXP%3DjOOB-
> yRi%3DvxtAr%3DGw%3DCFjg%3DHe5ZGbGxs-1gVZw%40mail.gmail.com?
> utm_medium=email&utm_source=footer>.

[Peter Seibel]

Okay, so I take it that there is no way except for essentially forking the main XSL to inject content into the output? 

To unsubscribe from this topic, visit https://groups.google.com/d/topic/pretext-support/pXT5rY8thDQ/unsubscribe.

To unsubscribe from this group and all its topics, send an email to pretext-suppo...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/pretext-support/MTAwMDAyNS5iZWV6ZXI.1748397797%40pnsh.

[Charilaos Skiadas]

Thinking out loud here, but if we are talking about associating a reading-time attribute to divisions, which I believe all (could/should) have ids, would there be some way to essentially extract all id-timing pairs and store them in some place, for various kinds of post-processing? Would it be possible to have some Javascript add-on that consults this list then generates an appropriate placement wherever needed? I may be wrong but I believe the ids survive the process and are present in the HTML? 

I believe that is something you could probably do without changing the main xsl, just a separate processing sheet that grabs all the id-reading-time pairs and puts together a js file, perhaps?

In any case, is this something that we are considering adding to the main pretext, or a definite “this is not something pretext intends to officially support”?

If we were to consider adding it, and I personally like it as a feature, I much prefer Rob’s division-level attribute/metadata approach to adding a time tag, which to me is mentally linked to the HTML time tag.  https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/time

Charilaos Skiadas
Professor in Mathematics and Computer Science
Hanover College

To view this discussion visit https://groups.google.com/d/msgid/pretext-support/CAMiqbmmkc%3DiSM%3DCvLVw8jB2uK5z37%2B4_UCoKhZN9kXAkNCK9CQ%40mail.gmail.com.

[Peter Seibel]

For my purposes I'm just trying to find a reasonable way to do the thing I want for my book that doesn't cut too hard against the grain of PreTeXt. Which I think I have with a combination of a bit of custom XSL and some custom CSS for my web book.

 If I were trying to design a general-purpose feature I'd probably think of it as giving authors a way to attach arbitrary metadata to elements within a book and then to provide some hooks so that custom XSL could access that metadata at book/page/whatever generation time to affect how things are generated including possibly injecting generated content at various places. But I haven't looked closely enough at how the current XSL is structured to have any sense of how big a lift that would be.

I understand that part of the ethos of PreTeXt is to provide an opinionated framework about how books should be structured but I also believe that every book is going to have some unique needs that can't be covered by any general-purpose structure. Given that tension I think it's better to provide well-defined extension points so authors can do rather than force us into even grosser hacks that take us farther away from living within the basic structure. But that's just me kibitzing for the moment.

To view this discussion visit https://groups.google.com/d/msgid/pretext-support/796D671F-1783-448F-8660-2DBB029CE993%40gmail.com.

[David W. Farmer]

This strikes me as a possible Runestone feature.

Associating a reading-time to a book element is not an
authoring decision. You have to know something about your students,
their preparation, their working conditions, etc. One of our
many lessons is that authors do not (and maybe cannot) know
how their book will be used. Instructors maybe; authors no.

The id on element is all you need to have some timing metadata
associated to it.

Apologies if I have missed some important point in this thread,
but it strikes me that this discussion should be stopped and then resumed
as a Runestone topic. I predict that no change will be needed to
PreTeXt.

Regards,

David

> https://groups.google.com/d/msgid/pretext-support/CAMiqbmnsuWBW%3DYFq2eYsJpWDPJts8y-OKnH95TAVk%3D740%3DP7Og%40mail.gmail.com.
>
>

[Peter Seibel]

Is there an official mechanism for injecting custom XSL? Because I've got to generate my book on Runestone which isn't going to install a hacked version of PreTeXt for me.

[Sean Fitzpatrick]

You write an xsl style sheet that imports pretext-html.xsl and include it with your project.

Then you can specify the extra xsl in the project.ptx file. Any templates you write will override the default ones.

To view this discussion visit https://groups.google.com/d/msgid/pretext-support/5a05f21a-c681-4ec4-ac7d-68130a34f343n%40googlegroups.com.

[Sean Fitzpatrick]

We use custom xsl for APEX, but for PDF, not HTML. If you want to see how it's implemented, the repo is here:

https://github.com/APEXCalculus/APEXCalculusPTX

[David W. Farmer]

No, there is no official mechanism.

And I hope there never will be.

This is a consequence of an unwritten principle of PreTeXt:
do not repeat the mistakes of LaTeX.

If you know enough, you can try hacking your own custom XSL or CSS.

We actively discourage people from doing that, and we make
changes with no regard as to whether that might mess up
someone's custom hack. (but we are not malicious about it)

This is a feature and should be embraced.

Regards,

David Farmer

> https://groups.google.com/d/msgid/pretext-support/5a05f21a-c681-4ec4-ac7d-68130a34f343n%40googlegroups.com.
>
>

[Rob Beezer]

On 5/28/25 07:18, Peter Seibel wrote:
> For my purposes I'm just trying to find a reasonable way to do the thing I want
> for my book

I'd suggest you could begin each division with

<paragraphs>
<title>Reading Time</title>
<p>45 minutes.</>
</paragraphs>

It will look OK. Your message will be clear. It'll look fine in a PDF, in an
EPUB, and in braille. No extra XSL (which we should *not* be promoting!). No
extra CSS. You are no longer responsible. But you won't have a nice little
clock image nearby.

David F said it better than I was going to. Timing is instructor-provided
information. PreTeXt helps authors and publishers (though there are serious
nascent efforts to make "courses" with PreTeXt). Runestone is where instructors
are supported.

> I think it's better to provide well-defined extension points so authors can
do rather than force us into even grosser hacks

I don't think we are forcing anybody to do anything. We provide a tool that
people find useful, backed by a philosophy (rather than an ethos), and years of
dedicated conscientous work.

Rob

[Sean Fitzpatrick]

Even as an instructor I don't think I could reliably predict a reading time.
I might create a homework set that I think should take an hour. Some students finish in 10 minutes. Some show up angry, looking for help because they've spent 6 hours on it.

If you really want the clock, you could create a set of clock images for different times, put them in the assets folder, and then extend Rob's suggestion with something like:

<sidebyside widths="50% 20%" margins="auto">
  <p>Reading time: 45 minutes</p>
  <image source="images/clock-45.png/>
</sidebyside>

--
You received this message because you are subscribed to the Google Groups "PreTeXt support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pretext-suppo...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/pretext-support/MTAwMDA0My5iZWV6ZXI.1748448339%40pnsh.

[Chrissy Safranski]

I would argue that suggested timing of lessons is part of an author's decision when writing.  One of the things I like a lot about Active Calculus is that Matt has written it so that each section, with few exceptions, takes 2 days of classtime assuming each class is 50-55 minutes long.  There is a predictable pattern to the material which is beneficial for both students and instructors.   When I teach from a new textbook, I spend a ton of time trying to map out the semester, deciding what material I'll be covering each day of the course, where to put exams or quizzes, how often homework should be due.  I then publish that plan as part of my syllabus, especially once I've taught the course once or twice and am confident in the schedule.  If there are comparable textbooks to choose from, I am much more likely to choose the one which is easier to see how to use as part of my course and which reduces that initial investment of time.  

On the other hand, authoring material with a consistent timing in mind does mean that there's no need for any timing information to be stated on the pages themselves.  If I were writing variable length lessons, I don't think I'd want students to see timing information because it seems incredibly unlikely to be accurate for any specific student; the information does seem like more of an instructor aid to me.  But perhaps students would still benefit from allotting more or less time than they usually do for a lesson based on the timing info, even if it's not the amount of time stated?  Maybe some relative measure instead of an absolute one?

Chrissy

[Rob Beezer]

A #preface is the place for an author to talk about their book. For example a
"dependency chart" is not uncommon.

https://judsonbooks.org/aata-files/aata-html/aata-4.html

If Matt B has designed Active Calculus for 2 x 50 min of *class time* per
section, then he should say so (maybe he does!). In the Preface. And maybe
point out sections that do not conform to that expectation. If they were wildly
different lengths, a *table* of sections and times would not be misplaced nor
tag abuse. And PreTeXt enables multiple prefaces, so you can have one you give
the title "For the Instructor" and/or one with "For the Reader".

I understood this discussion to be *reading time*, since books on Runestone
encourage the act of reading a "subchapter" as an activity (it is tracked). But
in retrospect that was never made clear.

Rob

> support/MTAwMDA0My5iZWV6ZXI.1748448339%40pnsh <https://
> groups.google.com/d/msgid/pretext-support/
> MTAwMDA0My5iZWV6ZXI.1748448339%40pnsh>.

>
> --
> You received this message because you are subscribed to the Google Groups
> "PreTeXt support" group.
> To unsubscribe from this group and stop receiving emails from it, send an email

> to pretext-suppo...@googlegroups.com <mailto:pretext-
> support+u...@googlegroups.com>.

> To view this discussion visit https://groups.google.com/d/msgid/pretext-

> support/124c7214-e0cd-46e5-b613-997a257781acn%40googlegroups.com <https://
> groups.google.com/d/msgid/pretext-support/124c7214-e0cd-46e5-
> b613-997a257781acn%40googlegroups.com?utm_medium=email&utm_source=footer>.

[Sean Fitzpatrick]

Is there any option to choose whether or not the choices in a multiple choice problem get displayed in PDF?

This may not be the best way to format the question, but right now I have a question like the following (or attached, if the image doesn't display inline):

(This is how it looks in PDF)

Having the choices makes sense in HTML, since the problem is interactive, and we want to let students make a choice. But in PDF, having the choices there is redundant.

The source for this:

      <exercise label="TaC-partial-derivatives-3">

            <statement>

              <p>

                In the mixed partial fraction <m>f_{xy}</m>,

                which is computed first, <m>f_x</m> or <m>f_y</m>?

              </p>

            </statement>

            <choices>

              <choice correct="yes">

                <statement>

                  <p>

                    <m>f_x</m>

                  </p>

                </statement>

              </choice>

              <choice correct="no">

                <statement>

                  <p>

                    <m>f_y</m>

                  </p>

                </statement>

              </choice>

            </choices>

          </exercise>

[Alex Jordan]

The WeBWorK counterpart to this uses a showInStatic attribute to control whether to show the options in any static output format. Maybe that would make sense as a ptx attribute on choices 

--

You received this message because you are subscribed to the Google Groups "PreTeXt support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pretext-suppo...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/pretext-support/2WJPFT.TMJVSQCUQ9CK%40gmail.com.

[Sean Fitzpatrick]

It might. I migrated a lot of the "Terms and Concepts" problems in APEX to Runestone-type exercises last year. 

Some of these were coded for WeBWorK, some weren't. Some (like this one) used to have older WeBWorK code that looked even worse in static. 

I could rewrite this so that the choices aren't also in the statement, of course. 

I guess this now becomes a -dev question about whether something like showInStatic could be implemented for Runestone/PreTeXt multiple choice.

To view this discussion visit https://groups.google.com/d/msgid/pretext-support/CA%2BR-jrcRNnaAwyZsSNepFbfrOQoL9dbbaA2Z_8ZJpJTRw8sZWA%40mail.gmail.com.

[Rob Beezer]

Dear Sean,

Short answer: no.

Cheeky answer: I think your #statement is redundant in HTML!

Thoughtful answer: suppose you discuss this problem in class and your one blind
student is reading a braille version. You keep talking about some "multiple
choice question" with "part B being correct", yet they cannot find part B
because they land on a free-response question instead. The static version gets
used lots of places and we want it to be as faithful a copy as possible for
whatever the author wrote in their source.

If you want the static version to have a more compact presentation, since you
have a 932 page PDF with lots of whitespace, then having some sort of hint like
@very-very-short-choices="yes" could let PDF do an "inline" list. But I think
that means introducing online lists to PreTeXt generally, just for openers.

Rob

On 5/27/26 11:12, Sean Fitzpatrick wrote:
> Is there any option to choose whether or not the choices in a multiple choice
> problem get displayed in PDF?
>
> This may not be the best way to format the question, but right now I have a
> question like the following (or attached, if the image doesn't display inline):
>
>

> --
> You received this message because you are subscribed to the Google Groups
> "PreTeXt support" group.
> To unsubscribe from this group and stop receiving emails from it, send an email

> to pretext-suppo...@googlegroups.com <mailto:pretext-
> support+u...@googlegroups.com>.

> To view this discussion visit https://groups.google.com/d/msgid/pretext-

> support/2WJPFT.TMJVSQCUQ9CK%40gmail.com <https://groups.google.com/d/msgid/
> pretext-support/2WJPFT.TMJVSQCUQ9CK%40gmail.com?utm_medium=email&utm_source=footer>.

[Sean Fitzpatrick]

Thanks Rob. I'm leaning towards just writing the question as "which is computed first?" and leaving the options in place.

To unsubscribe from this group and stop receiving emails from it, send an email to pretext-suppo...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/pretext-support/MTAwMDAxNi5iZWV6ZXI.1779919276%40pnsh.