headers
SourceForge.net | 1 Jul 2007 13:03
Picon
Favicon

[ docutils-Bugs-1745994 ] Error w/ snapshot 20070701

Bugs item #1745994, was opened at 2007-07-01 11:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=422030&aid=1745994&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: Viktor Ransmayr (vransmayr)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error w/ snapshot 20070701

Initial Comment:
As recommended in the README.txt I'm reporting the
results of "alltests.py".

<Log>

C:\Dokumente und Einstellungen\VR\Eigene
Dateien\Tools\docutils\docutils-ss20070701\test>python alltests.py
Testing Docutils 0.5 [snapshot 2007-07-01, r5308] with Python 2.5.1 on 2007-07-01 at 12:47:52
Working directory: C:\Dokumente und Einstellungen\VR\Eigene Dateien\Tools\docutils\docutils-ss20070701\test
Docutils package: C:\Dokumente und Einstellungen\VR\Eigene Dateien\Tools\docutils\docutils-ss20070701\docutils
................................................................................
(Continue reading)

Permalink | Reply | 0 comments |
headers
Lea Wiemann | 4 Jul 2007 13:24
Picon

Re: Docutils web site updates

David Goodger wrote:

> Determining the the files to transfer also depends on timestamps.

Actually, it doesn't depend on the timestamps; it's just a big tarball
that gets re-transmitted everytime (well, the binary-diff gets
transmitted at least), and that is unpacked on SF.net's side.  The
behavior Günter described is weird (perhaps a network issue between
BerliOS and SF.net), but it's gone now.

// Lea

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 0 comments |
headers
G. Milde | 4 Jul 2007 17:21
Picon

Re: Docutils web site updates

On 29.06.07, David Goodger wrote:
> On 6/29/07, G. Milde <g.milde <at> quantentunnel.de> wrote:

> >   How about an alternative way operating:
...

> >
> >   For a new .txt file, do not upload the corresponding html file via
> >   subversion (as it is generated, so there is no need for it to be under
> >   version control). Instead you can upload with::
> >
> >    scp -p <file>.html \
> >    shell.berlios.de:/home/groups/docutils/htdocs/aux/htdocs/≤path>/<file>.html>
> >
> >   where ``<path>`` is the relative path from the SVN root.
> >
> >   Make sure ``<file>.html`` is group-writeable:
> >   ``chmod g+w <file>.html``.
> >
> >   The script will take care of the rest within an hour.

> That seems much more complicated than the current instructions.

Actually, the difference is rather small.

Compare the current instruction::

  ssh <username> <at> shell.berlios.de

  cd /home/groups/docutils/htdocs/aux/htdocs/
(Continue reading)

Permalink | Reply | 1 comment |
headers
G. Milde | 4 Jul 2007 17:24
Picon

Re: Docutils web site updates

On 29.06.07, David Goodger wrote:
> On 6/29/07, G. Milde <g.milde <at> quantentunnel.de> wrote:
> > I experienced some problems with the web site update.
> >
> > * After creating an empty html file as recommended in
> >   http://docutils.sourceforge.net/docs/dev/website.html
> >   it did not get updated (for more than one hour).

> I just followed those instructions and manually ran the update and it
> worked fine.

> >   Could this have to do with the "touched" html file beeing newer
> >   than the corresponding txt file?

> Yes.  The updates depend on timestamps.  Did you miss the "touch
> filename.txt" command in the instructions you quote above?

This should be the reason indeed. Thanks for the hint.

> > * Files deleted from the SVN repository (or moved to another place) are
> >   still on the old place in [...] http://docutils.sourceforge.net/sandbox/

See my separate mail on this topic.

> BTW, there is an error in your reST source:

Fixed, thanks for pointing this out.

Günter
(Continue reading)

Permalink | Reply | 0 comments |
headers
Lea Wiemann | 4 Jul 2007 23:10
Picon

Re: Docutils web site updates

G. Milde wrote:

>   rst2html filename.txt  # this should anyway for testing the txt file
>   # sleep 1                # or take some time to check the html file

Sure, +0 (without looking into it in detail).

I'd like to mention that you'll need to prepend
PYTHONPATH=/path/to/docutils/library/files to rst2html.py for this to
work, otherwise it won't be able to pick up the docutils library files.

> 1. Add a function del_from_htdocsdest() (similar to
> copy_to_htdocsdest()) that compares the listing of the tar archive
> with the htdocsdest and removes files gone from the svn repository.

It's probably doable using some easier way (like unpacking the tarball
to a separate directory, and then replacing the current htdocs directory
with the new directory -- modulo preserving intentional changes that are
local to SF.net and don't exist on BerliOS, like uploaded files).
However, there is only so much time to hack on the website script. :-/

> 2. make $htdocsdest and the htdocs directory on SF.net working copies
> of the SVN repository.

