To Arjen and Phil:

> -----Original Message-----
> From: "Arjen Markus" <arjen.mar...@deltares.nl>
> Sent: ‎05/‎11/‎2014 07:26
> To: "Alan W. Irwin" <ir...@beluga.phys.uvic.ca>; "phil rosenberg" 
> <philip_rosenb...@yahoo.com>
> Cc: "PLplot development list" <Plplot-devel@lists.sourceforge.net>
> Subject: RE: [Plplot-devel] Docbook on Cygwin
>
> Hi Alan, Phil,
>

> I will try to reproduce Phil’s results on Cygwin. I had never looked
at the management of fonts under Cygwin, but from a first glance at
the files I found that are related to fonts (searching for
“font*.*”), there is a lot of infrastructure. Also some user
documentation, fontconfig-user.pdf, that might come in handy when we
have to decide how to deal with the fonts. Phil’s instructions should
come in handy too.

@Arjen: As I recall, font-config allows individual users to specify
font locations.  So that fontconfig-user.pdf file may well give you
the required clean solution to this mess.

@Both: However, note as background information that I got a response from an
xelatex developer I contacted last year, that indicated TeX doesn't
use fontconfig directly at all! That is such a no-brainer, I am sure
they will fix that oversight soon if they haven't done so already
since that fix would then allow TeX packages such as the unicode-aware
xelatex to easily specify unicode fonts in a generic way (sans,
sans-serif, and monotype) which would then allow fontconfig to deliver
the best system glyph for use by xelatex for every unicode case
Without this fix, xelatex can only use just a handful of pre-specified
(in the docbook configured file) fonts specified by file name (!) I
chose Sans.ttf, Serif.ttf, and Mono.ttf because of their wide unicode
coverage (but still not nearly the wide access that would be given by
fontconfig to system fonts). See further remarks concerning this issue
in doc/docbook/README.developers.

Note, if xelatex isn't using fontconfig directly it doesn't imply the
above possible solution won't work since likely TeX is combined with
other font-using software on Cygwin that does use fontconfig to find
system fonts.  Anyhow, by all means try the solution above to see if
it works!

Off topic but still important for making our conversations
by e-mail concerning PLplot much easier to understand because
I found the above quote from Arjen way at the bottom of Phil's
e-mail, but not right at the bottom because Arjen replied
to me in top-posting style as well.  So this is quite frustrating.

I know that both of you have a strong habit of top posting which you
would both find it difficult to break, but if you don't mind would you
make a concious effort to fight that habit by interspersing your
responses on PLplot lists in conversational order paragraph by
paragraph (exactly like I do above and below) or even sentence by
sentence so there is a more natural flow to our conversations
concerning various PLplot topics?

The result should be your remarks interspersed with the paragraphs (or
even sentences) of the post you are referring to, with some sort of
mark such as a leading ">" as above and below to indicate what is
quoted from a previous post. <IMPORTANT> delete the irrelevant
portions of the paragraphs you are responding to if all or part of the
topic covered in that paragraph has been completed.  And you are
positively encouraged to edit each paragraph you are responding to by,
e.g., simply taking its topic sentence and adding a bit of explanation
so long as your additions are within [ ] delimiters and your
subtractions are indicated by something like [...].

This mode of answering list mail tends to make each successive post in
a conversational interchange shorter and shorter until they are no
topics left to be discussed. And this mode also makes the
conversation easier to follow because it all appears in natural
conversational order.

Another big advantage of conversational mode is it reminds you quite
strongly (whenever you see a question mark in an individual paragraph
or sentence that you are responding to) that there are one or more
questions that require an answer.  If you top-post instead, all the
remarks you are responding to end up in arbitrary order at the bottom
(especially if there is a mixture of top posting and conversational
posting styles like now on the plplot mailing lists), and since you
are no longer responding paragraph by paragraph, you do often miss
direct questions from, e.g., me that I need answers to.  So the direct
result of the top-posting mode is it often takes two or more rounds to
get answers to questions, which can introduce huge and quite
frustrating delays because of our different time zones.

Therefore, I really would appreciate you both trying to post using
conversational style rather than top posting even though it will
probably feel completely unnatural to start.  But once you get used to
using conversational mode, I don't think you will ever top-post again
because it just destroys the conversation and leads to very long
e-mails with many relevants bits lost at the bottom amongst many more
irrelevant bits.  And the scatter of bits of posts is even worse when
there are interchanges between conversational mode posters like me and
top-posting mode posters like you currently are.

Anyhow, I hope this is going to be one of those "enough said"
situations that you can apply to all PLplot mailing lists you post to
(and also all your off-list e-mail with me) and now back on topic....

@Phil: I have now read your remark in doc/docbook/README.developers

"Then download the gnu FreeFont fonts (they can currently be
found at http://www.fontspace.com/gnu-freefont) and add them
to the /usr/share/fonts/OTF directory."

