dia2code-general — Dia2Code general discussion

[Dia2code-general] Re: [PEAR-DEV] PHP code generation patch.

[Luca <lu...@lu...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Leandro Lucarella, el jueves 10 de abril a las 02:57 me escribiste:
> Hi! I'm starting to use dia2code and I have to say that it's a great
> utility! I'm starting to make some PHP classes to PEAR
> (http://pear.php.net/) so I made a patch for generating a more "PEAR
> compatible" (to use PEAR coding standards).
> Changes:
> * License (header) is now included after <?php is opened.
> * More PHPDoc comments in variables and associations.
> * Associations are not commented.
> * Replaced include(""); with require_once '';.
> * Fixed (or broked?) files to include (or require).
> * Added PHPDoc comments for static vars and methods.
> * Replaced @returns with @return.
> * Added some more 'XXX' where user comment are needed.
> TODO:
> * Make private/protected methods/vars starts with an underscore.
> * See if It's possible to play with package names to make classnames
>   like Package_Class (maybe Package_Class_Subclass?).
> 
> I'm planning to write a code generation module for PHP5 too.
> 
> Any comments/ideas/suggestions are welcome!

Sory por off topic, pero ya que harpo menciono lo facil que es robar
codigo en el mundo del SL, me parecio cool compartir con ustedes lo
facil que es customizar el codigo a nuestras necesidades tambien... :)
La verdad que el dia2code est=C3=A1 muy bien hecho, y hacer un generador=
 de
codigo para cualquier lenguaje (o customizarlo) es muy f=C3=A1cil,
pr=C3=A1cticamente no hay que saber ni C si te basas en uno ya hecho.

- -- 
LUCA - Leandro Lucarella - Usando Debian GNU/Linux Sid - GNU Generation
- ----------------------------------------------------------------------=
--
E-Mail / JID:     lu...@lu...
GPG Fingerprint:  D9E1 4545 0F4B 7928 E82C  375D 4B02 0FE0 B08B 4FB2 
GPG Key:          gpg --keyserver pks.lugli.org.ar --recv-keys B08B4FB2
- ----------------------------------------------------------------------=
--
How comes it to pass, then, that we appear such cowards in reasoning,
and are so afraid to stand the test of ridicule?
=09=09-- A. Cooper
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+lYH3SwIP4LCLT7IRAleHAJ40wrLHLTViakOd8mf9fCKBDZyXUACeMKlx
zNfEbviMc99UWOMvZgeiFlg=3D
=3DU2kT
-----END PGP SIGNATURE-----

[Dia2code-general] PHP code generation patch.

[Leandro L. <lu...@ll...>]

Hi! I'm starting to use dia2code and I have to say that it's a great
utility! I'm starting to make some PHP classes to PEAR
(http://pear.php.net/) so I made a patch for generating a more "PEAR
compatible" (to use PEAR coding standards).
Changes:
* License (header) is now included after <?php is opened.
* More PHPDoc comments in variables and associations.
* Associations are not commented.
* Replaced include(""); with require_once '';.
* Fixed (or broked?) files to include (or require).
* Added PHPDoc comments for static vars and methods.
* Replaced @returns with @return.
* Added some more 'XXX' where user comment are needed.
TODO:
* Make private/protected methods/vars starts with an underscore.
* See if It's possible to play with package names to make classnames
  like Package_Class (maybe Package_Class_Subclass?).

I'm planning to write a code generation module for PHP5 too.

Any comments/ideas/suggestions are welcome!

-- 
LUCA - Leandro Lucarella - Usando Debian GNU/Linux Sid - GNU Generation
------------------------------------------------------------------------
E-Mail / JID:     lu...@lu...
GPG Fingerprint:  D9E1 4545 0F4B 7928 E82C  375D 4B02 0FE0 B08B 4FB2 
GPG Key:          gpg --keyserver pks.lugli.org.ar --recv-keys B08B4FB2
------------------------------------------------------------------------
Nusbaum's Rule:
	The more pretentious the corporate name, the smaller the
	organization.  (For instance, the Murphy Center for the
	Codification of Human and Organizational Law, contrasted
	to IBM, GM, and AT&T.)

Fw: [Dia2code-general] Changes checked in

[Robert K. <ro...@br...>]

Here is the "ini file" documentation again.

Also know that if no -ini option is given, it'll look for ... umm ... =
"dia2code.ini", and then "~/.dia2code/dia2code.ini".

For win32, it's $HOME/dia2code/dia2code.ini ... I think. Ask me if you =
have questions.

Rob
----- Original Message -----=20
From: Robert Konigsberg=20
To: dia...@li...=20
Sent: Friday, February 21, 2003 10:01 PM
Subject: [Dia2code-general] Changes checked in


Okay, I've put my changes into CVS.

NOW,

HOW TO USE NEW -ini OPTION

  I've added a command-line option, called "-ini <filename>" which will =
allow you to specify command-line options in a file. I envision that if =
we start adding flexibility to the tool, then people will want to =
specify the options outside of a command-line, thus making it a little =
more manageable.

  Right now the code only handles these three options

  1. file.outdir (eqivalent to -d option)
  2. indent.size - how many spaces do you want to indent (currently only =
the Java generator uses this.)
  3. indent.brace.newline - If open-braces should be on the next line. =
YES/NO option, (currently only the Java generator uses this.)

  Two example files are:

    $ cat test.ini
    file.outdir=3D./java
    indent.brace.newline=3Dyes
    indent.size=3D4
    $ cat test2.ini
    file.outdir=3D./java2
    indent.brace.newline=3Dno
    indent.size=3D8
BEFORE YOU ADD TO MY OPTIONS, AND BEFORE YOU SAY "Why did you decide to =
use a.b.c mnemonics?"
  I chose based upon two factors:
  1. They're only examples, we can remove them.
  2. Cause I wrote it, I chose it. :) Okay, only one good factor.

  Before you start adding them, though, someone should manage them. OR, =
add them, but they should be considered an "experimental option" until =
they're more heavily used.

  An examples of good options use is:
      generate.java.attributes.asgetset=3Dyes (All attributes are =
defined private, but a get/set is provided at the scope you requested.)

HOW TO ADD YOUR OWN OPTIONS:

  In main.c, you will find this piece of code:

  #define PARSE_TYPE_FUNCTION 0
  #define PARSE_TYPE_INT 1
  #define PARSE_TYPE_STRCPY 2
  #define PARSE_TYPE_STRDUP 3
  #define PARSE_TYPE_YESNO 4
  #define PARSE_TYPE_TRUEFALSE 5

  ini_parse_command ini_parse_commands[] =3D
  {
   {"file.outdir", PARSE_TYPE_STRDUP, &outdir},
   {"indent.brace.newline", PARSE_TYPE_YESNO, =
&indent_open_brace_on_newline},
   {"indent.size", PARSE_TYPE_INT, &indent_count},
   {"generate.backup", PARSE_TYPE_YESNO, &generate_backup},
  **** // ADD MORE ENTRIES HERE ****
   {NULL, -1, NULL}
  };


  The **** line **** above is not actually in the code, it's a note for =
you.

  If you want another type of command parsed, you can put it there.
  Each line has three items:
  1. string mnemonic (as you should be able to infer)
  2. How the parameter is parsed (see the list of possible parse types =
above it.)
  3. a pointer.

  For PARSE_TYPE_INT, PARSE_TYPE_YESNO and PARSE_TYPE_TRUEFALSE, =
parameter 3 should be (int *)
  PARSE_TYPE_INT converts directly to int
  PARSE_TYPE_YESNO converts first character from y/n to 1/0 (case =
insensitive)
  PARSE_TYPE_TRUEFALSE converts first character from t/f to 1/0 (case =
insensitive)

  For PARSE_TYPE_STRCPY, parameter 3 should be (char *)
  PARSE_TYPE_STRCPY does direct strcpy (good if you preallocate your =
char * buffer)

  For PARSE_TYPE_STRDUP, parameter 3 should be ((char *)*) (that is why =
the example for file.outdir is &outdir, while outdir is char *)
  PARSE_TYPE_STRDUP does strdup (good if you do not preallocate your =
char * buffer)

  For PARSE_TYPE_FUNCTION, parameter 3 should be a pointer to function =
void func(char *name, char *param)
  PARSE_TYPE_FUNCTION passes it along to a function for processing. This =
is good for options such as:
  generate.classes.include=3DClass1;Class2;Class3

  If you want some examples of the other types, let me know.

Re: [Dia2code-general] Enumeration

[Richard T. <ric...@ht...>]

On Tue, 2003-02-25 at 08:59, Carsten Zerbst wrote:

> I'll integrate my changes to Java, the additional express and xsd99
> generation into the cvs version and send  the patch the next days.
> 
> Is there something written about the new conf mechanism or just the code
> ?

Hi Carsten,

Robert sent an e-mail to this list explaining the config changes he
made.

/Richard
-- 
Ph.D. Student
Dept. of Informatics and Mathematics
HTU

Re: [Dia2code-general] Enumeration

[Carsten Z. <car...@at...>]

Am Die, 2003-02-25 um 04.45 schrieb Robert Konigsberg:

> Just a guess. Try this for me: In _d2c_fputc, you'll see that line 653
> declares "int rc=..." Move "int rc;" to the top of the function, and leave
> "rc=" there. Tell me if that does it.
> 
Hello Robert,

I tried your suggestion and it works. Similar problems arise in 
main.c. I appended a patch made by diff -r against a fresh version
checked out from cvs. But I think the real problem ist, that the
Makefile uses a gcc instead of g++ on my machine, as this code feature 
is nothing from ANSI C. But configure is far beyond my head :-)

