Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2014-12

FPDoc Editor vs Lazarus Documentation Tool

12 messages · 5 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

silvioprog

Hello,

What is the most recomended tool to make documentation?:

1. http://wiki.lazarus.freepascal.org/LazDoc;
2. http://wiki.lazarus.freepascal.org/Lazarus_Documentation_Editor.

I'm writting a new component and I want to use a "doc creator" tool available in own Lazarus.

Thank you!

Silvio Cl?cio My public projects - github.com/silvioprog -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20141219/b604519d/attachment.html>

Reply by email

Graeme Geldenhuys
to silvioprog: What is the most recomended tool to make documentation?: 1.…
silvioprog wrote
What is the most recomended tool to make documentation?:

I simply use my favourite text editor (EditPad Pro) and code templates. I don't use indentation in the XML files because unfortunately that screws with some fpdoc output formats where spaces are kept in the documentation. Lazarus's built-in doc editor doesn't allow for this as far as I know.

You can obviously use Lazarus IDE's editor itself for editing those XML files too.

EditPad Pro has the advantage that code templates can be better organised, file navigation structures can be defined for easy navigation, custom highlighting can be defined (though the default XML highlighting is just fine), and EditPad Pro can do automatic spell-checking on the content itself (ignoring XML tags).

jEdit is another very good and free (and cross platform) text editor.

Regards,
- Graeme -

fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/

Reply by email

Mattias Gaertner
to Graeme Geldenhuys
Show quoted text 8 lines
On 2014-12-19 21:58, silvioprog wrote: > What is the most recomended tool to make documentation?: I simply use my favourite text editor (EditPad Pro) and code templates. I don't use indentation in the XML files because unfortunately that screws with some fpdoc output formats where spaces are kept in the documentation. Lazarus's built-in doc editor doesn't allow for this as far as I know.

What does it not allow exactly?

Mattias

Reply by email

Graeme Geldenhuys
to Mattias Gaertner
Mattias Gaertner wrote
What does it not allow exactly?

The built-in editor does very weird indentation, and there is no option to switch indentation off completely. Here is a quick example I just created with the built-in editor. Also note that the built-in editor simply appends to the end of the file. So the <module> description is somewhere in the middle of the file because I didn't write it first (I know it doesn't matter to fpdoc, but it does to me).

================================
<?xml version="1.0" encoding="UTF-8"?>
<fpdoc-descriptions>
<package name="project1">
<module name="mycomponent">
<element name="TMyComponent">
<short>My short description</short>
<descr><printshort id="TMyComponent"/>. My long description goes here.</descr>
<seealso>TObject</seealso>
</element>
<descr><p>This unit contains my cool component.</p><p>It is just what I wanted.</p>
</descr><element name="TMyComponent.Name"><short>Describes the name of the object</short>
</element>
</module>
</package>
</fpdoc-descriptions>
=================================

I would have written it manually as follows to make sure fpdoc doesn't get whitespace errors, plus I have more control over ordering the documentation (not that it really makes a difference to fpdoc).

==================================
<?xml version="1.0" encoding="UTF-8"?>
<fpdoc-descriptions>
<package name="project1">

<module name="mycomponent">
<descr><p>This unit contains my cool component.</p><p>It is just what I wanted.</p></descr>

<element name="TMyComponent">
<short>My short description</short>
<descr><printshort id="TMyComponent"/>. My long description goes here.</descr>
<seealso>TObject</seealso>
</element>

<element name="TMyComponent.Name">
<short>Describes the name of the object</short>
</element>
</module>

</package>
</fpdoc-descriptions>
==================================

Doing it manually with code templates, I'm just as fast as the built-in editor, so it's note a speed thing. ;-)

Regards,
- Graeme -

fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/

Reply by email

leledumbo
to silvioprog: What is the most recomended tool to make documentation?: 1.…
I'm writting a new component and I want to use a "doc creator" tool

available in own Lazarus

My recommendation:
fpdoceditor.png
<http://free-pascal-lazarus.989080.n3.nabble.com/file/n4039867/fpdoceditor.png>

I don't really care about the generated XML as long as it's compilable. I edit from this editor and it's nice to have IDE integrated one. I can both document and code at the same time without the need to switch app.

View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-FPDoc-Editor-vs-Lazarus-Documentation-Tool-tp4039856p4039867.html Sent from the Free Pascal - Lazarus mailing list .

Reply by email

silvioprog
to Graeme Geldenhuys: I simply use my favourite text editor (EditPad Pro) and code templates. I don't use…

On Sat, Dec 20, 2014 at 8:18 AM, Graeme Geldenhuys <

Show quoted text 21 lines
wrote: On 2014-12-19 21:58, silvioprog wrote: > What is the most recomended tool to make documentation?: I simply use my favourite text editor (EditPad Pro) and code templates. I don't use indentation in the XML files because unfortunately that screws with some fpdoc output formats where spaces are kept in the documentation. Lazarus's built-in doc editor doesn't allow for this as far as I know. You can obviously use Lazarus IDE's editor itself for editing those XML files too. EditPad Pro has the advantage that code templates can be better organised, file navigation structures can be defined for easy navigation, custom highlighting can be defined (though the default XML highlighting is just fine), and EditPad Pro can do automatic spell-checking on the content itself (ignoring XML tags). jEdit is another very good and free (and cross platform) text editor.

I use three editors (Intellij IDEA, Eclipse and Notepad++), but I want to use a tool distributed with Lazarus, because I'll make a screencast of my component installed in Lazarus IDE. :-/

