doxygen-users — List for users of doxygen

Re: [Doxygen-users] Linking to function pointer arguments

[Dimitri v. H. <do...@gm...>]

Hi Peter,

I'd say that '@see Functor(void(*)(void))' is the one that should have worked,
but I see it doesn't. Feel free to submit a bug report for this.

A workaround (that also helps a bit with readability IMHO):

/** A functor
 *  @see Functor() or Functor(Function)
 */
class Functor
{
  public:
    /** A typedef */
    typedef void(*Function)(void);

    /** Creates a functor object */
    Functor();

    /** Overloaded constructor taking a function pointer as argument */
    Functor(Function function);
};

Regards,
  Dimitri

> On 29 Jul 2015, at 1:44 , Barnes, Peter D. <bar...@ll...> wrote:
> 
> Hello Folks,
> 
> I want to link to an overloaded function with this signature:
> 
> 
> Functor(void(*function)(void));
> 
> Because Functor is overloaded, I have to give the full signature, but I can’t figure out how doxygen wants it expressed.  I’ve tried all of these:
> 
>  @see Functor(*)
>  @see Functor((*))
>  @see Functor(*())
>  @see Functor((*)())
>  @see Functor(void*)
>  @see Functor(void(*))
>  @see Functor(void*())
>  @see Functor(void(*)())
>  @see Functor(void*(void))
>  @see Functor(void(*)(void))
> 
> But none of them work.
> 
> Any ideas?
> 
> Thanks,
> Peter
> _______________________________________________________________________
> Dr. Peter D. Barnes, Jr.                Physics Division
> Lawrence Livermore National Laboratory  Physical and Life Sciences
> 7000 East Avenue, L-50                  email:  pdb...@ll...
> P. O. Box 808                           Voice:  (925) 422-3384
> Livermore, California 94550             Fax:    (925) 423-3371
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Doxygen-users mailing list
> Dox...@li...
> https://lists.sourceforge.net/lists/listinfo/doxygen-users

[Doxygen-users] Linking to function pointer arguments

[Barnes, P. D. <bar...@ll...>]

Hello Folks,

I want to link to an overloaded function with this signature:


Functor(void(*function)(void));

Because Functor is overloaded, I have to give the full signature, but I can’t figure out how doxygen wants it expressed.  I’ve tried all of these:

  @see Functor(*)
  @see Functor((*))
  @see Functor(*())
  @see Functor((*)())
  @see Functor(void*)
  @see Functor(void(*))
  @see Functor(void*())
  @see Functor(void(*)())
  @see Functor(void*(void))
  @see Functor(void(*)(void))

But none of them work.

Any ideas?

Thanks,
Peter
_______________________________________________________________________
Dr. Peter D. Barnes, Jr.                Physics Division
Lawrence Livermore National Laboratory  Physical and Life Sciences
7000 East Avenue, L-50                  email:  pdb...@ll...
P. O. Box 808                           Voice:  (925) 422-3384
Livermore, California 94550             Fax:    (925) 423-3371

[Doxygen-users] Doxygen does not reference function member template (C++)

[Zack S. <za...@gm...>]

Doxygen 1.8.10

I have problems that a template member function get not referenced via \ref.

Here is the test case:

/*!
  * \brief some Docu
* see here \ref MyClass::convert<T>(bool* ok = nullptr) Snippet 
"convert\<T\>(bool* ok)" some more docu...
  */
struct MyClass
{
  /*!
   * \brief some docu
   */
    template<typename T>
    T convert(bool* ok = nullptr);
};

What am I doing wrong?

Regards,
Zack

[Doxygen-users] Changing order of modules without using INPUT tag

[didje <dia...@pd...>]

Hi,
I have three .dox files which define groups, as follows

ModuleA.dox

/*! \defgroup Module_A Module A
*/


ModuleB.dox

/*! \defgroup Module_B Module B
\ingroup Module_A
*/


ModuleC.dox
/*! \defgroup Module_C Module C
\ingroup Module_A
*/

Generating the documentation, the modules are listed as follows

>ModuleA
	ModuleB
	ModuleC

However, I want to change the order and want ModuleC to appear BEFORE
ModuleB

I am aware that this can be done by specifying the order in which the .dox
files are read by Doxygen, i.e.

@INPUT	= ModuleA.dox ModuleC.dox ModuleB.dox