I'll integrate my changes to Java, the additional express and xsd99
generation into the cvs version and send  the patch the next days.

Is there something written about the new conf mechanism or just the code
?

Bye, Carsten

-- 
Carsten Zerbst <car...@at...>
Atlantec Enterprise

Re: [Dia2code-general] Enumeration

[Robert K. <rik...@ho...>]

Carsten,

I looked ... can't tell. Compiles just fine for me under Cygwin.

gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libxml2/libxml -I/usr/includ
e/libxml2    -g -O2 -c dia2code.c
dia2code.c:778:2: warning: no newline at end of file

Just a guess. Try this for me: In _d2c_fputc, you'll see that line 653
declares "int rc=..." Move "int rc;" to the top of the function, and leave
"rc=" there. Tell me if that does it.

Thanks, Rob

----- Original Message -----
From: "Carsten Zerbst" <car...@at...>
To: <dia...@li...>
Sent: Monday, February 24, 2003 11:05 AM
Subject: Re: [Dia2code-general] Enumeration


> Hello,
>
> I just checked out the cvs to create a patch for my changes. Though the
> code looks pretty ok for me, the compiler complains:
>
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libxml2/libxml
> -I/usr/include/libxml2  -DDSO  -g -O2 -c dia2code.c
> dia2code.c: In function `_d2c_fputc':
> dia2code.c:653: parse error before `int'
> dia2code.c:654: `rc' undeclared (first use in this function)
> dia2code.c:654: (Each undeclared identifier is reported only once
> dia2code.c:654: for each function it appears in.)
>
> Am Son, 2003-02-23 um 20.06 schrieb Oliver Kellogg:
> > Carsten Zerbst wrote:
> > >
> > > 2. Is it possible to model enumeration in a way that dia2code
generates
> > > them as well in idl ?
> >
> > Yes, but you need dia2code from cvs.
> >
> > Simply give your enum classes the stereotype
> > <<Enumeration>> or <<CORBAEnum>>.
> >
> Then I duplicated the work you have done on cvs :-)
>
> Robert Konigsberg <rik...@ho...> wrote :
>
> > Oops forgot to post to the list.
> >
> > Carsten, from where do I know you?
>
> Perhaps in the context of Tcl, Mico or VTK ?
>
> Bye, Carsten
>
> --
> Carsten Zerbst <car...@at...>
> Atlantec Enterprise
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dia2code-general mailing list
> Dia...@li...
> https://lists.sourceforge.net/lists/listinfo/dia2code-general
>

Re: [Dia2code-general] Code Preservation (Java Only)

[Richard T. <ric...@ht...>]

On Mon, 2003-02-24 at 20:22, Oliver Kellogg wrote:
> Thanks for your work Robert.
> 
> Just in case anybody is not aware of this, there is
> another open source project, http://xmi2code.sourceforge.net
> that does something similar for umbrello, the UML design tool
> of the KDE project.
> 
> IMHO it would be worthwhile to look at agreeing on a
> common format so that we have source code interoperability.

Yes indeed.

> Or perhaps even look at merging the two projects for that
> matter (alright, I'm getting adventurous now.)

Yes you are Oliver ;) But never the less it is a good idea.


> Due to another project I am not yet finding the time this
> subject deserves, and it'll be another 4 to 5 weeks until
> I do. Oh well.
> 

Keep me posted.


/Richard
-- 
Ph.D. Student
Dept. of Informatics and Mathematics
HTU

Re: [Dia2code-general] Code Preservation (Java Only)

[Robert K. <rik...@ho...>]

>Just in case anybody is not aware of this, there is
>another open source project, http://xmi2code.sourceforge.net
>that does something similar for umbrello, the UML design tool
>of the KDE project.
>
>IMHO it would be worthwhile to look at agreeing on a
>common format so that we have source code interoperability.
>Or perhaps even look at merging the two projects for that
>matter (alright, I'm getting adventurous now.)
>
>Due to another project I am not yet finding the time this
>subject deserves, and it'll be another 4 to 5 weeks until
>I do. Oh well.

If we start working on either a) common format or b) multiple input formats 
(I say b, and throw in XMI for good measure!) then I think we should 
consider the architectural consequences, and not just slap in the ability to 
read another input format. I'm sure this is not a surprise to anyone. :)

Rob

_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*.  
http://join.msn.com/?page=features/featuredemail

Re: [Dia2code-general] Code Preservation (Java Only)

[<Oli...@t-...>]

Thanks for your work Robert.

Just in case anybody is not aware of this, there is
another open source project, http://xmi2code.sourceforge.net
that does something similar for umbrello, the UML design tool
of the KDE project.

IMHO it would be worthwhile to look at agreeing on a
common format so that we have source code interoperability.
Or perhaps even look at merging the two projects for that
matter (alright, I'm getting adventurous now.)

Due to another project I am not yet finding the time this
subject deserves, and it'll be another 4 to 5 weeks until
I do. Oh well.

Regards,

Oliver

Robert Konigsberg wrote:
> Currently Code Preservation is in the Java generator only. Here is some
>  documentation on how it works.
>
> [...]

Re: [Dia2code-general] Enumeration

[Robert K. <rik...@ho...>]

OK, I'm on it.
-R

>Hello,
>
>I just checked out the cvs to create a patch for my changes. Though the
>code looks pretty ok for me, the compiler complains:
>
>gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libxml2/libxml
>-I/usr/include/libxml2  -DDSO  -g -O2 -c dia2code.c
>dia2code.c: In function `_d2c_fputc':
>dia2code.c:653: parse error before `int'
>dia2code.c:654: `rc' undeclared (first use in this function)
>dia2code.c:654: (Each undeclared identifier is reported only once
>dia2code.c:654: for each function it appears in.)
>
>Am Son, 2003-02-23 um 20.06 schrieb Oliver Kellogg:
> > Carsten Zerbst wrote:
> > >
> > > 2. Is it possible to model enumeration in a way that dia2code 
>generates
> > > them as well in idl ?
> >
> > Yes, but you need dia2code from cvs.
> >
> > Simply give your enum classes the stereotype
> > <<Enumeration>> or <<CORBAEnum>>.
> >
>Then I duplicated the work you have done on cvs :-)
>
>Robert Konigsberg <rik...@ho...> wrote :
>
> > Oops forgot to post to the list.
> >
> > Carsten, from where do I know you?
>
>Perhaps in the context of Tcl, Mico or VTK ?
>
>Bye, Carsten
>
>--
>Carsten Zerbst <car...@at...>
>Atlantec Enterprise
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Dia2code-general mailing list
>Dia...@li...
>https://lists.sourceforge.net/lists/listinfo/dia2code-general


