From quanta-devel  Tue Feb 22 10:44:58 2005
From: Andras Mantia <amantia () kde ! org>
Date: Tue, 22 Feb 2005 10:44:58 +0000
To: quanta-devel
Subject: Re: [quanta-devel] Class autocompletion - a new era
Message-Id: <200502221244.58894.amantia () kde ! org>
X-MARC-Message: https://marc.info/?l=quanta-devel&m=110906921614360
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============1583777832=="

--===============1583777832==
Content-Type: multipart/signed;
  boundary="nextPart11440078.aQlLddbvZR";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart11440078.aQlLddbvZR
Content-Type: text/plain;
  charset="windows-1250"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Tuesday 22 February 2005 12:25, Eric Laffoon wrote:
> On Monday 21 February 2005 11:06 pm, Andras Mantia wrote:
> > On Tuesday 22 February 2005 00:29, Eric Laffoon wrote:
> > > I tried this without reading the above with one of my files and
> > > obviously it's a no go.
> >
> > What is the problem with it?
>
> I have to write more XML than PHP to use it? ;-)

I mean is there a case when it doesn't recognized the=20
classes/methods/functions defined in your included files? the XML tag=20
files are not needed, in case of inclusion quanta should parse and find=20
classes in the included files, altough I tested only with the example I=20
posted here.

> No, let's whack the parser! :-O
>
> Okay... this leaves an obvious question. What supplemental tools
> could we offer? The irony here is that I'm sure you could come up
> with something faster than I could write a supplemental parser from
> scratch using PHP which I'm most familiar with.

Once the parser is self-contained and can be compiled alone (or in a=20
library) we can offer a C++ application which generates the tag files.=20
And provide it for download.

> So everything aside, silly question... any idea how we might address
> this? Could we take the parser code after the release and try a small
> stand alone app from it and then re-integrate this functionality into
> the parser for another release?

Yes, this is what I'm talking about. ;-)

> We did talk about adding this... The=20
> alternative is to evaluate the specific syntax for objects and create
> a mini parser for that which would not be too terrible to do as a
> script. The question is what compromise could we offer that is better
> than requiring a manual XML edit? Any?

I think we could, but it will not be integrated in Quanta 3.4.

Andras

>
> Eric
> _______________________________________________
> quanta-devel mailing list
> quanta-devel@kde.org
> https://mail.kde.org/mailman/listinfo/quanta-devel

=2D-=20
Quanta Plus developer - http://quanta.sourceforge.net
K Desktop Environment - http://www.kde.org

--nextPart11440078.aQlLddbvZR
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBCGw0qTQdfac6L/08RAnVHAKCjYaL7Hi+figh7BrZ6xKHMGnx8lgCg5XiU
vXnN8xxoDXZNdqvw+vlyVcI=
=9nFF
-----END PGP SIGNATURE-----

--nextPart11440078.aQlLddbvZR--


--===============1583777832==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
quanta-devel mailing list
quanta-devel@kde.org
https://mail.kde.org/mailman/listinfo/quanta-devel

--===============1583777832==--