Silvio Cl?cio My public projects - github.com/silvioprog -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20141220/dfa31327/attachment.html>

Reply by email

silvioprog
to Graeme Geldenhuys: The built-in editor does very weird indentation, and there is no option to switch…

On Sat, Dec 20, 2014 at 9:18 AM, Graeme Geldenhuys <

Show quoted text 65 lines
wrote: On 2014-12-20 11:29, Mattias Gaertner wrote: > What does it not allow exactly? The built-in editor does very weird indentation, and there is no option to switch indentation off completely. Here is a quick example I just created with the built-in editor. Also note that the built-in editor simply appends to the end of the file. So the <module> description is somewhere in the middle of the file because I didn't write it first (I know it doesn't matter to fpdoc, but it does to me). ================================ <?xml version="1.0" encoding="UTF-8"?> <fpdoc-descriptions> <package name="project1"> <module name="mycomponent"> <element name="TMyComponent"> <short>My short description</short> <descr><printshort id="TMyComponent"/>. My long description goes here.</descr> <seealso>TObject</seealso> </element> <descr><p>This unit contains my cool component.</p><p>It is just what I wanted.</p> </descr><element name="TMyComponent.Name"><short>Describes the name of the object</short> </element> </module> </package> </fpdoc-descriptions> ================================= I would have written it manually as follows to make sure fpdoc doesn't get whitespace errors, plus I have more control over ordering the documentation (not that it really makes a difference to fpdoc). ================================== <?xml version="1.0" encoding="UTF-8"?> <fpdoc-descriptions> <package name="project1"> <module name="mycomponent"> <descr><p>This unit contains my cool component.</p><p>It is just what I wanted.</p></descr> <element name="TMyComponent"> <short>My short description</short> <descr><printshort id="TMyComponent"/>. My long description goes here.</descr> <seealso>TObject</seealso> </element> <element name="TMyComponent.Name"> <short>Describes the name of the object</short> </element> </module> </package> </fpdoc-descriptions> ================================== Doing it manually with code templates, I'm just as fast as the built-in editor, so it's note a speed thing. ;-)

So why not add this option in the built-in editor? It seems a nice alternative to who want work using only Lazarus IDE. =)

Silvio Cl?cio My public projects - github.com/silvioprog -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20141220/6883532b/attachment.html>

Reply by email

silvioprog
to leledumbo: available in own Lazarus My recommendation: fpdoceditor.png…
leledumbo wrote 12 lines
> I'm writting a new component and I want to use a "doc creator" tool available in own Lazarus My recommendation: fpdoceditor.png < http://free-pascal-lazarus.989080.n3.nabble.com/file/n4039867/fpdoceditor.png > I don't really care about the generated XML as long as it's compilable. I edit from this editor and it's nice to have IDE integrated one. I can both document and code at the same time without the need to switch app.

Yes, I want it too, and this is a very nice option (I use a similar approach in other IDEs).

The documentation generated by the FPDoc is not responsive (e.g: http://goo.gl/bCJoPM), i.e., it does not open well on a mobile device.

But I believe that the FPC team can accept a patch to apply the Bootstrap ( http://getbootstrap.com/) in FPDoc and all generated documentation could have a better appearance and be compatible with any device that can render HTML. =)

Silvio Cl?cio My public projects - github.com/silvioprog -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20141220/8f344c9a/attachment.html>

Reply by email

Graeme Geldenhuys
to silvioprog
silvioprog wrote
The documentation generated by the FPDoc is not responsive (e.g: http://goo.gl/bCJoPM), i.e., it does not open well on a mobile device.

That's down to your choice of CSS style sheets - not a fault of FPDoc. Simply specify a different stylesheet and the magic will start happening. :) If you don't specify your own stylesheet, FPDoc will give you the generic/default one. You are not forced to use the default stylesheet.

Regards,
- Graeme -

fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/

Reply by email

silvioprog
to Graeme Geldenhuys

On Sat, Dec 20, 2014 at 7:21 PM, Graeme Geldenhuys <

Show quoted text 11 lines
wrote: On 2014-12-20 22:06, silvioprog wrote: > The documentation generated by the FPDoc is not responsive (e.g: > http://goo.gl/bCJoPM), i.e., it does not open well on a mobile device. That's down to your choice of CSS style sheets - not a fault of FPDoc. Simply specify a different stylesheet and the magic will start happening. :) If you don't specify your own stylesheet, FPDoc will give you the generic/default one. You are not forced to use the default stylesheet.

Wooow, I'll use that!

Now I want to do the built-in editor work here in my PC ...

Silvio Cl?cio My public projects - github.com/silvioprog -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20141220/e0ed6d4f/attachment.html>

Reply by email

Marco van de Voort
to silvioprog: On Sat, Dec 20, 2014 at 3:25 PM, leledumbo Yes, I want it too, and this is a very nice…
silvioprog wrote 10 lines
Yes, I want it too, and this is a very nice option (I use a similar approach in other IDEs). The documentation generated by the FPDoc is not responsive (e.g: http://goo.gl/bCJoPM), i.e., it does not open well on a mobile device. But I believe that the FPC team can accept a patch to apply the Bootstrap ( http://getbootstrap.com/) in FPDoc and all generated documentation could have a better appearance and be compatible with any device that can render HTML. =)

Probably not. CHM Windows viewer operates in an older IE compat mode, and not all modern sets are supported. Moreover the Lazarus help viewer would have to implement those features.

Reply by email