## 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 (15) Mar (7) Apr May (33) Jun (3) Jul (19) Aug (12) Sep (6) Oct (16) Nov (17) Dec (125) Jan (62) Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
S M T W T F S

1
(3)
2
(3)
3

4

5
(1)
6

7

8
(3)
9
(2)
10
(2)
11
(3)
12

13

14
(1)
15
(2)
16
(4)
17
(1)
18
(1)
19

20
(1)
21

22

23

24

25

26

27

28
(1)
29

30

31

Showing 3 results of 3

 Re: [Docutils-develop] Configuring MathJax URL From: Guenter Milde - 2012-10-11 22:23:07 Dear Dmitry, On 2012-10-10, Dmitry Shachnev wrote: > Guenter Milde users.sf.net> writes: >> 1. I opt for whitespace as separator between keyword and mathjax-URL: >> 2. The configuration part of the URL (?config=TeX-AMS-MML_HTMLorMML) >> should not be hardcoded but part of the configurable URL. (See the >> mathjax homepage for the many options that users may want to specify.) >> 3. There should be a test case. ... > Updated patches are now attached to the bug report. I am not sure if > I've put the test case to a correct file > (test/test_writers/test_html4css1_misc.py), so I've split it to a > separate patch so that you could change it. Thanks for your patches, I'll have a look when time permits. >> > See also http://bugs.debian.org/677929 for the corresponding bug report >> > in Debian. >> My preference for solving this bug is changing the default math-output of >> the html4css1 writer to HTML+CSS. My question how to handle the required >> math.css style sheet still waits for a comment from co-developers. > HTML+CSS supports 0% of what MathJax supports — doesn't it? — and I think we > shouldn't break users who think "My formulas will work everywhere out of the > box". HTML+CSS supports 90% of the LaTeX-Math MathJax supports (but without specials like downloading web-fonts etc.) HTML+CSS works out of the box everywhere -- also without internet connection or a local MathJax installation. HTML+CSS does not need JavaScript - so you can keep safe browser settings. HTML+CSS does not download scripts from somewhere over the net - which the abovementioned Debian bug calls a grave security breach. >> If noone responds, I may end up implementing automatic loading of the >> stylesheet if there is math content with the option to add an alternative >> stylesheet URL to the math-output option (similar to the mathjax-URL). > +1 to this idea, though. Günter 
 [Docutils-develop] Developing a true WYSIWYG rst editor From: Silas Silva - 2012-10-11 17:30:40 Hello all guys, I'm user of docutils for years. Just love it. Have website, personal documentation etc. in reStructuredText. I even set the default filetype of my \$EDITOR to rst when editing plain text. But I needed a WYSIWYG editor. Why? Some would argue: "Oh, but rst is already WYSIWYG and how simple it is!". Yes, you are right. The problem is that some people just don't understand simple plain text. I'm working in a department where people make documentation and are used to MS Word and other rich text processors. We needed a format to document a lot of things on, but it should have to be easily convertible to HTML, XML, PDF and other formats. We chose DocBook (argh!), mainly because there are (buggy) text processors that users like to use. And, yes, those are that category of people that will call us crazy if we ask them to make their text 80 column wide or not to confuse tabs with spaces. I've looked for a true WYSIWYG editor for rst and, the closest thing I got was dual panel editors, where you type rst in one side and it renders another. So, since I'd really *love* to switch from DocBook to reStructuredText, I'm here to offer my work for this team. Although I'm a reasonable experienced programmer with C, C++, Tcl and /bin/sh languages, I'm not used to Python, but after reading the first chapters of Dive Into Python and something about PyGTK, I'm pretty secure of starting up this idea. The question is: If you are interesting in this: I'll follow docutils developers instructions and get in touch frequently with you about how to develop it, what libraries use, etc. The project could eventually be merged to docutils tree. Else I'll start a independent project and chose alone what widgets and architecture to use (WebKit vs. GTK TextBuffer is my dilemma nowadays). I will be happy with any answer. Just need to know in order to follow the respective development line. Thank you! -- Silas Silva 
 [Docutils-develop] Nested parsing of inline markup From: Marcin Szamotulski - 2012-10-11 10:49:12 Hello, I would like to ask what is the status of the nested parsing of inline markup in docutils. The nesting branch in svn repository is quite old (last commit in Feb 2006). Was this abandoned by a reason? I would be interested in getting this work. This would allow for both html and latex writers of Sphinx to produce better quality stuff. Also since latex allow for nested commands like \macro_1{\macro_2{ ... }} it would be nice to have nested roles: :role1: :role2: ...  Best regards, Marcin Szamotulski 

Showing 3 results of 3