Unfortunately, I do not have access to the doxygen file to do this. The
whole directory in which the above .dox files are contained is read and then
processed by doxygen, using some makefiles which I am not allowed to tamper
with.

Is there any other way to change the order of the modules "ModuleB" and
"ModuleC" ?

Many thanks for any suggestions.




--
View this message in context: http://doxygen.10944.n7.nabble.com/Changing-order-of-modules-without-using-INPUT-tag-tp7288.html
Sent from the Doxygen - Users mailing list archive at Nabble.com.

Re: [Doxygen-users] Installation - unable to load isutils.dll [SOLVED]

[Martin H. <mar...@gm...>]

Working great now, thanks Dimitri.


On Mon, Jul 13, 2015 at 10:13 PM, Martin Harran <mar...@gm...>
wrote:

> Hi Dimitri
>
> I'm away for a few days so won't get a chance to try this properly but I
> did RDP into my development machine and downloaded/installed new build.
> Everything seemed to install fine, I'll get back to you when I have a
> chance to try it out properly.
>
> Thanks
>
> Martin
>
> On Mon, Jul 13, 2015 at 8:28 PM, Dimitri van Heesch <do...@gm...>
> wrote:
>
>> Hi Martin,
>>
>> > On 12 Jul 2015, at 22:06 , Martin Harran <mar...@gm...>
>> wrote:
>> >
>> > I'm installing Doxygen on Windows 8.1 64 bit. At the end of
>> installation, it throws up "unable to load isutils.dll" followed by an
>> unable to set PATH error. I'm not bothered about the PATH error, I presume
>> that is just a case of manually adding "C:\Program Files\doxygen\bin" to
>> the PATH but what is the dsutils.dll error about and how do I fix it?
>>
>> This appeared to be a glitch in the installer script which didn't package
>> isutils.dll as it should.
>> This DLL is part of the installer I use (innosetup) and is used to
>> execute a script that add doxygen.exe to the path.
>>
>> You can get this error if:
>> - you installed doxygen-1.8.10 (which uses a new build system) before
>> July 13th.
>> - you never installed doxygen before so the path does not include the
>> location of the doxygen binary yet.
>>
>> I've just updated the executable package to include the missing DLL
>> (nothing else was changed), so please download again and retry.
>> If you've already manually added the path, it will be ok as well.
>>
>> Regards,
>>   Dimitri
>>
>>
>

[Doxygen-users] SOLVED - no output for page/mainpage, v1.8.10, on OS X 10.10.3 (Yosemite)

[Monique S. <mon...@ea...>]

Ah, now that the site’s back up, I searched for similar issues because I seemed to recall one relatively recently, and here it is: http://sourceforge.net/p/doxygen/mailman/message/32966735/.

But that thread was for the @mainpage tag in a file that (I think) had no extension, whereas I’d like to stick with the old *.page extension format.

So I modified the suggestion as follows, and now everything works again :-).

EXTENSION_MAPPING = page=C

-Monique

From: Monique Semp 
Sent: Monday, July 20, 2015 2:48 PM
To: doxygen-users 
Subject: no output for page/mainpage, v1.8.10, on OS X 10.10.3 (Yosemite)

Resending, now that the doxygen-users on SourceForge seems to have returned to online status.

Thanks for your help!
-Monique


From: Monique Semp 
Sent: Friday, July 17, 2015 11:48 AM
To: doxygen-users 
Subject: no output for page/mainpage, v1.8.10, on OS X 10.10.3 (Yosemite)

Hello, Doxygen users,

Does anyone know of any problems with the @mainpage and @page features in Doxygen 1.8.10, on OS X 10.10.3 (Yosemite)? I’m not getting any output for my .page files (and I’m not a Doxygen newbie; this has always worked, easily, as expected).

I’m explicitly including all my files (eight .h, the MainPage.page file for the @mainpage tag, and one @page file, TestPage.page) in the INPUT configuration options.

The .h files’ contents appear in the output as expected, but the .page files are not.

When I set both GENERATE_TREEVIEW and DISABLE_INDEX to YES, the right pane’s output does list “Main Page”, but its link is just the Doxygen output’s index.html page, without any of the content of the page file. When I return these config options to their defaults (NO), the resulting index.html page has no content. (The usual project info, etc. is shown, it’s just that the main pane where the .page file’s content should be is empty.)

