On Thu, Dec 1, 2011 at 9:04 AM, Friedrich Romstedt
<friedrichromst...@gmail.com> wrote:
> 2011/12/1 Fernando Perez <fperez....@gmail.com>:
>> On Thu, Dec 1, 2011 at 2:56 AM, Friedrich Romstedt
>> <friedrichromst...@gmail.com> wrote:
>>> 1)  Spanning paragraphs over equations.  Paragraphs are in Docutils a
>>> nonstructured entity.  In depends on the point of view if this is a
>>> design mistake or not.  For the Sphinx purpose, it might be not, for
>>> the (e)paper document it probably is.  I do not think we would like to
>>> discuss this here again, just to point it out.
>>
>> I don't mean to restart a discussion if this has already happened
>> here, but I'm very interested in this question and don't know what you
>> are referring to.  Could you provide me with a quick pointer to the
>> relevant discussion if it happened before, or just a brief summary?
>> I'd greatly appreciate it...
>
> I've put a thought that came up in
> https://groups.google.com/d/topic/sphinx-dev/2Du-mS16_aI/discussion
> here: http://friedrichr.blogspot.com/2011/11/text-formatting.html, but
> I recommend reading the discussion since I put emphasis on the
> programmatical-philosophical aspects of the problem in my blog post.
> I should probably rework it to include an introduction of the problem,
> and the philosophy only as a section .... the blog post worked out
> from a message that turned out to be too long to be sent to the list
> (I felt).  So read the blog post as the last message in that
> discussion ...

[...]

Many thanks for the informative posts and discussion.  It does seem
that sphinx is actually getting closer and closer to what at least we
in ipython will need for solid rest-based latex export of
computational sessions. For those who may be curious, there are
already users 'publishing' from ipython notebooks, in the form of blog
posts:

http://lighthouseinthesky.blogspot.com/2011/10/curve-fitting-part-5-pymc.html

Unfortunately right now that requires manual cleanup of the html/CSS,
so we'd like to make it more user-friendly.  But the real goal in the
long term is to at least narrow the gap between the environment you
work in to obtain your results, and what you write up as a final
paper.  There is enough touchup involved in a paper that the final
form will probably always be something edited in TeX/LyX/etc, but
hopefully that will be a document that can be started from a closely
related, and otherwise scientifically equivalent, executable session.
Then you could supply, as part of your supplementary materials, this
notebook.  There are obviously issues with how to expose your data,
etc, that are non-trivial and the subject of much current discussion
at journal editorial boards, funding agencies and research centers,
but at least I think this can be a contribution in the right
direction.

Best,

f

-- 
You received this message because you are subscribed to the Google Groups 
"sphinx-dev" group.
To post to this group, send email to sphinx-dev@googlegroups.com.
To unsubscribe from this group, send email to 
sphinx-dev+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/sphinx-dev?hl=en.

Reply via email to