doxygen-users — List for users of doxygen

RE: [Doxygen-users] Doxygen 1.2.8.1 quirks

[Olaf B. <ola...@sk...>]

>As for the PROJECT_NAME, enclose the string in quotes and whitespace
will be
>preserved.
>
>Irwin Diehl

It works! :-)
Thanks

Olaf

Re: [Doxygen-users] Doxygen 1.2.8.1 quirks

[Irwin D. <ir...@ca...>]

Olaf,

As for the PROJECT_NAME, enclose the string in quotes and whitespace will be
preserved.

Irwin Diehl

Olaf Baeyens wrote:

> Some small lay-out problems in Doxygen 1.2.8.1
> For the rest I can't complain! :-)
>
> -----------
> First of all in the configuration file: If I define next line:
> "PROJECT_NAME = Base plug-in"
> Then Doxygen makes the title : 'Baseplug-in Documentation' in the output
> html
>
> My spaces in between are lost!
>
> -----------
> Second, next function definition generates a \code \endcode that is far
> too much moved to the right in the output html.
> It would be nice if the code example is not moved that much.
>
>                 /// Get the Prefix string of the output data set at
> 'aiIndex'
>                 /*! @return the Prefix string without number or path
>                         @param aiIndex index in from m_sOutputDataset[].
>                         Example:
>                                 \code
>
> m_sInputDataset[0]="c:\blabla\Bone\BoneX0000.bmp"
>                                         string
> sPrefix=GetInputPreString(0);
>                                         ..
>                                         //---> sPrefix contains "BoneX"
>                                 \endcode
>                         \see m_sOutDataset, m_iNrOfOutDataSets,
> GetOutFolder    */
>                 string GetOutputPreString(int aiIndex);
>
> Olaf Baeyens
> Skyscan
>
> _______________________________________________
> Doxygen-users mailing list
> Dox...@li...
> http://lists.sourceforge.net/lists/listinfo/doxygen-users

RE: [Doxygen-users] doxygen fails to document class A struct B, w orkaround?

[Wagner, V. <VW...@se...>]

yeah, run a "splat" to change all the occurrences of your struct A to
something like struct struct_A.

-----Original Message-----
From: Greger Haga [mailto:gre...@ya...]
Sent: Tuesday, 2001 July 17 02:28
To: dox...@li...
Subject: [Doxygen-users] doxygen fails to document class A struct B,
workaround?


Hi!
Have a problem: one class and one struct are declared with the same
name: class A and struct A. It is indeed illegal to have two types of
the same name to compile I know, nevertheless both have to be
documented. Doxygen treats both as the same!The resulting docs mix
members of both the struct and the class into the class's documentation.
The struct is not documented at all. Does anyone know of a workaround to
fool doxygen to treat them as diffferent entities?

Greger


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


_______________________________________________
Doxygen-users mailing list
Dox...@li...
http://lists.sourceforge.net/lists/listinfo/doxygen-users


This transmission may contain information that is privileged, confidential
and exempt from disclosure under applicable law.
If you are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution, or use of the information contained
herein (including any reliance thereon) is STRICTLY PROHIBITED.
If you received this transmission in error, please immediately contact the
sender and destroy the material in its entirety, whether in electronic or
hard copy format.
Thank you

[Doxygen-users] Doxygen 1.2.8.1 quirks

[Olaf B. <ola...@sk...>]

Some small lay-out problems in Doxygen 1.2.8.1=20
For the rest I can't complain! :-)

-----------
First of all in the configuration file: If I define next line:
"PROJECT_NAME =3D Base plug-in"
Then Doxygen makes the title : 'Baseplug-in Documentation' in the output
html

My spaces in between are lost!=20

-----------
Second, next function definition generates a \code \endcode that is far
too much moved to the right in the output html.
It would be nice if the code example is not moved that much.=20


		/// Get the Prefix string of the output data set at
'aiIndex'
		/*! @return the Prefix string without number or path
			@param aiIndex index in from m_sOutputDataset[].
			Example:
				\code
=09
m_sInputDataset[0]=3D"c:\blabla\Bone\BoneX0000.bmp"
					string
sPrefix=3DGetInputPreString(0);
					..
					//---> sPrefix contains "BoneX"
				\endcode
			\see m_sOutDataset, m_iNrOfOutDataSets,
GetOutFolder	*/
		string GetOutputPreString(int aiIndex);


