News:

Accounts with zero posts and zero activity during the last months will be deleted periodically to fight SPAM!

Main Menu

Doxygen plugin

Started by Cryogen, February 19, 2010, 05:31:57 AM

Previous topic - Next topic

codeur

Patch #3127 was applied on 8 February. I built and tested the new version (1.7.655).
The repair is only partial and the issue is not fixed.
DoxyBlocks still does not properly handle output documents located elsewhere than in the doxygen folder (even when the doxyfile is in that "other" output folder).

Cryogen

Quote from: MortenMacFly on February 22, 2011, 05:43:22 PM
Quote from: Cryogen on February 22, 2011, 01:57:08 AM
Is this one still problematic?
Yes. It does not apply at all. :-(

Hey - this is already applied ! :-)

Yes and no. I see the problem. For some reason, the second version of the patch missed a bunch of stuff. Something seems to be going on with patch creation in Tortoise. I'll upload take 3. Ergh.
DoxyBlocks: Now in contrib. Cool, baby.
DoxyDocs: [url="http://wxsmithaddons.sourceforge.net/docs/doxyblocks/"]http://wxsmithaddons.sourceforge.net/docs/doxyblocks/[/url]
wxSmith Add-ons: [url="http://wxsmithaddons.sourceforge.net/"]http://wxsmithaddons.sourceforge.net/[/url]
Cryo's Patchorama: [url="http://forums.next.codeblocks.org/index.php/topic,12619.0.html"]http://forums.next.codeblocks.org/index.php/topic,12619.0.html[/url]

Cryogen

Quote from: codeur on February 22, 2011, 10:41:27 PM
Patch #3127 was applied on 8 February. I built and tested the new version (1.7.655).
The repair is only partial and the issue is not fixed.

Yes. See the previous response

Quote from: codeur on February 22, 2011, 10:41:27 PM
DoxyBlocks still does not properly handle output documents located elsewhere than in the doxygen folder (even when the doxyfile is in that "other" output folder).

That will improve somewhat once we get all the changes in place, however, you might reconsider your use of the word "properly". As explained in detail below, it still won't do exactly what you're after as it wasn't designed to do so. I don't consider your approach "proper" use of doxygen but I respect your right to do things as you wish. I always try and build in maximum flexibility, this ain't Microsoft, but I don't have the time to address your request in full at present. Feel free to improve things.

Cheers.


DoxyBlocks: Now in contrib. Cool, baby.
DoxyDocs: [url="http://wxsmithaddons.sourceforge.net/docs/doxyblocks/"]http://wxsmithaddons.sourceforge.net/docs/doxyblocks/[/url]
wxSmith Add-ons: [url="http://wxsmithaddons.sourceforge.net/"]http://wxsmithaddons.sourceforge.net/[/url]
Cryo's Patchorama: [url="http://forums.next.codeblocks.org/index.php/topic,12619.0.html"]http://forums.next.codeblocks.org/index.php/topic,12619.0.html[/url]

codeur

#243
Quote from: Cryogen on February 23, 2011, 04:45:56 AM
Quote from: codeur on February 22, 2011, 10:41:27 PM
Patch #3127 was applied on 8 February. I built and tested the new version (1.7.655).
The repair is only partial and the issue is not fixed.

Yes. See the previous response
... however, you might reconsider your use of the word "properly". As explained in detail below, it still won't do exactly what you're after as it wasn't designed to do so.

I understand Gary. I have read your previous posts and for me "properly" for now includes the restriction that we need to have the doxyfile inside the output documentation folder. I'll live with this minor constraint for now.
As you suggest I will indeed hop on board in a few months when I have a bit of time. I'll then provide patches to enable those few refinements that are not yet in by then, like the possibility of having separate doxygen setup and output documentation folders.
That's not a worry.

DoxyBlocks is great and a huge help as it is. It has been used a lot around here and is VERY useful in educational environments. Programming students who would normally skip all documentation get into the habit of documenting their code thanks to it and to you. Have a look at the latest version of CodeBlocks-EP if you have the time.

Cryogen

 Hi Codeur,

Thanks, that's great. I'm happy to look at improving things when I get the time, as well. I think it will require a revision of all of the path management code as it wasn't written with that in mind. It shouldn't be an earth-shattering change, though, it just needs some time.

CodeBlocks-EP is very cool. I will do that. :-)