_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

Re: [Dia2code-general] Enumeration

[Carsten Z. <car...@at...>]

Hello, 

I just checked out the cvs to create a patch for my changes. Though the
code looks pretty ok for me, the compiler complains:

gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libxml2/libxml
-I/usr/include/libxml2  -DDSO  -g -O2 -c dia2code.c
dia2code.c: In function `_d2c_fputc':
dia2code.c:653: parse error before `int'
dia2code.c:654: `rc' undeclared (first use in this function)
dia2code.c:654: (Each undeclared identifier is reported only once
dia2code.c:654: for each function it appears in.)

Am Son, 2003-02-23 um 20.06 schrieb Oliver Kellogg:
> Carsten Zerbst wrote:
> >
> > 2. Is it possible to model enumeration in a way that dia2code generates 
> > them as well in idl ?
> 
> Yes, but you need dia2code from cvs.
> 
> Simply give your enum classes the stereotype
> <<Enumeration>> or <<CORBAEnum>>.
> 
Then I duplicated the work you have done on cvs :-)

Robert Konigsberg <rik...@ho...> wrote :

> Oops forgot to post to the list.
> 
> Carsten, from where do I know you?

Perhaps in the context of Tcl, Mico or VTK ?

Bye, Carsten

-- 
Carsten Zerbst <car...@at...>
Atlantec Enterprise

Re: [Dia2code-general] Enumeration

[Carsten Z. <car...@gr...>]

Hello, 

I just checked out the cvs to create a patch for my changes. Though the
code looks pretty ok for me, the compiler complains:

gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libxml2/libxml
-I/usr/include/libxml2  -DDSO  -g -O2 -c dia2code.c
dia2code.c: In function `_d2c_fputc':
dia2code.c:653: parse error before `int'
dia2code.c:654: `rc' undeclared (first use in this function)
dia2code.c:654: (Each undeclared identifier is reported only once
dia2code.c:654: for each function it appears in.)

