Hi Volker,

sorry for not replying earlier.
I cloned the git repos; the only changes i made so far are the addition of
our font to "fontconfig.py" and the font definitions in "pdfstyles.py".

- without changing anything in pdfstyles.py, text between <code>...</code>
tags uses monospaced fonts.
- setting a different 'default_font' causes all text to be displayed in the
'serif_font' (also code won't use monospace); the "default_font" is not
included in the resulting .pdf.
- setting both 'serif_font' and 'default_font' to some other value (i.e.
"Trebuchet") causes the "References" Chapter (heading and text) to use
"Trebuchet", the rest of the document uses "FreeSerif", also code is no
longer monospaced.
- setting 'serif_font' to the desired font, but leaving 'default_font' set
to 'FreeSerif' causes 'serif_font' to be used for text, and 'mono_font' to
be used for code (this is the desired effect!).

Thank you for your effort!

Regards,
 Stefan


2011/7/1 Volker Haas <[email protected]>

> Hi Stefan,
> the problems you describe for 1) and 3) are pretty odd. My first guess
> would be that there are still bugs in the mwlib/mwlib.rl version you are
> using. My suggestion: use the git repo to check out the source and install
> "manually". If you have mwlib/mwlib.rl already running (via
> easy_install/pip...) using the sources should be trivial:
>
> git clone git://code.pediapress.com/**mwlib<http://code.pediapress.com/mwlib>
> cd mwlib
> python setup.py install
>
> same for mwlib.rl
>
> The further advantage to always be able to get the latest changes easily
> (make update) is that you are able to use any "stable"(tagged) version.
>
> For example:
> git checkout 0.12.13 && python setup.py install
>
> And lastly there probably is no need to prefer the tagged version to the
> dev version. The Wikipedia render servers are using the latest git versions
> as well.
>
> Regards,
> Volker
>
>
>
> On 06/30/2011 04:27 PM, Stefan Birkholz wrote:
>
>> Hi Volker,
>>
>> thank you for your speedy reply, and also for this fine software!
>>
>> ad 1)
>> I have a directory "mwlibfonts" in my $HOME, in it are links to the system
>> fonts as well as a single file "trebuc.ttf" for the "Trebuchet" font I'd
>> like to use.
>> In "fontconfig.py":
>> fonts = [
>>    {'name' : 'Trebuchet', 'code_points' : ['Basic Latin'], 'xl_scripts' :
>> ['Latin'], 'file_names' : ['trebuc.ttf'],}, ...
>> and in "pdfstyles.py" the variables "default_font" and "serif_font" are
>> set to 'Trebuchet'.
>> In a test document, most of the text is rendered in the standard serif
>> font, only the "References" section uses the Trebuchet font for its heading
>> and the external links. (Btw., people here prefer in-place external links to
>> putting the links in the "References" section, specifically for
>> email-addresses; is there an easy way to change this behaviour?)
>>
>> ad 2)
>> Sorry, this was a misconception on my part about what is done by mwlib vs.
>> what mediawiki does. However, we are interested in ways to provide more
>> control over the pdf-creating process to the authors, who are not
>> necessarily technical people and would like to have some simple means to
>> e.g. "theme" the pdf output.
>> I am currently trying to wrap my head around all of this ...
>>
>> ad 3)
>> I added the two lines from the diff locally, but i didn't work ... does
>> this depend on the current git versions of mwlib and mwlib.rl?
>>
>> Regards,
>>  Stefan
>>
>> 2011/6/30 Volker Haas <[email protected] <mailto:
>> volker.haas@brainbot.**com <[email protected]>>>
>>
>>
>>    Hi Stefan,
>>
>>
>>    On 06/29/2011 12:45 PM, Stefan Birkholz wrote:
>>
>>        Hi all,
>>
>>        we use mediawiki + mwlib + mwlib.rl for our documentation; we
>>        have two
>>        documentation servers running mwlib-0.12.13 + mwlib.rl-0.12.5
>>        (on the
>>        production system) and mwlib-0.12.14 + mwlib.rl-0.12.8 (on the
>>        testing
>>        system).
>>
>>        A couple of questions:
>>
>>        - font-selection does not seem to work: defining two variables
>>        "default_font" and "special_font" in pdfstyles.py and
>>        customconfig.py
>>        has no visible effect, although the designated font is
>>        embedded in the
>>        resulting .pdf file.Furthermore, even overwriting the
>>        "sans_font"/"serif_font" variables in both files also does not
>>        seem to
>>        have any effect, the resulting .pdf still embeds
>>        "AAAAAA+FreeSerif"
>>        and "AAAAAA+FreeSerifBold". How can I get other fonts to be
>>        used per
>>        default for text?
>>
>>    You need to do 2 things to change fonts:
>>
>>    Change default_font and at least serif_font in pdfstyles.py as you
>>    apparently did.
>>
>>    Furthermore you need to register that font to a unicode-range(block).
>>    This is done in fontconfig.py
>>
>>    I just tested that it works with the following example:
>>
>>    fonts = [
>>       {'name': 'Ubuntu',
>>        'code_points': ['Basic Latin',],
>>        'xl_scripts': ['Latin'],
>>        'file_names': ['ubuntu-font-family/Ubuntu-R.**ttf',
>>    'ubuntu-font-family/Ubuntu-B.**ttf',
>>    'ubuntu-font-family/Ubuntu-RI.**ttf',
>>    'ubuntu-font-family/Ubuntu-BI.**ttf'],
>>        },
>>       ...
>>    ]
>>
>>    Check the "font_paths" variable to get a correct full path (you
>>    probably want to create the mwlibfonts dir in your home and then
>>    place symlinks to you system fonts there)
>>
>>
>>        - it would be nice to be able to use<para>...</para>  commands
>>        in an
>>        wiki-article to have somewhat more control over the creation
>>        of the
>>        pdf if those could be escaped in mwlib and sent to platypus;
>>        apparently, here the '<' and'>' chars get replaced by mwlib,
>>        however,
>>        this does not happen for e.g.<br>  tags. Is this possible?
>>
>>    No, this is not possible. What are you trying to do? There is
>>    already support for quite a bit of styling via css. I don't want
>>    to allow using a special para tag since that would be rendered as
>>    "<para>" in the browser. Every styling command should be done
>>    using css styles or classes (css classes only have an effect if
>>    they are defined in a css_map variable as "specified" in
>>    customnodetransformer.py).
>>
>>    But again: what are you trying to achieve? Maybe I can add support
>>    for that, alternatively I would gladly accept a patch ;)
>>
>>
>>        - on the production system, {{command|...}} and
>>        {{filename|...}} are
>>        displayed similarly to<tt>...</tt>  in the online-article, and
>>        when
>>        exported to pdf they also employ a monospaced font, but on the
>>        testing
>>        system these to tags are apparently translated to<code>...</code>
>>        tags - and these won't get a monospace font in a pdf created
>>        on the
>>        testing system! (Whereas something in<tt>...</tt>  tags will.) I
>>        suspect this might also be due to differing
>>        mediawiki-versions, but
>>        shouldn't the text between<code>...</code>  tags use a
>>        monospace font
>>        in the pdf?
>>
>>
>>    Thanks for reporting - this was a bug. I fixed the problem in the
>>    git repo 
>> (http://code.pediapress.com/**git/mwlib<http://code.pediapress.com/git/mwlib>
>> )
>>
>>    Regards,
>>    Volker
>>
>>    --     volker haas                 brainbot technologies ag
>>    fon +49 6131 2116394        boppstraße 64
>>    fax +49 6131 2116392        55118 mainz
>>    [email protected] 
>> <mailto:volker.haas@brainbot.**com<[email protected]>
>> >
>>
>>    http://www.brainbot.com/
>>
>>    --     You received this message because you are subscribed to the
>> Google
>>    Groups "mwlib" group.
>>    To post to this group, send email to [email protected]
>>    <mailto:[email protected]**>.
>>
>>    To unsubscribe from this group, send email to
>>    mwlib+unsubscribe@**googlegroups.com<mwlib%[email protected]>
>>    
>> <mailto:mwlib%2Bunsubscribe@**googlegroups.com<mwlib%[email protected]>
>> >.
>>
>>    For more options, visit this group at
>>    
>> http://groups.google.com/**group/mwlib?hl=en<http://groups.google.com/group/mwlib?hl=en>
>> .
>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "mwlib" group.
>> To post to this group, send email to [email protected].
>> To unsubscribe from this group, send email to mwlib+unsubscribe@**
>> googlegroups.com <mwlib%[email protected]>.
>> For more options, visit this group at http://groups.google.com/**
>> group/mwlib?hl=en <http://groups.google.com/group/mwlib?hl=en>.
>>
>
> --
> volker haas                 brainbot technologies ag
> fon +49 6131 2116394        boppstraße 64
> fax +49 6131 2116392        55118 mainz
> [email protected]    http://www.brainbot.com/
>
> --
> You received this message because you are subscribed to the Google Groups
> "mwlib" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to mwlib+unsubscribe@**
> googlegroups.com <mwlib%[email protected]>.
> For more options, visit this group at http://groups.google.com/**
> group/mwlib?hl=en <http://groups.google.com/group/mwlib?hl=en>.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"mwlib" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/mwlib?hl=en.

Reply via email to