## docutils-develop — For developer discussions of the implementation.

You can subscribe to this list here.

2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 Jan Feb Mar Apr (5) May (27) Jun (22) Jul (72) Aug (82) Sep (86) Oct (138) Nov (100) Dec (62) Jan (122) Feb (147) Mar (92) Apr (82) May (101) Jun (153) Jul (37) Aug (34) Sep (46) Oct (46) Nov (6) Dec (38) Jan (64) Feb (81) Mar (36) Apr (194) May (329) Jun (272) Jul (68) Aug (74) Sep (150) Oct (57) Nov (62) Dec (63) Jan (78) Feb (30) Mar (137) Apr (78) May (54) Jun (122) Jul (72) Aug (110) Sep (80) Oct (75) Nov (125) Dec (79) Jan (100) Feb (15) Mar (41) Apr (67) May (30) Jun (11) Jul (14) Aug (22) Sep (20) Oct (14) Nov (11) Dec (15) Jan (17) Feb (16) Mar (35) Apr (21) May (33) Jun (50) Jul (12) Aug (7) Sep (2) Oct (6) Nov (5) Dec (2) Jan (14) Feb (20) Mar (35) Apr (9) May (57) Jun (21) Jul (42) Aug (4) Sep (13) Oct (76) Nov (40) Dec (55) Jan (26) Feb (15) Mar (3) Apr (67) May (32) Jun (39) Jul (59) Aug (31) Sep (59) Oct (64) Nov (21) Dec (10) Jan (21) Feb (3) Mar (116) Apr (33) May (9) Jun (28) Jul (21) Aug (23) Sep (146) Oct (70) Nov (31) Dec (57) Jan (33) Feb (22) Mar (11) Apr (21) May (51) Jun (47) Jul (35) Aug (26) Sep (25) Oct (34) Nov (61) Dec (51) Jan (75) Feb (31) Mar (26) Apr (16) May (24) Jun (24) Jul (31) Aug (46) Sep (36) Oct (28) Nov (37) Dec (21) Jan (16) Feb (56) Mar (31) Apr (44) May (45) Jun (29) Jul (38) Aug (18) Sep (12) Oct (16) Nov (21) Dec (11) Jan (13) Feb (14) Mar (28) Apr (7) May (72) Jun (33) Jul (21) Aug (1) Sep (6) Oct (14) Nov (18) Dec (22) Jan (23) Feb (108) Mar (76) Apr (114) May (60) Jun (9) Jul (8) Aug (9) Sep (42) Oct (9) Nov Dec (7) Jan (6) Feb (1) Mar Apr May Jun Jul Aug Sep Oct Nov Dec

Showing results of 7794