Am Son, 2003-02-23 um 20.06 schrieb Oliver Kellogg:
> Carsten Zerbst wrote:
> >
> > 2. Is it possible to model enumeration in a way that dia2code generates 
> > them as well in idl ?
> 
> Yes, but you need dia2code from cvs.
> 
> Simply give your enum classes the stereotype
> <<Enumeration>> or <<CORBAEnum>>.
> 
Then I duplicated the work you have done on cvs :-)

Robert Konigsberg <rik...@ho...> wrote :

> Oops forgot to post to the list.
> 
> Carsten, from where do I know you?

Perhaps in the context of Tcl, Mico or VTK ?

Bye, Carsten

Re: [Dia2code-general] Enumeration

[<Oli...@t-...>]

Carsten Zerbst wrote:
>
> 2. Is it possible to model enumeration in a way that dia2code generates 
> them as well in idl ?

Yes, but you need dia2code from cvs.

Simply give your enum classes the stereotype
<<Enumeration>> or <<CORBAEnum>>.

The enum literals are specified as attribute names
(without types.)

Oliver

Re: [Dia2code-general] Enumeration

[Robert K. <rik...@ho...>]

Oops forgot to post to the list.

Carsten, from where do I know you?

Rob
----- Original Message ----- 
From: "Robert Konigsberg" <rik...@ho...>
To: "Carsten Zerbst" <car...@gr...>
Sent: Sunday, February 23, 2003 10:43 AM
Subject: Re: [Dia2code-general] Enumeration


