Patches item #3365041, was opened at 2011-07-12 19:28
Message generated for change (Comment added) made by milde
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=422032&aid=3365041&group_id=38414
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Toshio Kuratomi (abadger1999)
Assigned to: Nobody/Anonymous (nobody)
Summary: unittest regressions
Initial Comment:
Looks like some unittests were reorganized and the python-3.2 fixes applied here: https://sourceforge.net/tracker/index.php?func=detail&aid=3303733&group_id=38414&atid=422032 regressede.
Attaching patches to fix this that apply to both 0.8 and current trunk.
----------------------------------------------------------------------
Comment By: Günter Milde (milde)
Date: 2011-07-20 22:12
Message:
Thank you for your contribution! It has been checked in to the
Docutils repository.
You can download the most current snapshot from:
http://docutils.sourceforge.net/docutils-snapshot.tgz
----------------------------------------------------------------------
Comment By: Toshio Kuratomi (abadger1999)
Date: 2011-07-12 19:30
Message:
docutils-encoding.patch removes logic that reopens a file() immediately
after we carefully opened it using different strategies on python2.x and
python3.x.
docutils-test-exceptions.patch names the Exception object that we catch so
that it can be referenced later.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=422032&aid=3365041&group_id=38414

Patches item #3365949, was opened at 2011-07-13 10:35
Message generated for change (Comment added) made by milde
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=422032&aid=3365949&group_id=38414
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kirill Smelkov (kirr79)
Assigned to: Nobody/Anonymous (nobody)
Summary: latex2e: Allow footnotes to be more easily customizable
Initial Comment:
For example Russian GOST 19.106 requires that footnotes contain
footnote-number + ")" which in plain LaTeX could be done as
\renewcommand{\thefootnote}{\arabic{footnote})}
^
note ")"
but Docutils uses its own \DUfootnotemark and \DUfootnotetext macros
with hyperlinks setup which redefine \thefootnote in-there and the
above-shown tweak does not work.
So in order to make even small tweaks for foot notes, users have to
either "fork" \DUfootnotemark and \DUfootnotetext in their stylesheet,
or better, what I'm proposing here, just redefine here-introduced
\DUthefootnote, e.g. like this:
\providecommand*{\DUthefootnote}[1]{#1)}
Thanks,
Kirill
----------------------------------------------------------------------
>Comment By: Günter Milde (milde)
Date: 2011-07-20 22:00
Message:
Thanks for the patch. I am hesitant to commit it thoug:
The "righe way" to solve the footnotemark-customization prolem is proper
support for LaTeX footnotes
via the \footnote command. This is on the TODO list
<http://docutils.sourceforge.net/docs/dev/todo.html#latex-constructs-and-packages-instead-of-re-implementations&gt;.
The \DUfootnotemark and \DUfootnotetext commands are introduced to allow
customization, so
changing them in the stylesheet is no "fork" but a valid use case. I agree
that customization becomes
simpler in your special case, but at the cost of more overhead and
complexity in every generated document.
I propose a "GOST.sty" stylesheet with adaptions for Russian documents
in the sandbox stylesheet collection
http://docutils.sourceforge.net/sandbox/stylesheets/ instead.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=422032&aid=3365949&group_id=38414

Bugs item #3368872, was opened at 2011-07-16 17:45
Message generated for change (Comment added) made by milde
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3368872&group_id=38414
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: sirex ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Styling figure
Initial Comment:
If I user :figwidth: image option, then in generated html I get figure div width, without units, just number. I use HTML5 doctype and Firefox 5.0, and this number, without any unit is not recognized.
I think, that this:
<div class="figure" style="width: 123">
Should be changed to:
<div class="figure" style="width: 123px">
At least for me this change solves problem.
----------------------------------------------------------------------
>Comment By: Günter Milde (milde)
Date: 2011-07-20 21:33
Message:
I can't reproduce the problem: on my devel version, the input ::
.. figure:: wasistad.pdf
:figwidth: 23
produces the HTML element::
<div class="figure" style="width: 23px">
<img alt="wasistad.pdf" src="wasistad.pdf" />
</div>
with the default unit px added.
Please add a minimal example (rst-input, html-output) that shows the
problem.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3368872&group_id=38414