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
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
1
(11) |
2
(7) |
3
(4) |
4
(2) |
5
(4) |
6
(1) |
7
(4) |
8
(4) |
9
(5) |
10
(11) |
11
(12) |
12
(8) |
13
(6) |
14
(11) |
15
(3) |
16
(1) |
17
(3) |
18
(2) |
19
|
20
|
21
|
22
(2) |
23
(2) |
24
(1) |
25
(2) |
26
|
27
|
28
|
29
(19) |
30
(9) |
31
(3) |
|
|
From: David A. <da...@bo...> - 2003-07-29 22:29:17
|
David Goodger <go...@py...> writes: > David Abrahams wrote: >> So, being a CSS idiot, I don't know whether this means that I can >> change it so that <h1 class="title"> is displayed differently from >> <h1>. Can I? > > Yes, you can. tools/stylesheets/default.css shows how: > > h1.title { > text-align: center } > > h2.subtitle { > text-align: center } Thank you again! -- Dave Abrahams Boost Consulting www.boost-consulting.com |
From: David G. <go...@py...> - 2003-07-29 20:55:52
|
Michele Simionato wrote: > I want to insert a picture in a rst file, and produce both html and > latex. I have both a .gif and a .ps version of the figure. The .gif > works in html but not in latex, the .ps works in latex but not in > html. Is there a custom way of solving the issue? Not really, no. There are some ideas on the to-do list though: <http://docutils.sf.net/spec/notes.html#adaptable-file-extensions> and <http://docutils.sf.net/spec/notes.html#conditional-directives>. -- David Goodger |
From: David G. <go...@py...> - 2003-07-29 20:55:31
|
David Abrahams wrote: > So, being a CSS idiot, I don't know whether this means that I can > change it so that <h1 class="title"> is displayed differently from > <h1>. Can I? Yes, you can. tools/stylesheets/default.css shows how: h1.title { text-align: center } h2.subtitle { text-align: center } -- David Goodger |
From: David A. <da...@bo...> - 2003-07-29 20:51:26
|
Aahz <aa...@py...> writes: > On Tue, Jul 29, 2003, Michael Hudson wrote: >> David Abrahams <da...@bo...> writes: >>> >>> I have a few ReST documents which need to use large, common sequences >>> of text. Is there any analogue to the 'C' preprocessor's #include >>> directive for ReST? >> >> .. include: /path/to/file > > I'm pretty sure that needs to be ``.. include::``; I've been bitten by > forgetting the second colon several times. Thanks, everyone; this is great! -- Dave Abrahams Boost Consulting www.boost-consulting.com |
From: David A. <da...@bo...> - 2003-07-29 20:48:19
|
David Goodger <go...@py...> writes: > See <http://docutils.sourceforge.net/FAQ.html>, section 3.4. So, being a CSS idiot, I don't know whether this means that I can change it so that <h1 class="title"> is displayed differently from <h1>. Can I? -- Dave Abrahams Boost Consulting www.boost-consulting.com |
From: Michele S. <mi...@pi...> - 2003-07-29 20:01:40
|
I want to insert a picture in a rst file, and produce both html and latex. I have both a .gif and a .ps version of the figure. The .gif works in html but not in latex, the .ps works in latex but not in html. Is there a custom way of solving the issue? -- Michele Simionato - Dept. of Physics and Astronomy 210 Allen Hall Pittsburgh PA 15260 U.S.A. Phone: 001-412-624-9041 Fax: 001-412-624-9163 Home-page: http://www.phyast.pitt.edu/~micheles/ |
From: Aahz <aa...@py...> - 2003-07-29 19:51:23
|
On Tue, Jul 29, 2003, Michael Hudson wrote: > David Abrahams <da...@bo...> writes: >> >> I have a few ReST documents which need to use large, common sequences >> of text. Is there any analogue to the 'C' preprocessor's #include >> directive for ReST? > > .. include: /path/to/file I'm pretty sure that needs to be ``.. include::``; I've been bitten by forgetting the second colon several times. -- Aahz (aa...@py...) <*> http://www.pythoncraft.com/ This is Python. We don't care much about theory, except where it intersects with useful practice. --Aahz |
From: David A. <da...@bo...> - 2003-07-29 19:47:34
|
David Goodger <go...@py...> writes: > David Abrahams wrote: > > I'm trying to put an image at the top of my page next to the main > > title. > .. > > The only problem with this is that the <title>...</title> of the > > resulting HTML document contains "(logo)". I'd like to eliminate > > that, but AFAICT there's no way to make a text-free substitution. > > > > Any ideas? > > Add an empty (no value) ":alt:" option to the "image" directive. > Since images cannot be part of HTML <title> text, the image's > alternate text is used. Remove it and you're golden. Note: empty > ":alt:" options are a recent change; you may have to update your > Docutils. Awesome, it works! -- Dave Abrahams Boost Consulting www.boost-consulting.com |
From: David G. <go...@py...> - 2003-07-29 17:53:51
|
David Abrahams wrote: > I'm trying to put an image at the top of my page next to the main > title. ... > The only problem with this is that the <title>...</title> of the > resulting HTML document contains "(logo)". I'd like to eliminate > that, but AFAICT there's no way to make a text-free substitution. > > Any ideas? Add an empty (no value) ":alt:" option to the "image" directive. Since images cannot be part of HTML <title> text, the image's alternate text is used. Remove it and you're golden. Note: empty ":alt:" options are a recent change; you may have to update your Docutils. -- David Goodger |
From: Michael H. <mw...@py...> - 2003-07-29 17:20:40
|
David Abrahams <da...@bo...> writes: > I have a few ReST documents which need to use large, common sequences > of text. Is there any analogue to the 'C' preprocessor's #include > directive for ReST? .. include: /path/to/file I think. Cheers, mwh -- > Why are we talking about bricks and concrete in a lisp newsgroup? After long experiment it was found preferable to talking about why Lisp is slower than C++... -- Duane Rettig & Tim Bradshaw, comp.lang.lisp |
From: Aahz <aa...@py...> - 2003-07-29 17:04:30
|
On Tue, Jul 29, 2003, David Abrahams wrote: > > I have a few ReST documents which need to use large, common sequences > of text. Is there any analogue to the 'C' preprocessor's #include > directive for ReST? ``.. include::``? -- Aahz (aa...@py...) <*> http://www.pythoncraft.com/ This is Python. We don't care much about theory, except where it intersects with useful practice. --Aahz |
From: David G. <go...@py...> - 2003-07-29 16:18:27
|
See <http://docutils.sourceforge.net/FAQ.html>, section 3.4. -- David Goodger |
From: David A. <da...@bo...> - 2003-07-29 16:08:50
|
When I format the following: ------- schnipp ------- ++++ H1 ++++ xx ==== H2 ==== xx ==== Hx ==== xx ------- schnapp ------ With python html.py --stylesheet=http://www.boost.org/boost.css -gdts ... I get only one heading style, <h1>...</h1>. I was expecting the first section to be formatted <h1>...</h1> and the others to be formatted <h2>...</h2>. Are my expectations justified? -- Dave Abrahams Boost Consulting www.boost-consulting.com |
From: Ollie R. <ol...@ru...> - 2003-07-29 15:46:56
|
David Abrahams wrote: > I have a few ReST documents which need to use large, common sequences > of text. Is there any analogue to the 'C' preprocessor's #include > directive for ReST? There's an ``include`` directive. .. include:: foo.txt http://docutils.sourceforge.net/spec/rst/directives.html#including-an-external-document-fragment -Ollie -- Ollie Rutherfurd http://www.rutherfurd.net/ |
From: David A. <da...@bo...> - 2003-07-29 14:30:45
|
I have a few ReST documents which need to use large, common sequences of text. Is there any analogue to the 'C' preprocessor's #include directive for ReST? TIA, -- Dave Abrahams Boost Consulting www.boost-consulting.com |
From: David A. <da...@bo...> - 2003-07-29 14:21:10
|
Warning: This is tweaky HTML formatting stuff I'm trying to put an image at the top of my page next to the main title. The beginning of my ReST document looks like: +++++++++++++++++++++ My Title |(logo)|__ +++++++++++++++++++++ .. |(logo)| image:: ../../../c++boost.gif __ ../../../index.htm The only problem with this is that the <title>...</title> of the resulting HTML document contains "(logo)". I'd like to eliminate that, but AFAICT there's no way to make a text-free substitution. Any ideas? TIA, -- Dave Abrahams Boost Consulting www.boost-consulting.com |
From: David G. <go...@py...> - 2003-07-29 03:59:53
|
Brett g Porter wrote: > ...but then I want to be able to do > > ``SOME_USEFUL_STRUCT structData;`` > bla bla bla > > ...and have the text of SOME_USEFUL_STRUCT be a clickable link to > the documentation of that structure. ... > ...or maybe a role?: > > :parsed-literal:`SOME_USEFUL_STRUCT_ structData;` Yes, a role would seem to be the solution. Care to implement it? > I can't seem to mix parsed-literal blocks and definition lists. Definition list terms can only be one line long, and they must be simple text with no structural markup. The second, indented line is what triggers "definition list" recognition in the parser. A parsed-literal block, even if only one line, by definition contains structural markup: the ".. parsed-literal::" text is not simple text, but a directive. And any indented second line would automatically be subsumed into the directive's content. So that approach is doomed in multiple ways. ;-) -- David Goodger http://starship.python.net/~goodger For hire: http://starship.python.net/~goodger/cv Docutils: http://docutils.sourceforge.net/ (includes reStructuredText: http://docutils.sf.net/rst.html) |
From: David G. <go...@py...> - 2003-07-29 03:50:03
|
Bob Marshall wrote: > Just a quickie; is it possible to specify styles for a > reStructuredText *table*? Specifically, I'd like to get rid of the > table gridlines (e.g. 'force' the HTML table attribute BORDER="0")? ... > For the record, my solution (hack) so far is thus: > > i) Specify a different style sheet Always a good solution. If this isn't enough, it could be an indication that the HTML being produced by Docutils is inadequate and could be improved. That seems to be the case here. > ii) Hack the docutils\writers\html4css1.py file to change the values > passed to the self.starttag() method call's frame= and rules= > keyword arguments to 'void' and 'None' resp in the visit_table > method. That may work for you, but Docutils can't use it. Most people want some kind of grid on their tables. How to allow gridless tables via stylesheets while defaulting to gridded tables? > the original frame="border" and rules="all" values seem to prevent > CSS from overrriding the table style w.r.t. borders The problem is that CSS1 doesn't have styles equivalent to the "table" element's attributes "frame" and "rules". I experimented with stylesheet settings of the "border" style, using Mac OS X Mozilla 1.4, Safari 1.0 (khtml-based), and Internet Explorer 5.2.2. There doesn't seem to be any universal way to get nice-looking bordered tables using CSS styles to add borders, but by *removing* the "frame" and "rules" attributes altogether and adding a "border" attribute (valueless, as described below), default (bordered) tables in all browsers look good. Some research uncovered this: * The value "border" in the start tag of the TABLE element should be interpreted as the value of the frame attribute. It implies rules="all" and some default (non-zero) value for the border attribute. For example, the following definitions are equivalent: ... <TABLE border> <TABLE frame="border" rules="all"> -- <http://www.w3.org/TR/html4/struct/tables.html#h-11.3.1>, near the bottom of section 11.3.1 I've made the change to html4css1.py's "HTMLTranslator.visit_table" method. I verified that Netscape 4.51 isn't adversely affected. <http://docutils.sourceforge.net/tools/test.html#tables> has been updated; please let me know if any browsers don't like the change. This change allows borderless tables using these stylesheet entries:: table.table { border: none } table.table td, table.table th { border: none } (IOW, *removing* grids/borders using CSS works, but *adding* doesn't.) -- David Goodger http://starship.python.net/~goodger For hire: http://starship.python.net/~goodger/cv Docutils: http://docutils.sourceforge.net/ (includes reStructuredText: http://docutils.sf.net/rst.html) |