On 21/09/16 20:56, Waldek Hebisch wrote:
Martin Baker wrote:
Usually I first produce documentation in HTML and put it on my website.
I then copy it into code file, this copy is inferior to the HTML version
because it does not have diagrams.
What do you use to create diagrams? In other words: what is the
sorce code of your diagrams?
I use an open source program called Inkscape. It stores the diagrams in
SVG (which is an XML format) so I suppose you could say that is the
source but I don't edit it with a text editor. Because different
browsers can render SVG slightly differently I tend to export to a
raster format (PNG) for the web. I think this is as standards based as I
can get.
Some of the diagrams can be quite big, too big for HyperDoc sized
windows I think.
Well, I prefer to be independent of network if possible.
Network have unpredictable performance, may be not available
at all. There are also securtity problems which vanish
if tere is no network connection. So it good to have
standalone documentation.
Also we want documentation to be secure for the long term, that is, we
don't want so documentation to disappear if an individual developer
stops working on it or for a tool chain to become unmaintainable if an
individual company goes bust.
There must be some way that web documents could optionally be
distributed with the code for use offline if required.
Another aspect is conceptual and technical integrity.
Online documentation fits well to distributed/decentralized
model where various pieces are developed independently.
This has advantages, allowing various approches and
creating diverse points of view. But it also leads to
replication and bloat. And it makes harder to find
relevant correct documentation.
From my point of view, its not very easy to find the correct
documentation now, that’s why I would like a central hub which I think
Fricas IO has the potential to become.
So it makes sense to
develop core documentation in more coordinated way,
trying to use common style and common tools.
Unfortunately, in the past it was hard to reach
agreement what the common approach should be.
Exactly, if there are n people reading this then there will be n
different views about what the common approach should be.
Your comments are a very good summary of the various sources of
documentation and how they evolved. It is easy to see that each has its
pros and cons. I think I'm reluctantly coming to the conclusion that
there is not likely to be consensus on this any time soon.
IMO ability to produce different renderings (versions)
of documentation is important.
Yes, and I expect different formats can be produced from hyperdoc at the
syntax level. But once a document has been chopped up into small windows
I think its usefulness and readability will be greatly diminished when
concatinated back to HTML or other formats.
When documenting precisely defined mathematical structures then it might
be a good idea to force authors to be concise and fit everything into a
small window. However with graphics related software there is a lot of
explanation required and a limit to how much this can be compressed down.
Even with mathematical structures like SimplicialComplex for example
there are a lot of arbitrary decisions which need to be explained in a
lot of detail which would be very hard to cram into small windows. By
"arbitrary decisions" I mean choices about notation, representation,
user interface, etc. that is not forced by the underlying mathematics.
I will try to convert
parts of your documentation to HyperDoc, we will see
how it works.
Please please don't. I sent the earlier post because I thought there
might be a way to cut down on everyones work but that would just
increase the workload. I would feel very guilty if I caused you extra
work doing this. I think it would be better to stay with the current
situation than to go down that path.
I think there are situations where the small guys can beat the big guys
but I think the battles have to be chosen carefully. I'm not sure
competing with web tools is winnable especially since documentation
tools are not the core business of FriCAS.
Martin B
--
You received this message because you are subscribed to the Google Groups "FriCAS -
computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to fricas-devel+unsubscr...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.