Menu
▾
▴
docutils-users — General discussions, questions, help requests.
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
(15) |
Oct
(21) |
Nov
(18) |
Dec
(59) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(43) |
Feb
(35) |
Mar
(78) |
Apr
(65) |
May
(163) |
Jun
(169) |
Jul
(137) |
Aug
(77) |
Sep
(47) |
Oct
(27) |
Nov
(43) |
Dec
(68) |
| 2004 |
Jan
(61) |
Feb
(39) |
Mar
(11) |
Apr
(42) |
May
(86) |
Jun
(82) |
Jul
(24) |
Aug
(26) |
Sep
(37) |
Oct
(62) |
Nov
(131) |
Dec
(43) |
| 2005 |
Jan
(31) |
Feb
(56) |
Mar
(65) |
Apr
(165) |
May
(106) |
Jun
(97) |
Jul
(65) |
Aug
(150) |
Sep
(78) |
Oct
(115) |
Nov
(41) |
Dec
(26) |
| 2006 |
Jan
(50) |
Feb
(39) |
Mar
(56) |
Apr
(67) |
May
(89) |
Jun
(68) |
Jul
(116) |
Aug
(65) |
Sep
(58) |
Oct
(103) |
Nov
(28) |
Dec
(52) |
| 2007 |
Jan
(92) |
Feb
(60) |
Mar
(124) |
Apr
(96) |
May
(69) |
Jun
(79) |
Jul
(25) |
Aug
(22) |
Sep
(7) |
Oct
(17) |
Nov
(27) |
Dec
(32) |
| 2008 |
Jan
(57) |
Feb
(87) |
Mar
(51) |
Apr
(43) |
May
(56) |
Jun
(62) |
Jul
(25) |
Aug
(82) |
Sep
(58) |
Oct
(42) |
Nov
(38) |
Dec
(86) |
| 2009 |
Jan
(50) |
Feb
(33) |
Mar
(84) |
Apr
(90) |
May
(109) |
Jun
(37) |
Jul
(22) |
Aug
(51) |
Sep
(93) |
Oct
(86) |
Nov
(31) |
Dec
(62) |
| 2010 |
Jan
(33) |
Feb
(57) |
Mar
(62) |
Apr
(43) |
May
(30) |
Jun
(49) |
Jul
(20) |
Aug
(40) |
Sep
(152) |
Oct
(38) |
Nov
(15) |
Dec
(32) |
| 2011 |
Jan
(29) |
Feb
(25) |
Mar
(65) |
Apr
(45) |
May
(27) |
Jun
(11) |
Jul
(14) |
Aug
(8) |
Sep
(13) |
Oct
(117) |
Nov
(60) |
Dec
(19) |
| 2012 |
Jan
(23) |
Feb
(32) |
Mar
(24) |
Apr
(41) |
May
(56) |
Jun
(24) |
Jul
(15) |
Aug
(11) |
Sep
(26) |
Oct
(21) |
Nov
(12) |
Dec
(31) |
| 2013 |
Jan
(32) |
Feb
(24) |
Mar
(39) |
Apr
(44) |
May
(44) |
Jun
(8) |
Jul
(9) |
Aug
(12) |
Sep
(34) |
Oct
(19) |
Nov
(5) |
Dec
(9) |
| 2014 |
Jan
(22) |
Feb
(12) |
Mar
(7) |
Apr
(2) |
May
(13) |
Jun
(17) |
Jul
(8) |
Aug
(10) |
Sep
(7) |
Oct
(4) |
Nov
|
Dec
(39) |
| 2015 |
Jan
(13) |
Feb
(12) |
Mar
(12) |
Apr
(40) |
May
(5) |
Jun
(22) |
Jul
(3) |
Aug
(42) |
Sep
(5) |
Oct
(10) |
Nov
|
Dec
(10) |
| 2016 |
Jan
(9) |
Feb
(43) |
Mar
(5) |
Apr
(14) |
May
(17) |
Jun
(5) |
Jul
(5) |
Aug
(22) |
Sep
(5) |
Oct
|
Nov
(4) |
Dec
(18) |
| 2017 |
Jan
(28) |
Feb
(29) |
Mar
(9) |
Apr
(23) |
May
(48) |
Jun
(5) |
Jul
(32) |
Aug
(9) |
Sep
(13) |
Oct
(13) |
Nov
(6) |
Dec
(4) |
| 2018 |
Jan
(6) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
(5) |
Jun
(17) |
Jul
(12) |
Aug
(15) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
(6) |
Mar
(3) |
Apr
(5) |
May
(10) |
Jun
(6) |
Jul
(6) |
Aug
|
Sep
(11) |
Oct
(18) |
Nov
(10) |
Dec
(7) |
| 2020 |
Jan
(3) |
Feb
(14) |
Mar
(2) |
Apr
(1) |
May
(5) |
Jun
|
Jul
(1) |
Aug
(11) |
Sep
(8) |
Oct
|
Nov
(1) |
Dec
(14) |
| 2021 |
Jan
(7) |
Feb
(2) |
Mar
(1) |
Apr
(8) |
May
(23) |
Jun
(7) |
Jul
(10) |
Aug
(1) |
Sep
|
Oct
(7) |
Nov
(10) |
Dec
(2) |
| 2022 |
Jan
|
Feb
(21) |
Mar
|
Apr
(3) |
May
(7) |
Jun
(4) |
Jul
(1) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
(18) |
Feb
|
Mar
(1) |
Apr
|
May
(9) |
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(2) |
| 2025 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(1) |
May
(3) |
Jun
(6) |
Jul
(22) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Moore, P. <Pau...@at...> - 2003-04-09 12:01:57
|
From: Beni Cherniavsky [mailto:cb...@te...]
> > Hmm, maybe it's possible with the ``raw`` directive::
> >
> > .. raw:: html <style> .rewrite { color: red } </style>
> >
> > .. :rewrite: class:: rewrite
> >
> > `This needs checking`:rewrite:
> >
> > Would that work??
>
> Good idea but this would go into the <body/>, wouldn't it? For
> this you need some "raw_head" directive... One other option is
> to have the raw head fragment (perhaps as a simple raw) inside
> a field list on the top.
I checked, both Internet Explorer 6 and Opera 7 accept and act on
a <style> section in the <body>. While I wouldn't try to use IE
as a demonstration of standards compliance, Opera is pretty good...
The following was my test::
<html>
<head>
<title>A Test</title>
</head>
<body>
<p>This is a test.</p>
<style>
.test { color: red }
</style>
<span class=3D"test">This should be in red</span>
</body>
</html>
Paul.
|
|
From: Beni C. <cb...@te...> - 2003-04-09 11:56:09
|
Moore, Paul wrote on 2003-04-09:
> From: David Goodger [mailto:go...@py...]
> > In the specific example, I think the "font-color: red" part ought to
> > reside in a stylesheet rather than in the document. I might use the
> > already-proposed "class" directive instead::
>
> (Butting in here, sorry)
>
> In the use case described (a Wiki) the person writing the reST won't
> have access to the stylesheet, or indeed to *any* other aspect of the
> final result.
>
Per-document customizations like this sound to me as a big
inconvenince for a Wiki in any case. I think the Wiki should just
expose some centralized stylesheet for [limited] editing. Best would
be to have both, e.g. you do local customization and when the others
like it, you can make it Wiki-wide...
> While I sympathise with the desire to keep reST output format
> independent, I think it would be useful in certain cases, such as this,
> to have a way of specifying the whole thing in the reST.
>
It should be possible in any application to attach outside files that
contain the stylesheets. If that is inconveniniet, the specific
application can add directives to put the style inside.
> Hmm, maybe it's possible with the ``raw`` directive::
>
> .. raw:: html
> <style>
> .rewrite { color: red }
> </style>
>
> .. :rewrite: class:: rewrite
>
> `This needs checking`:rewrite:
>
> Would that work??
>
Good idea but this would go into the <body/>, wouldn't it? For this
you need some "raw_head" directive... One other option is to have the
raw head fragment (perhaps as a simple raw) inside a field list on the
top.
--
Beni Cherniavsky <cb...@tx...>
|
|
From: Moore, P. <Pau...@at...> - 2003-04-09 11:33:20
|
From: David Goodger [mailto:go...@py...]
> In the specific example, I think the "font-color: red" part ought to
> reside in a stylesheet rather than in the document. I might use the
> already-proposed "class" directive instead::
(Butting in here, sorry)
In the use case described (a Wiki) the person writing the reST won't
have access to the stylesheet, or indeed to *any* other aspect of the
final result.
While I sympathise with the desire to keep reST output format
independent, I think it would be useful in certain cases, such as this,
to have a way of specifying the whole thing in the reST.
Hmm, maybe it's possible with the ``raw`` directive::
.. raw:: html
<style>
.rewrite { color: red }
</style>
.. :rewrite: class:: rewrite
`This needs checking`:rewrite:
Would that work??
> This would implement the "rewrite" role as adding a
> ``class=3D"rewrite"`` attribute to the interpreted text
> (note to self: but what's the element?)
It probably should be <span>. No special processing, just attach the
class. No idea for anything other than the HTML writer, although I
guess XML and DocBook pobably have something similar.
Paul.
|
|
From: David G. <go...@py...> - 2003-04-09 02:06:57
|
Jeffrey C. Jacobs wrote:
> Question: how do I use custom roles.
...
> is there a way to define custom roles within a document.
Good question. There is no answer now apart from "can't be done
currently".
> For instance, in my novel I use:
>
> ``She wore ribbons in her hair and it lay with streaks of
> grey``:rewrite:
>
> The idea here being that I have contributed a sentence but I am not
> happy with the phraseology at the moment and have left a not to
> myself to rewrite it. It would then be nice to have a directive
> like:
>
> .. :rewrite: font-color:: red
>
> Or something like that, which as you might guess means: for any text
> with a role of "rewrite", render it in the colour red.
Interesting idea for syntax and associating a directive with a role.
The syntax is similar to that of substitution declarations, and the
directive/role association may resolve implementation issues. I like
it. The semantics, ramifications, and implementation details do need
to be worked out though.
In the specific example, I think the "font-color: red" part ought to
reside in a stylesheet rather than in the document. I might use the
already-proposed "class" directive instead::
.. :rewrite: class:: rewrite
This would implement the "rewrite" role as adding a
``class="rewrite"`` attribute to the interpreted text (note to self:
but what's the element?). The stylesheet would then pick up on the
"class" attribute to do the actual formatting.
> A substitution would not work for me because I sometimes have entire
> paragraphs I want to mark for rewrite and typing substitution
> references out of context would make the ReST doc hard to read.
Agreed.
> So what's the deal on roles? I know :sub: and :sup: are proposed,
> but could we allow document-defined roles?
Possibly; needs thought.
> This seemed to be implied in the current specification.
Where?
Thanks for the input!
--
David Goodger http://starship.python.net/~goodger
Programmer/sysadmin for hire: http://starship.python.net/~goodger/cv
|
|
From: David G. <go...@py...> - 2003-04-08 23:13:06
|
Thanks for the report. The test suite has been fixed. -- David Goodger |
|
From: Jeffrey C. J. <tim...@py...> - 2003-04-08 22:27:55
|
Hello and thanks to David, Question: how do I use custom roles. I noticed canonically I need to subclass Inliner but in a product like ZReST this could be a lot of hassle that I'd like to avoid. Instead, is there a way to define custom roles within a document. For instance, in my novel I use: ``She wore ribbons in her hair and it lay with streaks of grey``:rewrite: The idea here being that I have contributed a sentence but I am not happy with the phraseology at the moment and have left a not to myself to rewrite it. It would then be nice to have a directive like: .. :rewrite: font-color:: red Or something like that, which as you might guess means: for any text with a role of "rewrite", render it in the colour red. A substitution would not work for me because I sometimes have entire paragraphs I want to mark for rewrite and typing substitution references out of context would make the ReST doc hard to read. So what's the deal on roles? I know :sub: and :sup: are proposed, but could we allow document-defined roles? This seemed to be implied in the current specification. TIA! Jeffrey. |
|
From: Michael T. <mic...@su...> - 2003-04-08 09:39:26
|
Hi, As you know Zope keeps its own separate copy of python in its installed directory. You can use the distutils in this python to install the docutils stuff to Zope's python. This does mean using the command line though. For example: 1. Unzip the docutils zip to somewhere (or if you used cvs note the directory you checked out into) 2. Start menu -> run -> cmd.exe 3. cd \directory\with\docutils 4. c:\progra~1\website\bin\python.exe setup.py install (Note replace website with the name of the website you installed to when installing zope. If you installed zope somewhere completely different use that directory with a \bin\python.exe at the end). I believe Zope 3 will have a more standard install so there should be no problems like this in the future. mick Pierre-Yves Delens wrote: > Bonjour, >=20 > Does someone have the clue to a docutils install on a machine with 2 > Python's ? >=20 > I have on a Win2K PC : one Python 2.2 for general purpose (Docutils > installed OK), and another one inside ZOPE, older version ,compatible w= ith > my hosting's version. >=20 > I need Docutils in Zope's Python for ZRest. >=20 > As the install procedure is a packaged windows exe, I fail to gear the > install towards the Zope's Python. >=20 > A patch ? a tip ? an info ? >=20 > Thanks on forward > ___________________________________________________ > P-Y Delens >=20 > Resp. "Technologies de l'Information et de la Communication" > pour la FAB - F=E9d=E9ration des Architectes de Belgique > pour la SAF - Soci=E9t=E9 des Architectes Francophones > www.saf-arch.be > mail : web...@sa... >=20 > c/o LIENTERFACES - PY Delens, sprl >=20 > Avenue Dolez, 243 - 1180 Bruxelles > phone : 32 2 375 55 62 > fax : 32 2 374 75 74 > mail : py....@li... > web : www.lienterfaces.be > ___________________________________________________ >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: ValueWeb:=20 > Dedicated Hosting for just $79/mo with 500 GB of bandwidth!=20 > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > _______________________________________________ > Docutils-users mailing list > Doc...@li... > https://lists.sourceforge.net/lists/listinfo/docutils-users >=20 >=20 |
|
From: Pierre-Yves D. <py....@li...> - 2003-04-08 07:07:10
|
Bonjour, Does someone have the clue to a docutils install on a machine with 2 Python's ? I have on a Win2K PC : one Python 2.2 for general purpose (Docutils installed OK), and another one inside ZOPE, older version ,compatible wit= h my hosting's version. I need Docutils in Zope's Python for ZRest. As the install procedure is a packaged windows exe, I fail to gear the install towards the Zope's Python. A patch ? a tip ? an info ? Thanks on forward ___________________________________________________ P-Y Delens Resp. "Technologies de l'Information et de la Communication" pour la FAB - F=E9d=E9ration des Architectes de Belgique pour la SAF - Soci=E9t=E9 des Architectes Francophones www.saf-arch.be mail : web...@sa... c/o LIENTERFACES - PY Delens, sprl Avenue Dolez, 243 - 1180 Bruxelles phone : 32 2 375 55 62 fax : 32 2 374 75 74 mail : py....@li... web : www.lienterfaces.be ___________________________________________________ |
|
From: Anand S. <an...@ms...> - 2003-04-07 19:11:22
|
Operating System : Windows 2000 Server, Service Pack 3 Python Version : 2.2.2 DocUtils Version: 0.2.8 Kind Regards, Andy. |
|
From: Morten W. P. <mo...@ni...> - 2003-04-04 07:37:33
|
> Morten W. Petersen wrote:
>
> The exception is being raised while writing the output file, using a
> Latin-1 encoding. The output must contain a character which cannot be
> encoded in Latin-1. The only text *generated* by Docutils which
> wouldn't fit into Latin-1 would be labels from auto-symbol footnotes;
> if you're not using these, the problem must be with the input text.
>
> I see IssueManager specifies Latin-1 output; could you try UTF-8?
Using UTF-8 works, although not flawlessly. Specifying iso-8859-1
as the output input encoding works though. :)
> What encoding does your input file use?
I'd assume it's iso-8859-1 since that's the encoding of the HTML page
(the input is gathered via a textarea).
> Hope this helps. Please let us know the result.
It did. :)
Regards,
Morten W. Petersen
Technologies: Zope, Linux, Python, HTML, CSS, PHP
Homepage: http://www.nidelven-it.no
Phone number: (+47) 45 44 00 69
|
|
From: William D. <wi...@fl...> - 2003-04-02 14:58:28
|
Magnus Lycka <ma...@th...> writes: > At 14:11 2003-03-30 +0200, William Dode wrote: > >hi, > > > >To complet a rst based application that i'm doing now, i need a > >configuration langage. > >I search one with the same philosophy as rst ;-) > > > >Have you other ideas than yaml ? > > Did you see this on python-announce? > > >From: Chris McDonough <ch...@zo...> > >Newsgroups: comp.lang.python.announce > >Subject: Now online: Paper and Slides for "Application Configuration Using > > ZConfig" > >Date: 31 Mar 2003 11:46:32 -0500 > > > >Hi folks, > > > >At PyCon DC last week, I presented a paper written by Fred Drake and > >myself about ZConfig, a library which allows Python programmers to > >retrieve, constrain and convert user-supplied configuration data. I looked at it but its not so near rst... It's between xml and yaml. Not really human readable... -- William Dode - http://flibuste.net |
|
From: Michael H. <mw...@py...> - 2003-04-02 14:35:30
|
Magnus Lycka <ma...@th...> writes: > Will there be any presentation or tutorial on > Docutils / rST on EuroPython in June? > > See http://www.europython.org/sessions/cft Dunno, but there should be :-) I can give a lightning talk if noone more qualified steps up... Cheers, M. EP2003 helper -- This is an off-the-top-of-the-head-and-not-quite-sober suggestion, so is probably technically laughable. I'll see how embarassed I feel tomorrow morning. -- Patrick Gosling, ucam.comp.misc |
|
From: Magnus L. <ma...@th...> - 2003-04-02 13:01:57
|
At 14:11 2003-03-30 +0200, William Dode wrote: >hi, > >To complet a rst based application that i'm doing now, i need a >configuration langage. >I search one with the same philosophy as rst ;-) > >Have you other ideas than yaml ? Did you see this on python-announce? >From: Chris McDonough <ch...@zo...> >Newsgroups: comp.lang.python.announce >Subject: Now online: Paper and Slides for "Application Configuration Using > ZConfig" >Date: 31 Mar 2003 11:46:32 -0500 > >Hi folks, > >At PyCon DC last week, I presented a paper written by Fred Drake and >myself about ZConfig, a library which allows Python programmers to >retrieve, constrain and convert user-supplied configuration data. > >The paper and the slides which presented the paper are now online for >your viewing pleasure: > >http://www.zope.org/Members/mcdonc/Presentations > >Enjoy! -- Magnus Lycka, Thinkware AB Alvans vag 99, SE-907 50 UMEA, SWEDEN phone: int+46 70 582 80 65, fax: int+46 70 612 80 65 http://www.thinkware.se/ mailto:ma...@th... |
|
From: David G. <go...@py...> - 2003-04-01 05:48:02
|
Martin Blais wrote: > it seems to me that the mere concept of docutils has an implicit > contradiction: on the one hand, it tries to extract structure from > input without using markup, and on the other hand, ... well, markup > is provided for more advanced structures. True: implicit markup versus explicit markup. > IMHO careful judgement about how and what features to add to it will > be tantamount to its success-- Time will tell. All I can go by is advice, experience, careful thought, and gut-feeling instinct. > that's just my opinion, but i think at some point it will be > required to set and just accept limitations on what it can and > cannot do. Agreed. But limitations change over time. Gotta change with the times; grow or die. > personally i'm worried more about the adding of new features rather > than the reluctancy... I hear you. I think that any language-like project -- be it a programming language, markup language, whatever -- gets to the point where it nears completion and it becomes harder to add new features. The reluctance I feel is a useful check on creeping featurism. That's healthy, but on the other hand, the project may never really be finished. With directives the threshold for acceptance is relatively low, since they add richness without adding syntax or intrinsic complexity. They're like a new library module in Python: if it serves a useful and general-purpose function, it ought to be included. So don't worry. Nothing gets in without plenty of careful consideration. Part of that is the advice given on these lists; please keep it coming. It's useful for myself and all concerned to re-read the reStructuredText goals once in a while: <http://docutils.sf.net/spec/rst/introduction.html#goals>. -- David Goodger http://starship.python.net/~goodger Programmer/sysadmin for hire: http://starship.python.net/~goodger/cv |
|
From: Martin B. <bl...@ir...> - 2003-04-01 04:36:07
|
On Tuesday 11 March 2003 03:25, David Abrahams wrote: > David Goodger <go...@py...> writes: > > David Abrahams wrote: > > Although this would add flexibility to the document model, I'm reluct= ant > > to add it. It may be too flexible. > > I'm worried about your worry about flexibility (I'm a meta-worrywart). > I'm using Docutils to write a book (so far), and I am certain that if > it doesn't sprout more of that sort of parametrization ability I'm > going to outgrow ReST and have to drop the comfortable input syntax > for something awful like TeX or more-likely, DocBook. it seems to me that the mere concept of docutils has an implicit=20 contradiction: on the one hand, it tries to extract structure from input= =20 without using markup, and on the other hand, ... well, markup is provided= for=20 more advanced structures. IMHO careful judgement about how and what features to add to it will be=20 tantamount to its success--i.e. if tons of non-generic features creep int= o it=20 i'd rather use something that is made for the specific task i'm writing f= or. =20 in other words, if it strays away too much from simple text without marku= p, i=20 think people will not be interested in learning another ML. that's just my opinion, but i think at some point it will be required to = set=20 and just accept limitations on what it can and cannot do. for example,=20 sometimes i find myself needing some special feature which is not provide= d,=20 well, tough luck, my document still conveys all the information i want it= to,=20 without a little bit of extra pizazz, and i accept it, otherwise i'll use= =20 something else. i don't think reST should be made to replace every other= =20 format that's out there. if it answer 90% of the basic needs of everyone= ,=20 it's already doing a damn good job. personally i'm worried more about the adding of new features rather than = the=20 reluctancy... just my 2c. cheers, |
|
From: David G. <go...@py...> - 2003-03-31 20:37:01
|
sea...@ac... wrote:
> I'm using reStructuredText and wondering how to get html output like
> this::
>
> <a href="..."><img src="..." alt="..." /></a>
You have to use substitutions with a combination substitution/hyperlink
reference::
|description of image|_
.. |description of image| image:: myimage.png
.. _description of image:: http://example.org
The text "description of image" becomes the image's alt attribute.
You can avoid some text duplication by using anonymous hyperlinks::
|description of image|__
.. |description of image| image:: myimage.png
__ http://example.org
> reStructuredText is awesome! Thanks for the hard work!
Thanks for the encouragement!
--
David Goodger http://starship.python.net/~goodger
Programmer/sysadmin for hire: http://starship.python.net/~goodger/cv
|
|
From: <sea...@ac...> - 2003-03-31 20:20:12
|
hello, I'm using reStructuredText and wondering how to get html output like this:: <a href="..."><img src="..." alt="..." /></a> It looks like this is possible from the documentation, but I can't tell how. reStructuredText is awesome! Thanks for the hard work! Sean |
|
From: William D. <wi...@fl...> - 2003-03-31 11:58:55
|
David Goodger <go...@py...> writes: > William Dode wrote: > > I want to generate site from rst pages in somes directories. > > Aha! You're looking for a templating system. hummm. a kind of ht2html yes, but... different :-) > I would suggest something like RFC-822 headers, which is what ht2html > uses for metadata. The advantage is that they're already in Python's > standard library. Alternatively, reStructuredText field lists are > equivalent although more powerful: they can nest, and they can > contain markup & links etc. If you really want a data structure with > "the same philosophy as RST", that's your answer. I couldn't find a easy solution to use the parser of rst for this... But the syntax of yaml seems to be near the philosophy of rst, so i'll begin with that. > > > This script will be free, but it's a week-end's dirty hack for > > now... > > How about putting it in the Docutils sandbox? Please send me your > SourceForge user name and I'll set you up as a project developer. Why not, my login is wilk -- William Dode - http://flibuste.net |
|
From: Magnus L. <ma...@th...> - 2003-03-31 11:52:29
|
Will there be any presentation or tutorial on Docutils / rST on EuroPython in June? See http://www.europython.org/sessions/cft -- Magnus Lycka, Thinkware AB Alvans vag 99, SE-907 50 UMEA, SWEDEN phone: int+46 70 582 80 65, fax: int+46 70 612 80 65 http://www.thinkware.se/ mailto:ma...@th... |
|
From: David G. <go...@py...> - 2003-03-30 17:52:22
|
William Dode wrote: > I want to generate site from rst pages in somes directories. Aha! You're looking for a templating system. Thanks for the examples. Here are some references that should be of interest: * There's an entry in the to-do list for a templating system: <http://docutils.sf.net/spec/notes.html#templating-system>. * Ollie Rutherfurd has done some work on integrating Docutils & ht2html: <http://www.rutherfurd.net/articles/rst-ht2html.html>. * The docutils/writers/pep_html.py module uses a template file to generate HTML PEPs. The template file is very similar to the example you provided. > In each directory, i need to know the order of the pages, the title > of the directory, the first page to show... So i need a simple data > format. ... > the config files where i'll need something like yaml : > http://flibuste.net/__menu I would suggest something like RFC-822 headers, which is what ht2html uses for metadata. The advantage is that they're already in Python's standard library. Alternatively, reStructuredText field lists are equivalent although more powerful: they can nest, and they can contain markup & links etc. If you really want a data structure with "the same philosophy as RST", that's your answer. > This script will be free, but it's a week-end's dirty hack for > now... How about putting it in the Docutils sandbox? Please send me your SourceForge user name and I'll set you up as a project developer. -- David Goodger http://starship.python.net/~goodger Programmer/sysadmin for hire: http://starship.python.net/~goodger/cv |
|
From: William D. <wi...@fl...> - 2003-03-30 16:05:06
|
David Goodger <go...@py...> writes: > William Dode wrote: > > To complet a rst based application that i'm doing now, i need a > > configuration langage. > > I search one with the same philosophy as rst ;-) > > Have you other ideas than yaml ? > > I can't give any advice without knowing more about your > requirements. What are you trying to accomplish, and why? Examples? I want to generate site from rst pages in somes directories. For this i did a litle script who translate each rst pages in html, using a template in the directory (or use the one just up). For each page, i generate a menu to go up and down and choose others pages. In each directory, i need to know the order of the pages, the title of the directory, the first page to show... So i need a simple data format. An example of my first try : http://flibuste.net the config files where i'll need something like yaml : http://flibuste.net/__menu one rst files : http://flibuste.net/__index.rst the template : http://flibuste.net/__template.html and so on in subdirs http://flibuste.net/services This script will be free, but it's a week-end's dirty hack for now... The goal is to can use a web interface or his own file-tools to administrate. -- William Dode - http://flibuste.net |
|
From: David G. <go...@py...> - 2003-03-30 13:54:05
|
William Dode wrote: > To complet a rst based application that i'm doing now, i need a > configuration langage. > I search one with the same philosophy as rst ;-) > > Have you other ideas than yaml ? I can't give any advice without knowing more about your requirements. What are you trying to accomplish, and why? Examples? Docutils uses Python's ConfigParser module for config files. Our usage is quite simple right now, although we may need to expand it later. yaml seems to be a fine data format, but overkill for our config needs. -- David Goodger http://starship.python.net/~goodger Programmer/sysadmin for hire: http://starship.python.net/~goodger/cv |
|
From: William D. <wi...@fl...> - 2003-03-30 13:11:29
|
hi, To complet a rst based application that i'm doing now, i need a configuration langage. I search one with the same philosophy as rst ;-) Have you other ideas than yaml ? -- William Dode - http://flibuste.net |
|
From: David G. <go...@py...> - 2003-03-28 04:28:52
|
Morten W. Petersen wrote: > I'm using the docutils package in the IssueManager[1] product, and this > error is raised on some types of texts: ... > C:\PROGRA~1\WEBSITE\lib\python/Products/IssueManager\docutils\io.py, > line 144, in encode UnicodeError: Latin-1 encoding error: ordinal not in > range(256) > > The text was cut-and-pasted from a Word document into a HTML textarea > and saved. What can I do to fix this? The exception is being raised while writing the output file, using a Latin-1 encoding. The output must contain a character which cannot be encoded in Latin-1. The only text *generated* by Docutils which wouldn't fit into Latin-1 would be labels from auto-symbol footnotes; if you're not using these, the problem must be with the input text. I see IssueManager specifies Latin-1 output; could you try UTF-8? What encoding does your input file use? docutils/io.py's Input.decode may try several encodings; you could modify the code to report which encoding was successful, and that might give you a clue. (Docutils should be able to report the successful encoding; added to the to-do list.) Hope this helps. Please let us know the result. -- David Goodger http://starship.python.net/~goodger Programmer/sysadmin for hire: http://starship.python.net/~goodger/cv |
|
From: David G. <go...@py...> - 2003-03-27 12:04:14
|
Pierre-Yves Delens wrote: > Found in the docs and modules : > 1?. the XSL option in the quicktest.py (front-end tools) : Please note that quicktest.py is for quick & dirty testing purposes only, not for production use. It lacks much of the functionality of the other Docutils front ends. If you need an XSL link with Docutils-native XML output, we should add it to the docutils-xml Writer (and use the tools/docutils-xml.py front end). > 3?. in Python/distutils.fancy_getopt Although this is used by quicktest.py, Optik/optparse is used by the rest of Docutils. quicktest.py should be converted to use Optik/optparse as well. In other words: learn Optik/optparse, don't bother with distutils.fancy_getopt. -- David Goodger http://starship.python.net/~goodger Programmer/sysadmin for hire: http://starship.python.net/~goodger/cv |
86 messages has been excluded from this view by a project administrator.