Olaf Baeyens
Skyscan

Re: [Doxygen-users] doxygen fails to document class A struct B, workaround?

[Juergen H. <jh...@we...>]

On Tue, 17 Jul 2001 09:28:23 +0300, Greger Haga wrote:

>Hi!
>Have a problem: one class and one struct are declared with the same
>name: class A and struct A. It is indeed illegal to have two types of
>the same name to compile I know, nevertheless both have to be
>documented. Doxygen treats both as the same!The resulting docs mix
>members of both the struct and the class into the class's 
documentation.
>The struct is not documented at all. Does anyone know of a workaround 
to
>fool doxygen to treat them as diffferent entities?

You should not do this, but you know that.



#ifndef STRUCT_A
#define STRUCT_A A
#endif

struct STRUCT_A { ....




Then redefine STRUCT_A in your Doxyfile to something different.

[Doxygen-users] Doxygen developers mailing list

[Dimitri v. H. <di...@st...>]

Hi,

This mail is to announce the existance of a mailing list for doxygen 
developers (this list has actually been there for a while, but so far I never
really used or mentioned it).

The list is meant for development related discussion, patches, language
updates, and such. For this purpose messages can be up to 500K in size
(on the users list there is a limit of 40K).

Subscription information can be found at: 
http://lists.sourceforge.net/lists/listinfo/doxygen-develop

Regards,
  Dimitri

Re: [Doxygen-users] Exception

[Dimitri v. H. <di...@st...>]

On Tue, Jul 17, 2001 at 02:53:52PM +0800, Stephen Morrison wrote:
> Hi,
> 
> I am getting the following error when Doxygen is building the member list:
> 
> Run-time exception error; current exception: xalloc
>         No handler for exception.
> zsh: IOT instruction  bin/doxygen DFARClass
> 
> This is with Doxygen-1.2.8-20010715 (but I also got it in 1.2.7) on a
> Solaris 2.6 machine, and it is being used on a very (very) large source
> tree.
> 
> Just thought I'd report it since I have no idea why this would be happening.
> :)

Could very well be that your box is running out of memory. It usually helps
if you split up the source tree into several (coherent) parts, run doxygen
on each of these parts and link the parts together using tag files.

Regards,
  Dimitri

[Doxygen-users] doxygen fails to document class A struct B, workaround?

[Greger H. <gre...@ya...>]

Hi!
Have a problem: one class and one struct are declared with the same
name: class A and struct A. It is indeed illegal to have two types of
the same name to compile I know, nevertheless both have to be
documented. Doxygen treats both as the same!The resulting docs mix
members of both the struct and the class into the class's documentation.
The struct is not documented at all. Does anyone know of a workaround to
fool doxygen to treat them as diffferent entities?

Greger


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: RE: [Doxygen-users] using the latex output

[Arkadiusz P. <wo...@so...>]

On Mon, Jul 16, 2001 at 11:21:21AM -0700, Darren Busing wrote:
> Where is LaTex available on the web?  Is it an Open Source/freeware program,
> like other programs that Doxygen leverages?

Look at http://www.tug.org - there is all the information you need to start
using *TeX on this page.

-- 
# *sig. under construction* #%#--#####+####+#######x############++=##
nie moge dojsc, jak oni uzywaja wielkich liter. 
moze maja inny typ klawiatury?
#"####%%#####+##=###%### _w...@so..._ ##%####**###||######

[Doxygen-users] Exception

[Stephen M. <mor...@no...>]

Hi,

I am getting the following error when Doxygen is building the member list:

Run-time exception error; current exception: xalloc
        No handler for exception.
zsh: IOT instruction  bin/doxygen DFARClass

This is with Doxygen-1.2.8-20010715 (but I also got it in 1.2.7) on a
Solaris 2.6 machine, and it is being used on a very (very) large source
tree.

Just thought I'd report it since I have no idea why this would be happening.
:)

Cheers

Stephen

RE: [Doxygen-users] using the latex output

[Emilio R. <Emi...@ma...>]