The SF.net shell server does not support outgoing connections, so you
cannot update any SVN repositories on SF.net.

Best wishes,

   Lea
(Continue reading)

Permalink | Reply | 0 comments |
headers
Fred L. Drake, Jr. | 8 Jul 2007 04:19
X-Face
Picon
Favicon
Gravatar

Re: [Docutils-checkins] r5323 - in trunk/sandbox/py-rest-doc: TODO sphinx/builder.py sphinx/htmlhelp.py sphinx/style/default.css sphinx/templates/layout.html sphinx/writer.py

On Saturday 07 July 2007, gbrandl <at> users.berlios.de wrote:
 > Log:
 > Add an HTML Help builder, untested though.

I had to read well down in the patch to realize what this meant.  ;-)

Keep up the great work, Georg!  I'm really looking forward to seeing the 
finished results of all the wonderful stuff you've been putting together.

  -Fred

--

-- 
Fred L. Drake, Jr.   <fdrake at acm.org>

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 0 comments |
headers
Stefan Rank | 17 Jul 2007 11:24
Favicon

Merge request: adjacent-citations branch

Hi Engelbert, all,

I just verified that the adjacent-citations branch still applies cleanly 
to the trunk and that all tests pass::

   svn merge 
http://svn.berlios.de/svnroot/repos/docutils/branches/adjacent-citations <at> 5043 
http://svn.berlios.de/svnroot/repos/docutils/branches/adjacent-citations <at> 5050 
<your up2date trunk checkout dir here>

Since there is quite some activity in the latex2e writer, this might 
change soon.

If you have time, and no one objects, could you review the changes and 
commit to trunk?

cheers,
stefan

on 24.04.2007 22:34 Stefan Rank said the following:
> on 22.04.2007 16:34 David Goodger said the following:
>> [Stefan Rank]
>>> So there needs to be something separating the citations in the source.
>>> I think the way to get grouped citations (in writers where it makes
>>> sense) should be the simplest one, so I will just check for single-space
>>> text nodes.
>> That makes sense.  The best syntax is no syntax at all.  You should also check
>> the case where citations wrap in a paragraph (one at the end of one line,
>> another at the beginning of the next).
>
(Continue reading)

Permalink | Reply | 2 comments |
headers
grubert | 17 Jul 2007 12:15
Picon
Gravatar

Re: Merge request: adjacent-citations branch

On Tue, 17 Jul 2007, Stefan Rank wrote:

> I just verified that the adjacent-citations branch still applies cleanly
> to the trunk and that all tests pass::
>
>   svn merge
> http://svn.berlios.de/svnroot/repos/docutils/branches/adjacent-citations <at> 5043
> http://svn.berlios.de/svnroot/repos/docutils/branches/adjacent-citations <at> 5050
> <your up2date trunk checkout dir here>
>
> Since there is quite some activity in the latex2e writer, this might
> change soon.

not to my knowledge, there are some experiments

> If you have time, and no one objects, could you review the changes and
> commit to trunk?

yes, next week or so, i guess.

--

-- 

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
Permalink | Reply | 1 comment |
headers
Stefan Rank | 17 Jul 2007 12:19
Favicon

Re: Merge request: adjacent-citations branch

on 17.07.2007 12:15 grubert <at> users.sourceforge.net said the following:
> On Tue, 17 Jul 2007, Stefan Rank wrote:
> 
>> I just verified that the adjacent-citations branch still applies cleanly
>> to the trunk and that all tests pass::
>>
>>   svn merge
>> http://svn.berlios.de/svnroot/repos/docutils/branches/adjacent-citations <at> 5043 
>>
>> http://svn.berlios.de/svnroot/repos/docutils/branches/adjacent-citations <at> 5050 
>>
>> <your up2date trunk checkout dir here>
>>
>> Since there is quite some activity in the latex2e writer, this might
>> change soon.
> 
> not to my knowledge, there are some experiments
> 
>> If you have time, and no one objects, could you review the changes and
>> commit to trunk?
> 
> yes, next week or so, i guess.

perfect, thanks

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 19 Jul 2007 21:40
Picon
Favicon

[ docutils-Bugs-1757105 ] tables should have an additional class in html

Bugs item #1757105, was opened at 2007-07-19 16:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=422030&aid=1757105&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: Nilton Volpato (niltonvolpato)
Assigned to: Nobody/Anonymous (nobody)
Summary: tables should have an additional class in html

Initial Comment:
Docutils generates html for tables something like this:

<table class="docutils" border="1"> ... </table>

However docutils uses html tables for implementing a series of other constructs (field-lists,
option-lists, footnotes, citations, etc). The problem is that all of them have class docutils, making it
very difficult to use css selectors that affect just rst tables.

For instance:

table.docutils { border: 1px solid black; }
(Continue reading)

Permalink | Reply | 0 comments |

Gmane