On Sat, Sep 13, 2003 at 11:26:24PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> On Fri, Sep 12, 2003 at 06:40:57PM +0200, Jean-Marc Lasgouttes
> Andre> wrote: What else do you want?
> >> Nothing. It's friday.
>
> Andre> Fine.
>
> In
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc, would you accept a patch porting this to the 1.3.x
Angus> branch too? It enables us to clean up after finished conversion
Angus> processes.
Yes. Actually, I planned to ask after finishing reading the thread...
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| - I think the appearance of the counter should be defined in the label
| like latex does, because this is good encapsulation. If I redefine
| chapters to use roman numbers, I should not have to modify the
| section layout. Actually, it is th
> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:
>> The document is hopelessly corrupted, the author ID is crap.
Nirmal> You mean the line that starts with \author doesn't look as it
Nirmal> should? I have it as \author "" .. what should
Nirmal> this look like?
>> then you should be a
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
| | - I think the appearance of the counter should be defined in the label
| | like latex does, because this is good encapsulation. If I redefine
| | chapters to use roman numbers, I should not
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sat, Sep 13, 2003 at 11:26:24PM +0200, Jean-Marc Lasgouttes wrote:
>> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> Andre> On Fri, Sep 12, 2003 at 06:40:57PM +0200, Jean-Marc Lasgouttes
>> Andre> wrote: What else do you want?
>> >>
On Mon, Sep 15, 2003 at 10:11:31AM +0200, Lars Gullik Bjønnes wrote:
> | We should make a policy that '80% good patches' can go in
> | without too much nitpicking during the development phase.
>
> and what usually happens is that 80% ends up being 100% of the work
> done...
If the direction is r
status.13x says it all: Enable graphics conversion using the default
convertDefault.sh converter when exporting, even if convertDefault.sh is not
executable.
The patch has been in the 1.4 tree since 28 August. It was created in response
to this thread:
http://article.gmane.org/gmane.editors.lyx
Andre Poenitz wrote:
> The depth at which a certain layout appears in the Navigate menu is now
> explicitly defined in the .layout file with the new 'TocLevel' tag.
> This method is not only more robust but also more flexible than the
> previously method based on 'educated guessing' (see last chunk
On Mon, Sep 15, 2003 at 10:32:50AM +0200, Andre' Poenitz wrote:
> Please fill in the following template for me to see what exactly it
> would look like.
>
> Currently we have
>
> Counter
> Name theorem
> End
>
> Style Theorem
> LabelSty
On Mon, Sep 15, 2003 at 10:46:09AM +0200, Juergen Spitzmueller wrote:
> Andre Poenitz wrote:
> > The depth at which a certain layout appears in the Navigate menu is now
> > explicitly defined in the .layout file with the new 'TocLevel' tag.
> > This method is not only more robust but also more flex
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Sep 15, 2003 at 10:11:31AM +0200, Lars Gullik Bjønnes wrote:
>> | We should make a policy that '80% good patches' can go in
>> | without too much nitpicking during the development phase.
>>
>> and what usually happens is that 80% ends up being
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Sat, Sep 13, 2003 at 11:26:24PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
Andre> On Fri, Sep 12, 2003 at 06:40:57PM +0200, Jean-Marc Lasgouttes
Andre> wrote: What
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Ok, I figured out you might mean something like
|
| Counter
| Name theorem
| LabelString"\arabic{theorem}"
| End
|
| Style Theorem
| LabelStyle Counter
|
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> This would work in this case but not differ much from what we
Andre> have. Moreover, I cannot imagine how to make this work with
[appendix example]
Andre> How would you do that?
What about
Counter
Name
On Mon, Sep 15, 2003 at 11:00:56AM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Imagine a counter 'theorem' used for both theorems and
> Andre> definitions (i.e. standard AMS article behaviour). What should
> Andre> the counter's 'String' look like?
>
> Andre> 'Theorem \arabic{theorem}:' ?
> And
On Mon, Sep 15, 2003 at 11:05:22AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | Ok, I figured out you might mean something like
> |
> | Counter
> | Name theorem
> | LabelString"\arabic{theorem}"
> | End
On Mon, Sep 15, 2003 at 11:06:45AM +0200, Jean-Marc Lasgouttes wrote:
> Andre> This would work in this case but not differ much from what we
> Andre> have. Moreover, I cannot imagine how to make this work with
>
> [appendix example]
>
> Andre> How would you do that?
>
> What about
>
>Count
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Implementationwise this is handled by a single 'if' in the core. Can't
| get much easier than that as there is a difference.
then we stick witht the single counter idea.
| The only real option I see here is to have separate Styles for 'Section
| in App
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Sep 15, 2003 at 11:06:45AM +0200, Jean-Marc Lasgouttes wrote:
>> Andre> This would work in this case but not differ much from what we
>> Andre> have. Moreover, I cannot imagine how to make this work with
>>
>> [appendix example]
>>
>> Andre> H
On Mon, Sep 15, 2003 at 11:34:22AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | Implementationwise this is handled by a single 'if' in the core. Can't
> | get much easier than that as there is a difference.
>
> then we stick witht the single counter idea.
>
> "Roman" == Roman Maurer <[EMAIL PROTECTED]> writes:
Roman> OK, I'm sending you the latin2 version. I don't have problems
Roman> using that one in RH9, I just have problems editing it (I have
Roman> to convert it to UTF-8 and then again to ISO-8859-2 in order to
Roman> edit it in Emacs/vi). S
Andre Poenitz <[EMAIL PROTECTED]> writes:
| So far I've only seen proposals that make the layout files bigger.
And why is that bad in itself?
We are after all trying to be more explicit and to remove hardcoded
stuff from the core.
--
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> (and I do not really care about the syntax for this, but "$$foo"
Lars> might have some problems since it is not quite clear where the
Lars> variable name ends. $$foobar)
Sure. I do not know of a good syntax either :)
Lars> | I
Andre Poenitz wrote:
> [BTW what's the official way to create one, I use M-x appendix, but I
> doubt that's the newbie version?]
Document->Start appendix here
> I have a general aversion against physically removing items from menus.
> [I.e. greying out is fine with me, but not removing] You neve
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> status.13x says it all: Enable graphics conversion using the
Angus> default convertDefault.sh converter when exporting, even if
Angus> convertDefault.sh is not executable.
Go for it.
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Sat, Sep 13, 2003 at 11:22:06PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> I am not surprised, since it converts the metrics in weird ways. If
>> you happen to have tools to looks at tt fonts metrics, could you
>> try to see if the f
On Mon, Sep 15, 2003 at 11:46:27AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | So far I've only seen proposals that make the layout files bigger.
>
> And why is that bad in itself?
It is not.
But if you replace a working short version with a not-yet-impl
$ cvs update
? install-sh
? missing
? src/lyx-gtk
Can someone fix this in the corresponding .cvsignore files?
R.
Rob Lahaye wrote:
> $ cvs update
>
> ? install-sh
> ? missing
Shrug. These ae both part of the repository, to be found in the config
directory. They are _not_ put into the top level directory in the autogen.sh
or configure step. Just remove them.
> ? src/lyx-gtk
I've added this one.
--
Angu
On Mon, Sep 15, 2003 at 10:27:01AM +0200, Andre Poenitz spake thusly:
> PS: Martin: It works.
:-)
- Martin
pgp0.pgp
Description: PGP signature
Andre Poenitz <[EMAIL PROTECTED]> writes:
| The most controversial bit in the patch should be the removal of some
| 'ObsoletedBy' entries. I believe this is the realm of lyx2lyx now for
| the distributed .layouts. [I.e. the facility as such should be kept to
| enable the user to use it in his priv
Andre Poenitz wrote:
> > is it now possible to have headings without counters in the navigate
> > menu? (like koma's addchaps and addsecs which have no counters but appear
> > in the toc).
> >
> > Would be great.
>
> I'd guess so. Simply adding a 'TocDepth 2' or similar to the layout
> should do.
On Mon, Sep 15, 2003 at 02:30:10PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | The most controversial bit in the patch should be the removal of some
> | 'ObsoletedBy' entries. I believe this is the realm of lyx2lyx now for
> | the distributed .layouts. [I.e.
On Mon, Sep 15, 2003 at 03:04:09PM +0200, Juergen Spitzmueller wrote:
> Andre Poenitz wrote:
> > > is it now possible to have headings without counters in the navigate
> > > menu? (like koma's addchaps and addsecs which have no counters but appear
> > > in the toc).
> > >
> > > Would be great.
> >
Angus Leeming wrote:
> 4. There are two LColor::color values that are used as default values,
> foreground and none. As in:
> void foo(EnumLColor const & = LColor::foreground);
> void bar(EnumLColor const & back = LColor::none);
> I propose adding a couple of functions and then dec
On Mon, Sep 15, 2003 at 02:22:57PM +, Angus Leeming wrote:
+struct Class { \
+ /** The default argument is nasty, \
+* but allows us to use Class in STL containers. \
+*/ \
+ Class(Enum val = static_cast(-1)) : val_(val) {} \
+ operator Enum() const{ retur
Andre Poenitz wrote:
> On Mon, Sep 15, 2003 at 02:22:57PM +, Angus Leeming wrote:
>
> +struct Class { \
> + /** The default argument is nasty, \
> +* but allows us to use Class in STL containers. \
> +*/ \
> + Class(Enum val = static_cast(-1)) : val_(val) {} \
> +
On Mon, Sep 15, 2003 at 02:47:40PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> > On Mon, Sep 15, 2003 at 02:22:57PM +, Angus Leeming wrote:
> >
> > +struct Class { \
> > + /** The default argument is nasty, \
> > +* but allows us to use Class in STL containers. \
> >
On Monday 15 September 2003 1:58 pm, Andre Poenitz wrote:
> As I said, I'd prefer a de-coupled version without macros, but as I am
> already a bit upset about people going into nitpick mode
Can I make the same suggestion to you as you make to me (below)?
> the final words are:
> I do not really c
Andre Poenitz wrote:
> Why to LColor.h and not to a separate header LColor_enum.h containing
>
> enum ColorEnum {
> /// No particular color---clear or default
> none,
> /// The different text colors
> black,
> ///
>
Angus Leeming <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
>
>> On Mon, Sep 15, 2003 at 02:22:57PM +, Angus Leeming wrote:
>>
>> +struct Class { \
>> + /** The default argument is nasty, \
>> +* but allows us to use Class in STL containers. \
>> +*/ \
>> + C
On Mon, Sep 15, 2003 at 03:09:23PM +, Angus Leeming wrote:
> On Monday 15 September 2003 1:58 pm, Andre Poenitz wrote:
> > As I said, I'd prefer a de-coupled version without macros, but as
> > I am already a bit upset about people going into nitpick mode
>
> Can I make the same suggestion to y
On Mon, Sep 15, 2003 at 04:16:37PM +0200, Lars Gullik Bjønnes wrote:
> | Not from me. Too much effort than I can afford right now.
>
> Then _why_ did you begin cleanup at all?
The same reason why I start cleaning the flat the day before an exam.
I don't want to learn for the exam, so I do somethi
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Sep 15, 2003 at 04:16:37PM +0200, Lars Gullik Bjønnes wrote:
>> | Not from me. Too much effort than I can afford right now.
>>
>> Then _why_ did you begin cleanup at all?
>
| The same reason why I start cleaning the flat the day before an exam.
Create an inset, and an inset inside it, and copy/paste the second one
to somewhere else inside the first. Then try to exit. LyX will core
dump. (Not if either source or target inset are outside the first
inset.)
Reverting the lockInsetInInset patch didn't make a difference.
I don't think this is
On Mon, Sep 15, 2003 at 10:27:01AM +0200, Andre Poenitz spake thusly:
>
> Andre'
>
> PS: Martin: It works.
>
Current CVS does not quite... I need the attached.
- Martin
--
Martin Vermeer [EMAIL PROTECTED]
Helsinki University of Technology
Dept. of Surveying, Inst. of Geodesy
P.O. Box 12
On Mon, Sep 15, 2003 at 06:38:36PM +0300, Martin Vermeer wrote:
> Current CVS does not quite... I need the attached.
Sigh.
I already complete broke that patch
Andre'
Martin Vermeer wrote:
> Create an inset, and an inset inside it, and copy/paste the second one
> to somewhere else inside the first. Then try to exit. LyX will core
> dump. (Not if either source or target inset are outside the first
> inset.)
All seems fine here. Could you be more precise. What i
On Mon, Sep 15, 2003 at 05:26:06PM +0200, Andre Poenitz spake thusly:
>
> On Mon, Sep 15, 2003 at 06:38:36PM +0300, Martin Vermeer wrote:
> > Current CVS does not quite... I need the attached.
>
> Sigh.
>
> I already complete broke that patch
>
> Andre'
Simple things... it's the message, n
On Mon, Sep 15, 2003 at 06:47:56PM +0300, Martin Vermeer wrote:
> Simple things... it's the message, not the patch.
Yes, but that's from a preliminary version of the patch I did not intend
to apply (even if the fix is obvious...)
Andre'
--
Those who desire to give up Freedom in order to gain S
On Mon, Sep 15, 2003 at 05:36:51PM +0200, Andre Poenitz spake thusly:
> On Mon, Sep 15, 2003 at 06:47:56PM +0300, Martin Vermeer wrote:
> > Simple things... it's the message, not the patch.
>
> Yes, but that's from a preliminary version of the patch I did not intend
> to apply (even if the fix i
On Mon, Sep 15, 2003 at 06:58:55PM +0300, Martin Vermeer wrote:
> On Mon, Sep 15, 2003 at 05:36:51PM +0200, Andre Poenitz spake thusly:
>
> > On Mon, Sep 15, 2003 at 06:47:56PM +0300, Martin Vermeer wrote:
> > > Simple things... it's the message, not the patch.
> >
> > Yes, but that's from a pre
On Mon, Sep 15, 2003 at 04:28:45PM +, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
>
> > Create an inset, and an inset inside it, and copy/paste the second one
> > to somewhere else inside the first. Then try to exit. LyX will core
> > dump. (Not if either source or target inset are
On Mon, Sep 15, 2003 at 05:51:23PM +0200, Andre Poenitz spake thusly:
> I have about 10 versions, partial trees and messed up patches now.
>
> > I got this from CVS. Updated, and still there.
>
> Yes, CVS is broken.
>
> I'll just commit what seems to be the difference between CVS and old CVS
On Mon, Sep 15, 2003 at 04:28:45PM +, Angus Leeming spake thusly:
> Martin Vermeer wrote:
>
> > Create an inset, and an inset inside it, and copy/paste the second one
> > to somewhere else inside the first. Then try to exit. LyX will core
> > dump. (Not if either source or target inset are out
Leave some temporary support stuff.
ditch rest.
I'll apply this shortly unless I get objections.
? conf.diff
Index: configure.ac
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/configure.ac,v
retrieving revision 1.11
diff -u -p -r1.1
Martin Vermeer wrote:
> On Mon, Sep 15, 2003 at 04:28:45PM +, Angus Leeming spake thusly:
>>
>> Martin Vermeer wrote:
>>
>> > Create an inset, and an inset inside it, and copy/paste the second one
>> > to somewhere else inside the first. Then try to exit. LyX will core
>> > dump. (Not if eit
On Mon, Sep 15, 2003 at 05:13:05PM +, Angus Leeming spake thusly:
> Martin Vermeer wrote:
...
> I have followed your prescription exactly. Nada.
...
> Could you perhaps compile src/messages.C with debug info.
> $ touch src/messages.C
> $ cd ${BUILDDIR}
> $ make CXXFLAGS="-g -W -Wall"
D
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Mon, Sep 15, 2003 at 05:13:05PM +, Angus Leeming spake thusly:
|
>> Martin Vermeer wrote:
>
| ...
|
>> I have followed your prescription exactly. Nada.
>
| ...
|
>> Could you perhaps compile src/messages.C with debug info.
>> $ touch src/me
Hi... Is there a way by which I can temporarily de-activate change tracking
within a document? There's a tick mark next to Track Changes in the submenu
of the Edit menu.. however when I click on it (hoping that the tick mark
would now disappear) I get the Merge Changes dialog.. reason this would be
Lars Gullik Bjønnes wrote:
>>> Could you perhaps compile src/messages.C with debug info.
>>> $ touch src/messages.C
>>> $ cd ${BUILDDIR}
>>> $ make CXXFLAGS="-g -W -Wall"
>>
> | Did that. The interesting part of the backtrace:
>>
> Stuff like this can be hard to debug, and if you are using the
> de
On Mon, Sep 15, 2003 at 12:31:08PM -0400, Nirmal Govind wrote:
> Hi... Is there a way by which I can temporarily de-activate change tracking
> within a document?
No.
This makes no logical sense to me. Either you want changes tracked or
you don't.
> useful is that if I'm adding a new section or
Attached is a patch to use copied_ptr rather than cow_ptr to store the
BufferParams::Impl variable.
I have had a look at Herb Sutter's HolderPtr (ValuePtr in the book). The
design of copied_ptr is now pretty similar to it. I attach copied_ptr.h in
case the patch is too difficualt to read.
If n
Is there some changes to the layout files?
lyxlex: UNcompressed
LyX: Missing quote [around line 88 of file ~/share/lyx/layouts/stdsections.inc]
LyX: Missing quote [around line 102 of file ~/share/lyx/layouts/stdsections.inc]
LyX: Missing quote [around line 116 of file ~/share/lyx/layouts/stdsectio
On Mon, Sep 15, 2003 at 05:33:41PM +, Angus Leeming spake thusly:
> Lars Gullik Bjønnes wrote:
> >>> Could you perhaps compile src/messages.C with debug info.
> >>> $ touch src/messages.C
> >>> $ cd ${BUILDDIR}
> >>> $ make CXXFLAGS="-g -W -Wall"
> >>
> > | Did that. The interesting part of t
On Mon, Sep 15, 2003 at 10:45:46AM -0700, Kayvan A. Sylvan spake thusly:
>
> Is there some changes to the layout files?
>
> lyxlex: UNcompressed
> LyX: Missing quote [around line 88 of file ~/share/lyx/layouts/stdsections.inc]
> LyX: Missing quote [around line 102 of file ~/share/lyx/layouts/stds
John Levon wrote:
> This makes no logical sense to me. Either you want changes tracked or
> you don't.
Well, I will try to explain my logic (whether it will make any logical sense
after this or not, I do not know.. :-)) .. if I'm trying to collaborate
with someone and I'm making changes to text t
Martin Vermeer wrote:
>> Is it not sufficient to compile the file that is causing the SIGSEGV in
>> this way? If so, then the prescription above should be enough, no?
>>
> I did that too (but only recompiling messages.C). Backtrace (partly):
>
> ---
> #4 0x8123726 in error_handler ()
> #5 0x402
Is there a reason for all these inline member functions to LyXFont or is this
just old, old code?
Specifically,
LyXFont::shape, emph were moved inline by Lars on 4 Apr, 2001 (lyxfont.h
revision 1.33).
LyXFont::LyXFont, family, series, size, emph, noun were moved inline by Lars
on 17 Apr, 2001 (
On Mon, Sep 15, 2003 at 04:46:19PM -0400, Nirmal Govind wrote:
> Well, I will try to explain my logic (whether it will make any logical sense
> after this or not, I do not know.. :-)) .. if I'm trying to collaborate
> with someone and I'm making changes to text that already exists, I would
> like
On Mon, Sep 15, 2003 at 09:56:22PM +, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
> >> Is it not sufficient to compile the file that is causing the SIGSEGV in
> >> this way? If so, then the prescription above should be enough, no?
> >>
> > I did that too (but only recompiling messag
Angus Leeming wrote:
> If a pimpl-ing of LyXFont would have unacceptable performance implications,
> we could nonetheless get that #include "LColor.h" out of the lyxfont.h
> header file by storing 'color' as an int. Ie
> Is such a strategy acceptable?
As motivation, this simple change reduces th
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
Could you perhaps compile src/messages.C with debug info.
$ touch src/messages.C
$ cd ${BUILDDIR}
$ make CXXFLAGS="-g -W -Wall"
>>>
>> | Did that. The interesting part of the backtrace:
>>>
>> Stuff like thi
This patch is needed to compile with gcc 3.4 (CVS).
Currently gcc 3.4 is not able to compile lyx at all due to ICE's...
but this patch takes care of our errors.
? gcc34.diff
? src/insets/insetfloat.ii.gz
? src/insets/insetfloat.s
Index: src/LaTeX.C
===
Compiling current CVS:
[...]
In file included from GScreen.C:14:
GScreen.h: In member function `virtual WorkArea& GScreen::workarea() const':
GScreen.h:42: error: could not convert `this->GScreen::owner_' to `WorkArea&'
In file included from GScreen.C:16:
GWorkArea.h: In member function `Gdk::Co
76 matches
Mail list logo