Cheers.
DoxyBlocks: Now in contrib. Cool, baby.
DoxyDocs: [url="http://wxsmithaddons.sourceforge.net/docs/doxyblocks/"]http://wxsmithaddons.sourceforge.net/docs/doxyblocks/[/url]
wxSmith Add-ons: [url="http://wxsmithaddons.sourceforge.net/"]http://wxsmithaddons.sourceforge.net/[/url]
Cryo's Patchorama: [url="http://forums.next.codeblocks.org/index.php/topic,12619.0.html"]http://forums.next.codeblocks.org/index.php/topic,12619.0.html[/url]

youarefunny

I noticed that this plug-in creates the doxygen config file as 'doxyfile' instead of doxygens default 'Doxyfile'.  Could this be changed please.

Oh, pan by the way great plug-in :)

I can see the future of this plug-in extracting the documentation and having fly-outs as you highlight a function in auto-complete and by right clicking on things.  Keep up the good work.

ptDev

Quote from: youarefunny on March 08, 2011, 05:24:14 AM
I can see the future of this plug-in extracting the documentation and having fly-outs as you highlight a function in auto-complete and by right clicking on things.  Keep up the good work.

The best way to implement this would be allowing CodeCompletion to parse doxygen documentation.

oBFusCATed

Or provide some hooks to enable different styles of documentation...
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

MortenMacFly

...I got another feature request:
Doxygen (while compiling) complains about missing documentation like missing variables or wrong spelled variables. It would be nice to have a log window where these messages are piped into and where you can click on the messages and jump to the line in the file (similar like the build log).
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

oBFusCATed

Why not use the build log directly, there are too many logs already:)
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

killerbot

before I forget, in on e of the last changes something got broken, with respect to output directory or position position of the cbp file or the doxygen file. It used to work before, now it no longer works. Gonna try to post a little project here, showcasing the failure this evening,

killerbot

here's a project that now fail with the doxygen plugin, where it used to work in the past.

Quote
----------------------------------------------------------------------------------------------------
Extracting documentation for Test.
DoxyBlocks is working, please wait a few moments...
Writing doxyfile...
Failed. /home/killerbot/Projects/Test/Project/doxygen/doxyfile was not created.

Done.

Note that the "doxygen" directory is created

gd_on

#252
Here is a small Hello standard program. Results with Doxybloacks are not those I expect.

cbp file is inside a make folder. main.c and version.h are in src.
Autoversioning plugin finds correctly version.h, but Doxyblocks when configured to use it, does not seem to find version.h. More, it tries to locate it at a wrong place.
svn 7141, Win XP, SP3.

And in the result, version.h is in the file list, but not main.c (totally different problem here ?).

Bug or I'm missing something ?

Gd_on
Windows 11 64 bits (25H2), svn C::B (last version or almost!), wxWidgets 3.3.2, Msys2 Compilers 16.1.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

Derjik

#253
Hello again,

I hope this is the appropriate thread to talk about eventual (small) "issues" with DoxyBlocks... if not, I'm really sorry, and I understand my post could be deleted.

So:
As i said in this thread, I'm running C::B 12.11 on Windows 7 Pro and while "everything's fine" with DoxyWizard itself for extracting the documentation, the "Extract Documentation" item from DoxyBlocks doesn't seem to do anything...
It just creates a small doxyfile if no existing one is found, else it "detects" it, but doesn't extract anything. (and the doxyfile I use in my currect projet is valid, as DoxyWizard managed to extract the documentation).

So this isn't a "harmful" problem, but I like the idea of "just using a keyboard shortcut" whenever I want to extract (or "update") my documentation... and I don't know what I'm doing wrong with DoxyBlocks.
Any help welcome, so thanks by advance, and sorry if I'm not in the right thread :|


EDIT: As I said in the other topic, we found more details on this problem: The "Extract Documentation" feature cannot handle special characters in the working path (and I'm working under "Mes Documents", so the blank caused the trouble for me...).
I don't know if we can call it "a bug", but... it's said.
Computer Science student, Windows 7 & GNU/Linux Debian user, programming novice and stuff.

Joerg

Hi,
I would like to suggest another template for block comments without the trailing stars:

/** \brief

\param
\param
\return

*/

It's easier to edit, as long as C::B does not fill in the stars, as eclipse is doing ;-)
It's never too late to fail!