Before we have any more of this discussion, let me just emphasize that
my original concern was with the use of the Unicode emdash in the User's
Guide and Tutorial, where it gives bad results, according to the
standards of English typography. That is what I was proposing to change.
The issue
On Thursday 14 January 2010 14:11:48 rgheck wrote:
> I'm on leave in the fall, so it's possible even I could make it.
That would be nice. I own you a six pack. :-)
> rh
--
José Abílio
On Thursday 14 January 2010 09:57:14 Pavel Sanda wrote:
> Uwe Stöhr wrote:
> > The important issue is the roadmap:
> >
> > - I would like to release a pre-release of current trunk in a few days
> > if I'm allowed to. Doing this has been proven suitable in the last 2
> > release cycles.
>
> i rem
On Thursday 14 January 2010 01:46:04 Uwe Stöhr wrote:
> Dear colleagues,
>
> I think it is time to finalize the next major LyX release. Pavel today
> posted the first related issue - the version number. (I don't have a
> strong opinion but as this version includes less new stuff than 1.6, we
> sho
On 01/14/2010 05:28 PM, Guenter Milde wrote:
On 2010-01-14, rgheck wrote:
On 01/14/2010 03:05 AM, Guenter Milde wrote:
We could consider using Unicode characters for LaTeX macros which are
supported by our 'unicodesymbols' file, e.g. β for \beta and ∫ for \int.
Here again
On 2010-01-14, rgheck wrote:
> On 01/14/2010 03:05 AM, Guenter Milde wrote:
>> We could consider using Unicode characters for LaTeX macros which are
>> supported by our 'unicodesymbols' file, e.g. β for \beta and ∫ for \int.
> Here again, unless we're proposing to write \beta as β and then read
On 2010-01-14, rgheck wrote:
> On 01/14/2010 11:39 AM, Jean-Marc Lasgouttes wrote:
>> rgheck writes:
The input ligature can have unwanted side-effects.
Copy the following into a LyX window:
To get help, use
# ls --help
Look at the PDF. I copied the text back from xpdf and got:
To ge
Can someone add an XHTML "component" to the trac bug thingy and make me
owner? We're about ready for this.
rh
Am 14.01.2010 um 14:53 schrieb rgheck:
I recently purchased a MacBook so that I'd have access to a Mac for
LyX-related purposes.
Congrats! :-)
Can you send me a private message about what I
need to do to be able to compile LyX on Snow Leopard? I.e., how to
install the Qt development stuff,
On Thu, Jan 14, 2010 at 12:28 PM, Vincent van Ravesteijn - TNW
wrote:
>
>>> What happens if you enter the following:
>>>
>>> inset-apply citation CommandInset citation LatexCommand citet key
> "bla"
>>> \end_inset
>>>
>>> And what if you enter the following:
>>>
> inset-insert citation CommandInse
>> What happens if you enter the following:
>>
>> inset-apply citation CommandInset citation LatexCommand citet key
"bla"
>> \end_inset
>>
>> And what if you enter the following:
>>
inset-insert citation CommandInset citation LatexCommand citet key "bla"
\end_inset
>
>In each case, entering this i
On Thu, Jan 14, 2010 at 11:20 AM, Vincent van Ravesteijn - TNW
wrote:
> BH wrote:
>>(I can't enter an lfun for selecting the "OK" button.)
>>lyx -dbg action gives the following output when opening
>>the insert citation dialog, adding a citation, and pressing "OK":
>
>
> What happens if you enter t
On 01/14/2010 11:39 AM, Jean-Marc Lasgouttes wrote:
rgheck writes:
As Jurgen said, do you have an example? And, as I've said, the Unicode
version gives the wrong spacing.
I think Guenter advocates the use of the unicode character on screen, and
--- in latex, using the unicodesymbols
Steve Litt wrote:
On Thursday 14 January 2010 09:13:04 Abdelrazak Younes wrote:
rgheck wrote:
On 01/13/2010 01:36 PM, José Matos wrote:
- how to proceed in the mean time?
+ using an iterative approach we will have a file that will be
xml-ized by
parts
I think t
rgheck writes:
> As Jurgen said, do you have an example? And, as I've said, the Unicode
> version gives the wrong spacing.
I think Guenter advocates the use of the unicode character on screen, and
--- in latex, using the unicodesymbols file (am I right?).
JMarc
On Thursday 14 January 2010 09:13:04 Abdelrazak Younes wrote:
> rgheck wrote:
> > On 01/13/2010 01:36 PM, José Matos wrote:
> >>- how to proceed in the mean time?
> >> + using an iterative approach we will have a file that will be
> >> xml-ized by
> >> parts
> >
> > I think the incremental
Hello
On Thu, Jan 14, 2010 at 3:01 PM, Helge Hafting wrote:
> So:
>
> When you want a one-piece table, use a table inside a float.
>
> When you want a table that can break across pages, use a longtable
> without the float.
>
> And if you want several tables so that the page can break
> between th
BH wrote:
>(I can't enter an lfun for selecting the "OK" button.)
>lyx -dbg action gives the following output when opening
>the insert citation dialog, adding a citation, and pressing "OK":
What happens if you enter the following:
inset-apply citation CommandInset citation LatexCommand citet key
On 01/14/2010 10:45 AM, Guenter Milde wrote:
On 2010-01-14, rgheck wrote:
On 01/14/2010 03:24 AM, Jean-Marc Lasgouttes wrote:
I think this is a case where we can just say : "do like that now, this
is the LyX philosophy"...
But there is no need to push this on the readers of t
rgheck wrote:
> a couple minor UI things.
I have recorded it on track. I'll come back to it.
Jürgen
Vincent van Ravesteijn - TNW wrote:
I like Cmake on windows, but it seems (to me) you can't
use this with the precompiled qt binaries.
Wrong. I used the latest MSVC compiled Qt4.6 from Nokia: works just
fine!
Did you download this one then: "Download Qt libraries 4.6 for Windo
Guenter Milde wrote:
> Not all fonts will replace --- by an em-dash.
Can you name an example?
Jürgen
On 2010-01-14, rgheck wrote:
> On 01/14/2010 03:24 AM, Jean-Marc Lasgouttes wrote:
>> I think this is a case where we can just say : "do like that now, this
>> is the LyX philosophy"...
But there is no need to push this on the readers of the tutorial...
> Yes, and because it is the right way to
On 01/14/2010 10:00 AM, Jean-Marc Lasgouttes wrote:
rgheck writes:
I made a file similar to the other one, with \textemdash in ERT where
I otherwise had --- or the Unicode glyph. The LaTeX export had the
same problems---no ability to break the line---as with the Unicode
glyph.
OK, I
Hi Pavel,
Yes, I do. It's the next major project I've got sitting on my plate, but
the current project (a book) has been sucking all of my spare time and
energy. The next major piece I've been working on was getting the ability
to read and write to the buffer from specialized views like the Outl
Rob Oakes wrote:
>
> Cheers,
>
> Rob
btw Rob, we have in trunk LFUN_OUTLINE_DRAGMOVE, which was your attempt to
start working on better outliner and cork. its broken and unmaintained.
do you plan some progress? otherwise i will just kill it.
pavel
Liviu Andronic wrote:
Dear all
Sorry for the cross-posting, but this is at the same time posting a
solution and requesting a feature.
I've been using table floats with subfloats and normal tables, and
they work nicely. However, when the float becomes too long for the
page---because of the length
In my experiments with the SVN version of LyX, I've found that the only
things you needed to install (other than the Qt dependencies) is the current
version of the Qt SDK/QtCreator (available as package installer from Nokia)
and CMake. This has worked for me on all the major platforms, though I
ha
>> This makes me think of the oddity that you can't open the outline
>> without a document etc.
>
>yes, also we have not nice hacks to get them displayed after start, cf
#5082 .
>
I was wondering about this. The new Progress View does get displayed
after start. The toc is only sometimes displa
rgheck writes:
> I made a file similar to the other one, with \textemdash in ERT where
> I otherwise had --- or the Unicode glyph. The LaTeX export had the
> same problems---no ability to break the line---as with the Unicode
> glyph.
OK, I thought you mean that --- had the same problems as \texte
>> I like Cmake on windows, but it seems (to me) you can't
>> use this with the precompiled qt binaries.
>
>Wrong. I used the latest MSVC compiled Qt4.6 from Nokia: works just
fine!
>
Did you download this one then: "Download Qt libraries 4.6 for Windows
(VS 2008, 190 MB)" from the qt website ?
Vincent van Ravesteijn - TNW wrote:
... Windows people just shy away frustrated :-)
Compiling for Windows is not easy. Another todo-list, to either document better
or to make it better.
In the beginning I had problems compiling both on Linux as on Windows. That
delayed my active partici
On 01/14/2010 09:31 AM, Abdelrazak Younes wrote:
rgheck wrote:
On 01/14/2010 07:19 AM, Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
Unless I missed something, José is still the release maintainer.
Sure he is and I also don't want to become a release maintainer. It is
therefore of course José'
> ... Windows people just shy away frustrated :-)
Compiling for Windows is not easy. Another todo-list, to either document better
or to make it better.
In the beginning I had problems compiling both on Linux as on Windows. That
delayed my active participation with two years or something.
If th
Abdelrazak Younes wrote:
> FYI I got maybe 1 request each week from people wanting to try the inline
> spellchecker... Some of them (from the Linux crowd) manage to compile trunk
> but Mac and Windows people just shy away frustrated :-)
lyx 2.0 snapshots are already available via lytex if it hel
Jurgen, mostly,
Since we're starting to talk polish, a couple minor UI things.
First, I think the index inset should display something besides just
"Idx" in the two cases, perhaps something like "Idx:Names" if you're
defined a Names index.
Second, the Insert>Toc menu should probably say "In
Richard Heck wrote:
> As Jurgen said, if we call them "development snapshots" and make clear that
> this is what they are, then it seems fine to release them whenever. Anyone
of course development snapshots can be done any time and some projects do that
every night ;)
> comfortable doing so, an
On 01/13/2010 08:46 PM, Uwe Stöhr wrote:
Dear colleagues,
I think it is time to finalize the next major LyX release. Pavel today
posted the first related issue - the version number. (I don't have a
strong opinion but as this version includes less new stuff than 1.6,
we should perhaps name it
rgheck wrote:
On 01/14/2010 07:19 AM, Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
Unless I missed something, José is still the release maintainer.
Sure he is and I also don't want to become a release maintainer. It is
therefore of course José's decision when a beta version comes
Vincent van Ravesteijn - TNW wrote:
Author: vfr
Date: Wed Jan 13 21:25:17 2010
New Revision: 33015
URL: http://www.lyx.org/trac/changeset/33015
Log:
Fix (partly?) bug #6451: Crash when interacting with
buffer-dependent dialog with no buffer open.
It seems to be a good idea to close all buf
> As Jurgen said, if we call them "development snapshots" and make
> clear that this is what they are, then it seems fine to release
> them whenever.
>
> [...]
>
> So I think it's just the terminology that matters here.
>
Yes, it's a matter of terminology. So, I'd prefer not to speak
about "relea
rgheck wrote:
On 01/13/2010 01:36 PM, José Matos wrote:
- how to proceed in the mean time?
+ using an iterative approach we will have a file that will be
xml-ized by
parts
I think the incremental approach will actually be much less intrusive
than it might at first seem, and some
On 01/14/2010 08:17 AM, Jean-Marc Lasgouttes wrote:
I'm sure that our university will support us with Internet access and rooms
for the meeting, but the accommodation might be a problem (my flat is too
small). However, I think I will find a cheap solution if I can estimate the
number of partici
On 01/14/2010 04:57 AM, Pavel Sanda wrote:
Uwe Stöhr wrote:
The important issue is the roadmap:
- I would like to release a pre-release of current trunk in a few days if
I'm allowed to. Doing this has been proven suitable in the last 2 release
cycles.
i remember flaming threads about
On 01/14/2010 07:19 AM, Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
Unless I missed something, José is still the release maintainer.
Sure he is and I also don't want to become a release maintainer. It is
therefore of course José's decision when a beta version comes out. For
the
rgheck wrote:
Anyway, for now, it seems to me, we should leave math alone and just
do the boring thing I suggested earlier:
a+b=2^x
That's the best option indeed.
Abdel.
On 01/14/2010 03:41 AM, Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
- Are there other missing features that you are working on and that you
want to have in LyX 1.7 before a beta release?
I still have the multiple converters thing pending. But I'm somewhat stuck.
I'm not sure I can fi
On 01/14/2010 08:49 AM, BH wrote:
On Thu, Jan 14, 2010 at 7:53 AM, Vincent van Ravesteijn - TNW
wrote:
BH wrote:
Although trunk may be close to ready on other platforms,
there are some serious problems on Mac. As I've reported
before, I cannot do things like insert citations or chan
On 01/14/2010 03:05 AM, Guenter Milde wrote:
On 2010-01-13, Andre Poenitz wrote:
Try to use the 'layout oriented' bits of MathML and invent our own for
the few cases where there is no clean match.
I suggest keeping math in LaTeX format (inside a
tag). (This can be changed later, if th
On 01/13/2010 09:52 PM, BH wrote:
On Wed, Jan 13, 2010 at 8:46 PM, Uwe Stöhr wrote:
Dear colleagues,
I think it is time to finalize the next major LyX release. Pavel today
posted the first related issue - the version number. (I don't have a strong
opinion but as this version includes less
Vincent van Ravesteijn - TNW wrote:
> This makes me think of the oddity that you can't open the outline
> without a document etc.
yes, also we have not nice hacks to get them displayed after start,
cf #5082 .
pavel
On Thu, Jan 14, 2010 at 7:53 AM, Vincent van Ravesteijn - TNW
wrote:
> BH wrote:
>>Although trunk may be close to ready on other platforms,
>>there are some serious problems on Mac. As I've reported
>>before, I cannot do things like insert citations or change
>>the document preamble: when I click
One other thought about the format.
In thinking about this, it occurred to me that there might be reasons to
have different tags for different sorts of insets. E.g.:
This would save the need to do some long switch on the "type" before we
can figure out where to go next. All the command ins
On 01/14/2010 08:38 AM, Vincent van Ravesteijn - TNW wrote:
/afs/inria.fr/rocq/home/imara/lasgoutt/dash.lyx is from a different
version of LyX, but the lyx2lyx script failed to convert it.
The last sentence is what I get in a dialog box. Could I get LyX to
tell me that it is
>> This is intended. Dialog disappearing automagically are bad. The
>>
> correct
>
>> behaviour is to disable dialog when the inset is disconnected.
>>
>>
>
>
> Please don't tell me you're making intentional changes by breaking
> code while pretending that the code is only adj
>> Author: vfr
>> Date: Wed Jan 13 21:25:17 2010
>> New Revision: 33015
>> URL: http://www.lyx.org/trac/changeset/33015
>>
>> Log:
>> Fix (partly?) bug #6451: Crash when interacting with
>>buffer-dependent dialog with no buffer open.
>>
>> It seems to be a good idea to close all buffer-dependen
>One nasty bug is that, on my machine, pressing Ctrl-T (view
>postscript) has about a 20% chance of triggering an SIGABRT.
>If I hold down Ctrl-T I will get an assertion within a few seconds.
>
>Does holding down Ctrl-T for several seconds on a blank document
>trigger a SIGABRT on your copy of t
On 01/13/2010 07:27 PM, José Matos wrote:
On Wednesday 13 January 2010 18:51:19 Andre Poenitz wrote:
- what to do with math?
Try to use the 'layout oriented' bits of MathML and invent our own for
the few cases where there is no clean match.
Richard you have been fiddling
>/afs/inria.fr/rocq/home/imara/lasgoutt/dash.lyx is from a different
version of LyX, but the lyx2lyx script failed to convert it.
>
> The last sentence is what I get in a dialog box. Could I get LyX to
> tell me that it is a _too_new_ version of the file format?
>
>
>Alert::error(_("Con
On 01/14/2010 08:29 AM, for...@lyx.org wrote:
Author: forenr
Date: Thu Jan 14 14:29:13 2010
New Revision: 33027
URL: http://www.lyx.org/trac/changeset/33027
Log:
Fix XHTML output on systems where char_type is not typedef'd to wchar_t.
See docstream.h for the explanation.
Thanks.
rh
On 01/14/2010 08:26 AM, Jean-Marc Lasgouttes wrote:
rgheck writes:
I offer the attached LyX file as proof.
Trying to open this 2.0.0svn file under 1.6.x made me remember this rather
unintuitive behaviour
Warning: 376: Format not supported.
Warning: Quiting.
Error: Conversion
On 01/14/2010 08:28 AM, Jean-Marc Lasgouttes wrote:
rgheck writes:
On 01/14/2010 03:41 AM, Guenter Milde wrote:
Then the unicodesymbols replacement definition
0x2014 "\\textemdash" "" "" # EM DASH
is wrong.
We could consider
0x2013 "--" "" "" # EN
rgheck writes:
> On 01/14/2010 03:41 AM, Guenter Milde wrote:
>> Then the unicodesymbols replacement definition
>>
>>0x2014 "\\textemdash" "" "" # EM DASH
>>
>> is wrong.
>>
>> We could consider
>>
>>0x2013 "--" "" "" # EN DASH
>>0x2014 "---" "" "" #
rgheck writes:
> I offer the attached LyX file as proof.
Trying to open this 2.0.0svn file under 1.6.x made me remember this rather
unintuitive behaviour
Warning: 376: Format not supported.
Warning: Quiting.
Error: Conversion script failed
/afs/i
Pavel Sanda writes:
>> - Are there other missing features that you are working on and that you
>> want to have in LyX 1.7 before a beta release?
>
> revision info under VCS is still in plan (fileformat change). but not
> necessarily before beta, shouldn't be big change...
I still need to work so
rgheck wrote:
On 01/14/2010 05:18 AM, Pavel Sanda wrote:
Steve Litt wrote:
How does one tell what version of Qt is on his computer?
package manager of the distribution you use will tell.
Or launch qtconfig-qt4 and go to Help>About Qt.
Or "qmake -v"
Abdel.
On 01/14/2010 05:18 AM, Pavel Sanda wrote:
Steve Litt wrote:
How does one tell what version of Qt is on his computer?
package manager of the distribution you use will tell.
Or launch qtconfig-qt4 and go to Help>About Qt.
rh
Pavel Sanda writes:
> Steve Litt wrote:
>> How does one tell what version of Qt is on his computer?
>
> package manager of the distribution you use will tell.
Or the command "lyx -version".
JMarc
On 01/14/2010 03:24 AM, Jean-Marc Lasgouttes wrote:
Le 14 janv. 10 à 01:54, Uwe Stöhr a écrit :
This is an interesting issue. I wasn't aware of that problem. So the
best is to leave it as it is. The UserGuide already explains the
different types of dashes and tells the user that there are two
On 01/14/2010 03:41 AM, Guenter Milde wrote:
Then the unicodesymbols replacement definition
0x2014 "\\textemdash" "" "" # EM DASH
is wrong.
We could consider
0x2013 "--" "" "" # EN DASH
0x2014 "---" "" "" # EM DASH
but I did not check for negative
BH wrote:
>Although trunk may be close to ready on other platforms,
>there are some serious problems on Mac. As I've reported
>before, I cannot do things like insert citations or change
>the document preamble: when I click "OK" on the dialog,
>the dialog disappears, but nothing changes in the docum
Vincent van Ravesteijn - TNW wrote:
Author: younes
Date: Sun Sep 27 12:29:13 2009
New Revision: 31472
URL: http://www.lyx.org/trac/changeset/31472
Log:
Transfer LFUN_INSET_APPLY from GuiView to BufferView.
The list of dialog edited inset is now stored in BufferView.
Before this co
Uwe Stöhr wrote:
> > Unless I missed something, José is still the release maintainer.
>
> Sure he is and I also don't want to become a release maintainer. It is
> therefore of course José's decision when a beta version comes out. For
> the pre-releases, I was in the past allowed to release them
Jürgen Spitzmüller schrieb:
- I would like to release a pre-release of current trunk in a few days if
I'm allowed to. Doing this has been proven suitable in the last 2 release
cycles.
Unless I missed something, José is still the release maintainer.
Sure he is and I also don't want to becom
>>> Author: younes
>>> Date: Sun Sep 27 12:29:13 2009
>>> New Revision: 31472
>>> URL: http://www.lyx.org/trac/changeset/31472
>>>
>>> Log:
>>> Transfer LFUN_INSET_APPLY from GuiView to BufferView.
>>> The list of dialog edited inset is now stored in BufferView.
>>>
>>>
>>
>> Before this commi
Pavel Sanda wrote:
Uwe Stöhr wrote:
The important issue is the roadmap:
- I would like to release a pre-release of current trunk in a few days if
I'm allowed to. Doing this has been proven suitable in the last 2 release
cycles.
i remember flaming threads about your private releases
Pavel Sanda wrote:
José Matos wrote:
But sure I am open for the next release to be made without XML.
considering rather finishing status of work on bigger features i think
this is the reasonable way. even before few months people asked about
intermediate release which raises few questi
BH wrote:
> Although trunk may be close to ready on other platforms, there are
> some serious problems on Mac. As I've reported before, I cannot do
> things like insert citations or change the document preamble: when I
> click "OK" on the dialog, the dialog disappears, but nothing changes
> in the
Steve Litt wrote:
> How does one tell what version of Qt is on his computer?
package manager of the distribution you use will tell.
pavel
Guenter Milde wrote:
> On 2010-01-13, Pavel Sanda wrote:
> > Vincent van Ravesteijn - TNW wrote:
> >> >doesn't work because of different preambles and different
> >> >needs of manuals.
> >> >
>
> >> Which I still don't understand.
>
> > http://www.lyx.org/trac/ticket/5460
>
> only repeats this c
Uwe Stöhr wrote:
> The important issue is the roadmap:
>
> - I would like to release a pre-release of current trunk in a few days if
> I'm allowed to. Doing this has been proven suitable in the last 2 release
> cycles.
i remember flaming threads about your private releases last time and its
kind
On Thu, Jan 14, 2010 at 9:46 AM, Uwe Stöhr wrote:
> The important issue is the roadmap:
> - I would like to release a pre-release of current trunk in a few days if
> I'm allowed to. Doing this has been proven suitable in the last 2 release
> cycles.
One nasty bug is that, on my machine, pressing
v...@lyx.org wrote:
Author: vfr
Date: Wed Jan 13 21:25:17 2010
New Revision: 33015
URL: http://www.lyx.org/trac/changeset/33015
Log:
Fix (partly?) bug #6451: Crash when interacting with buffer-dependent dialog
with no buffer open.
It seems to be a good idea to close all buffer-dependent dialog
Vincent van Ravesteijn - TNW wrote:
Author: younes
Date: Sun Sep 27 12:29:13 2009
New Revision: 31472
URL: http://www.lyx.org/trac/changeset/31472
Log:
Transfer LFUN_INSET_APPLY from GuiView to BufferView.
The list of dialog edited inset is now stored in BufferView.
Before this comm
On 2010-01-13, rgheck wrote:
> On 01/13/2010 06:34 AM, Jean-Marc Lasgouttes wrote:
>> Of course, a better UI could be to
>> transform a - into a -- (I do not have the unicode codepoint handy,
>> sorry) when typing - after it (like spaces in math).
> A better UI *might* (and I do mean *might*) be
Uwe Stöhr wrote:
> Dear colleagues,
>
> I think it is time to finalize the next major LyX release.
I agree. We should try to get the implemented features ready and concentrate
on stabilizing then.
> - I would like to release a pre-release of current trunk in a few days if
> I'm allowed to. Doi
because while its acceptible that we have multiple ifdefs which
fixes changing
behaviour of Qt in UI it would be really nightmare if we read/
write .lyx file
wrongly because the shiny new qt version contains some unfortunate
bug. this
kind of stability seems to me as critical enough to contai
On 2010-01-13, Pavel Sanda wrote:
> Vincent van Ravesteijn - TNW wrote:
>> >doesn't work because of different preambles and different
>> >needs of manuals.
>> >
>> Which I still don't understand.
> http://www.lyx.org/trac/ticket/5460
only repeats this claim:
to make that work through master/c
Le 14 janv. 10 à 01:54, Uwe Stöhr a écrit :
This is an interesting issue. I wasn't aware of that problem. So the
best is to leave it as it is. The UserGuide already explains the
different types of dashes and tells the user that there are two
different ways of inserting them (as "---" and as
On 2010-01-13, Andre Poenitz wrote:
> On Wed, Jan 13, 2010 at 06:36:09PM +, José Matos wrote:
>> - what to do with math?
> Try to use the 'layout oriented' bits of MathML and invent our own for
> the few cases where there is no clean match.
I suggest keeping math in LaTeX format (inside a
90 matches
Mail list logo