I’ve tried lots of permutations in terms of the comment opener (/** and /*!) and the style for doxygen options (\ and @). But still no output for this very simple thing that I’ve done many, many times before.

But I’m just starting with a new project, and for the first time I’m using Doxygen 1.8.10 (my most recent project was with Doxygen 1.8.7), and OS X. (To date I’ve used previous Doxygen versions on Linux systems.) This is also my first time using the Doxygen Wizard. I’m editing the Doxyfile config file outside of the wizard, and reloading it into the Wizard before preforming any runs. I can’t see how this matters, but thought I should mention it.

So unfortunately, lots of possible issues: this version of Doxygen, how it works on OSX, and the wizard.

Thanks for any debugging tips,
-Monique

[Doxygen-users] Problems with friends

[Barnes, P. D. <bar...@ll...>]

Hello Folks,

I’m having problems with documenting friends in C++.

doxygen-1.8.10
WARN_IF_UNDOCUMENTED	YES
WARN_IF_DOC_ERROR	YES
WARN_NO_PARAMDOC	YES
DISTRIBUTE_GROUP_DOC	YES
EXTRACT_ALL		no

This file produces three warnings, as listed in the comments, but only when the \file comment block is included.

friends.h:
----------

  /**
   * \file
   * \brief Example of doxymenting friend functions.
   * Removing this block clears all the warnings.
   */
    
  /** Friends example. */
  class Friends
  {
  public:
    /**
     * @{
     * \brief Friend function.
     *
     * This produces a "member not documented" error on
     * the declaration of Second, outside the class, below.
     * Both functions are documented in the output, however.
     */
    friend void First (void);
    friend void Second (void);
    /** @} */
  
    /**
     * @{
     * \brief More friends: this produces "member not documented" errors
     * for both functions, and doesn't produce output; note this block
     * only has a brief description.
     */
    friend void Third (void);
    friend void Fourth (void);
    /** @} */
     
  
  };  // class Friends
  
  void First (void);
  void Second (void);
  void Third (void);
  void Fourth (void);

doxygen.log:
------------
friends.h:1: warning: Member Fourth(void) (function) of file friends.h is not documented.
friends.h:1: warning: Member Second(void) (function) of file friends.h is not documented.
friends.h:1: warning: Member Third(void) (function) of file friends.h is not documented.


Also note that the line numbers in the warning log are incorrect.

Any suggestions?
Peter
_______________________________________________________________________
Dr. Peter D. Barnes, Jr.                Physics Division
Lawrence Livermore National Laboratory  Physical and Life Sciences
7000 East Avenue, L-50                  email:  pdb...@ll...
P. O. Box 808                           Voice:  (925) 422-3384
Livermore, California 94550             Fax:    (925) 423-3371

Re: [Doxygen-users] Installation - unable to load isutils.dll

[Martin H. <mar...@gm...>]

Hi Dimitri

I'm away for a few days so won't get a chance to try this properly but I
did RDP into my development machine and downloaded/installed new build.
Everything seemed to install fine, I'll get back to you when I have a
chance to try it out properly.

Thanks

Martin

On Mon, Jul 13, 2015 at 8:28 PM, Dimitri van Heesch <do...@gm...>
wrote:

> Hi Martin,
>
> > On 12 Jul 2015, at 22:06 , Martin Harran <mar...@gm...> wrote:
> >
> > I'm installing Doxygen on Windows 8.1 64 bit. At the end of
> installation, it throws up "unable to load isutils.dll" followed by an
> unable to set PATH error. I'm not bothered about the PATH error, I presume
> that is just a case of manually adding "C:\Program Files\doxygen\bin" to
> the PATH but what is the dsutils.dll error about and how do I fix it?
>
> This appeared to be a glitch in the installer script which didn't package
> isutils.dll as it should.
> This DLL is part of the installer I use (innosetup) and is used to execute
> a script that add doxygen.exe to the path.
>
> You can get this error if:
> - you installed doxygen-1.8.10 (which uses a new build system) before July
> 13th.
> - you never installed doxygen before so the path does not include the
> location of the doxygen binary yet.
>
> I've just updated the executable package to include the missing DLL
> (nothing else was changed), so please download again and retry.
> If you've already manually added the path, it will be ok as well.
>
> Regards,
>   Dimitri
>
>

Re: [Doxygen-users] Installation - unable to load isutils.dll

[Dimitri v. H. <do...@gm...>]

Hi Martin,

> On 12 Jul 2015, at 22:06 , Martin Harran <mar...@gm...> wrote:
> 
> I'm installing Doxygen on Windows 8.1 64 bit. At the end of installation, it throws up "unable to load isutils.dll" followed by an unable to set PATH error. I'm not bothered about the PATH error, I presume that is just a case of manually adding "C:\Program Files\doxygen\bin" to the PATH but what is the dsutils.dll error about and how do I fix it?

This appeared to be a glitch in the installer script which didn't package isutils.dll as it should.
This DLL is part of the installer I use (innosetup) and is used to execute a script that add doxygen.exe to the path.

You can get this error if:
- you installed doxygen-1.8.10 (which uses a new build system) before July 13th.
- you never installed doxygen before so the path does not include the location of the doxygen binary yet.

I've just updated the executable package to include the missing DLL (nothing else was changed), so please download again and retry.
If you've already manually added the path, it will be ok as well.

Regards,
  Dimitri

Re: [Doxygen-users] No-Display Comments

[Ron W <ron...@gm...>]

On Sun, Jul 12, 2015 at 4:06 PM, <
dox...@li...> wrote:
>
> Date: Mon, 6 Jul 2015 12:51:27 -0400
> From: <pa...@ar...>
> Subject: [Doxygen-users] No-Display Comments
> To: "DoxigenUserLis" <dox...@li...>
> Message-ID: <58D56FABD1FC458CAFC4FD06201CB3CD@ArbolOneLT>
> Content-Type: text/plain; charset="utf-8"
>
> How can I stop Doxygent from displaying the comments in my .hpp files.
> You see, I have some TODO member functions that are commented out in the
> hpp files, and I don?t want them to appear in the ?Files? Tab.
>

How are you commenting out the functions? I think,  if you enclose the
functions, including the Doxygen comment blocks, within, for example,
#ifdef COMMENTED_OUT and #endif, Doxygen will ignore documentation within
the #ifdef'd out region.

Alternately, see
http://www.stack.nl/~dimitri/doxygen/manual/commands.html#cmdif

[Doxygen-users] Installation - unable to load isutils.dll

[Martin H. <mar...@gm...>]

I'm installing Doxygen on Windows 8.1 64 bit. At the end of installation,
it throws up "unable to load isutils.dll" followed by an unable to set PATH
error. I'm not bothered about the PATH error, I presume that is just a case
of manually adding "C:\Program Files\doxygen\bin" to the PATH but what is
the dsutils.dll error about and how do I fix it?

Martin Harran

[Doxygen-users] How to cause PlantUML to make SVG files?

[MikePelley <msp...@ra...>]

If I call PlantUML directly with a file that contains @startuml{diagram.svg}
it will make an SVG drawing.  But if Doxygen calls PlantUML, I get a .PNG
file.
I much prefer SVG since it looks better when scaled up.

How do I convince Doxygen to tell PlantUML to make an SVG file?




--
View this message in context: http://doxygen.10944.n7.nabble.com/How-to-cause-PlantUML-to-make-SVG-files-tp7278.html
Sent from the Doxygen - Users mailing list archive at Nabble.com.

[Doxygen-users] Find duplicate variables in Fortran Code

[Fabian N. <fab...@sc...>]

Hi everyone,

we just stumbled across the fact that our code contains variables with 
the same name that are declared in more than one place. Some are also 
declared in two different modules (ok, technically those are two 
different variables, but you get what I mean...), which isn`t very nice 
although it`s technically ok if you don`t use both of these modules at 
the same time.

My question is: Is there any trick to get a list of those variables 
(especially those declared in more than one module) with Doxygen? I see 
that in our HTML output when searching for a variable that is defined in 
two modules, I`m presented with both modules where a variable with that 
name is declared. So in fact, the info I`m looking for is there in some 
way, but is there a way to get it in a single list somehow?
I don`t need a 'nice' solution, some dirty hack would work as well...

Regards,
Fabian.

[Doxygen-users] Automatically numbering sections

[Jeremy R. <jro...@gm...>]

This question has been asked before, but there seems to be no definite 
answer.
Is it possible to number sections automatically, as in WinWord 
outlining? If so, how's it done?
Thanks for answers,
Jerry

Re: [Doxygen-users] How to add additional information on the title page?

[Frédéric D. <Fre...@or...>]

Oh, yeah, it looks like the way to go.

Thanks for the hint!


Frédéric

Le 06/07/2015 17:08, Fred Labrosse a écrit :
> I use a "header" file that contains the documentation as comments, and make
> doxygen process that header file.
>
> Hope this helps.
>
> Fred
>
>
> On Monday 06 July 2015 16:51:56 Frédéric Darboux wrote:
>> Dear Doxygen users,
>>
>> I would like to add some additional information to the title page of our
>> documentation (e.g. compatibility).
>>
>> I thought to add such information in the PROJECT_VERSION variable (in
>> the configuration file), and to separate it from the version number by a
>> end-of-line character.
>> Any idea how to do this?
>> Do you see an alternative solution?
>>
>> Cheers.
>>
>>
>> Frédéric
>

-- 
.......................................................
UR Science du Sol
INRA
2163 Avenue de la Pomme de Pin
CS 40001 - Ardon
F-45075 Orléans Cedex 2
France
  Ph:   +33 2 38 41 48 23
  Fax:  +33 2 38 41 78 69
  Email: <Fre...@or...>
  WebPage: <http://huit.re/DarbouxInraEn>
  Lab.: <http://www6.val-de-loire.inra.fr/ur-sols/>

[Doxygen-users] external docs.

[<pa...@ar...>]

C:\dev\abc\001-Resources
   |__config.txt [Project Configuration File]

The output goes to
C:\www.ArbolOne.ca\papa\developer\JME\
   |__ html
      |__ index.html

And here is where the resources are
C:\www.ArbolOne.ca\papa\developer\JME
   |__ html
   |__Resources
      |__ Copyright.txt
 
Content of
Copyright.txt
~~~~~~~~
Permission to use, copy, modify, and distribute this software and its
documentation for any purpose and without fee is hereby granted,..... bla
bla bla... distribution of the software without specific, written prior permission.




I really need help with Linking external docs. The directory tree presented in the tutorial does not reflect in any way my directory tree, in fact, I am not even sure I need all those files and folders shown in the tutorial.

The tutorial does not show what should appear in the hpp files to extract the data in Copyright.txt into it.

Any help would be most appreciated

Thanks in advance

---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com

[Doxygen-users] No-Display Comments

[<pa...@ar...>]

How can I stop Doxygent from displaying the comments in my .hpp files.
You see, I have some TODO member functions that are commented out in the hpp files, and I don’t want them to appear in the “Files” Tab.

Thanks

---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com

Re: [Doxygen-users] How to add additional information on the title page?

[Fred L. <ff...@ab...>]

I use a "header" file that contains the documentation as comments, and make 
doxygen process that header file.

Hope this helps.

Fred


On Monday 06 July 2015 16:51:56 Frédéric Darboux wrote:
> Dear Doxygen users,
> 
> I would like to add some additional information to the title page of our
> documentation (e.g. compatibility).
> 
> I thought to add such information in the PROJECT_VERSION variable (in
> the configuration file), and to separate it from the version number by a
> end-of-line character.
> Any idea how to do this?
> Do you see an alternative solution?
> 
> Cheers.
> 
> 
> Frédéric

[Doxygen-users] How to add additional information on the title page?

[Frédéric D. <Fre...@or...>]

Dear Doxygen users,

I would like to add some additional information to the title page of our 
documentation (e.g. compatibility).

I thought to add such information in the PROJECT_VERSION variable (in 
the configuration file), and to separate it from the version number by a 
end-of-line character.
Any idea how to do this?
Do you see an alternative solution?

Cheers.


Frédéric



-- 
.......................................................
UR Science du Sol
INRA
2163 Avenue de la Pomme de Pin
CS 40001 - Ardon
F-45075 Orléans Cedex 2
France
  Ph:   +33 2 38 41 48 23
  Fax:  +33 2 38 41 78 69
  Email: <Fre...@or...>
  WebPage: <http://huit.re/DarbouxInraEn>
  Lab.: <http://www6.val-de-loire.inra.fr/ur-sols/>

Re: [Doxygen-users] Get rid of "More..."

[neon1ks <ne...@ma...>]

Experimental patch for doxygen 1.8.10, which allows you to remove the
"More..." links by using "USE_MORE_LINK = NO" in Doxyfile.

doxygen1.diff <http://doxygen.10944.n7.nabble.com/file/n7268/doxygen1.diff>  



--
View this message in context: http://doxygen.10944.n7.nabble.com/Get-rid-of-More-tp6612p7268.html
Sent from the Doxygen - Users mailing list archive at Nabble.com.

Re: [Doxygen-users] FILTER_PATTERNS is being ignored with Doxygen 1.7.6.1

[Albert <alb...@gm...>]

Robert,

First I would try the other way, the current version of doxygen is 1.8.10
(about 3 years newer than 1.8.1.2).

Albert

On Sun, Jul 5, 2015 at 3:10 PM, Robert Heller <he...@de...> wrote:

> OK, 1.8.1.2-2 under Raspbian (Raspberry Pi) is also broken. I am guessing
> *ALL* versions of Doxygen after 1.7.4 are broken. Unless there is some
> special
> magic going on.
>
> Must I use Doxygen's (>1.7.4) *internal* Tcl commenting logic?  Some of the
> platforms I use have older versions of Doxygen.  ALL of my *zillions* of
> lines
> of code are using *My* Tcl commenting logic, for which *I* have written a
> filter.  Why is Doxygen NOT using my filter?  What am I missing?  Must I
> build
> and install an *old* version of Doxygen on every system I build on?
>
> At Thu, 18 Apr 2013 10:00:13 -0400 Robert Heller <he...@de...>
> wrote:
>
> >
> > For some reason, the FILTER_PATTERNS option is being (partially) ignored
> in
> > Doxygen 1.7.6.1.  I have this directive in my Doxyfile:
> >
> > FILTER_PATTERNS        = "*.tcl=./tcl2dox.tcl" "*.src=./tcl2dox.tcl"
> >
> > The *.src files are being properly filtered, but the *.tcl files are NOT
> being
> > filtered. Why is this?  What should I be doing to force Doxygen to
> process Tcl
> > files through my filter?
> >
> > This is with Ubuntu 12.04.1 and doxygen_1.7.6.1-2ubuntu1.  A set of test
> runs
> > with test files are available for download at this URL:
> >
> > http://www.deepsoft.com/wp-content/uploads/2013/04/doxygen-test.tar.gz
> >
> >
>
> --
> Robert Heller             -- 978-544-6933
> Deepwoods Software        -- Custom Software Services
> http://www.deepsoft.com/  -- Linux Administration Services
> he...@de...       -- Webhosting Services
>
>
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Doxygen-users mailing list
> Dox...@li...
> https://lists.sourceforge.net/lists/listinfo/doxygen-users
>

Re: [Doxygen-users] FILTER_PATTERNS is being ignored with Doxygen 1.7.6.1

[Robert H. <he...@de...>]

OK, 1.8.1.2-2 under Raspbian (Raspberry Pi) is also broken. I am guessing
*ALL* versions of Doxygen after 1.7.4 are broken. Unless there is some special
magic going on.

Must I use Doxygen's (>1.7.4) *internal* Tcl commenting logic?  Some of the 
platforms I use have older versions of Doxygen.  ALL of my *zillions* of lines 
of code are using *My* Tcl commenting logic, for which *I* have written a 
filter.  Why is Doxygen NOT using my filter?  What am I missing?  Must I build 
and install an *old* version of Doxygen on every system I build on?

At Thu, 18 Apr 2013 10:00:13 -0400 Robert Heller <he...@de...> wrote:

> 
> For some reason, the FILTER_PATTERNS option is being (partially) ignored in 
> Doxygen 1.7.6.1.  I have this directive in my Doxyfile:
> 
> FILTER_PATTERNS        = "*.tcl=./tcl2dox.tcl" "*.src=./tcl2dox.tcl"           
>  
> The *.src files are being properly filtered, but the *.tcl files are NOT being 
> filtered. Why is this?  What should I be doing to force Doxygen to process Tcl 
> files through my filter?
> 
> This is with Ubuntu 12.04.1 and doxygen_1.7.6.1-2ubuntu1.  A set of test runs 
> with test files are available for download at this URL:
> 
> http://www.deepsoft.com/wp-content/uploads/2013/04/doxygen-test.tar.gz
> 
> 

-- 
Robert Heller             -- 978-544-6933
Deepwoods Software        -- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
he...@de...       -- Webhosting Services

          

Re: [Doxygen-users] Get rid of "More..."

[neon1ks <ne...@ma...>]

It was my experiment. But I can try to implement the idea of setting up:
USE_MORE_LINK = NO.

Now I use doxygen 1.8.6. Well I'll try 1.8.10 	
Sorry, I badly know English. And I am a novice programmer.




--
View this message in context: http://doxygen.10944.n7.nabble.com/Get-rid-of-More-tp6612p7265.html
Sent from the Doxygen - Users mailing list archive at Nabble.com.

Re: [Doxygen-users] Get rid of "More..."

[albert <alb...@gm...>]

Please register so the message will go by email to subscribers as well.

Which version of doxygen did you use to create the patch? (I cannot find the
relevant code parts in the current version and that the problem might
already have been fixed in a similar way).

Albert



--
View this message in context: http://doxygen.10944.n7.nabble.com/Get-rid-of-More-tp6612p7264.html
Sent from the Doxygen - Users mailing list archive at Nabble.com.

Re: [Doxygen-users] doxywizard can't run PlantUML

[rkennerly <rke...@gm...>]

Christoph Lipka wrote
> Am 01.07.2015 um 18:32 schrieb rkennerly:
>> MikePelley wrote
>>> I am trying to use the doxywizard with PlantUML.  PlantUML works fine by
>>> itself.  But when the doxywizard gets to the step to invoke PlantUML, it
>>> throws up a dialog saying "choose the program you want to use to open
>>> this
>>> file: java.exe".  Why is it trying to "open" java.exe?  It should just
>>> run
>>> it!  I'm on Windows 7 Professional, 64-bit.  Doxygen is 1.8.9.1
>>> installed
>>> from the binary distribution doxygen-1.8.9.1-setup.exe.
>>>
>>> Any help is appreciated!
>> I found a work-around for this exact problem by side-stepping the
>> "java.exe"
>> shortcut that is installed by the java installer (java version
>> "1.8.0_45")
>> at "C:\ProgramData\Oracle\Java\javapath".  Look at your "Path"
>> environment
>> variable in a command prompt window (type "path") and see if the
>> directory
>> for java includes symlink entries as it does on my system (Win7 64 bit). 
>> If
>> you look at "properties" for the shortcut called "java.exe" you can see
>> where it points to the real executable:
>>
>> C:\ProgramData\Oracle\Java\javapath>dir
>>   Directory of C:\ProgramData\Oracle\Java\javapath
>> ...
>> 07/01/2015  09:01 AM    
> <SYMLINK>
>       java.exe [C:\Program Files
>> (x86)\Java\jre1.8.0_45\bin\java.exe]
>>
>> So, I wrote a short batch file to prepend the actual install directory of
>> java to the front of my path that I can run before running doxygen (in
>> the
>> same Command Prompt window):
> 
> That's becoming a pain though as soon as the JRE is updated.
> 
> I had this issue, too; it appears that, as of recently, Windows refuses 
> to execute symbolic links with an ".exe" extension. On the interwebs 
> there are some hints that this change in behaviour was introduced with 
> security update KB3039066 (see 
> https://support.microsoft.com/en-us/kb/3039066), and indeed selectively 
> uninstalling that update fixed the problem for me. (Obviously you'll 
> have to live with an unpatched potential security issue instead, so you 
> may choose not to go that way.)

Yes - I see the problem has wider scope than I thought; I tried other
symlinks (created with mklink.exe from command prompt) and indeed I cannot
execute programs through these symlinks via explorer but can use them
successfully from command prompt.

I'm not a Java developer (C++) so I don't know what the scope of this
problem is (how many programs are affected given that there are other ways
to run java), but I found a link about this problem on an Oracle discussion
thread from April 1, 2015, so the problem has been around for at least three
months:

https://community.oracle.com/thread/3695801
<https://community.oracle.com/thread/3695801>  

As of now, I'm launching doxygen from Visual Studio in an nmake project and
I'm patching the path there (as above) - this will have to suffice until
Oracle fixes the problem or offers a safe alternative.




--
View this message in context: http://doxygen.10944.n7.nabble.com/doxywizard-can-t-run-PlantUML-tp7188p7262.html
Sent from the Doxygen - Users mailing list archive at Nabble.com.