> Carsten,
> 
> The interface itself should have stereotype "interface".
> The generalization representing the implementation should have the
> stereotype "implements".
> 
> I don't understand question #2.
> 
> Rob
> ----- Original Message -----
> From: "Carsten Zerbst" <car...@gr...>
> To: <dia...@li...>
> Sent: Thursday, January 23, 2003 9:23 AM
> Subject: [Dia2code-general] Enumeration
> 
> 
> > Hello All,
> >
> > I stumbled over dia2code today and am pretty impressed. Usually I code
> > my idl and java files by hand after designing in dia ...
> >
> > But using dia2codes leaves to questions:
> >
> > 1. When generating java, how should the diagram look to generate java
> > interfaces, now I get abstract classes ?
> >
> > 2. Is it possible to model enumeration in a way that dia2code generates
> > them as well in idl ?
> >
> > Bye, Carsten
> >
> > --
> > Carsten Zerbst <car...@gr...>
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> > The most comprehensive and flexible code editor you can use.
> > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> > www.slickedit.com/sourceforge
> > _______________________________________________
> > Dia2code-general mailing list
> > Dia...@li...
> > https://lists.sourceforge.net/lists/listinfo/dia2code-general
> >
> 

Re: [Dia2code-general] Enumeration

[Richard T. <ric...@ht...>]

On Thu, 2003-01-23 at 15:23, Carsten Zerbst wrote:
> Hello All,
> 
> I stumbled over dia2code today and am pretty impressed. Usually I code
> my idl and java files by hand after designing in dia ...
> 
> But using dia2codes leaves to questions:
> 
> 1. When generating java, how should the diagram look to generate java
> interfaces, now I get abstract classes ?
> 
> 2. Is it possible to model enumeration in a way that dia2code generates 
> them as well in idl ?
> 
> Bye, Carsten

Hi Carsten,

when it comes to java I think either Oliver or Robert should know.

Guys?


/Richard
-- 
Ph.D. Student
Dept. of Informatics and Mathematics
HTU

Re: [Dia2code-general] Good work Robert!

[Robert K. <ro...@br...>]

Done, and checked in.
----- Original Message -----
From: "Richard Torkar" <ric...@ht...>
To: <dia...@li...>
Sent: Saturday, February 22, 2003 5:07 AM
Subject: [Dia2code-general] Good work Robert!


> >HOW TO USE NEW -ini OPTION
>
> I have one request though :)
> 1. Could you make sure that d2c always checks for your ini file in a
standard location?
> i.e. ~/.dia2code/d2c.ini or whatever.
>
> BTW, I liked your dot-notation for the ini file :)
>
> /Richard
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> _______________________________________________
> Dia2code-general mailing list
> Dia...@li...
> https://lists.sourceforge.net/lists/listinfo/dia2code-general
>

Fw: [Dia2code-general] Good work Robert!

[Robert K. <rik...@ho...>]