Could you be more specific (to this list, not to this file yet) about
exactly what file names you downloaded and put into that directory?  I
followed up on that URL (probably not the best source for such data
since it is a secondary source that copied fonts from the primary
source which is the savannah gnu-freefont project), and it appears the
font files are organized as a zip file at this secondary source of
fonts. Did you unpack the entire contents of that zip file into
/usr/share/fonts/OTF or just some subset such as, e.g, *.otf files?
Or did that zip file contain *.otf files (or *.ttf files) exclusively?

I would really appreciate immediate answers to these question (note
off-topic remark above about missed questions for the top post style)
because I really don't think you should need the download. After all,
if you use the GUI search engine at
<http://cygwin.com/cgi-bin2/package-grep.cgi> to find, e.g.,
FreeSans.ttf it points you to the texlive-collection-fontsextra
package (and only that package meaning there is no other source for
FreeSans.ttf, unlike Debian packaging using symlinks)), and if you
look at the list of the file contents of that package (available from
the same site) it shows the files

usr/share/texmf-dist/fonts/truetype/public/gnu-freefont/FreeSans.ttf
usr/share/texmf-dist/fonts/opentype/public/gnu-freefont/FreeSans.otf

as files and not (dangling) symlinks.

So assuming you find out those files are also in that location on your
system after the install of texlive-collection-fontsextra, I strongly
suspect you do not need an additional download step as currently
described in doc/docbook/README.developers.

Instead (assuming you start with a fresh Cygwin install or can somehow
reproduce the exact situation before you wrote files into
/usr/share/fonts/OTF), all you should have to do for FreeSans is copy
either or both (whichever is needed) the above files into
/usr/share/fonts/OTF and similarly for FreeSerif and FreeMono.

Could you confirm that simpler (at least in concept) workaround works?
If so, that would prove the relevant of the two files mentioned above
are valid font files that can be understood by our doc building
software?

If not, then that proves the above files have somehow been clobberred
in the Cygwin package in which case a workarond might be to overwrite
them with known good fonts files that you have downloaded, then
reinstall texlive-collection-fontsextra to discover whether that is
all that is needed to get those fonts to work properly (for an
unmolested /usr/share/fonts/OTF).

However, the most likely scenario is the packaged font files are good
(i.e., the simpler workaround works), in which case I suggest you
attempt to simplify that workaround even further, e.g., by installing
texlive-collection-fontsextra twice after a fresh Cygwin install.
That package (if anything like the corresponding Linux package) should
include scripts that are run after the added fonts are installed. But
the packagers could have screwed up the packages so those index
updates are done before the actual file install of the above two font
files (and equivalent results for FreeSerif and FreeMono), and in that
case those fonts won't work until they have been properly indexed by
_the second_ installation of texlive-collection-fontsextra.

On 2014-11-05 09:30-0000 Phil Rosenberg wrote:

> Hi Alan and Arjen

> Yes I must confess to not liking the idea of copying fonts around
either. Especially to the /usr/share folder.

Yep, if that has to be done (see remarks above) then the
texlive-collection-fontsextra package should do it, and not
you.

> It feels like if anything they should go in /usr/local/share.

Definitely agreed for user-copied fonts that are not officially
installed.

> but I tried this and it did not work.

Something else to bring up on the Cygwin list although it appears
to me that fontconfig would give you the alternative of
trying this, if the even better alternative of configuring fontconfig
to use the usr/share/texmf-dist/fonts/opentype/public/gnu-freefont
directory did not exist.

There are a number of font packages (the Cygwin X faq says they
all begin font-) but I couldn't find one for freefonts. [...]

That conclusion is consistent with what I discovered from the Cygwin
package finding GUI I mentioned above.  I mentioned before there might
be a way to configure Cygwin to honor fonts that are located in
/usr/share/texmf-dist/fonts/opentype/public/gnu-freefont so once
you are satisfied by the above experiments that the content
of
usr/share/texmf-dist/fonts/truetype/public/gnu-freefont/FreeSans.ttf

and/or

usr/share/texmf-dist/fonts/opentype/public/gnu-freefont/FreeSans.otf

is fine, and it is only the location that sucks, I would immediately
move (as I suggested above) to using fontconfig to configure
/usr/share/texmf-dist/fonts/opentype/public/gnu-freefont as a valid
location for fonts.  (Or probably /usr/share/texmf-dist/fonts would be
better as the configured location since you might run into
this issue for other fonts required by ordinary latex..)

@Both: the above experiments are worth doing because they should all
be quick.  But ultimately there may be no smooth solution to this
issue.  In which case, I suspect one or both of you are going to have
to ask about fonts on the Cygwin list to clear up what the issue is.
And that "kills two birds with one stone" as I recall Cygwin veterans
view that list as THE Cygwin bugtracker so once you report the
experiments to that list you may get a very quick fix for the issue by
those who are packaging texlive-collection-fontsextra and that fix
should make life much easier for you and Phil.

> Presumably, however there must (or should) be way to install and use
any font? How is it done on Linux - if you have a ttf or otf file, how
can you install it?

@Phil: this is a really good question which I believe I have now
answered (commit 50cd4af) in README.developers.  So please take
a look at that new version, and let me know what you think.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

------------------------------------------------------------------------------
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to