## doxygen-users — List for users of doxygen

You can subscribe to this list here.

2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 Jan Feb Mar Apr (1) May (118) Jun (150) Jul (115) Aug (75) Sep (92) Oct (102) Nov (139) Dec (87) Jan (131) Feb (60) Mar (114) Apr (83) May (125) Jun (82) Jul (95) Aug (98) Sep (109) Oct (97) Nov (72) Dec (70) Jan (117) Feb (122) Mar (187) Apr (114) May (154) Jun (131) Jul (130) Aug (98) Sep (121) Oct (107) Nov (80) Dec (54) Jan (78) Feb (71) Mar (118) Apr (56) May (56) Jun (64) Jul (164) Aug (104) Sep (101) Oct (69) Nov (107) Dec (98) Jan (75) Feb (77) Mar (107) Apr (114) May (142) Jun (106) Jul (79) Aug (108) Sep (115) Oct (140) Nov (128) Dec (63) Jan (86) Feb (71) Mar (125) Apr (55) May (48) Jun (143) Jul (99) Aug (91) Sep (93) Oct (82) Nov (46) Dec (45) Jan (69) Feb (97) Mar (125) Apr (112) May (65) Jun (80) Jul (82) Aug (84) Sep (56) Oct (74) Nov (63) Dec (74) Jan (161) Feb (115) Mar (58) Apr (73) May (58) Jun (79) Jul (57) Aug (115) Sep (79) Oct (62) Nov (93) Dec (37) Jan (69) Feb (115) Mar (77) Apr (85) May (124) Jun (58) Jul (44) Aug (85) Sep (90) Oct (80) Nov (87) Dec (48) Jan (52) Feb (71) Mar (54) Apr (37) May (66) Jun (86) Jul (84) Aug (68) Sep (94) Oct (66) Nov (36) Dec (53) Jan (59) Feb (77) Mar (59) Apr (67) May (76) Jun (54) Jul (95) Aug (92) Sep (84) Oct (72) Nov (46) Dec (60) Jan (43) Feb (77) Mar (88) Apr (121) May (81) Jun (69) Jul (97) Aug (64) Sep (55) Oct (55) Nov (38) Dec (60) Jan (85) Feb (70) Mar (81) Apr (83) May (51) Jun (65) Jul (71) Aug (39) Sep (47) Oct (32) Nov (43) Dec (28) Jan (64) Feb (22) Mar (54) Apr (20) May (59) Jun (20) Jul (50) Aug (17) Sep (37) Oct (56) Nov (40) Dec (24) Jan (51) Feb (29) Mar (57) Apr (31) May (23) Jun (50) Jul (30) Aug (66) Sep (59) Oct (21) Nov (29) Dec (12) Jan (33) Feb (5) Mar Apr May Jun Jul Aug Sep Oct Nov Dec

Showing results of 13794