> Richard,
>
> I'll put in a default file process. Right now it looks for "dia2code.ini"
in
> the current directory. Actually it looks for DEFAULT_INI_FILE, which we
can
> change based upon the operating system. I'd keep the name as dia2code.ini,
> only because the product is called dia2code.exe, but after I check it in,
> the group can do what they prefer.
>
> I suppose, what I'd do is:
>
> If ini parameter exists
>     process it.
> else
>     If ./dia2code.ini exists
>         process it
>     else
>         if $HOME/.dia2code/dia2code.ini exists
>             process it.
>
> How about that?
>
> ----- Original Message -----
> From: "Richard Torkar" <ric...@ht...>
> To: <dia...@li...>
> Sent: Saturday, February 22, 2003 5:07 AM
> Subject: [Dia2code-general] Good work Robert!
>
>
> > >HOW TO USE NEW -ini OPTION
> >
> > I have one request though :)
> > 1. Could you make sure that d2c always checks for your ini file in a
> standard location?
> > i.e. ~/.dia2code/d2c.ini or whatever.
> >
> > BTW, I liked your dot-notation for the ini file :)
> >
> > /Richard
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> > The most comprehensive and flexible code editor you can use.
> > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> > www.slickedit.com/sourceforge
> > _______________________________________________
> > Dia2code-general mailing list
> > Dia...@li...
> > https://lists.sourceforge.net/lists/listinfo/dia2code-general
> >
>

Re: [Dia2code-general] Good work Robert!

[Robert K. <ro...@br...>]

Richard,

I'll put in a default file process. Right now it looks for "dia2code.ini" in
the current directory. Actually it looks for DEFAULT_INI_FILE, which we can
change based upon the operating system. I'd keep the name as dia2code.ini,
only because the product is called dia2code.exe, but after I check it in,
the group can do what they prefer.

I suppose, what I'd do is:

If ini parameter exists
    process it.
else
    If ./dia2code.ini exists
        process it
    else
        if $HOME/.dia2code/dia2code.ini exists
            process it.

How about that?

----- Original Message -----
From: "Richard Torkar" <ric...@ht...>
To: <dia...@li...>
Sent: Saturday, February 22, 2003 5:07 AM
Subject: [Dia2code-general] Good work Robert!


> >HOW TO USE NEW -ini OPTION
>
> I have one request though :)
> 1. Could you make sure that d2c always checks for your ini file in a
standard location?
> i.e. ~/.dia2code/d2c.ini or whatever.
>
> BTW, I liked your dot-notation for the ini file :)
>
> /Richard
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> _______________________________________________
> Dia2code-general mailing list
> Dia...@li...
> https://lists.sourceforge.net/lists/listinfo/dia2code-general
>

[Dia2code-general] Good work Robert!

[Richard T. <ric...@ht...>]

>HOW TO USE NEW -ini OPTION

I have one request though :)
1. Could you make sure that d2c always checks for your ini file in a standard location?
i.e. ~/.dia2code/d2c.ini or whatever.

BTW, I liked your dot-notation for the ini file :)

/Richard

Re: [Dia2code-general] Dia2Code in C?

[Javier O'H. <j....@ti...>]

On Friday 21 February 2003 21:18, Robert Konigsberg wrote:
> I have a question: Why is dia2code written in C?
>
> I assume that C compilers being more compatible across environments that
> C++ is the reason.
>
> Okay, maybe that wasn't my actual question. My actual question should be:
> Why would a project that has object orientation at its core, that would
> attract people who specifically have OO experience, not written in an
> object oriented language?


1.  Speed.  Being Dia2Code a tool to make other tools, and considering I 
didn't have a fast computer at the time, I didn't want to wait several 
minutes for it to compile (e.g. after a bugfix) while programming in 
C++/Java.

2. Compatibility.  Not having the resources to compile every software I 
liked I usually downloaded the binary (rpm).  Most of the time, programs 
written in C++ required a libc++ I did not have installed.  Sometimes I 
could find the right binary, sometimes I couldn't.  So I thought to free up 
the users from this dependency hell.  This point is not longer valid, I 
guess, now that Linux distributions standardize on gcc 3.2.

3. Portability.  As long as you stick with ANSI C, you can compile it on 
Linux, Win32, *BSD, you name it.  One could be (mostly) sure not to find 
uncompatible environments (as opposed to C++).  

4. Integration with Dia.  It was natural to think it could become a Dia 
plugin, so I used the same language Dia was written in.

5. Because I can :-P.  [ Side note: some people may argue - after reviewing 
my code - that I cannot code C properly.  Let's just say that at least I 
can do a C program that mostly works. ;-) ]

Today, of course, most of this points may no longer be valid.


> It seems as though the code could do well with some C++ifying ...
>
> The whole project is only 5000 lines long as it is so it ain't size.

The code surely needs some refactoring, be that in C or C++.