I'm using fptex 0.4 with no problems under Win9x and WinNT.
You can find it in ftp://ftp.dante.de or in various CTAN mirrors.

Emilio








Darren Busing <db...@ga...> on 16/07/2001 20.21.21

Please respond to dox...@li...
                                                                                
                                                                                
                                                                                


                                                              
                                                              
                                                              
 To:      "'dox...@li...'"             
          <dox...@li...>               
                                                              
 cc:      (bcc: Emilio Riva/MAIN/MC1)                         
                                                              
                                                              
                                                              
 Subject: RE: [Doxygen-users] using the latex output          
                                                              







As long as we're talking about LaTex, I had to abandon use of this output
mode, because I couldn't find a version of LaTex on the Web that I could
install successfully.  I found a copy that downloaded an entire CD onto your
machine via FTP (taking more than an hour), but then it complained about
some missing file.

Where is LaTex available on the web?  Is it an Open Source/freeware program,
like other programs that Doxygen leverages?

--Darren Busing
Gadzoox Networks

          -----Original Message-----
          From:     Greger Haga [mailto:gre...@ya...]
          Sent:     Monday, July 16, 2001 8:31 AM
          To:  dox...@li...
          Subject:  [Doxygen-users] using the latex output

          Hi!
          Doing some documentation with doxygen and latex output is
requested.

          But what to do with it?*s*

          In what program can I view the generated latex output?
          Also, what is the relation of tex, latex , dvi-files, *.aux,
*eps, *tex
          files etc...generated by doxygen.

          Thanks for any information...
          Greger


          _________________________________________________________
          Do You Yahoo!?
          Get your free @yahoo.com address at http://mail.yahoo.com


          _______________________________________________
          Doxygen-users mailing list
          Dox...@li...
          http://lists.sourceforge.net/lists/listinfo/doxygen-users

_______________________________________________
Doxygen-users mailing list
Dox...@li...
http://lists.sourceforge.net/lists/listinfo/doxygen-users

RE: [Doxygen-users] using the latex output

[Darren B. <db...@ga...>]

As long as we're talking about LaTex, I had to abandon use of this output
mode, because I couldn't find a version of LaTex on the Web that I could
install successfully.  I found a copy that downloaded an entire CD onto your
machine via FTP (taking more than an hour), but then it complained about
some missing file.

Where is LaTex available on the web?  Is it an Open Source/freeware program,
like other programs that Doxygen leverages?

--Darren Busing
Gadzoox Networks

		-----Original Message-----
		From:	Greger Haga [mailto:gre...@ya...]
		Sent:	Monday, July 16, 2001 8:31 AM
		To:	dox...@li...
		Subject:	[Doxygen-users] using the latex output

		Hi!
		Doing some documentation with doxygen and latex output is
requested.

		But what to do with it?*s*

		In what program can I view the generated latex output?
		Also, what is the relation of tex, latex , dvi-files, *.aux,
*eps, *tex
		files etc...generated by doxygen.

		Thanks for any information...
		Greger


		_________________________________________________________
		Do You Yahoo!?
		Get your free @yahoo.com address at http://mail.yahoo.com


		_______________________________________________
		Doxygen-users mailing list
		Dox...@li...
		http://lists.sourceforge.net/lists/listinfo/doxygen-users

[Doxygen-users] using the latex output

[Greger H. <gre...@ya...>]

Hi!
Doing some documentation with doxygen and latex output is requested.

But what to do with it?*s*

In what program can I view the generated latex output?
Also, what is the relation of tex, latex , dvi-files, *.aux, *eps, *tex
files etc...generated by doxygen.

Thanks for any information...
Greger


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: [Doxygen-users] Customizing look in Doxygen

[joe b. <be...@mc...>]

From my perspective, I was first planning on looking at the detailed
description and then look at the summary info. The problem that I'm seeing
is that the table becomes very wide (some table renderers seem to not like
to wrap tables) which throws off the rendering of other page elements.
Things which should be centered (horizontally) are not visible on the
page unless I use the brower's scroll bars. I'd like to have the
summary description match the layout of the detailed descriptions,
but that's a less high priority for me.

I would imagine the longer-term solution would be based on the xml generator
which is being working on.

