Here's the evolved version. I added the feature of ID labels (counter
based) including paragraph ID labels, which are REQUIRED for AGU.
(Surely paragraph numbering could be of use on the LaTeX side too? Are
there any documentclasses with numbered paragraphs?)
...and general polish and improved
Martin Vermeer [EMAIL PROTECTED] writes:
| (Surely paragraph numbering could be of use on the LaTeX side too? Are
| there any documentclasses with numbered paragraphs?)
All... and that is controlled by the numbering depth
| Lars, can this go in
| [ ] as such
| [ ] with or
| [ ] without AGU
On Fri, Nov 21, 2003 at 10:39:26AM +0100, Lars Gullik Bjønnes spake thusly:
Martin Vermeer [EMAIL PROTECTED] writes:
| (Surely paragraph numbering could be of use on the LaTeX side too? Are
| there any documentclasses with numbered paragraphs?)
All... and that is controlled by the
Here's the evolved version. I added the feature of ID labels (counter
based) including paragraph ID labels, which are REQUIRED for AGU.
(Surely paragraph numbering could be of use on the LaTeX side too? Are
there any documentclasses with numbered paragraphs?)
...and general polish and improved
Martin Vermeer <[EMAIL PROTECTED]> writes:
| (Surely paragraph numbering could be of use on the LaTeX side too? Are
| there any documentclasses with numbered paragraphs?)
All... and that is controlled by the "numbering depth"
>
| Lars, can this go in
>
| [ ] as such
| [ ] with or
| [ ]
On Fri, Nov 21, 2003 at 10:39:26AM +0100, Lars Gullik Bjønnes spake thusly:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | (Surely paragraph numbering could be of use on the LaTeX side too? Are
> | there any documentclasses with numbered paragraphs?)
>
> All... and that is controlled by
at all?
--
Lgb
It appears this requires a more explicit explanation (bend a model in
iron wire, as we say over here). So here is for your edification :) a
patch containing not only the changes I made, but also the agu-dtd
document class that I am preparing to support the AGU XML format
On Wednesday 19 November 2003 15:29, Martin Vermeer wrote:
One of the problems with Martin's messages is that you need to think a bit
about them. ;-)
[...]
You see, the main difference between LaTeX and XML is, that while
LaTeX is a (one!) mark-up language, XML is a meta-language
so the agu-dtd
document class that I am preparing to support the AGU XML format. This
stuff is sort-of working, but still very incomplete.
You see, the main difference between LaTeX and XML is, that while
LaTeX is a (one!) mark-up language, XML is a meta-language or
'language construction kit'.
On Wednesday 19 November 2003 15:29, Martin Vermeer wrote:
One of the problems with Martin's messages is that you need to think a bit
about them. ;-)
[...]
> You see, the main difference between LaTeX and XML is, that while
> LaTeX is a (one!) mark-up language, XML is a meta-la
On Mon, Nov 17, 2003 at 11:16:57PM +0200, Martin Vermeer spake thusly:
My primary objective with this is to parametrize the docbook list code
by moving stuff from LyX to the .layout files. (Yes, this makes them a
little messier looking right now. Doesn't bother the end user nor the
Martin Vermeer [EMAIL PROTECTED] writes:
| On Mon, Nov 17, 2003 at 11:16:57PM +0200, Martin Vermeer spake thusly:
|
My primary objective with this is to parametrize the docbook list code
by moving stuff from LyX to the .layout files. (Yes, this makes them a
little messier looking right now.
On Tue, Nov 18, 2003 at 10:12:31AM +0100, Lars Gullik Bjønnes spake thusly:
Martin Vermeer [EMAIL PROTECTED] writes:
| On Mon, Nov 17, 2003 at 11:16:57PM +0200, Martin Vermeer spake thusly:
|
My primary objective with this is to parametrize the docbook list code
by moving stuff from
Generically:
\begin{LatexName}
InnerTag
ItemTag item text for itemize/enum /ItemTag
LabelTaglabel_text/LabelTagItemTagitem text for description/ItemTag
...
/InnerTag
\end{LatexName}
No, that would be
\begin{LatexName}
InnerTag
ItemTag item text for itemize/enum /ItemTag
On Mon, Nov 17, 2003 at 11:16:57PM +0200, Martin Vermeer spake thusly:
> My primary objective with this is to parametrize the docbook list code
> by moving stuff from LyX to the .layout files. (Yes, this makes them a
> little messier looking right now. Doesn't bother the end user nor the
>
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Mon, Nov 17, 2003 at 11:16:57PM +0200, Martin Vermeer spake thusly:
|
>> My primary objective with this is to parametrize the docbook list code
>> by moving stuff from LyX to the .layout files. (Yes, this makes them a
>> little messier looking
On Tue, Nov 18, 2003 at 10:12:31AM +0100, Lars Gullik Bjønnes spake thusly:
>
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | On Mon, Nov 17, 2003 at 11:16:57PM +0200, Martin Vermeer spake thusly:
> |
> >> My primary objective with this is to parametrize the docbook list code
> >> by moving
> Generically:
>
> \begin{LatexName}
>
> item text for itemize/enum
>label_textitem text for description
>...
>
> \end{LatexName}
No, that would be
\begin{LatexName}
item text for itemize/enum
...
label_textitem text for description
...
\end{LatexName}
Attached. Work in progress, but getting better... more logical now and
more parametrized.
If everybody thinks this is going in the right direction, I'll put it
in tomorrow.
- Martin
--
Martin Vermeer [EMAIL PROTECTED]
Helsinki University of Technology
Dept. of Surveying, Inst. of Geodesy
On Monday 17 November 2003 16:56, Martin Vermeer wrote:
Attached. Work in progress, but getting better... more logical now and
more parametrized.
That is true.
If everybody thinks this is going in the right direction, I'll put it
in tomorrow.
But I don't know if this is the right
On Mon, Nov 17, 2003 at 07:30:44PM +, Jose' Matos spake thusly:
On Monday 17 November 2003 16:56, Martin Vermeer wrote:
Attached. Work in progress, but getting better... more logical now and
more parametrized.
That is true.
If everybody thinks this is going in the right
Attached. Work in progress, but getting better... more logical now and
more parametrized.
If everybody thinks this is going in the right direction, I'll put it
in tomorrow.
- Martin
--
Martin Vermeer [EMAIL PROTECTED]
Helsinki University of Technology
Dept. of Surveying, Inst. of Geodesy
On Monday 17 November 2003 16:56, Martin Vermeer wrote:
> Attached. Work in progress, but getting better... more logical now and
> more parametrized.
That is true.
> If everybody thinks this is going in the right direction, I'll put it
> in tomorrow.
But I don't know if this is the right
On Mon, Nov 17, 2003 at 07:30:44PM +, Jose' Matos spake thusly:
> On Monday 17 November 2003 16:56, Martin Vermeer wrote:
> > Attached. Work in progress, but getting better... more logical now and
> > more parametrized.
>
> That is true.
>
> > If everybody thinks this is going in the
:
int optionalargs;
/// Which counter to step
std::string counter;
+ /// Depth of XML command
+ int commanddepth;
private:
/// Name of the layout/paragraph environment
@@ -205,6 +209,8 @@ private:
std::string labelstring_appendix_;
/// LaTeX
On Friday 14 November 2003 11:25, Martin Vermeer wrote:
Patch attached.
I support your patch.
This effectively means that now there are at least 2 persons who understand
this code. :-)
And, as Einstein said once, I don't know who is the third. ;-)
I'll check it in later today if no
Jose' == Jose' Matos [EMAIL PROTECTED] writes:
Jose' On Friday 14 November 2003 11:25, Martin Vermeer wrote:
Patch attached.
Jose' I support your patch. This effectively means that now there
Jose' are at least 2 persons who understand this code. :-) And, as
Jose' Einstein said once, I don't
On Fri, Nov 14, 2003 at 02:03:40PM +0100, Jean-Marc Lasgouttes spake thusly:
Jose' Jean-Marc, any objection?
No, go ahead.
JMarc
So done. (I was a bit in a hurry, in less than an hour our mail system
goes down for the weekend. Installing new spam/virus pumps :-( )
- Martin
On Tue, Nov 11, 2003 at 10:05:45AM +, Jose' Matos spake thusly:
On Sunday 09 November 2003 14:27, Martin Vermeer wrote:
...
LatexParam4|revnumber
...
Does this make sense?
Completly. :-)
- Martin
--
José Abílio
Patch attached.
I'll check it in later
iff -u -p -r1.16 lyxlayout.h
--- src/lyxlayout.h 6 Oct 2003 15:42:26 - 1.16
+++ src/lyxlayout.h 14 Nov 2003 11:00:21 -
@@ -63,6 +63,8 @@ public:
///
std::string const & latexparam() const { return latexparam_; }
///
+ std::string const & innertag(
On Friday 14 November 2003 11:25, Martin Vermeer wrote:
>
> Patch attached.
I support your patch.
This effectively means that now there are at least 2 persons who understand
this code. :-)
And, as Einstein said once, I don't know who is the third. ;-)
> I'll check it in later today if no
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> On Friday 14 November 2003 11:25, Martin Vermeer wrote:
>> Patch attached.
Jose'> I support your patch. This effectively means that now there
Jose'> are at least 2 persons who understand this code. :-) And, as
Jose'> Einstein
On Fri, Nov 14, 2003 at 02:03:40PM +0100, Jean-Marc Lasgouttes spake thusly:
> Jose'> Jean-Marc, any objection?
>
> No, go ahead.
>
> JMarc
So done. (I was a bit in a hurry, in less than an hour our mail system
goes down for the weekend. Installing new spam/virus pumps :-( )
- Martin
> On Tue, Nov 11, 2003 at 10:05:45AM +, Jose' Matos spake thusly:
>
>> On Sunday 09 November 2003 14:27, Martin Vermeer wrote:
>
> ...
>
>> > LatexParam"4|revnumber"
>
> ...
>
>> > Does this make sense?
>>
>> Completly. :-)
>>
>> > - Martin
>>
>> --
>> José Abílio
>
>
> Patch
On Sunday 09 November 2003 14:27, Martin Vermeer wrote:
José,
what would you say if we got rid of the old clever trickery:
LatexParam4|revnumber
?
At that time seemed the only easy option.
What about putting the number in a separate variable CommandLevel?
Agreed.
On Sunday 09 November 2003 14:27, Martin Vermeer wrote:
> José,
>
> what would you say if we got rid of the old clever trickery:
>
> LatexParam"4|revnumber"
>
> ?
At that time seemed the only easy option.
> What about putting the number in a separate variable "CommandLevel"?
José,
what would you say if we got rid of the old clever trickery:
LatexParam4|revnumber
?
What about putting the number in a separate variable CommandLevel?
And the string, if needed, into InnerName or something? This is after
all for, e.g., generating a separate
José,
what would you say if we got rid of the old clever trickery:
LatexParam"4|revnumber"
?
What about putting the number in a separate variable "CommandLevel"?
And the string, if needed, into "InnerName" or something? This is after
all for, e.g., generating a separate ...
On Thu, Nov 06, 2003 at 09:09:17PM +0200, Martin Vermeer spake thusly:
Is Element the right name for these things?
it 'CharacterStyle' or 'CharStyle' ...
Any better proposals? If not, I'll go for this one.
Andre'
- Martin
Better (?) proposal: Tagged Phrase.
- Martin
On Thursday 06 November 2003 19:11, Martin Vermeer wrote:
Martin notice that you still have the ascii method in insetelement.[Ch]
Yes, thanks! Fixed.
Compiling to test it. :-)
Martin could you, please, send me your latest patch?
I have an error in factory.C and I don't see how you
On Fri, Nov 07, 2003 at 09:25:07AM +, Jose' Matos spake thusly:
On Thursday 06 November 2003 19:11, Martin Vermeer wrote:
Martin notice that you still have the ascii method in insetelement.[Ch]
Yes, thanks! Fixed.
Compiling to test it. :-)
Martin could you, please, send
On Friday 07 November 2003 10:19, Martin Vermeer wrote:
Yes, this looks somehow familiar.
You need to add * for it to work.
That is why it works for you, the iterator is just a pointer in your
implementation, but not in mine.
Do we realy need to pass a pointer in those cases, isn't a
Martin Vermeer [EMAIL PROTECTED] writes:
| Index: src/factory.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/factory.C,v
| retrieving revision 1.66
| diff -u -p -r1.66 factory.C
| --- src/factory.C 3 Nov 2003 17:47:22
Hi Martin,
I don't like either the name Element when the inset is collapsed. I would
rather prefer, using as example first name:
firstname:
More or less like we have in ert, if the content is short enogu we should be
able to see it all, if not then add ...
But
On Fri, Nov 07, 2003 at 12:12:33PM +0100, Lars Gullik Bjønnes spake thusly:
And the Element name must change.
To what?
--
Lgb
- Martin
pgp0.pgp
Description: PGP signature
Martin Vermeer [EMAIL PROTECTED] writes:
| On Fri, Nov 07, 2003 at 12:12:33PM +0100, Lars Gullik Bjønnes spake thusly:
|
And the Element name must change.
| To what?
To something more decriptive.
even CharacterStyle is better. (and I am now real fan of that
either.)
We called it LCS a
Lars Gullik Bjønnes wrote:
We called it LCS a long time.
--
Lgb
LyxCharStyle ?
Garst
On Fri, Nov 07, 2003 at 11:18:27AM -0400, Garst R. Reese spake thusly:
Lars Gullik Bjønnes wrote:
We called it LCS a long time.
--
Lgb
LyxCharStyle ?
Garst
I believe Logical Character Style.
- Martin
pgp0.pgp
Description: PGP signature
On Fri, Nov 07, 2003 at 12:12:33PM +0100, Lars Gullik Bjønnes spake thusly:
Martin Vermeer [EMAIL PROTECTED] writes:
| Index: src/factory.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/factory.C,v
| retrieving
On Fri, Nov 07, 2003 at 09:31:42AM +0200, Martin Vermeer wrote:
Better (?) proposal: Tagged Phrase.
Sounds like jargon, and it's verbose ...
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
Garst R. Reese [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
We called it LCS a long time.
--
Lgb
| LyxCharStyle ?
No it was Logical Character Style
--
Lgb
John Levon [EMAIL PROTECTED] writes:
| On Fri, Nov 07, 2003 at 09:31:42AM +0200, Martin Vermeer wrote:
Better (?) proposal: Tagged Phrase.
| Sounds like jargon, and it's verbose ...
Verbose does not matter, the phrase itself is not going to be
used/modififed a lot.
--
Lgb
On Thu, Nov 06, 2003 at 09:09:17PM +0200, Martin Vermeer spake thusly:
> > > Is "Element" the right name for these things?
> > it 'CharacterStyle' or 'CharStyle' ...
> Any better proposals? If not, I'll go for this one.
>
> > Andre'
>
> - Martin
Better (?) proposal: "Tagged Phrase".
-
On Thursday 06 November 2003 19:11, Martin Vermeer wrote:
> > Martin notice that you still have the ascii method in insetelement.[Ch]
>
> Yes, thanks! Fixed.
>
> > Compiling to test it. :-)
Martin could you, please, send me your latest patch?
I have an error in factory.C and I don't see
On Fri, Nov 07, 2003 at 09:25:07AM +, Jose' Matos spake thusly:
> On Thursday 06 November 2003 19:11, Martin Vermeer wrote:
> > > Martin notice that you still have the ascii method in insetelement.[Ch]
> >
> > Yes, thanks! Fixed.
> >
> > > Compiling to test it. :-)
>
> Martin could
On Friday 07 November 2003 10:19, Martin Vermeer wrote:
>
> Yes, this looks somehow familiar.
You need to add &* for it to work.
That is why it works for you, the iterator is just a pointer in your
implementation, but not in mine.
Do we realy need to pass a pointer in those cases, isn't
Martin Vermeer <[EMAIL PROTECTED]> writes:
| Index: src/factory.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/factory.C,v
| retrieving revision 1.66
| diff -u -p -r1.66 factory.C
| --- src/factory.C 3 Nov 2003 17:47:22
Hi Martin,
I don't like either the name "Element" when the inset is collapsed. I would
rather prefer, using as example first name:
firstname:
More or less like we have in ert, if the content is short enogu we should be
able to see it all, if not then add ...
But
On Fri, Nov 07, 2003 at 12:12:33PM +0100, Lars Gullik Bjønnes spake thusly:
>
> And the "Element" name must change.
To what?
> --
> Lgb
- Martin
pgp0.pgp
Description: PGP signature
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Fri, Nov 07, 2003 at 12:12:33PM +0100, Lars Gullik Bjønnes spake thusly:
|
>>
>> And the "Element" name must change.
>
| To what?
To something more decriptive.
even "CharacterStyle" is better. (and I am now real fan of that
either.)
We called
Lars Gullik Bjønnes wrote:
> We called it LCS a long time.
>
> --
> Lgb
LyxCharStyle ?
Garst
On Fri, Nov 07, 2003 at 11:18:27AM -0400, Garst R. Reese spake thusly:
> Lars Gullik Bjønnes wrote:
> > We called it LCS a long time.
> >
> > --
> > Lgb
> LyxCharStyle ?
>
> Garst
I believe Logical Character Style.
- Martin
pgp0.pgp
Description: PGP signature
On Fri, Nov 07, 2003 at 12:12:33PM +0100, Lars Gullik Bjønnes spake thusly:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | Index: src/factory.C
> | ===
> | RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/factory.C,v
> |
On Fri, Nov 07, 2003 at 09:31:42AM +0200, Martin Vermeer wrote:
> Better (?) proposal: "Tagged Phrase".
Sounds like jargon, and it's verbose ...
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> We called it LCS a long time.
>>
>> --
>> Lgb
| LyxCharStyle ?
No it was Logical Character Style
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Nov 07, 2003 at 09:31:42AM +0200, Martin Vermeer wrote:
>
>> Better (?) proposal: "Tagged Phrase".
>
| Sounds like jargon, and it's verbose ...
Verbose does not matter, the phrase itself is not going to be
used/modififed a lot.
--
Lgb
On Wed, Nov 05, 2003 at 04:13:23PM +, Jose' Matos spake thusly:
On Wednesday 05 November 2003 15:29, Martin Vermeer wrote:
Better even, what if I check this in now?
Comments... please?
What are the differences between your and André's proposal?
The attached comes I think
On Thu, Nov 06, 2003 at 11:52:11AM +0200, Martin Vermeer wrote:
On Wed, Nov 05, 2003 at 04:13:23PM +, Jose' Matos spake thusly:
On Wednesday 05 November 2003 15:29, Martin Vermeer wrote:
Better even, what if I check this in now?
Comments... please?
What are the
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin I think this is about as good as it gets. I plan to commit
Martin this evening, speak out now or forever hold your peace ;-)
Small details:
+Element
+ NameFilename
+ LatexType Command
+ LatexType
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
| Martin I think this is about as good as it gets. I plan to commit
| Martin this evening, speak out now or forever hold your peace ;-)
| Small details:
| +Element
| + Name
On Thu, Nov 06, 2003 at 11:45:02AM +0100, Lars Gullik Bjønnes wrote:
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
| Martin I think this is about as good as it gets. I plan to commit
| Martin this evening, speak out now or forever hold
On Thu, Nov 06, 2003 at 11:45:02AM +0100, Lars Gullik Bjønnes spake thusly:
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
...
| Element Filename
| ...
| End
Done.
Is Element the right name for these things?
Good question.
For XML it certainly is.
I am also a little unhappy
.
| For XML it certainly is.
| I am also a little unhappy with these vague/abstract names. Branch
| is another one. It isn't immediately obvious to non-software people.
| Character styles is too nondescript as well, and doesn't express the
| XML thing at all.
Don't think XML think LyX. What is this thing
On Thu, Nov 06, 2003 at 05:33:25PM +0200, Martin Vermeer wrote:
Attached the latest, in which André's and Jean-Marc's remarks (and
some other things) were considered/fixed.
Better now, but note that ws is still off in the src/LaTeXFeatures.C
chunk.
What editor are you using?
Andre'
--
Those
On Thu, Nov 06, 2003 at 04:28:39PM +0100, Andre Poenitz spake thusly:
On Thu, Nov 06, 2003 at 05:33:25PM +0200, Martin Vermeer wrote:
Attached the latest, in which André's and Jean-Marc's remarks (and
some other things) were considered/fixed.
Better now, but note that ws is still off in
On Thu, Nov 06, 2003 at 05:49:13PM +0200, Martin Vermeer wrote:
On Thu, Nov 06, 2003 at 04:28:39PM +0100, Andre Poenitz spake thusly:
On Thu, Nov 06, 2003 at 05:33:25PM +0200, Martin Vermeer wrote:
Attached the latest, in which André's and Jean-Marc's remarks (and
some other things)
On Thursday 06 November 2003 15:33, Martin Vermeer wrote:
I am open to (good) suggestions.
Attached the latest, in which André's and Jean-Marc's remarks (and
some other things) were considered/fixed.
Martin notice that you still have the ascii method in insetelement.[Ch]
Compiling to
On Thu, Nov 06, 2003 at 11:52:03AM +0100, Andre Poenitz spake thusly:
On Thu, Nov 06, 2003 at 11:45:02AM +0100, Lars Gullik Bjønnes wrote:
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
...
Is Element the right name for these things?
It's a bit too generic for my taste, too.
I
On Thu, Nov 06, 2003 at 06:30:06PM +, Jose' Matos spake thusly:
On Thursday 06 November 2003 15:33, Martin Vermeer wrote:
I am open to (good) suggestions.
Attached the latest, in which André's and Jean-Marc's remarks (and
some other things) were considered/fixed.
Martin
On Wed, Nov 05, 2003 at 04:13:23PM +, Jose' Matos spake thusly:
>
> On Wednesday 05 November 2003 15:29, Martin Vermeer wrote:
> >
> > > Better even, what if I check this in now?
> >
> > Comments... please?
>
> What are the differences between your and André's proposal?
The attached comes
On Thu, Nov 06, 2003 at 11:52:11AM +0200, Martin Vermeer wrote:
> On Wed, Nov 05, 2003 at 04:13:23PM +, Jose' Matos spake thusly:
> >
> > On Wednesday 05 November 2003 15:29, Martin Vermeer wrote:
> > >
> > > > Better even, what if I check this in now?
> > >
> > > Comments... please?
> >
> >
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> I think this is about as good as it gets. I plan to commit
Martin> this evening, speak out now or forever hold your peace ;-)
Small details:
+Element
+ NameFilename
+ LatexType Command
+
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
| Martin> I think this is about as good as it gets. I plan to commit
| Martin> this evening, speak out now or forever hold your peace ;-)
>
| Small details:
>
| +Element
| + Name
On Thu, Nov 06, 2003 at 11:45:02AM +0100, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> >> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> | Martin> I think this is about as good as it gets. I plan to commit
> | Martin> this evening, speak out
On Thu, Nov 06, 2003 at 11:45:02AM +0100, Lars Gullik Bjønnes spake thusly:
>
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
...
> | Element Filename
> | ...
> | End
Done.
> Is "Element" the right name for these things?
Good question.
For XML it
>> Is "Element" the right name for these things?
>
| Good question.
>
| For XML it certainly is.
>
| I am also a little unhappy with these vague/abstract names. "Branch"
| is another one. It isn't immediately obvious to non-software people.
>
| "Character styles
On Thu, Nov 06, 2003 at 05:33:25PM +0200, Martin Vermeer wrote:
> Attached the latest, in which André's and Jean-Marc's remarks (and
> some other things) were considered/fixed.
Better now, but note that ws is still off in the src/LaTeXFeatures.C
chunk.
What editor are you using?
Andre'
--
On Thu, Nov 06, 2003 at 04:28:39PM +0100, Andre Poenitz spake thusly:
>
> On Thu, Nov 06, 2003 at 05:33:25PM +0200, Martin Vermeer wrote:
> > Attached the latest, in which André's and Jean-Marc's remarks (and
> > some other things) were considered/fixed.
>
> Better now, but note that ws is still
On Thu, Nov 06, 2003 at 05:49:13PM +0200, Martin Vermeer wrote:
> On Thu, Nov 06, 2003 at 04:28:39PM +0100, Andre Poenitz spake thusly:
> >
> > On Thu, Nov 06, 2003 at 05:33:25PM +0200, Martin Vermeer wrote:
> > > Attached the latest, in which André's and Jean-Marc's remarks (and
> > > some other
On Thursday 06 November 2003 15:33, Martin Vermeer wrote:
>
> I am open to (good) suggestions.
>
> Attached the latest, in which André's and Jean-Marc's remarks (and
> some other things) were considered/fixed.
Martin notice that you still have the ascii method in insetelement.[Ch]
Compiling
On Thu, Nov 06, 2003 at 11:52:03AM +0100, Andre Poenitz spake thusly:
> On Thu, Nov 06, 2003 at 11:45:02AM +0100, Lars Gullik Bjønnes wrote:
> > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
...
> > Is "Element" the right name for these things?
>
> It's a bit too generic for my taste,
On Thu, Nov 06, 2003 at 06:30:06PM +, Jose' Matos spake thusly:
> On Thursday 06 November 2003 15:33, Martin Vermeer wrote:
> >
> > I am open to (good) suggestions.
> >
> > Attached the latest, in which André's and Jean-Marc's remarks (and
> > some other things) were considered/fixed.
>
>
On Tue, Nov 04, 2003 at 05:07:42PM +0200, Martin Vermeer spake thusly:
...
Better even, what if I check this in now?
Comments... please?
- Martin
pgp0.pgp
Description: PGP signature
On Wednesday 05 November 2003 15:29, Martin Vermeer wrote:
Better even, what if I check this in now?
Comments... please?
What are the differences between your and André's proposal?
I think that this is the correct first step in the right direction.
- Martin
--
José Abílio
On Tue, Nov 04, 2003 at 05:07:42PM +0200, Martin Vermeer spake thusly:
...
> Better even, what if I check this in now?
Comments... please?
- Martin
pgp0.pgp
Description: PGP signature
On Wednesday 05 November 2003 15:29, Martin Vermeer wrote:
>
> > Better even, what if I check this in now?
>
> Comments... please?
What are the differences between your and André's proposal?
I think that this is the correct first step in the right direction.
> - Martin
--
José Abílio
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Andre Poenitz [EMAIL PROTECTED] writes:
| CharacterStyle FirstName
| Format LaTeX
| Header \firstname{
| Footer }
| Font
| Series xxx
| Size
On Tue, Nov 04, 2003 at 10:17:43AM +0100, Jean-Marc Lasgouttes wrote:
If I may object, I'd rather see a version nearer to what .layout files
do, so that one can do proper parsing of the resulting latex (for the
sake of tex2lyx). Something like
CharacterStyle FirstName
Format LaTeX
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Tue, Nov 04, 2003 at 10:17:43AM +0100, Jean-Marc Lasgouttes
Andre wrote:
If I may object, I'd rather see a version nearer to what .layout
files do, so that one can do proper parsing of the resulting latex
(for the sake of tex2lyx).
Andre The ones related to Formats are for output, the 'global' one is
Andre for LyX's own drawing.
but for output, if you output \firstname{...}, there is no need for
fonts...
That's why I dropped that Font part for the LaTeX output in the second
mail IIRC.
Andre'
701 - 800 of 1044 matches
Mail list logo