Regards,

  Xav

Re: [Dia2code-general] Dia2Code in C?

[Richard T. <ric...@ht...>]

On Fri, 2003-02-21 at 21:18, Robert Konigsberg wrote:
> I have a question: Why is dia2code written in C?
> 

Hmm, better ask Javier about that :)


> I assume that C compilers being more compatible across environments that C++ 
> is the reason.

Definitely a good reason :)


> Okay, maybe that wasn't my actual question. My actual question should be: 
> Why would a project that has object orientation at its core, that would 
> attract people who specifically have OO experience, not written in an object 
> oriented language?

Good question :)

> It seems as though the code could do well with some C++ifying ...

Agree

But I now more people who know C than C++...

What language do you suggest pure C++?
What do others think?

/Richard

[Dia2code-general] Changes checked in

[Robert K. <rik...@ho...>]

Okay, I've put my changes into CVS.

NOW,

HOW TO USE NEW -ini OPTION

  I've added a command-line option, called "-ini <filename>" which will =
allow you to specify command-line options in a file. I envision that if =
we start adding flexibility to the tool, then people will want to =
specify the options outside of a command-line, thus making it a little =
more manageable.

  Right now the code only handles these three options

  1. file.outdir (eqivalent to -d option)
  2. indent.size - how many spaces do you want to indent (currently only =
the Java generator uses this.)
  3. indent.brace.newline - If open-braces should be on the next line. =
YES/NO option, (currently only the Java generator uses this.)

  Two example files are:

    $ cat test.ini
    file.outdir=3D./java
    indent.brace.newline=3Dyes
    indent.size=3D4
    $ cat test2.ini
    file.outdir=3D./java2
    indent.brace.newline=3Dno
    indent.size=3D8
BEFORE YOU ADD TO MY OPTIONS, AND BEFORE YOU SAY "Why did you decide to =
use a.b.c mnemonics?"
  I chose based upon two factors:
  1. They're only examples, we can remove them.
  2. Cause I wrote it, I chose it. :) Okay, only one good factor.

  Before you start adding them, though, someone should manage them. OR, =
add them, but they should be considered an "experimental option" until =
they're more heavily used.

  An examples of good options use is:
      generate.java.attributes.asgetset=3Dyes (All attributes are =
defined private, but a get/set is provided at the scope you requested.)

HOW TO ADD YOUR OWN OPTIONS:

  In main.c, you will find this piece of code:

  #define PARSE_TYPE_FUNCTION 0
  #define PARSE_TYPE_INT 1
  #define PARSE_TYPE_STRCPY 2
  #define PARSE_TYPE_STRDUP 3
  #define PARSE_TYPE_YESNO 4
  #define PARSE_TYPE_TRUEFALSE 5

  ini_parse_command ini_parse_commands[] =3D
  {
   {"file.outdir", PARSE_TYPE_STRDUP, &outdir},
   {"indent.brace.newline", PARSE_TYPE_YESNO, =
&indent_open_brace_on_newline},
   {"indent.size", PARSE_TYPE_INT, &indent_count},
   {"generate.backup", PARSE_TYPE_YESNO, &generate_backup},
  **** // ADD MORE ENTRIES HERE ****
   {NULL, -1, NULL}
  };


  The **** line **** above is not actually in the code, it's a note for =
you.

  If you want another type of command parsed, you can put it there.
  Each line has three items:
  1. string mnemonic (as you should be able to infer)
  2. How the parameter is parsed (see the list of possible parse types =
above it.)
  3. a pointer.

  For PARSE_TYPE_INT, PARSE_TYPE_YESNO and PARSE_TYPE_TRUEFALSE, =
parameter 3 should be (int *)
  PARSE_TYPE_INT converts directly to int
  PARSE_TYPE_YESNO converts first character from y/n to 1/0 (case =
insensitive)
  PARSE_TYPE_TRUEFALSE converts first character from t/f to 1/0 (case =
insensitive)

  For PARSE_TYPE_STRCPY, parameter 3 should be (char *)
  PARSE_TYPE_STRCPY does direct strcpy (good if you preallocate your =
char * buffer)

  For PARSE_TYPE_STRDUP, parameter 3 should be ((char *)*) (that is why =
the example for file.outdir is &outdir, while outdir is char *)
  PARSE_TYPE_STRDUP does strdup (good if you do not preallocate your =
char * buffer)

  For PARSE_TYPE_FUNCTION, parameter 3 should be a pointer to function =
void func(char *name, char *param)
  PARSE_TYPE_FUNCTION passes it along to a function for processing. This =