1 2 3 .. 552 > >> (Page 1 of 552)
 [Doxygen-users] Merge two Documentations From: T_Schm - 2016-02-12 12:15:55 Hi guys, I love doxygen. Right now, I try to create some info pages that contain concepts and design patterns. I want to link to certain classes inside those pages. But since my project has become pretty large, the creation of the documentation takes quite some while. I created a documentation only for the pages now to speed up the creation time when I changed something and want to check the changes. Is there a way to build only a special builder and leave the rest of the documentation untouched? My target is to have the full class documentation of my project and only change the doc pages. This would mean the class doc is fixed and only pages are updated when I build. Is there a way to do such a thing? Best regards, Thorsten -- View this message in context: http://doxygen.10944.n7.nabble.com/Merge-two-Documentations-tp7534.html Sent from the Doxygen - Users mailing list archive at Nabble.com. 
 [Doxygen-users] New things I have learned. From: Doug Royer - 2016-02-06 02:21:14 Attachments: smime.p7s I have been using doxygen for a while. Recently I started documenting a large project. Three rather obvious things I have learned in the last week to be careful of. (1) Don't name a page 'Math' as in: @page Math ... (2) When you copy a C/C++ header file, don't forget edit the brief comments in the new-copied file for the class names before running doxygen again. Else you get lots of extra stuff in the method page. It results in the left menu highlighting two items at once, one for each matching class name (two Abs() methods that both highlight at the same time). (3) When copying a Doxyfile, don't forget to change the output path before running doxygen. Else you get the wrong PNG files in you method pages. The results were rather amusing. Formulas and text documenting utterly unrelated methods. I thought I was going nuts. I kept looking in the wrong file for comments that were not in the file at all. Then when I would click on what I thought was the documentation for a constructor, it beautifully showed formulas for complex number multiplication along with nice MathJax formulas that were not in those comments. Seems because of (3) the formula_xx.png from the one library overwrote the correct ones from the first library. After having been a programmer for about 40 years, I knew that doxygen could not be that broke. So if you think your going nuts, you may be, however doxygen is not :-) -- Doug Royer - (http://DougRoyer.US) DouglasRoyer@... 714-989-6135 
 Re: [Doxygen-users] Three slashes for brief comment From: Albert - 2016-02-04 18:14:07 Attachments: Message as HTML In a number of cases (not sure about which) adding /// \file on the top of the file helps. Albert On Thu, Feb 4, 2016 at 4:03 PM, Christoph Lipka wrote: > Hi Florian, > > to quote from the docs: > > "For the *brief* description there are also several possibilities: > > 1. > > One could use the \brief > ; > command [...] > > 2. > > If JAVADOC_AUTOBRIEF > < > http://www.stack.nl/%7Edimitri/doxygen/manual/config.html#cfg_javadoc_autobrief > > > is set to |YES| in the configuration file, then [...] > > 3. > > A third option is to use a special *C++ style comment* which does > not span more than *one line*. Here are two examples: > > /// Brief description. > /** Detailed description. */ > > or > > //! Brief description. > > //! Detailed description > //! starts here. > > Note the blank line in the last example, which is required to > separate the brief description from the block containing the > detailed description. The JAVADOC_AUTOBRIEF > < > http://www.stack.nl/%7Edimitri/doxygen/manual/config.html#cfg_javadoc_autobrief > > > should also be set to |NO| for this case." > > (emphasis added). > > In other words, you're doing it perfectly right, and the behaviour is > officially supported. > > > Am 04.02.2016 um 09:31 schrieb Florian Lindner: > > Hello, > > > > I use this syntax to make a only a brief description: > > > > /// true if the mapping along some axis should be ignored > > bool* _deadAxis; > > > > JAVADOC_AUTOBRIEF is off, almost everything else is doxygens default. > > > > It seems to work fine, the result is the same as prefixed with // > > @brief foobar. > > > > But I have found it in the documentation nowhere. > > > > There is something like that mentioned in > > http://www.stack.nl/~dimitri/doxygen/manual/docblocks.html but it talks > > about at least two comment lines. > > > > Is the syntax above ok that way? Or will it eventually cease to work > > some day? > > > > Thanks, > > Florian > > > > > > > > > ------------------------------------------------------------------------------ > > Site24x7 APM Insight: Get Deep Visibility into Application Performance > > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > > Monitor end-to-end web transactions and take corrective actions now > > Troubleshoot faster and improve end-user experience. Signup Now! > > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > > _______________________________________________ > > Doxygen-users mailing list > > Doxygen-users@... > > https://lists.sourceforge.net/lists/listinfo/doxygen-users > > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just$35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > Doxygen-users mailing list > Doxygen-users@... > https://lists.sourceforge.net/lists/listinfo/doxygen-users > 
 Re: [Doxygen-users] Three slashes for brief comment From: Christoph Lipka - 2016-02-04 15:17:09 Hi Florian, to quote from the docs: "For the *brief* description there are also several possibilities: 1. One could use the \brief ; command [...] 2. If JAVADOC_AUTOBRIEF ; is set to |YES| in the configuration file, then [...] 3. A third option is to use a special *C++ style comment* which does not span more than *one line*. Here are two examples: /// Brief description. /** Detailed description. */ or //! Brief description. //! Detailed description //! starts here. Note the blank line in the last example, which is required to separate the brief description from the block containing the detailed description. The JAVADOC_AUTOBRIEF ; should also be set to |NO| for this case." (emphasis added). In other words, you're doing it perfectly right, and the behaviour is officially supported. Am 04.02.2016 um 09:31 schrieb Florian Lindner: > Hello, > > I use this syntax to make a only a brief description: > > /// true if the mapping along some axis should be ignored > bool* _deadAxis; > > JAVADOC_AUTOBRIEF is off, almost everything else is doxygens default. > > It seems to work fine, the result is the same as prefixed with // > @brief foobar. > > But I have found it in the documentation nowhere. > > There is something like that mentioned in > http://www.stack.nl/~dimitri/doxygen/manual/docblocks.html but it talks > about at least two comment lines. > > Is the syntax above ok that way? Or will it eventually cease to work > some day? > > Thanks, > Florian > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > Doxygen-users mailing list > Doxygen-users@... > https://lists.sourceforge.net/lists/listinfo/doxygen-users >   [Doxygen-users] Three slashes for brief comment From: Florian Lindner - 2016-02-04 08:31:42 Hello, I use this syntax to make a only a brief description: /// true if the mapping along some axis should be ignored bool* _deadAxis; JAVADOC_AUTOBRIEF is off, almost everything else is doxygens default. It seems to work fine, the result is the same as prefixed with // @brief foobar. But I have found it in the documentation nowhere. There is something like that mentioned in http://www.stack.nl/~dimitri/doxygen/manual/docblocks.html but it talks about at least two comment lines. Is the syntax above ok that way? Or will it eventually cease to work some day? Thanks, Florian   Re: [Doxygen-users] Left Manu/Index not syncing correctly From: Doug Royer - 2016-01-30 18:20:49 Attachments: smime.p7s Works again !!! I changed: @page Math Documentation for the libSaSMath library to: @page SaSMath Documentation for the libSaSMath library And all starting working again. Thanks for your help! On 01/29/2016 12:28 PM, Dimitri van Heesch wrote: > Hi Doug, > > I think the problem is that you have a page called "Math" with subpages. > As a result doxygen generates a script called Math.js containing a piece of navigation code for the tree view. > This in turn hides functions like Math.cos(), which jquery depends on, giving a javascript error, and halting > the script. > > As a workaround can you see if renaming the Math page (with title: Documentation for the libSaSMath library) > makes things work again? > > Regards, > Dimitri > -- Doug Royer - (http://DougRoyer.US) DouglasRoyer@... 714-989-6135   [Doxygen-users] Support and compatibility against Win Server 2008R2 and Win Server 2012R2 From: Abhaya Ghatkar - 2016-01-30 13:15:09 Attachments: Message as HTML imagea7d98b.PNG image8bfb49.GIF imageb9af35.GIF image4fb72f.GIF  Re: [Doxygen-users] Left Manu/Index not syncing correctly From: Dimitri van Heesch - 2016-01-29 19:45:13 Hi Doug, I think the problem is that you have a page called "Math" with subpages. As a result doxygen generates a script called Math.js containing a piece of navigation code for the tree view. This in turn hides functions like Math.cos(), which jquery depends on, giving a javascript error, and halting the script. As a workaround can you see if renaming the Math page (with title: Documentation for the libSaSMath library) makes things work again? Regards, Dimitri > On 27 Jan 2016, at 21:42 , Doug Royer wrote: > > > I have tried doxygen versions 1.8.12 (git pull) and 1.8.9.1 (Ubuntu > 15.10) and I get similar messed up results. > > The menu items on the left do not work any more. When you click on the > expand triangle, nothing happens. The only way to make them work is to > click on the top menu, then it seems sometimes to active the left menu. > > The TOP menu items work. They populate the main area with the correct > content. > > Example that is failing: > > http://SoftwareAndServices.US/Documentation/public/SaSLibraries/html/index.html > > > Click the *expansion triangle* "Documentation for the libSaSMath > library" on the left. Nothing happens. > > Then click on "Math - Complex Number Object" in the left area. > Only then does the left menu item expand. > > The documentation itself is incomplete - however its difficult to test > the documentation and create it when the generated output fails to > operate correctly.. > > -->> AND THANKS FOR THIS AWESOME SOFTWARE <<--- > > -- > > Doug Royer - (http://DougRoyer.US) > DouglasRoyer@... > 714-989-6135 > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just$35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140_______________________________________________ > Doxygen-users mailing list > Doxygen-users@... > https://lists.sourceforge.net/lists/listinfo/doxygen-users 
 [Doxygen-users] Left Manu/Index not syncing correctly From: Doug Royer - 2016-01-27 20:42:29 Attachments: smime.p7s I have tried doxygen versions 1.8.12 (git pull) and 1.8.9.1 (Ubuntu 15.10) and I get similar messed up results. The menu items on the left do not work any more. When you click on the expand triangle, nothing happens. The only way to make them work is to click on the top menu, then it seems sometimes to active the left menu. The TOP menu items work. They populate the main area with the correct content. Example that is failing: http://SoftwareAndServices.US/Documentation/public/SaSLibraries/html/index.html Click the *expansion triangle* "Documentation for the libSaSMath library" on the left. Nothing happens. Then click on "Math - Complex Number Object" in the left area. Only then does the left menu item expand. The documentation itself is incomplete - however its difficult to test the documentation and create it when the generated output fails to operate correctly.. -->> AND THANKS FOR THIS AWESOME SOFTWARE <<--- -- Doug Royer - (http://DougRoyer.US) DouglasRoyer@... 714-989-6135 
 Re: [Doxygen-users] Need a specific help with xrefitem command From: dharakshah - 2016-01-26 00:59:59 Hi Fabi , Thanks for the reply. I have added perl script through FILTER_PATTERNS and doxygen is generating desired output. Basically I am using xrefitem twice. Like: /// \fixme \owner comment /// \owner1 \fixme1 comment where: ALIASES += owner="\link owner.html owner \endlink" \ ALIASES += fixme="\xrefitem fixme \"FIXME\" \"FIXMEs\"" \ ALIASES += owner1="\xrefitem owner \"owner\" \"Owner Page\"" ALIASES += fixme1="\link fixme.html Fixme \endlink" \ But I am adding 2nd line during the reprocessing ( FILTER_PATTERNS script - regexs) And in css I am hiding 2nd repeating documentation. So Now I am able to generate 2 pages fixme.html and owner.html with cross referenced. Thanks, Dharak -- View this message in context: http://doxygen.10944.n7.nabble.com/Need-a-specific-help-with-xrefitem-command-tp7523p7525.html Sent from the Doxygen - Users mailing list archive at Nabble.com. 
 Re: [Doxygen-users] Need a specific help with xrefitem command From: Fabian Cenedese - 2016-01-25 07:35:55 At 00:32 25.01.2016, dharakshah wrote: >Hi, I have specific questioon on usage of xrefitem. > >I have comment like: >/// \fixme owner1 comment1.... >some code > >/// \fixme owner2 comment2.... >some code > >/// \todo owner1 comment3.... >some code > >Now by using a xrefitem : fixme="\xrefitem fixme \"FIXME\" \"FIXMEs\"" >I am able to create a page called FIXME.html > >Now I have fixmes and todos associated with owners. >I want to generate a html page for each owner and they should listed all >fixmes and todos for that owner. Output should be >owner1.html >Fixme : comment1 >todo : comment3 > >owner2.html >Fixme: comment2 > >Can you please suggest a way if it is possible? It's probably the easiest to process the generated file and create the owner html files yourself. If you use a scripting language with html/xml support you don't need to parse the fixme file manually. bye Fabi 
 [Doxygen-users] Need a specific help with xrefitem command From: dharakshah - 2016-01-25 00:23:13 Hi, I have specific questioon on usage of xrefitem. I have comment like: /// \fixme owner1 comment1.... some code /// \fixme owner2 comment2.... some code /// \todo owner1 comment3.... some code Now by using a xrefitem : fixme="\xrefitem fixme \"FIXME\" \"FIXMEs\"" I am able to create a page called FIXME.html Now I have fixmes and todos associated with owners. I want to generate a html page for each owner and they should listed all fixmes and todos for that owner. Output should be owner1.html Fixme : comment1 todo : comment3 owner2.html Fixme: comment2 Can you please suggest a way if it is possible? Thanks and Regards, Dharak -- View this message in context: http://doxygen.10944.n7.nabble.com/Need-a-specific-help-with-xrefitem-command-tp7523.html Sent from the Doxygen - Users mailing list archive at Nabble.com. 
 [Doxygen-users] Need a specific help with xrefitem command From: dharakshah - 2016-01-25 00:20:21 Hi,I have specific questioon on usage of xrefitem.I have comment like: /// \fixme owner1 comment1....some code/// \fixme owner2 comment2....some code/// \todo owner1 comment3....some code Now by using a xrefitem : fixme="\xrefitem fixme \"FIXME\" \"FIXMEs\""I am able to create a page called FIXME.html Now I have fixmes and todos associated with owners.I want to generate a html page for each owner and they should listed all fixmes and todos for that owner.Output should beowner1.htmlFixme : comment1todo : comment3owner2.htmlFixme: comment2Can you please suggest a way if it is possible?Thanks and Regards,DharakThanks and Regards,Dharak -- View this message in context: http://doxygen.10944.n7.nabble.com/Need-a-specific-help-with-xrefitem-command-tp7521.html Sent from the Doxygen - Users mailing list archive at Nabble.com. 
 Re: [Doxygen-users] VHDL Process Comments Grouped Wrong From: spaceman_spiff - 2016-01-21 19:12:30 I kept digging and found a work around for this issue. This appears to be related to conditionals. If, for instance, I have the code below without a dummy signal work around, all comments for processes (and functions) get shifted to the wrong processes (and functions). e.g. For the below example, comments to be associated with example_process1 are erroneously associated with example_process2. I've found a temporary workaround. If I define a dummy signal between the conditional and the 1st process, the comments will be grouped correctly. This may be due to some bug within Doxygen. It seems that Doxygen expects signals to be documented, and if they are all excluded with a conditional, you get some sort of associative problem with process or function comments. --! @cond SIGNALS_TO_EXCLUDE signal signal_A : std_logic; signal signal_B : std_logic; signal signal_n : std_logic; --! @endcond -- This signal is a bug workaround for Doxygen. If it is excluded, the process comments get jacked up signal dummy_signal : std_logic; begin --------------------------------- --! @brief This is a process that flips a bit --! --! @param[in] CLK, 250MHz --------------------------------- example_process1: process(CLK) begin if rising_edge(CLK) then if RST = '1' then ibit <= '0'; else ibit <= not ibit; end if; end if; end process; --------------------------------- --! @brief This is a counter --! --! This counter counts to c_max_count --! then retains its value. --! --! @param[in] CLK, 250MHz --------------------------------- example_process2: process(CLK) begin if rising_edge(CLK) then if RST = '1' then icount <= (others => '0'); elsif icount /= c_mac_count then icount <= icount + '1'; else icount <= icount; end if; end if; end process; -- View this message in context: http://doxygen.10944.n7.nabble.com/VHDL-Process-Comments-Grouped-Wrong-tp7519p7520.html Sent from the Doxygen - Users mailing list archive at Nabble.com. 
 [Doxygen-users] VHDL Process Comments Grouped Wrong From: spaceman_spiff - 2016-01-21 15:56:00 I'm new to Doxygen and am setting up my process statements like the following; however, they are grouped incorrectly. When I output the html, all comments associated with example_process1 are grouped with example_process2. In my actual code, they are all off by one grouping. Process 1 groups with process 2, 2 with 3, 3 with 4, etc. What am i doing wrong? --------------------------------- --! @brief This is a process that flips a bit --! --! @param[in] CLK, 250MHz --------------------------------- example_process1: process(CLK) begin if rising_edge(CLK) then if RST = '1' then ibit <= '0'; else ibit <= not ibit; end if; end if; end process; --------------------------------- --! @brief This is a counter --! --! This counter counts to c_max_count --! then retains its value. --! --! @param[in] CLK, 250MHz --------------------------------- example_process2: process(CLK) begin if rising_edge(CLK) then if RST = '1' then icount <= (others => '0'); elsif icount /= c_mac_count then icount <= icount + '1'; else icount <= icount; end if; end if; end process; ______________________________ My system: Windows 7 professional 64 bit Doxygen version 1.8.11 Xilinx ISE 14.7 <<<<<>>>>> -- View this message in context: http://doxygen.10944.n7.nabble.com/VHDL-Process-Comments-Grouped-Wrong-tp7519.html Sent from the Doxygen - Users mailing list archive at Nabble.com. 
 Re: [Doxygen-users] Fortran INCLUDE statement From: Albert - 2016-01-16 09:29:22 Attachments: Message as HTML Petr, Indeed include statements are ignored in FORTRAN, I don't have a direct solution for it other hat using an INPUT_FILTER (or other FILTER posibilities) that includes the (possible recursive) include code and hands this over to doxygen. Albert On Fri, Jan 15, 2016 at 10:02 PM, Petr Parik wrote: > Hi all, > > Doxygen seems to ignore INCLUDE statements in Fortran, for example: > > MODULE TEST > INCLUDE 'defs.f' > CONTAINS > INCLUDE 'routines.f' > END > > Here the included files cannot be processed separately because the code > would not have the correct scope. > > Please help, how can I get it to work? > > Best Regards > > Petr Parik > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > _______________________________________________ > Doxygen-users mailing list > Doxygen-users@... > https://lists.sourceforge.net/lists/listinfo/doxygen-users >   [Doxygen-users] Fortran INCLUDE statement From: Petr Parik - 2016-01-15 21:03:23 Hi all, Doxygen seems to ignore INCLUDE statements in Fortran, for example: MODULE TEST INCLUDE 'defs.f' CONTAINS INCLUDE 'routines.f' END Here the included files cannot be processed separately because the code would not have the correct scope. Please help, how can I get it to work? Best Regards Petr Parik   [Doxygen-users] xrefitem lists - how to suppress output, similar to GENERATE_TODOLIST usage? From: Monique Semp - 2016-01-13 17:31:43 Attachments: Message as HTML Hello, Doxygen users, In Doxygen 1.8.10 (on Win7), is there any way to include/omit a list that’s generated via \xrefitem commands? For the standard \todo list page, the Doxygen configuration setting, GENERATE_TODOLIST, includes/omits the page from the output. And so I’d like something like that for my multiple \xrefitem lists. I do have a workaround. I already have two config files, Doxyfile and Doxyfile_todo, that are identical except for the GENERATE_TODO setting: it’s = NO in Doxyfile, and = YES in Doxyfile_todo. This way I ensure that nobody accidentally includes \todo items in output that’s intended for customers. So since I’m maintaining two separate files anyway, and I’m using the \xrefitem commands in ALIASES, I can have the alias be set to the standard \todo command in Doxyfile, and to the \xrefitem in the Doxyfile_todo. But it’d be nicer if I could create a setting that’s analogous to GENERATE_TODOLIST... Thanks, -Monique  Re: [Doxygen-users] call graph problems From: Albert - 2016-01-11 18:50:45 Attachments: Message as HTML Hi Lorenz, Happy new year to you as well. Good to hear that the problem seems to be solved. Best Regards, Albert On Mon, Jan 11, 2016 at 3:05 PM, Lorenz wrote: > Hi Albert, > > happy new year > > Albert wrote: > >I've tested it with the 1.8.10 version now as well and I see that here the > >graphs for method3/4 and method9/10 are missing. So I think it was a bug > in > >the 1.8.10 version. > >(I don't think you were using 1.8.11 but 1.8.10 as doxygen 1.8.11 was > >released on December 30,2015 and you didn't mentioning using the git > >repository version.) > > you're right, I was running 1.8.10 on my tests. > > I've just run my original project through 1.8.11 and have not found > any missing graphs so far. > > So it seems 1.8.11 fixed the problem I was seeing. > > Thanks again for looking into this. > -- > > Lorenz > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just$35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > _______________________________________________ > Doxygen-users mailing list > Doxygen-users@... > https://lists.sourceforge.net/lists/listinfo/doxygen-users > 
 [Doxygen-users] Options for tweaking how connections are made From: Seaders Oloinsigh - 2016-01-11 15:44:19 Attachments: Message as HTML I posted one part of my question to StackOverflow, http://stackoverflow.com/questions/34639432/syntactical-sugar-for-doxygen-to-link-a-monobehaviour-with-unity3d, but it hasn't gotten a huge response, so thought I might be better trying here. Basically, I'd like to be able to add some sort of syntactical sugar, meta information, or configuration to enable Doxygen to manually enter a connection into it. One example of this is the SO question, to create a new MonoBehaviour, in the proper Unity3d environment, you pass a classfile to be added to an active GameObject, and Unity takes care of the rest. So, while your code will call the new MonoBehaviour's constructor, Awake, and Start methods, that doesn't get tracked and then doesn't get shown in the graphs. On a similar level, if you're making cross-platform apps, you will also have native Java and iOS code, but you create these with meta functions, that connect with exposed functions from the native side. Again, I don't in any way know how Doxygen could do this, nor expect it to be able to do it automatically, but if it's possible, I'd love to be able to add some syntactical sugar that lets Doxygen know this connection should be made to some function on Unity's side in C#, and the native side in Java / Objective-C in the docs. Then, on the other side I'd also like to mark some connections as not to be tracked by Doxygen. A simple example of when you'd want this is in an iOS / XCode project, so that it would ignore that things inherit from NSObject, because in a large project, it results in hundreds of files showing as children of it. Last question is a more general version of filtering things out from Doxygen / GraphViz. Currently if I run it against my Android project, it makes a number of connections to Android .R files ("android.support.design.R" / "android.support.v7.appcompat.R"), which again are unwanted. Is the only way to exclude some references to some files by literally excluding the files / directories these classes are coming from, or is there any "meta" way to exclude classes or packages within Doxygen? Many thanks for Doxygen and any and all support, it's all very much appreciated. 
 Re: [Doxygen-users] call graph problems From: Lorenz - 2016-01-11 14:07:36 Hi Albert, happy new year Albert wrote: >I've tested it with the 1.8.10 version now as well and I see that here the >graphs for method3/4 and method9/10 are missing. So I think it was a bug in >the 1.8.10 version. >(I don't think you were using 1.8.11 but 1.8.10 as doxygen 1.8.11 was >released on December 30,2015 and you didn't mentioning using the git >repository version.) you're right, I was running 1.8.10 on my tests. I've just run my original project through 1.8.11 and have not found any missing graphs so far. So it seems 1.8.11 fixed the problem I was seeing. Thanks again for looking into this. -- Lorenz 
 Re: [Doxygen-users] Looking for beta testers of a Doxygen GitHub integration From: Baptiste Wicht - 2016-01-11 08:28:52 Attachments: Message as HTML On Sat, Jan 09, 2016 at 01:27:56PM -0500, Paul Novotny wrote: > On Thu, Jan 7, 2016, at 09:25 AM, Paul Novotny wrote: > > On Thu, 2016-01-07 at 09:47 +0100, Baptiste Wicht wrote: > > > Hi Paul, > > > > > > This is an excellent idea :) > > > > > > I may be doing something wrong, but when I go on the site, only some > > > of > > > my repositories are displayed, it seems the first X in alphabetical > > > order. Is there a limit ? > > > > > > The projects I wanted to tests are not displayed. > > > > 112 repositories, wow, you are a good tester. :-) It looks like github > > is sending me repositories in bunches, but I never knew that since all > > the repositories always fit into the first bunch. I should have a fix > > up shortly. > > Hi Baptiste, I think I solved the problem, please give it a try and let > me know if you see all of your repositories. > -Paul Hi Paul, Yes, it works fine with my long list of repositories now :) Thanks Baptiste 
 Re: [Doxygen-users] Looking for beta testers of a Doxygen GitHub integration From: Paul Novotny - 2016-01-09 18:28:04 On Thu, Jan 7, 2016, at 09:25 AM, Paul Novotny wrote: > On Thu, 2016-01-07 at 09:47 +0100, Baptiste Wicht wrote: > > Hi Paul, > > > > This is an excellent idea :) > > > > I may be doing something wrong, but when I go on the site, only some > > of > > my repositories are displayed, it seems the first X in alphabetical > > order. Is there a limit ? > > > > The projects I wanted to tests are not displayed. > > 112 repositories, wow, you are a good tester. :-) It looks like github > is sending me repositories in bunches, but I never knew that since all > the repositories always fit into the first bunch. I should have a fix > up shortly. Hi Baptiste, I think I solved the problem, please give it a try and let me know if you see all of your repositories. -Paul 
 Re: [Doxygen-users] Looking for beta testers of a Doxygen GitHub integration From: Paul Novotny - 2016-01-08 01:30:47 Attachments: Message as HTML Unfortunately, organizations are not currently supported by the app. So GitHub should not be asking you for permissions to access your organizations, it should only be asking for access to your email and adding repository hooks to your public repositories. However, I am currently adding support for organizations, and will require access to them. Unfortunatly, their current api does not allow for fine grain control of the permissions. Although it sounds like GitHub is moving in that direction, so this might work for you in the future. -Paul On Thu, Jan 7, 2016, at 07:55 PM, Sparr wrote: > I want to give this a try, but apparently GitHub won't let me give > your app permission to access just one of the organizations I'm part > of. That's a deal breaker for me; not that I don't trust your app, but > I don't give any access to some organizations. > > On Tue, Jan 5, 2016 at 5:56 PM, Paul Novotny wrote: >> Hello, >> >> I put together a GitHub integration for generating and hosting Doxygen >> docs for your public GitHub repositories. Consider this an early >> prototype, but I would like to get some testers and feedback. Just go >> to: >> >> https://codedocs.xyz/ >> >> You should see a list of your public repositories. Then enable the >> repositories you want Doxygen generated for. A GitHub hook is added, so >> the documentation is rebuilt every time you push changes to GitHub. You >> can add badges to your README.md (like Coverity, Travis-CI, etc) that >> point to the documentation that is hosted on codedocs.xyz. For example, >> look at my OpenSceneGraph and Doxygen forks: >> >> https://github.com/paulnovo/osg https://github.com/paulnovo/doxygen >> >> I added the "code: documented" badges to the README.md that point to the >> latest Doxgyen documentation: >> >> https://codedocs.xyz/paulnovo/osg/ >> https://codedocs.xyz/paulnovo/doxygen/ >> >> Let me know what you think. Hopefully this will be useful for Doxygen >> users. >> >> -Paul >> >> -------------------------------------------------------------------- ---------- >> _______________________________________________ >> Doxygen-users mailing list >> Doxygen-users@... >> https://lists.sourceforge.net/lists/listinfo/doxygen-users 
 Re: [Doxygen-users] Looking for beta testers of a Doxygen GitHub integration From: Sparr - 2016-01-08 00:55:59 Attachments: Message as HTML I want to give this a try, but apparently GitHub won't let me give your app permission to access just one of the organizations I'm part of. That's a deal breaker for me; not that I don't trust your app, but I don't give any access to some organizations. On Tue, Jan 5, 2016 at 5:56 PM, Paul Novotny wrote: > Hello, > > I put together a GitHub integration for generating and hosting Doxygen > docs for your public GitHub repositories. Consider this an early > prototype, but I would like to get some testers and feedback. Just go > to: > > https://codedocs.xyz/ > > You should see a list of your public repositories. Then enable the > repositories you want Doxygen generated for. A GitHub hook is added, so > the documentation is rebuilt every time you push changes to GitHub. You > can add badges to your README.md (like Coverity, Travis-CI, etc) that > point to the documentation that is hosted on codedocs.xyz. For example, > look at my OpenSceneGraph and Doxygen forks: > > https://github.com/paulnovo/osg > https://github.com/paulnovo/doxygen > > I added the "code: documented" badges to the README.md that point to the > latest Doxgyen documentation: > > https://codedocs.xyz/paulnovo/osg/ > https://codedocs.xyz/paulnovo/doxygen/ > > Let me know what you think. Hopefully this will be useful for Doxygen > users. > > -Paul > > > ------------------------------------------------------------------------------ > _______________________________________________ > Doxygen-users mailing list > Doxygen-users@... > https://lists.sourceforge.net/lists/listinfo/doxygen-users > 

Showing results of 13794

1 2 3 .. 552 > >> (Page 1 of 552)