<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 6 November 2015 at 07:23, Jos van den Oever <span dir="ltr"><<a href="mailto:jos.van.den.oever@kogmbh.com" target="_blank">jos.van.den.oever@kogmbh.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 07/28/2015 07:33 PM, Jaroslaw Staniek wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hi!<br>
My use of docbook failed due to complexity. Also userbase-based docs<br>
(at least for Kexi, for which a finished book could be easily over 300<br>
pages) are far from perfect and not too actively maintained. No<br>
surprise as it's too much of work if it's used "just" by KDE.<br>
<br>
Still I am grateful for tools that we have now!<br>
<br>
In the meantime I just installed asciidoc.[1] Some projects like git<br>
use it for all documentation needs. There's support for localization<br>
via po4a.<br>
There's even more than one implementation.<br>
<br>
Anyone considered asciidoc as a docbook replacement? It would be good<br>
to discuss this and see how it fits for our needs.<br>
<br>
[1] <a href="http://www.methods.co.nz/asciidoc/" rel="noreferrer" target="_blank">http://www.methods.co.nz/asciidoc/</a><br>
<br>
</blockquote>
<br>
Calligra comes with two word processors: Words and Author. Those have the file format ODF. ODF has all the features needed for documentation. Using your own tools for documentation is a good way of dogfooding. Certainly Calligra Words is good enough for the developers to use themselves. It is good to show confidence in your own tools by using them.<br>
<br>
With a nice styles.xml and sane style names, writing the ODF with Calligra or any other editor should work fine. You could use the XML serialization of ODF. With some XSLT that could then be conver<div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline"></div>ted to Docbook for use in the KDE toolchain.<br>
<br>
I'm developing a tool that cleans up ODF files so the diffs in git are small. The ODF TC is using this tool for comming clean versions of the specification in the source control system.<br>
<br>
<a href="https://gitlab.com/odfplugfest/odfhistory/" rel="noreferrer" target="_blank">https://gitlab.com/odfplugfest/odfhistory/</a><br>
<br>
Using Calligra Words for documentation will really improve Calligra Words and the documentation.<br>
<br></blockquote><div><br><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">Jos<br>I share the sentiment. Yes, gitbook competes with what Author would be.<br><br>But I see the same category there are following observation:<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">- we, technical people are still using command line and so frequently non-GUI editors instead of Kate, despite the fact that using Kate more can improve it<br><br>- we, technical people do versioning via git, mostly because it's close to command line and text content to, we don't use zip files to despite the fact that doing that would improve, say, Ark<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">- we, technical people use Phabricator for light project management instead of Calligra Plan, despite the fact that using Plan would improve it<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">- same for TODO lists: I've seen dozens of command line tools for that, many used by KDE people, despite the fact that using Kontact would improve it<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">- did I mention KMail?<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">So for me that's: use best tools available for the job. And that there's some fundamental difference between the approaches that drag people to less 'integrated' tools.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">Technical limitation of XML diffs is also somewhat important, even if we use fodf. I am looking forward to try your results. And I'd like to seem, say LO's help converted to the format and developed this way. Someone should convince me that LO would depend on Calligra for own document tooling needs.<br><br>I think Calligra-based solution shall be much better to balance the issue with difficult deployment (on Linux statistically people have no access to current Calligra, on Windows the Docbook dependencies are just a nightmare to have installed and maintained -- not many users of that, end even if, the "KDE" flavour is used just by the fraction of KDE devs, while competing solutions). If it's just "like" plain asciidoc or gitbook-like solutions, there's no market IMHO. BTW, <a href="http://gitbook.com">gitbook.com</a> has some business model, while we depend on donations shared with entire KDE.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">Summing up for now: I don't see anyone who cares until there's excellent solution. KDE's own needs form too small 'market' and even within KDE there's not much interest from what I observe.<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">One solution could be: make our apps more agile and command-line friendly. This is huge non-programming task. <br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">just my 2c<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline"></div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Cheers,<br>
Jos<br>
_______________________________________________<br>
calligra-devel mailing list<br>
<a href="mailto:calligra-devel@kde.org" target="_blank">calligra-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/calligra-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/calligra-devel</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">regards, Jaroslaw Staniek<br><br>KDE:<br>: A world-wide network of software engineers, artists, writers, translators<br>: and facilitators committed to Free Software development - <a href="http://kde.org" target="_blank">http://kde.org</a><br>Calligra Suite:<br>: A graphic art and office suite - <a href="http://calligra.org" target="_blank">http://calligra.org</a><br>Kexi:<br>: A visual database apps builder - <a href="http://calligra.org/kexi" target="_blank">http://calligra.org/kexi</a><br>Qt Certified Specialist:<br>: <a href="http://www.linkedin.com/in/jstaniek" target="_blank">http://www.linkedin.com/in/jstaniek</a></div>
</div></div>