On 2/10/24 22:34, Jürgen Spitzmüller wrote:
Am Samstag, dem 10.02.2024 um 12:17 -0500 schrieb Richard Kimberly
Heck:
Oh, shoot. Should I revert it? Or notify people there is one new
string?
I'd go for the latter. I think an untranslated string is better than a
wrong one.
Done.
Riki
--
lyx-
Am Samstag, dem 10.02.2024 um 12:17 -0500 schrieb Richard Kimberly
Heck:
> Oh, shoot. Should I revert it? Or notify people there is one new
> string?
I'd go for the latter. I think an untranslated string is better than a
wrong one.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
htt
On 2/10/24 18:21, Pavel Sanda wrote:
On Sat, Feb 10, 2024 at 12:17:57PM -0500, Richard Kimberly Heck wrote:
On 2/10/24 03:45, Jürgen Spitzmüller wrote:
Am Samstag, dem 10.02.2024 um 00:55 + schrieb Richard Kimberly
Heck:
The branch, master, has been updated.
You are aware that this broke
On Sat, Feb 10, 2024 at 12:17:57PM -0500, Richard Kimberly Heck wrote:
> On 2/10/24 03:45, Jürgen Spitzmüller wrote:
> >Am Samstag, dem 10.02.2024 um 00:55 + schrieb Richard Kimberly
> >Heck:
> >>The branch, master, has been updated.
> >You are aware that this broke the string freeze, right? So
On 2/10/24 03:45, Jürgen Spitzmüller wrote:
Am Samstag, dem 10.02.2024 um 00:55 + schrieb Richard Kimberly
Heck:
The branch, master, has been updated.
You are aware that this broke the string freeze, right? So translators
should be informed to update once more before the final release.
Oh
gt; - Log ---
> --
>
> commit 91bd457a674579e1bc9e61aab19c272cd0d342dd
> Author: Richard Kimberly Heck
> Date: Fri Feb 9 19:53:55 2024 -0500
>
> Fix display of counters for included listings.
>
> diff --git a/lib/layouts/stdcounters
On 10/13/20 12:00 PM, racoon wrote:
> On 2020-10-13 17:49, Richard Kimberly Heck wrote:
>> On 10/13/20 1:43 AM, Daniel wrote:
>>> On 2020-10-13 00:24, Richard Kimberly Heck wrote:
On 10/12/20 4:58 AM, Daniel wrote:
> I think it's nice to have the inset available but its use is limited
On 2020-10-13 17:49, Richard Kimberly Heck wrote:
On 10/13/20 1:43 AM, Daniel wrote:
On 2020-10-13 00:24, Richard Kimberly Heck wrote:
On 10/12/20 4:58 AM, Daniel wrote:
I think it's nice to have the inset available but its use is limited
for me. In particular, it seems not a feature to "direc
On 10/13/20 1:43 AM, Daniel wrote:
> On 2020-10-13 00:24, Richard Kimberly Heck wrote:
>> On 10/12/20 4:58 AM, Daniel wrote:
>>> I think it's nice to have the inset available but its use is limited
>>> for me. In particular, it seems not a feature to "directly" change the
>>> counter of numbered el
On 2020-10-13 00:24, Richard Kimberly Heck wrote:
On 10/12/20 4:58 AM, Daniel wrote:
I have just played a bit with Edit > Manage Counter Values. It's a
nice feature to have available. However, it was not what I expected at
first. It seems to be "just" a counter inset which sets the counter at
th
On 10/12/20 4:58 AM, Daniel wrote:
> I have just played a bit with Edit > Manage Counter Values. It's a
> nice feature to have available. However, it was not what I expected at
> first. It seems to be "just" a counter inset which sets the counter at
> the place where it is inserted (which becomes c
(Maybe someone wants to try to join forces or at least chip in some ideas?)
I know that I can use the enumitem module for this. But it is
unsatisfactory because it does not give the indication in the work area
(with the exception for resuming counters). Also, as I imagine it,
ideally, there
Help > Introduction
Select and copy, for example:
2.1 The Format of the Manuals
text/plain gives (correctly):
2.1 The Format of the Manuals
text/html gives:
0.1 The Format of the Manuals
How does the html copy work? Is the selection pasted to a temporary
LyX buffer and then LyX's LyXHTML format
a7769ee95c30be7
> Author: Richard Heck
> Date: Sat Jun 1 10:32:06 2013 -0400
>
> Allow initial value of 0 for counters.
>
> diff --git a/src/Counters.cpp b/src/Counters.cpp
> index 7800856..917044a 100644
> --- a/src/Counters.cpp
> +++ b/src/Counters.cpp
> @@ -8
t Jun 1 10:32:06 2013 -0400
>
> Allow initial value of 0 for counters.
>
> diff --git a/src/Counters.cpp b/src/Counters.cpp
> index 7800856..917044a 100644
> --- a/src/Counters.cpp
> +++ b/src/Counters.cpp
> @@ -87,11 +87,15 @@ bool Counter::read(Lexer
Le 2 juin 09 à 23:47, Richard Heck a écrit :
And the problem is probably that we cannot have "Chapter 1" and
"Chapitre 2" in the same document anymore (but this is my fault,
not your patch's).
here, I think. Still, this is not going to be the normal case, so
there must be a way to handle
And the problem is probably that we cannot have "Chapter 1" and
"Chapitre 2" in the same document anymore (but this is my fault,
not your patch's).
here, I think. Still, this is not going to be the normal case, so
there must be a way to handle it. E.g., check if the paragraph
language is
Jean-Marc Lasgouttes wrote:
One idea would be to do it when we calculate the flat label string,
but we don't have information on the paragraph language at that
point, so that would be less than ideal. But I don't really see what
else we can do.
Does it mean that this flat label stuff needs to
Le 2 juin 09 à 19:11, rgheck a écrit :
I've worked on this a bit, but it is a bit harder than it seemed it
might be. I don't think there's anything we can reliably translate
where you put the FIXME. We do this:
counterLabel(it->second.flatLabelString(appendix()))
but flatLabelString() is ca
Steve Litt wrote:
In 7th grade they taught us to outline like this:
I. Top level
A. Second level
1. Third level
a. Forth level
i. Fifth level
I'd always assumed LyX could do that. It's a very expressive way of outli
o see them that way. Your solution changes
everything globally.
What I would do is work in a more latex-ish way: define a new set of
counters "myenumi"..."myenumiv" with the corresponding labelstring and
set Enumerati to use "myenum" as counter (which means that
On Tuesday 02 June 2009 10:49:27 am rgheck wrote:
> Jean-Marc Lasgouttes wrote:
> > rgheck writes:
> >> The following patch does as advertised. I think it's fairly
> >> straightforward, but any comments?
> >
> > Yes: your are making things unnecessarily complicated :)
> >
> > I did not do anything
hat way. Your solution changes
> everything globally.
What I would do is work in a more latex-ish way: define a new set of
counters "myenumi"..."myenumiv" with the corresponding labelstring and
set Enumerati to use "myenum" as counter (which means that we will have
to r
Jean-Marc Lasgouttes wrote:
rgheck writes:
The following patch does as advertised. I think it's fairly
straightforward, but any comments?
Yes: your are making things unnecessarily complicated :)
I did not do anything because I had to think about the implications in
terms of upgrade
rgheck writes:
> The following patch does as advertised. I think it's fairly
> straightforward, but any comments?
Yes: your are making things unnecessarily complicated :)
I did not do anything because I had to think about the implications in
terms of upgrade compatibility of layout files (proba
Pavel Sanda wrote:
Richard Heck wrote:
+# Incremented to format 16, 2 June 2009 by rgh
+# Add new tags LabelStringI through LabelStringIV for use with
+# enumeration counters.
+
# Do not forget to document format change in Customization
# Manual (section "Declaring a new text
Richard Heck wrote:
> +# Incremented to format 16, 2 June 2009 by rgh
> +# Add new tags LabelStringI through LabelStringIV for use with
> +# enumeration counters.
> +
> # Do not forget to document format change in Customization
> # Manual (section "Dec
--- lib/scripts/layout2layout.py (revision 29903)
+++ lib/scripts/layout2layout.py (working copy)
@@ -49,13 +49,17 @@
# Rename I18NPreamble to BabelPreamble and add LangPreamble
# Incremented to format 15, 28 May 2009 by lasgouttes
-# Add new tag OutputFormat; m
ommand{\theenumii}{\arabic{enumii}}
> > \renewcommand{\theenumiii}{\arabic{enumiii}}
> > \renewcommand{\theenumiv}{\arabic{enumiv}}
> >
> > But where do I operate to change the LyX display?
>
> This is something that should be doable by changing the LabelString of
newcommand{\theenumiv}{\arabic{enumiv}}
>
> But where do I operate to change the LyX display?
This is something that should be doable by changing the LabelString of
the enumi* counters to the right thing like
Counter enumi
Labelstring "\\arabic{enumi}"
End
Unfortunately, it does not
Stefano Franchi wrote:
Dear Lyx developers,
I am reposting here a question I asked on the users lists, with no success.
I'll have a look at this later. No time right now.
rh
for details). This must be given if Labeltype is
> Counter.
The Enumerate environment, on the contrary, has no such field defined.
Moreover, there are four different counters for the Enumerate environment, so I
am not clear exactly what value would be assigned to the LabelCounter field.
Where is
==
--- src/Counters.cpp(revision 23138)
+++ src/Counters.cpp(working copy)
@@ -340,22 +340,47 @@
docstring Counters::theCounter(docstring const & counter)
{
+ std::set callers;
+ return theCounter(counter, callers);
+}
+
+docstring Counters::theCounter(docstring c
rc/Counters.cpp
===
--- src/Counters.cpp(revision 23138)
+++ src/Counters.cpp(working copy)
@@ -338,24 +338,51 @@
}
-docstring Counters::theCounter(docstring const & counter)
+docstring Counters::theCounter(docstr
;
> ok to commit?
>
> bernhard
> Index: src/Counters.cpp
> ===
> --- src/Counters.cpp (revision 23138)
> +++ src/Counters.cpp (working copy)
> @@ -338,24 +338,51 @@
> }
>
>
> -docstring Counters::theC
23138)
+++ src/Counters.cpp(working copy)
@@ -338,24 +338,51 @@
}
-docstring Counters::theCounter(docstring const & counter)
+docstring Counters::theCounter(docstring const & counter,
+ std::set
* callers)
{
On Thu, Aug 16, 2007 at 03:57:40PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> >
> >>The following patch introduces LabelString for counters. This
> >>labelstring will be used in sev
On Thu, Aug 16, 2007 at 06:09:47PM +0200, Edwin Leuven wrote:
> >> O tempora, o mores...
> >
> > Not everybody understand Latin either ;-)
>
> i think tempora is a japanese dish...
>
> so it must mean something like
>
> "oh, how i love deep fried battered veggies"
>
> or something like that..
O tempora, o mores...
Not everybody understand Latin either ;-)
i think tempora is a japanese dish...
so it must mean something like
"oh, how i love deep fried battered veggies"
or something like that...
;-)
Enrico Forestieri wrote:
On Thu, Aug 16, 2007 at 05:18:12PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
(Counters::theCounter): return a representation of a given
counter using its labelstring
I'd wri
On Thu, Aug 16, 2007 at 05:18:12PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> >>(Counters::theCounter): return a representation of a given
> >>counter using its labelstring
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Isn't new a reserved word?
Indeed. What about newItem()?
In general I think that members should have explicit naming (I know
this is not your doing).
Rather than doing that, I think I'd prefer to expose a map-like
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
(Counters::theCounter): return a representation of a given
counter using its labelstring
I'd write Counters::get() for the same reason as above.
It is now what the method does reall
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> (Counters::theCounter): return a representation of a given
> counter using its labelstring
>
> I'd write Counters::get() for the same reason as above.
It is now what the method does really. It is an equivalent to
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Some cosmetic comments on the code (all IMHO):
>
> @@ -922,14 +928,31 @@ void TextClass::readCounter(Lexer & lexr
> switch (static_cast(le)) {
> case CT_NAME:
> lexrc.next();
> - n
Jean-Marc Lasgouttes wrote:
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
The following patch introduces LabelString for counters. This
labelstring will be used in several places:
Here is the updated version of the patch, the shortcoming have been
resolved and the layout files hav
Jean-Marc Lasgouttes wrote:
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
The following patch introduces LabelString for counters. This
labelstring will be used in several places:
Here is the updated version of the patch, the shortcoming have been
resolved and the layout files hav
Martin Vermeer <[EMAIL PROTECTED]> writes:
> And I seem to remember that in some classes, symbols are used
> like dagger, ddagger etc. Can the system (be made to) handle
> that?
I am not sure how to do that. Currently I have just removed the
numbering in the cases where we output \thanks instead
On Thu, Aug 16, 2007 at 10:40:53AM +0200, Jean-Marc Lasgouttes wrote:
> Richard Heck <[EMAIL PROTECTED]> writes:
>
> > Haven't studied it, and haven't worked with it, but I've seen the
> > counters, and they are excellent. It'll make finding footn
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> On Thu, Aug 16, 2007 at 03:47:28AM -0400, Richard Heck wrote:
>
>> Haven't studied it, and haven't worked with it, but I've seen the counters,
>> and they are excellent. It'll make finding footnote 22
Richard Heck <[EMAIL PROTECTED]> writes:
> Haven't studied it, and haven't worked with it, but I've seen the
> counters, and they are excellent. It'll make finding footnote 22 a
> breeze, whereas it used to be a hassle.
We will have to work on the docu
On Thu, Aug 16, 2007 at 03:47:28AM -0400, Richard Heck wrote:
> Haven't studied it, and haven't worked with it, but I've seen the counters,
> and they are excellent. It'll make finding footnote 22 a breeze, whereas it
> used to be a hassle.
Never used reverse dvi search?
--
Enrico
Jean-Marc Lasgouttes wrote:
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
The following patch introduces LabelString for counters. This
labelstring will be used in several places:
Here is the updated version
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
>> The following patch introduces LabelString for counters. This
>> labelstring will be used in several places:
>
> Here is the updated version of the patch,
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> The following patch introduces LabelString for counters. This
> labelstring will be used in several places:
Here is the updated version of the patch, the shortcoming have been
resolved and the layout files have been updated. For ex
Edwin Leuven <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> Yes, it would be easy. But I am not sure how to display that when
>> there is a label.
>
> (# - label)
> or something like that...
I'll have to try. It may also be too large on screen.
And it will not with previews witho
Jean-Marc Lasgouttes wrote:
Yes, it would be easy. But I am not sure how to display that when
there is a label.
(# - label)
or something like that...
Edwin Leuven <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> What is missing? Not much.
>
> does this mean that we will also get numbered formulas?
Yes, it would be easy. But I am not sure how to display that when
there is a label.
JMarc
Jean-Marc Lasgouttes wrote:
What is missing? Not much.
does this mean that we will also get numbered formulas?
The following patch introduces LabelString for counters. This
labelstring will be used in several places:
- everytime a layout LabelString contains \thesomething, the
labelString of counter something is used (currently no layout uses
that)
- InsetCaption also uses this for numbering. As an
>>>>> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> On Wednesday 03 August 2005 21:56, Jean-Marc Lasgouttes wrote:
>> I am sure there remains one or two bugs related to counters in
>> HEAD. Please report them! I know Jose&
On Wed, Aug 03, 2005 at 10:56:20PM +0200, Jean-Marc Lasgouttes wrote:
>
> I am sure there remains one or two bugs related to counters in HEAD.
> Please report them! I know Jose' showed me one in Paris, but I forgot
> what it was...
>
> The only problem I am aware of i
On Wednesday 03 August 2005 21:56, Jean-Marc Lasgouttes wrote:
> I am sure there remains one or two bugs related to counters in HEAD.
> Please report them! I know Jose' showed me one in Paris, but I forgot
> what it was...
It involved the bibliography, and it is a funny one.
I am sure there remains one or two bugs related to counters in HEAD.
Please report them! I know Jose' showed me one in Paris, but I forgot
what it was...
The only problem I am aware of is that Captions are not numbered,
whereas we have all we need to make it happen (with some update o
Angus Leeming wrote:
> Bug still exists. This is scrlttr, not scrlttr2.
The bug was also present in scrlttr2. But thanks for fixing the other bug.
Regards,
Jürgen.
Angus Leeming wrote:
> Jean-Marc Lasgouttes wrote:
>> Juergen> Angus Leeming wrote:
>>>> I notice that counters on the LyX screen are broken in the koma
>>>> letter class. All itemize entries begin '0. '.
>>
>> Juergen> Fix attached. OK
Jean-Marc Lasgouttes wrote:
> Juergen> Angus Leeming wrote:
>>> I notice that counters on the LyX screen are broken in the koma
>>> letter class. All itemize entries begin '0. '.
>
> Juergen> Fix attached. OK to apply to 1.3 and 1.4? Jürgen.
Bug
>>>>> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Angus Leeming wrote:
>> I notice that counters on the LyX screen are broken in the koma
>> letter class. All itemize entries begin '0. '.
Juergen> Fix attached. OK to apply to 1.3 and 1.4? Jürgen.
Yes.
JMarc
Angus Leeming wrote:
> I notice that counters on the LyX screen are broken in the koma letter
> class. All itemize entries begin '0. '.
Fix attached. OK to apply to 1.3 and 1.4?
Jürgen.
Index: layouts/scrlttr2.layout
I notice that counters on the LyX screen are broken in the koma letter
class. All itemize entries begin '0. '.
--
Angus
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Lars, do you have ideas on the subject?
Lars> Probably, but it has to wait some 14 days.
That's OK.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>>>>> "Ling" == Ling Li <[EMAIL PROTECTED]> writes:
>
| Ling> The standard counters (stdcounters.inc) don't work in
| Ling> latex8.layout. I couldn't figure out how to define a layout
|
>>>>> "Ling" == Ling Li <[EMAIL PROTECTED]> writes:
Ling> The standard counters (stdcounters.inc) don't work in
Ling> latex8.layout. I couldn't figure out how to define a layout
Ling> counter so I am not sure what the reason is. Here're
The standard counters (stdcounters.inc) don't work in latex8.layout. I
couldn't figure out how to define a layout counter so I am not sure what
the reason is. Here're what i know
1) latex8 uses "\Section" instead of "\section" so latexname is
redefined in la
Andre Poenitz wrote:
> I seem to have missed the first post o this thread...
Find it here:
http://article.gmane.org/gmane.editors.lyx.devel:29901
--
Angus
IL PROTECTED]> writes:
> >>>>>>>> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
> >>>
> | Lars> | Jose'> It looks like the counters expect the style name to be
> | Lars> the | Jose'> same as LaTeXName. I
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>>>>>>> "Jose'" == Jose' Ma
>>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>>>>>> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
>>
Lars> | Jose'&
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>>>>> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
>
| Jose'>It looks like the counters expect the style name to be the
| Jose'> same as LaTeXName. I add
>>>>> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> It looks like the counters expect the style name to be the
Jose'> same as LaTeXName. I add a new file to layouts like this:
Do they? This is stupid...
Could somebody tell
Hi,
One of the most visible problems for docbook in 1.3 and 1.4 are the absence
of counters for section ( and those from family).
It looks like the counters expect the style name to be the same as LaTeXName.
I add a new file to layouts like this:
# This include file contains
aragraphList::iterator pit,
+ ParagraphList::iterator firstpit,
+ Counters & counters)
+{
+ if (pit == firstpit)
+ return;
+
+ int const cur_depth = pit->getDepth();
+ ParagraphList::iterator prev_pit = boost::prior(pit);
+ while (true) {
+ int const prev_depth = prev_pit->getDepth()
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| Have a look.
>
| Of itself this is obviously an improvement, but I wonder if you could
| make use of BufferParams::user_defined_bullet?
Not now.
(as you can see from my comments, this has been thought of)
| I know, I'
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Oct 08, 2003 at 01:58:13PM +0200, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> | Lars Gullik Bjønnes wrote:
>> >> Ok, I have a patch... not the nicest one, but it seems to work, and
>> >> I need others to thest i
Lars Gullik Bjønnes wrote:
>>> | Have a look.
Of itself this is obviously an improvement, but I wonder if you could
make use of BufferParams::user_defined_bullet? I know, I'm probably
shifting your goal posts.
+ string itemlabel;
+ switch (pit->itemdepth) {
+
On Wed, Oct 08, 2003 at 01:58:13PM +0200, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> >> Ok, I have a patch... not the nicest one, but it seems to work, and
> >> I need others to thest it.
> >
> | You seem to have lost the 'Bibliographi
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | Initialise itemdepth when constructing it.
>> eh?
>
| Paragraph::Paragraph()
| : y(0), pimpl_(new Paragraph::Pimpl(this)), itemdepth(0)
| {}
I am only removing things... (in this part of the code), expect a
patch
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Since I am not able to compile 1.4.0cvs (hint!)
That was a stern hint. (whimper...)
Have you tried with STLport? (mr. innocent strikes again)
|, I'll ask directly:
| does the patch still allows to increase the depth of a paragraph
| to nest it
Lars Gullik Bjønnes wrote:
> | Initialise itemdepth when constructing it.
> eh?
Paragraph::Paragraph()
: y(0), pimpl_(new Paragraph::Pimpl(this)), itemdepth(0)
{}
> | I think you should add a decent comment about itemdepth in the
> | deader file.
>
> what dead file?
s/d/h/
and no, that
a decent comment about itemdepth in the deader
| file.
what dead file?
| Will this approach continue to work for (say) figure counters,
| or would they have their own counter?
It is not counters, it is item depth.
| Be nice to people following after you:
| if (type == LABEL_
Since I am not able to compile 1.4.0cvs (hint!), I'll ask directly:
does the patch still allows to increase the depth of a paragraph
to nest it inside an environment? The goal is to obtain latex code
like
\begin{theorem}
The following facts are equivalent
\begin{itemize}
\item Foo is Bar
\item Ba
ment about itemdepth in the deader
file. Will this approach continue to work for (say) figure counters,
or would they have their own counter?
Be nice to people following after you:
if (type == LABEL_ENUMERATE)
+ // Maybe we have to increment the enumeration depth.
+
else if (prev_depth == cur_depth) {
+ if (prev_labeltype == labelType) {
+pit->itemdepth = prev_pit->itemdepth;
+break;
+ }
+ }
+ if (prev_pit == first_pit)
+ break;
+
+ --prev_pit;
+ }
}
+void resetEnumCounterIfNeeded(ParagraphList::iterator pit,
+ ParagraphLis
Lars Gullik Bjønnes wrote:
> Hrmmpff! black-mail tactics!
Hey, you started it. (Whine!)
I counter your counter with one of my own.
> I guess ok.
Augh. Thanks Lars.
--
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I think I'll clean up the patch a bit and just check it in, easier
>> to get people to test it then. I tried it with the UserGuide, and
>> could not see any mistakes.
>
| So what about my lyxlib.C proposal ;-)
Hrmmpff! blac
Lars Gullik Bjønnes wrote:
> I think I'll clean up the patch a bit and just check it in, easier
> to get people to test it then. I tried it with the UserGuide, and
> could not see any mistakes.
So what about my lyxlib.C proposal ;-)
--
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I think you are right, but I want to know if I got the enumdepth
>> part right, and also the resetting of the enum counters.
>
| Why not ask on the users' list? Someone is bound to have a comple
Lars Gullik Bjønnes wrote:
> I think you are right, but I want to know if I got the enumdepth
> part right, and also the resetting of the enum counters.
Why not ask on the users' list? Someone is bound to have a complex
example of this stuff.
--
Angus
}
>
| then I think that those first two big blocks could be collapsed into a
| single function taking the LYX_LABEL_TYPES type as an arg. Maybe I'm
| wrong...
I think you are right, but I want to know if I got the enumdepth part
right, and also the resetting of the enum counte
Lars Gullik Bjønnes wrote:
> Ok, I have a patch... not the nicest one, but it seems to work, and
> I need others to thest it.
You seem to have lost the 'Bibliographies can't have their depth
changed' bit entirely. Other than that the code is pretty
understandable, although I'm not a fan of those
1 - 100 of 245 matches
Mail list logo