1 2 3 .. 312 > >> (Page 1 of 312)
 [Docutils-develop] [docutils:bugs] #290 math directive: sum with limits HTML output is incorrect From: Alan - 2016-02-11 03:28:13 Attachments: Message as HTML
 [Docutils-develop] [docutils:patches] #130 fix encoding for warning stream writing From: Günter Milde - 2016-01-13 21:08:27 Attachments: Message as HTML
 [Docutils-develop] [docutils:patches] #130 fix encoding for warning stream writing From: Ondrej Tuma - 2016-01-12 18:33:44 Attachments: Message as HTML
 Re: [Docutils-develop] Drop support for IE6? From: Alan G Isaac - 2016-01-07 17:46:47 Since you are contemplating another release soon, please again consider fixing bug #209: http://sourceforge.net/p/docutils/bugs/209/ Thank you, Alan Isaac 
 Re: [Docutils-develop] Drop support for IE6? From: Guenter Milde - 2016-01-07 17:32:19 On 2016-01-07, engelbert gruber wrote: > and this would be after the next release Agreed. > which i might do on shortest notice ?-) This would be nice. However, there is still a blocker: On 2015-09-11, Guenter Milde wrote: ... > What remains to be done: ... > > On 2015-04-16, David Goodger wrote: > >> I am working on a reply to this, but it's taking time. Consider this > >> issue unresolved. Please do not make any releases or irrevocable > >> decisions until this issue is resolved. > I believe to have addressed all raised issues. The original commit > with the cleanup and renaming had been lost due to SF repo crash but > is restored now (thanks to our Git mirror at repo.or.cz). > @David: could you please have a look and tell me what is still required to > lift the release lock? Ping. Günter 
 Re: [Docutils-develop] Drop support for IE6? From: engelbert gruber - 2016-01-07 13:24:54 Attachments: Message as HTML and this would be after the next release which i might do on shortest notice ?-) On 7 January 2016 at 12:51, Guenter Milde wrote: > Dear Docutils developers, > > after reading that > > Beginning January 12, 2016, only the most current version of Internet > Explorer available for a supported operating system will receive > technical supports and security updates. Internet Explorer 11 > ... > > -- https://www.microsoft.com/en-us/WindowsForBusiness/End-of-IE-support > > I wonder, whether we could get rid of special code supporting IE 6. > > I wish you all a happy new year, > > Günter > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Docutils-develop mailing list > Docutils-develop@... > https://lists.sourceforge.net/lists/listinfo/docutils-develop > > Please use "Reply All" to reply to the list. > 
 [Docutils-develop] Drop support for IE6? From: Guenter Milde - 2016-01-07 11:55:12 Dear Docutils developers, after reading that Beginning January 12, 2016, only the most current version of Internet Explorer available for a supported operating system will receive technical supports and security updates. Internet Explorer 11 ... -- https://www.microsoft.com/en-us/WindowsForBusiness/End-of-IE-support I wonder, whether we could get rid of special code supporting IE 6. I wish you all a happy new year, Günter 
 [Docutils-develop] [docutils:bugs] #289 rst2man ignores line starting with a period From: Takeshi KOMIYA - 2015-12-24 13:01:42 Attachments: Message as HTML
 [Docutils-develop] [docutils:patches] #129 Add zip_safe=False to fix easy_install installations From: Igor Kalnitsky - 2015-12-09 17:51:06 Attachments: Message as HTML
 [Docutils-develop] [docutils:bugs] #288 html writer(s): embedded stylesheets that contain & or < are polyglotness From: Cherniavsky Beni - 2015-12-09 13:19:56 Attachments: Message as HTML
 [Docutils-develop] [docutils:patches] #129 Add zip_safe=False to fix easy_install installations From: Günter Milde - 2015-12-08 20:29:37 Attachments: Message as HTML
 Re: [Docutils-develop] bold & italic From: Laura Creighton - 2015-12-07 17:54:26 In a message of Sun, 06 Dec 2015 12:39:10 +0100, Saša Janiška writes: >Hello, > >I'd like to use python-powered static-site-generator (Nikola) and >therefore it seems more natural to use rst markup for blog posts instead >of Asciidoc(tor) which I was using with another ssg. > >However, I've found out that it's not possible to markup bold & italic >phrase, like with AsciiDoctor *_bold italic_* and found out in the specs >(http://docutils.sourceforge.net/docs/ref/rst/restructuredtext.html#emph >asis) >the following: "Inline markup cannot be nested." so I wonder if it means >that having bold-italic phrase is not possible by design or there is >some workaround or plan to lift that limitation? > > >Sincerely, >Gour There is a cheat. It is ugly. You have to define a custom role. https://groups.google.com/forum/#!msg/sphinx-users/kvt87WJgkCk/5Ln9URcmRvwJ Laura 
 [Docutils-develop] [docutils:bugs] #287 rst2man: comma after option argument is in bold From: Dmitry Shachnev - 2015-12-07 11:24:09 Attachments: Message as HTML
 [Docutils-develop] bold & italic From: Saša Janiška - 2015-12-06 11:45:14 Hello, I'd like to use python-powered static-site-generator (Nikola) and therefore it seems more natural to use rst markup for blog posts instead of Asciidoc(tor) which I was using with another ssg. However, I've found out that it's not possible to markup bold & italic phrase, like with AsciiDoctor *_bold italic_* and found out in the specs (http://docutils.sourceforge.net/docs/ref/rst/restructuredtext.html#emph asis) the following: "Inline markup cannot be nested." so I wonder if it means that having bold-italic phrase is not possible by design or there is some workaround or plan to lift that limitation? Sincerely, Gour --  One who is not disturbed in mind even amidst the threefold miseries or elated when there is happiness, and who is free from attachment, fear and anger, is called a sage of steady mind. 
 [Docutils-develop] [docutils:patches] #129 Add zip_safe=False to fix easy_install installations From: Igor Kalnitsky - 2015-10-23 07:03:25 Attachments: Message as HTML
 Re: [Docutils-develop] How transforms deal with nodes? - Implementing a math transform From: Guenter Milde - 2015-10-08 12:01:28 On 2015-10-07, Silas Silva wrote: > On Mon, Oct 05, 2015 at 11:25:16AM +0000, Guenter Milde wrote: Dear Silas, >> MathJax understands ASCIIMath markup, so with "math-output=mathjax", the >> input format could be ASCIIMath without need for conversion (just the >> correct wrapper is required). > Yeah, it works pretty fine. Thanks! I changed my mind and I see that > MathJaX is the best choice for my problem. Still, it would be good to have an "format" setting for the math and math-block nodes. Then, "asciimath" would be wrapped in  (backticks) on export By default, the asciimath2jax preprocessor defines the back-tick () as the delimiters for mathematics in AsciiMath format. -- http://docs.mathjax.org/en/latest/asciimath.html > This is because it keeps plain math in its original form (in my case, > ASCIImath) inline, making it appear originally in old or non-standard > HTML renderers. A user using an old browser that doesn't support > javascript, or that turns off javascript for security reasons, > for instance, could yet see the nice ASCIImath markup. This is indeed better readable than MathML ;-) >> The main obstacle for ASCIIMath as input is the missing converter to LaTeX. >> Otherwise it seems to be the "natural" choice as rST-maths language. > I see... This is mainly for the LaTeX writer, right? asciimathpython > converts ASCIImath to a valid MathML tree using a tree data structure. > It makes things easier. A converter of MathML to LaTeX would be > acceptable? I'd prefer a direct conversion from ASCIImath to LaTeX: these formats are quite close one to another while MathML uses a different model. There will be inevitable information loss with every conversion step and ASCIImath->MathML->LaTeX will be more complicated and less reliable in the end. My first idea was to merge the "parser" of asciimathpython with a "LaTeX writer". There may be alternative approaches. Docutils already accepts Unicode characters for mathematical symbols supported by standard LaTeX and AMSmath (these should be about the same as the symbols defined in ASCIImath) and converts them to the corresponding LaTeX macros. > And thank you for the rest of the answer. Let me first deal with the > thoughest problem, which is the conversion among different math markups. I'd start with the framework: How to define the format of math content? Use a transform for the conversion or leave it to the writer? Günter 
 Re: [Docutils-develop] How transforms deal with nodes? - Implementing a math transform From: Silas Silva - 2015-10-07 03:57:25 On Mon, Oct 05, 2015 at 11:25:16AM +0000, Guenter Milde wrote: > Dear Silas, Hello Guenter! > MathJax understands ASCIIMath markup, so with "math-output=mathjax", the > input format could be ASCIIMath without need for conversion (just the > correct wrapper is required). Yeah, it works pretty fine. Thanks! I changed my mind and I see that MathJaX is the best choice for my problem. This is because it keeps plain math in its original form (in my case, ASCIImath) inline, making it appear originally in old or non-standard HTML renderers. A user using an old browser that doesn't support javascript, for instance, could yet see the nice ASCIImath markup. > The main obstacle for ASCIIMath as input is the missing converter to LaTeX. > Otherwise it seems to be the "natural" choice as rST-maths language. I see... This is mainly for the LaTeX writer, right? asciimathpython converts ASCIImath to a valid MathML tree using a tree data structure. It makes things easier. A converter of MathML to LaTeX would be acceptable? And thank you for the rest of the answer. Let me first deal with the thoughest problem, which is the conversion among different math markups. Thank you! -- Silas Silva 
 Re: [Docutils-develop] Emacs ‘electric-indent-mode’ versus ‘rst-mode’ From: Laura Creighton - 2015-10-05 11:34:16 In a message of Sun, 04 Oct 2015 20:59:33 +0200, Stefan Merten writes: >Hi Ben! > >Today Ben Finney wrote: >> It would be great if ‘electric-indent-mode’ and ‘rst-mode’ could both be >> active together and work sensibly. > >Frankly I don't know much about electric-indent-mode. > >The problem is that electric-indent-mode assumes something probably >called a deterministic indentation. This does not work for >reStructuredText. > >Apart from that I have no idea what any electricity could do better >than rst-mode does already. Indentation in rst-mode is already >very useful and usually does what you want. > >>> The problem with electric-indent-mode' has been fixed in the Emacs >>> tree already. >> >> What resolution was chosen? > >The Emacs people did what they do in such cases:: > > ;; Indentation is not deterministic. > (setq electric-indent-inhibit t) I think that is what rst-mode.el needs to do if it doesn't already. If your only problem is with editing ReStructured Text, this will fix things for you. But I had a more comprehensive problem, the day this happened. editing ReST didn't work. Writing Python and Haskell didn't work. And, most importantly, cutting and pasting text from one window to an emacs session running on another machine did not work. I was told I needed to do: (add-hook 'after-change-major-mode-hook (lambda() (electric-indent-mode -1))) And that got most, but not all of my problem. But I finally got the thing to stop biting me with: (electric-indent-mode 0) which is the way to brutally turn it off altogether. I figured that if I ever found a case where it would be useful, I would just write a hook to enable it for whenever that was. It's been a long time now, and so far I haven't managed to want it once. I chalk it up to 'takes all kinds to make a world' ... Laura 
 Re: [Docutils-develop] How transforms deal with nodes? - Implementing a math transform From: Guenter Milde - 2015-10-05 11:25:35 Dear Silas, On 2015-10-04, Silas Silva wrote: ... > So, after some search in mail list, I found this post by Guenter Milde > with some thoughts on math support. > http://sourceforge.net/p/docutils/mailman/message/30208157/ > It is titled "vision for maths" and bring the idea of implementing a > math transform. See also http://docutils.sourceforge.net/docs/dev/todo.html#math-markup > With MathJax and asciimathpython it would be very nice > to have a math transform. At least a part of the conversion matrix > could be implemented and used by different writers. MathJax understands ASCIIMath markup, so with "math-output=mathjax", the input format could be ASCIIMath without need for conversion (just the correct wrapper is required). The main obstacle for ASCIIMath as input is the missing converter to LaTeX. Otherwise it seems to be the "natural" choice as rST-maths language. > So, I started to code a math transform. I hope I get some results > sometime, but stopped in a stupid problem: after conversion, my math > code (output MathML) is latter considered a Text node and all HTML > escaping is done, messing every MathML tag up. Without changes to the HTML writer(s), it is actually considerd to be a "math" node with content in LaTeX syntax and converted as if you did not use the transform. Even with the fallback setting for math-output, this processes the content:: # settings and conversion if self.math_output in ('latex', 'mathjax'): math_code = self.encode(math_code) > My code of the math transform with a hardcoded example is something > like this: > def apply(self): > for node in self.document.traverse(nodes.math_block): > new_node = nodes.math_block( > node.rawsource, > '3x- 2y', > **node.attributes) > node.replace_self(new_node) > So, this whole text is for asking you: how to make writer do not think > it is a Text node? The quick and dirty way would be to replace the "math_block" node with a "raw" node. This would require to put the wrapper around the MathML code in the transform, the writer would just insert the content as if it were content of a "raw" directive. (You must set the format to "html", of course). A comprehensive solution would include: * add a "format" argument to the "math" and "math_block" nodes (defaulting to "LaTeX"), * set the "format" argument to "MathML" in the transform (if the content is tranfomed to MathML) * make the HTML writer(s) understand the "format" tag and process the output accordingly. Also, the "math-output" option would no longer be specific to the html-writer, although the different writers would use different sets of supported values and a different default. I actually don't know how this should be implemented in a "Docutilsic" way. Günter 
 Re: [Docutils-develop] Emacs ‘electric-indent-mode’ versus ‘rst-mode’ From: Stefan Merten - 2015-10-04 19:12:39 Attachments: Message as HTML Hi Ben! Today Ben Finney wrote: > It would be great if ‘electric-indent-mode’ and ‘rst-mode’ could both be > active together and work sensibly. Frankly I don't know much about electric-indent-mode. The problem is that electric-indent-mode assumes something probably called a deterministic indentation. This does not work for reStructuredText. Apart from that I have no idea what any electricity could do better than rst-mode does already. Indentation in rst-mode is already very useful and usually does what you want. >> The problem with electric-indent-mode' has been fixed in the Emacs >> tree already. > > What resolution was chosen? The Emacs people did what they do in such cases:: ;; Indentation is not deterministic. (setq electric-indent-inhibit t) Grüße Stefan 
 [Docutils-develop] How transforms deal with nodes? - Implementing a math transform From: Silas Silva - 2015-10-04 17:27:05 Hello guys! First of all, I'd like to thank you for the great job with docutils and rST. I'm a user of rST since 2009 and never stopped using it more and more. It really solved [almost] all my problems regarding documentation! Well, I'm here because I started to hack docutils source code to solve a problem: make it support more math input formats. There are older and newer threads about this problem along the docutils-develop list. My main request is ASCIImath support. So, I did a very quick-n-dirty change to the html4css1 writer, changing the visit_math() method to get text and use Paul Tremblay's code (http://sourceforge.net/projects/asciimathpython/) to convert it to MathML. It works but, as I just said, it is quick-n-dirty and doesn't respect --math-output or anything. So, after some search in mail list, I found this post by Guenter Milde with some thoughts on math support. http://sourceforge.net/p/docutils/mailman/message/30208157/ It is titled "vision for maths" and bring the idea of implementing a math transform. With MathJax and asciimathpython it would be very nice to have a math transform. At least a part of the conversion matrix could be implemented and used by different writers. So, I started to code a math transform. I hope I get some results sometime, but stopped in a stupid problem: after conversion, my math code (output MathML) is latter considered a Text node and all HTML escaping is done, messing every MathML tag up. My code of the math transform with a hardcoded example is something like this: def apply(self): for node in self.document.traverse(nodes.math_block): new_node = nodes.math_block( node.rawsource, '3x- 2y', **node.attributes) node.replace_self(new_node) So, this whole text is for asking you: how to make writer do not think it is a Text node? Thanks! :-) -- Silas Silva 
 [Docutils-develop] Emacs ‘electric-indent-mode’ versus ‘rst-mode’ (was: Time for release 0.13?) From: Ben Finney - 2015-10-04 12:39:57 Stefan Merten writes: > 2 weeks (20 days) ago Stefan Merten wrote: > > Emacs 24.4 sets electric-indent-mode' globally on by default which > > breaks rst.el. It would be great if ‘electric-indent-mode’ and ‘rst-mode’ could both be active together and work sensibly. > The problem with electric-indent-mode' has been fixed in the Emacs > tree already. What resolution was chosen? -- \ “I will cast terror into the hearts of those who disbelieve. | \ Therefore strike off their heads and strike off every fingertip | _o__) of them.” —Muhammad, _Qur'an_ 8:12 | Ben Finney 
 Re: [Docutils-develop] Time for release 0.13? From: Stefan Merten - 2015-10-04 09:35:24 Attachments: Message as HTML Hi! 2 weeks (20 days) ago Stefan Merten wrote: > I have to look into rst.el also. Emacs 24.4 sets > electric-indent-mode' globally on by default which breaks rst.el. Done. The problem with electric-indent-mode' has been fixed in the Emacs tree already. I also merged in some more changes the Emacs developers did. I also improved the tutorial based on some suggestions from Jason Eisner. This is a bug fix release so I raised the version from V1.4.0 to V1.4.1. Grüße Stefan `
 [Docutils-develop] [docutils:feature-requests] #47 Add explicit Email and Phone fields to the Docinfo From: Jeffrey C. Jacobs - 2015-09-24 20:01:37 Attachments: Message as HTML
 [Docutils-develop] [docutils:feature-requests] #46 Add Telephone Number recognition to the RST parser From: Jeffrey C. Jacobs - 2015-09-24 19:38:20 Attachments: Message as HTML

Showing results of 7794

1 2 3 .. 312 > >> (Page 1 of 312)