joe

On Mon, Jul 16, 2001 at 10:19:19AM -0400, Wagner, Victor wrote:
> You must be talking about the summary info, not the detailed info, right??
> 
> -----Original Message-----
> From: Joh...@ub... [mailto:Joh...@ub...]
> Sent: Monday, 2001 July 16 09:18
> To: dox...@li...
> Subject: [Doxygen-users] Customizing look in Doxygen
> 
> 
> Dimitri / Joe
> 
> Are the CR's (carriage returns) that was given in the example 
> meaningful ?
> If so then this is not the format that doxygen produces in version 
> 1.2.8.1 .
> 
> Joe's Example
> > return_type
> > function_name(
> >     argument_type1                    argument_name1,
> >     argument_type2                    argument_name2)
> > 
> 
> I'm using doxygen 1.2.8.1  and the sort of HTML format for class 
> members I'm getting is ...
> 
> <tr>
>     <td >RETURN_TYPE</td>
>     <td>METHOD_NAME (ARGUMENT_1, ARGUMENT_2)</td>
> </tr>
> 
> If the CR's in the example Joe gave were meaningful then perhaps Joe is 
> suggesting something where the args are in separate cells on different 
> rows in the HTML table ie a format more like ....
> 
> <tr>
>     <td>RETURN_TYPE</td>
>     <td>&nbsp;</td>
>   </tr>
>   <tr>
>     <td>METHOD_NAME</td>
>     <td>(ARGUMENT_1</td>
>   </tr>
>   <tr>
>     <td>&nbsp;</td>
>     <td>ARGUMENT_2)</td>
>   </tr> 
> 
> 
> I have the same problem as Joe (ie "rather long function names and 
> argument types") and the 1.2.1.8 format of HTML documentation as shown 
> above is pretty unreadable. 
> 
> Joe's suggestion might help us with our common specific problem however 
> this mail chain make me wonder if it would be preferable to have a more 
> general solution - one that would allow personalisation of the 
> formatting algorithm by for example an optional runtime plugin (ie on 
> unix a .so file or NT would use a .dll file  - dunno what other 
> platforms offer for this sort of thing). This approach might help avoid 
> a proliferation of compiler and runtime switches for other formats that 
> users might wish to define. 
> 
> JL
> 
> 
> 
> This transmission may contain information that is privileged, confidential
> and exempt from disclosure under applicable law.
> If you are not the intended recipient, you are hereby notified that any
> disclosure, copying, distribution, or use of the information contained
> herein (including any reliance thereon) is STRICTLY PROHIBITED.
> If you received this transmission in error, please immediately contact the
> sender and destroy the material in its entirety, whether in electronic or
> hard copy format.
> Thank you
> 
> 
> 
> _______________________________________________
> Doxygen-users mailing list
> Dox...@li...
> http://lists.sourceforge.net/lists/listinfo/doxygen-users
> 

-- 
Joseph Bester                               Phone: (630) 252-1496
Mathematics & Computer Science                Fax: (630) 252-5986 
Argonne National Laboratory
Argonne, IL 60439                       Email: be...@mc...

RE: [Doxygen-users] Customizing look in Doxygen

[Wagner, V. <VW...@se...>]

You must be talking about the summary info, not the detailed info, right??

-----Original Message-----
From: Joh...@ub... [mailto:Joh...@ub...]
Sent: Monday, 2001 July 16 09:18
To: dox...@li...
Subject: [Doxygen-users] Customizing look in Doxygen


Dimitri / Joe

Are the CR's (carriage returns) that was given in the example 
meaningful ?
If so then this is not the format that doxygen produces in version 
1.2.8.1 .

Joe's Example
> return_type
> function_name(
>     argument_type1                    argument_name1,
>     argument_type2                    argument_name2)
> 

I'm using doxygen 1.2.8.1  and the sort of HTML format for class 
members I'm getting is ...

<tr>
    <td >RETURN_TYPE</td>
    <td>METHOD_NAME (ARGUMENT_1, ARGUMENT_2)</td>
</tr>

If the CR's in the example Joe gave were meaningful then perhaps Joe is 
suggesting something where the args are in separate cells on different 
rows in the HTML table ie a format more like ....

<tr>
    <td>RETURN_TYPE</td>
    <td>&nbsp;</td>
  </tr>
  <tr>
    <td>METHOD_NAME</td>
    <td>(ARGUMENT_1</td>
  </tr>
  <tr>
    <td>&nbsp;</td>
    <td>ARGUMENT_2)</td>
  </tr> 


I have the same problem as Joe (ie "rather long function names and 
argument types") and the 1.2.1.8 format of HTML documentation as shown 
above is pretty unreadable. 

Joe's suggestion might help us with our common specific problem however 
this mail chain make me wonder if it would be preferable to have a more 
general solution - one that would allow personalisation of the 
formatting algorithm by for example an optional runtime plugin (ie on 
unix a .so file or NT would use a .dll file  - dunno what other 
platforms offer for this sort of thing). This approach might help avoid 
a proliferation of compiler and runtime switches for other formats that 
users might wish to define. 

JL



This transmission may contain information that is privileged, confidential
and exempt from disclosure under applicable law.
If you are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution, or use of the information contained
herein (including any reliance thereon) is STRICTLY PROHIBITED.
If you received this transmission in error, please immediately contact the
sender and destroy the material in its entirety, whether in electronic or
hard copy format.
Thank you

[Doxygen-users] Customizing look in Doxygen

[<Joh...@ub...>]

Dimitri / Joe

Are the CR's (carriage returns) that was given in the example 
meaningful ?
If so then this is not the format that doxygen produces in version 
1.2.8.1 .

Joe's Example
> return_type
> function_name(
>     argument_type1                    argument_name1,
>     argument_type2                    argument_name2)
> 

I'm using doxygen 1.2.8.1  and the sort of HTML format for class 
members I'm getting is ...

<tr>
    <td >RETURN_TYPE</td>
    <td>METHOD_NAME (ARGUMENT_1, ARGUMENT_2)</td>
</tr>

If the CR's in the example Joe gave were meaningful then perhaps Joe is 
suggesting something where the args are in separate cells on different 
rows in the HTML table ie a format more like ....

<tr>
    <td>RETURN_TYPE</td>
    <td>&nbsp;</td>
  </tr>
  <tr>
    <td>METHOD_NAME</td>
    <td>(ARGUMENT_1</td>
  </tr>
  <tr>
    <td>&nbsp;</td>
    <td>ARGUMENT_2)</td>
  </tr> 


I have the same problem as Joe (ie "rather long function names and 
argument types") and the 1.2.1.8 format of HTML documentation as shown 
above is pretty unreadable. 

Joe's suggestion might help us with our common specific problem however 
this mail chain make me wonder if it would be preferable to have a more 
general solution - one that would allow personalisation of the 
formatting algorithm by for example an optional runtime plugin (ie on 
unix a .so file or NT would use a .dll file  - dunno what other 
platforms offer for this sort of thing). This approach might help avoid 
a proliferation of compiler and runtime switches for other formats that 
users might wish to define. 

JL



On Thu, Jul 12, 2001 at 12:32:57PM -0500, joe bester wrote:
> Dimitri,
> 
> I've done some work to customize the output of doxygen to match our 
project's 
> web design, and coding standard. Much of this has been accomplished 
via style 
> sheets, but there some things, such as the format of function 
signatures have 
> been necessary to handle as source code modifications.
> 
> For example, we prefer to have functions displayed like this:
> 
> return_type
> function_name(
>     argument_type1                    argument_name1,
>     argument_type2                    argument_name2)
> 
> Rather than doxygen's default
> 
> return_type function_name(argument_type1 argument_name1, 
argument_type2, 
> argument_name2)

For HTML doxygen already produces the former output (or not?) so I
guess your patch is for fixing the other output format(s).

> 
> This is mostly because we tend to have rather long function 
> names and argument types.
> 
> If I were to submit a patch to do this sort of formattting, would it 
be 
> accepted? Perhaps if I wrapped it in a configuration option?

Yes, please sent it and I'll see if I make it optional or not.

Regards,
  Dimitri



Visit our website at http://www.ubswarburg.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free 
as information could be intercepted, corrupted, lost, destroyed, 
arrive late or incomplete, or contain viruses.  The sender therefore 
does not accept liability for any errors or omissions in the contents 
of this message which arise as a result of e-mail transmission.  If 
verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities or 
related financial instruments.

Re: [Doxygen-users] Changing the standard header

[Irwin D. <ir...@ca...>]

Moshe,

I think the sort of thing you describe can most easily be done in a custom
header and/or footer file. I attach two examples of files similar to what we
use. You also need to point to these files in the doxygen configuration file. If
you use header.html and footer.html as we do for these filenames, set the
following options in your configuration file:

HTML_HEADER = header.html
HTML_FOOTER = footer.html

Hope it helps.

Irwin Diehl
----------------------------------------------
Sr. Technical Publications Consultant
Cadence Design Systems, Inc.
San Jose, CA



Moshe Kruger wrote:

> Thanks, Stephen.
>
> Let me make myself a little clearer: I want to preserve the standard header,
> ie:
> Main Page   Modules   Class Hierarchy   Alphabetical List   Compound List
> File List   Compound
>                         Members   Related Pages   Examples
>
> but add to that a  search button of my own. I want this set up to appear on
> every page of the output. Thus, I need to know how to modify the header that
> is already there to accommodate my button....
>
> Moshe
>
> -----Original Message-----
> From: Stephen Goudge [mailto:ste...@cl...]
> Sent: Thursday, July 12, 2001 9:54 AM
> To: dox...@li...
> Subject: RE: [Doxygen-users] Changing the standard header
>
> No need to change any code - just set your config file; look in the
> manual for HTML_FOOTER and HTML_HEADER.
>
> Stephen Goudge
>
> -----Original Message-----
> From: dox...@li...
> [mailto:dox...@li...]On Behalf Of Moshe
> Kruger
> Sent: 11 July 2001 10:27
> To: dox...@li...
> Cc: 'di...@st...'
> Subject: [Doxygen-users] Changing the standard header
>
> Hi, all!
>
> I wish to plant a Search button in the standard Doxygen header (so
> that it will appear on every page of the HTML output), in order to
> grant access to users to a non-Doxygen search engine.
>
> Does anybody know how I would do this?
>
> It seems I will have to go into the code and make the change there,
> but WHERE in the code?
>
> Thanks
>
> Moshe Kruger
> Paradigm Geophysical
>
> _______________________________________________
> Doxygen-users mailing list
> Dox...@li...
> http://lists.sourceforge.net/lists/listinfo/doxygen-users
>
> _______________________________________________
> Doxygen-users mailing list
> Dox...@li...
> http://lists.sourceforge.net/lists/listinfo/doxygen-users

[Doxygen-users] Doxygen-1.2.8-20010715 in CVS

[Dimitri v. H. <di...@st...>]

Hi,

It has been a while since the previous CVS update, but here is what changed
in the meantime:
-----------------------------------------------------------------------------
+ CHG: Completely rewrote the way templates are handled.
       Doxygen now (internally) computes all template instances it encounters.
       This has the following advantages:
         - template instances are now shown in the hierarchical index
           and in all class diagrams in a uniform way.
         - the list of all members is now correct for classes deriving
           from a template.
       Since there is a lot of new code, some more testing won't hurt
       to mature the code. If you are using templates, please try this
       version for me and report any problems.
+ BUG: Fixed a null pointer referencing problem (thanks to Nick Pratt)
+ ADD: Included update for French translation (thanks to Xavier Outhier)
+ ADD: Made preprocessor parse error messages somewhat more informative.
+ BUG: 8-bits characters are now correctly handled within the argument
       of \b, \c or \e.
+ ADD: Included update for doc/translator.pl
+ BUG: Reimplemented links were broken for grouped members (thanks to
       Johan Eriksson for the fix).
+ BUG: Enabling the TREEVIEW didn't result in proper RTF output
       (thanks to Paul Sydney for the fix).
+ BUG: Fixed some typos in the docs. Thanks to Wouter Slegers.
+ BUG: Merged patches by Joe Bester:
        - Could not link to @anchors in the main page on external packages.
        - All external modules and pages were linked to or appended
          (even the TODO page, etc), even when EXTRACT_ALL is set to NO.
        - The section containing structs and unions is labeled
          "Class Documentation" (in the English translation) even when
+ BUG: using the IDL keyword "import" in other languages did not work
       correctly.
+ BUG: members of a privately inherited base class were not shown in the
       list of all members, while they were accessible from the derived class.
+ ADD: Using the non-commercial version of Qt for windows, it is now
       possible to build doxywizard for windows.
-----------------------------------------------------------------------------
Enjoy,
  Dimitri

RE: [Doxygen-users] Customizing look in Doxygen

[Moshe K. <Kr...@Pa...>]

Our team would definitely prefer the proposed layout.

Moshe

-----Original Message-----
From: Christoph Koegl [mailto:ko...@in...]
Sent: Friday, July 13, 2001 9:21 AM
To: dox...@li...
Subject: Re: [Doxygen-users] Customizing look in Doxygen 



be...@mc... said:
> If I were to submit a patch to do this sort of formattting, would it
> be  accepted? Perhaps if I wrapped it in a configuration option? 

I certainly second your proposal. Dimitri, what do you think?

Cheers, Christoph

_______________________________________________
Doxygen-users mailing list
Dox...@li...
http://lists.sourceforge.net/lists/listinfo/doxygen-users

RE: [Doxygen-users] Changing the standard header

[Moshe K. <Kr...@Pa...>]

Thanks, Stephen.

Let me make myself a little clearer: I want to preserve the standard header,
ie:
Main Page   Modules   Class Hierarchy   Alphabetical List   Compound List
File List   Compound
                        Members   Related Pages   Examples

but add to that a  search button of my own. I want this set up to appear on
every page of the output. Thus, I need to know how to modify the header that
is already there to accommodate my button....


Moshe

-----Original Message-----
From: Stephen Goudge [mailto:ste...@cl...]
Sent: Thursday, July 12, 2001 9:54 AM
To: dox...@li...
Subject: RE: [Doxygen-users] Changing the standard header



No need to change any code - just set your config file; look in the
manual for HTML_FOOTER and HTML_HEADER.

Stephen Goudge

-----Original Message-----
From: dox...@li...
[mailto:dox...@li...]On Behalf Of Moshe
Kruger
Sent: 11 July 2001 10:27
To: dox...@li...
Cc: 'di...@st...'
Subject: [Doxygen-users] Changing the standard header


Hi, all!

I wish to plant a Search button in the standard Doxygen header (so
that it will appear on every page of the HTML output), in order to
grant access to users to a non-Doxygen search engine.

Does anybody know how I would do this?

It seems I will have to go into the code and make the change there,
but WHERE in the code?

Thanks

Moshe Kruger
Paradigm Geophysical


_______________________________________________
Doxygen-users mailing list
Dox...@li...
http://lists.sourceforge.net/lists/listinfo/doxygen-users

Re: [Doxygen-users] Customizing look in Doxygen

[Dimitri v. H. <di...@st...>]

On Thu, Jul 12, 2001 at 12:32:57PM -0500, joe bester wrote:
> Dimitri,
> 
> I've done some work to customize the output of doxygen to match our project's 
> web design, and coding standard. Much of this has been accomplished via style 
> sheets, but there some things, such as the format of function signatures have 
> been necessary to handle as source code modifications.
> 
> For example, we prefer to have functions displayed like this:
> 
> return_type
> function_name(
>     argument_type1                    argument_name1,
>     argument_type2                    argument_name2)
> 
> Rather than doxygen's default
> 
> return_type function_name(argument_type1 argument_name1, argument_type2, 
> argument_name2)

For HTML doxygen already produces the former output (or not?) so I
guess your patch is for fixing the other output format(s).

> 
> This is mostly because we tend to have rather long function 
> names and argument types.
> 
> If I were to submit a patch to do this sort of formattting, would it be 
> accepted? Perhaps if I wrapped it in a configuration option?

Yes, please sent it and I'll see if I make it optional or not.

Regards,
  Dimitri

Re: [Doxygen-users] pasting generated html page into generated html page

[Greger H. <gre...@ya...>]

David Cramer wrote:
True, but then there is two footers generated..not good enough...but
thanks..of course it's easy to hack it but don't like to do that...( which
I'll probably eventually do anyways ) Should be a feature I think to mix
the generated pages( which are darned excellent btw ) as you like to get a
documentation package customized just the way you want. Perhaps there
could be "doxygen variables/objects",  e.g. in the style of javascript
document object to allow for true customization.

e.g. invent a new tag to insert what you want within a page created by the
\page tag: \doxygenobject DoxygenObject

where DoxygenObject would be e.g. : [ MainPage |   Modules |
ClassHierarchy |  AlphabeticalList |  CompoundList | FileList  |
CompoundMembers |  RelatedPages ]  etc. etc...

Good, bad, possible you think, Dimitri?

Also, I lack the possibility to customize the condensed index...it's great
and easy to navigate, but when you create pages with the \page tag, they
are added to Related Pages ( or have I missed a feature? ) though I
wouldn't like to have them there. In the project I'm doing now is kind of
special and I want everything to 'spawn' from the main page.

Greger

> You could run the tool twice and nab classes.html from the previous run
> (like you do with tag files if you want to do link to external
> documentation).
>
> David
>
> > -----Original Message-----
> > From: Greger Haga [mailto:gre...@ya...]
> > Sent: Friday, July 13, 2001 1:41 AM
> > To: dox...@li...
> > Subject: [Doxygen-users] pasting generated html page into
> > generated html
> > page
> >
> >
> > Hello,
> > I need to do a documentation and with a custom 'layout'. Just want to
> > include the classes.html generated by doxygen within a custom page (
> > created with the \page command ). Now, as both are generated
> > at the same
> >
> > time it doesn't seem to be possible ( or am I just stupid :)
> > ? ) to use
> > the \htmlinclude command to paste the classes.html page into
> > the custom
> > page. So, is there another way to do this?
> >
> >
> >
> > --
> > Greger Haga
> > Finland
> > ICQ 120338800
> > HTTP://www.geocities.com/gregerhaga
> > http://counter.li.org/
> >
> >
> >
> > _________________________________________________________
> > Do You Yahoo!?
> > Get your free @yahoo.com address at http://mail.yahoo.com
> >
> >
> > _______________________________________________
> > Doxygen-users mailing list
> > Dox...@li...
> > http://lists.sourceforge.net/lists/listinfo/doxygen-users
> >
>
> _______________________________________________
> Doxygen-users mailing list
> Dox...@li...
> http://lists.sourceforge.net/lists/listinfo/doxygen-users


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: [Doxygen-users] MacOSX

[Craig T. <ct...@bi...>]

I have now


On Saturday, July 14, 2001, at 01:41  AM, ct...@bi... wrote:

> Has anyone had success with building Doxygen under MacOSX?
>
> _______________________________________________
> Doxygen-users mailing list
> Dox...@li...
> http://lists.sourceforge.net/lists/listinfo/doxygen-users
>

[Doxygen-users] MacOSX

[<ct...@bi...>]

Has anyone had success with building Doxygen under MacOSX?

RE: [Doxygen-users] pasting generated html page into generated html page

[David C. <dav...@br...>]

You could run the tool twice and nab classes.html from the previous run
(like you do with tag files if you want to do link to external
documentation).

David

> -----Original Message-----
> From: Greger Haga [mailto:gre...@ya...]
> Sent: Friday, July 13, 2001 1:41 AM
> To: dox...@li...
> Subject: [Doxygen-users] pasting generated html page into=20
> generated html
> page
>=20
>=20
> Hello,
> I need to do a documentation and with a custom 'layout'. Just want to
> include the classes.html generated by doxygen within a custom page (
> created with the \page command ). Now, as both are generated=20
> at the same
>=20
> time it doesn't seem to be possible ( or am I just stupid :)=20
> ? ) to use
> the \htmlinclude command to paste the classes.html page into=20
> the custom
> page. So, is there another way to do this?
>=20
>=20
>=20
> --
> Greger Haga
> Finland
> ICQ 120338800
> HTTP://www.geocities.com/gregerhaga
> http://counter.li.org/
>=20
>=20
>=20
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>=20
>=20
> _______________________________________________
> Doxygen-users mailing list
> Dox...@li...
> http://lists.sourceforge.net/lists/listinfo/doxygen-users
>=20