[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bnv_have_qt: QT_CXXFLAGS should contain -DQT_THREAD_SUPPORT if neede
From: |
Guido Draheim |
Subject: |
Re: bnv_have_qt: QT_CXXFLAGS should contain -DQT_THREAD_SUPPORT if needed |
Date: |
Sat, 15 Jan 2005 15:41:32 +0100 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040906 |
Peter Simons wrote:
> Bastiaan Veelo writes:
>
> > My biggest concern is still that Guido's archive is not
> > in sync with yours with respect to my macro. I am
> > pondering the idea of using
>
> > <m4source href="bnv_have_qt.m4">
>
> > maybe that helps.
>
> The problem is that the macro won't contain the markup and
> documentation in the way Guido's software expects it to
> then. I'm not sure what would happen in that case.
>
> As I see it, we have the following options:
>
> (a) Abandon XML altogether and go back to the @keyword
> style of adding meta information. The HTML page
> generated for your macro wouldn't look as good anymore
> as it does now, but that's not exactly a major concern.
That's a matter of parsing the content, the @description block
is currently not expected to contain direct html text but one
can easily enable that.
I won't like to see xml being abandoned altogether - it's a
very good intermediate format that can combine many sources
much more easily than trying to do it with a bunch of scripts.
In my opinion however we just do not have that many sources
and styles as that it can be that much better over human-oriented
text as it is in other work areas of the industry.
>
> (b) Commit a pseudo-macro in the legacy tree that tells the
> user to go to www.gnu.org/.../bnv_have_qt.html for the
> real thing.
Only if the text is being auto-generated from the xml source,
... as things would get out of sync sooner than later.
>
> (c) Complete the re-organization effort that stalled a year
> ago and thus unify the gnu.org and sf.net archives.
> (Personally, I never thought it was a good idea to
> duplicate all contents of this archive in the first
> place, but that's a long story ...)
Yeah, it's a long story. Btw, where do you have the sources
to the formatting engine of yours? As claimed earlier I am
pretty unambitious about web presentation things with my focus
being more on packaging and maintaining an `acinclude` tool.
-- have fun. guido
>
> Have I missed something? Opinions anyone?
>
> Peter
>
>
> P. S.: The new version you committed should be on-line now,
> I ran the update process.
>
>
> --
> Macro Archive maintainer's mailing list
>
>
--
-- guido http://google.de/search?q=guidod
GCS/E/S/P C++/++++$ ULHS L++w- N++@ s+:a d(+-) r+@>+++ y++ 5++X- (geekcode)
- Re: bnv_have_qt: QT_CXXFLAGS should contain -DQT_THREAD_SUPPORT if needed, Peter Simons, 2005/01/14
- Re: bnv_have_qt: QT_CXXFLAGS should contain -DQT_THREAD_SUPPORT if needed, Bastiaan Veelo, 2005/01/14
- Message not available
- Re: bnv_have_qt: QT_CXXFLAGS should contain -DQT_THREAD_SUPPORT if needed, Peter Simons, 2005/01/15
- Re: bnv_have_qt: QT_CXXFLAGS should contain -DQT_THREAD_SUPPORT if needed,
Guido Draheim <=
- Macro Format (was: bnv_have_qt: QT_CXXFLAGS ...), Peter Simons, 2005/01/15
- Re: Macro Format, Guido Draheim, 2005/01/15
- Re: Macro Format, Peter Simons, 2005/01/17
- Re: Macro Format, Guido Draheim, 2005/01/17
- Re: Macro Format, Peter Simons, 2005/01/17
- Re: Macro Format, Guido Draheim, 2005/01/17
- Re: Macro Format, Braden McDaniel, 2005/01/15
- Re: Macro Format, Alexandre Duret-Lutz, 2005/01/15
- Re: Macro Format, Peter Simons, 2005/01/16