is good for options such as:
  generate.classes.include=3DClass1;Class2;Class3

  If you want some examples of the other types, let me know.

[Dia2code-general] Dia2Code in C?

[Robert K. <rik...@ho...>]

I have a question: Why is dia2code written in C?

I assume that C compilers being more compatible across environments that C++ 
is the reason.

Okay, maybe that wasn't my actual question. My actual question should be: 
Why would a project that has object orientation at its core, that would 
attract people who specifically have OO experience, not written in an object 
oriented language?

It seems as though the code could do well with some C++ifying ...

The whole project is only 5000 lines long as it is so it ain't size.

Just a thought.

Rob

_________________________________________________________________
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

Re: [Dia2code-general] Architectural enhancements

[Robert K. <rik...@ho...>]

Last email ... I'll check the code in this weekend.

Oliver, we should chat online do go over how to implement the changes.
Contact me when you are ready.

Rob
----- Original Message -----
From: "Robert Konigsberg" <rik...@ho...>
To: <dia...@li...>
Sent: Friday, February 21, 2003 8:45 AM
Subject: Re: [Dia2code-general] Architectural enhancements


> I've also added the code that will parse parameters from an initialization
> file. It's pretty good; pretty flexible, too. It will require some
> documentation to understand, though, but once you get it, it's pretty
cool.
>
> Rob
> ----- Original Message -----
> From: "Oliver Kellogg" <Oli...@t-...>
> To: <rik...@ho...>
> Cc: <dia...@li...>
> Sent: Thursday, February 20, 2003 11:11 PM
> Subject: Re: [Dia2code-general] Architectural enhancements
>
>
> > Robert Konigsberg wrote:
> > >
> > > A couple of months ago I mentioned adding code that allows you to:
> > > 1. Regenerate classes while retaining source code modifications.
> > > 2. Managing auto-indentation of your code without too much
complication.
> >
> > Sounds great.
> >
> > > As is, I can check it into CVS and it will only impact the Java
parser.
> >
> > Go for it.
> >
> > > What I envision, however, is that all the other parsers can use this
> code
> > > too. It would mean that the parsers have to be rewritten to some
degree,
> but
> > > the short-term pain is worth the long-term gain.
> >
> > Okay.
> >
> > > >https://java.thn.htu.se/~toor/d2c/
> >
> > Looks good.
> > So, as far as I'm concerned, go ahead with your checkin.
> > Unless someone else volunteers, I am willing to integrate
> > your change in the IDL and Ada generators (and others)
> > but that may take a while. I'm still busy with kdevelop
> > adasupport.
> >
> > Good luck,
> >
> > Oliver
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> > The most comprehensive and flexible code editor you can use.
> > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> > www.slickedit.com/sourceforge
> > _______________________________________________
> > Dia2code-general mailing list
> > Dia...@li...
> > https://lists.sourceforge.net/lists/listinfo/dia2code-general
> >
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> _______________________________________________
> Dia2code-general mailing list
> Dia...@li...
> https://lists.sourceforge.net/lists/listinfo/dia2code-general
>

Re: [Dia2code-general] Architectural enhancements

[Robert K. <rik...@ho...>]

I've also added the code that will parse parameters from an initialization
file. It's pretty good; pretty flexible, too. It will require some
documentation to understand, though, but once you get it, it's pretty cool.

Rob
----- Original Message -----
From: "Oliver Kellogg" <Oli...@t-...>
To: <rik...@ho...>
Cc: <dia...@li...>
Sent: Thursday, February 20, 2003 11:11 PM
Subject: Re: [Dia2code-general] Architectural enhancements


> Robert Konigsberg wrote:
> >
> > A couple of months ago I mentioned adding code that allows you to:
> > 1. Regenerate classes while retaining source code modifications.
> > 2. Managing auto-indentation of your code without too much complication.
>
> Sounds great.
>
> > As is, I can check it into CVS and it will only impact the Java parser.
>
> Go for it.
>
> > What I envision, however, is that all the other parsers can use this
code
> > too. It would mean that the parsers have to be rewritten to some degree,
but
> > the short-term pain is worth the long-term gain.
>
> Okay.
>
> > >https://java.thn.htu.se/~toor/d2c/
>
> Looks good.
> So, as far as I'm concerned, go ahead with your checkin.
> Unless someone else volunteers, I am willing to integrate
> your change in the IDL and Ada generators (and others)
> but that may take a while. I'm still busy with kdevelop
> adasupport.
>
> Good luck,
>
> Oliver
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> _______________________________________________
> Dia2code-general mailing list
> Dia...@li...
> https://lists.sourceforge.net/lists/listinfo/dia2code-general
>