Jean-Marc Lasgouttes wrote:
> > Only from the master document. If in the menu, it should be greyed out
> > else.
>
> Why?
Else it gets too complicated I think. Or do you want to allow opening the
whole master/childs also when opening a child document? I think this should
be consistent. BTW I can
Hi,
A couple of input widgets in a few dialogs have no time delay
for the tooltips. For example:
Citation dialog: Inset Keys, Bibliography keys and Info
BibTeX Database: Styles.
The tooltips text is there immediately when the pointer
enters the widget. This is an annoying behaviour. Any id
On Fri, Feb 07, 2003 at 10:26:49AM +, John Levon wrote:
> +checking for "kdeprintfax"... yes
> ./configure: line 935: test: too many arguments
> checking for SGML-tools 1.x (LinuxDoc)... (sgml2lyx)
Is this the bug you fixed JMarc ?
john
On Fri, Feb 14, 2003 at 06:04:43PM +0100, Andre Poenitz wrote:
> This patch removes the hardcoded bibkey handling from paragraph and uses
> the bibkey inset "stand alone" in the paragraph itself (much like the
> OptArg inset).
I hate to pick you out, especially when it's so well motivated, but it
On Fri, Feb 14, 2003 at 05:53:25PM +0100, Andre Poenitz wrote:
> > You are getting rid of BufferStorage, right? I think it is a good idea
> > :)
>
> It is really interesting to see code for the first time the day before it
> gets removed...
Is this another vote in favour ?
john
Juergen Spitzmueller a écrit:
Christian Ridderström wrote:
It's probably equivalent in practice as long as you don't accidentally
close the master/root document first. Ok, I'm for it, but would this
function only work from the master document, or from any of the children
as well?
Only from th
Which version of gcc did you use and which version of Qt? I used to get
the sigsev error when I used gcc 2.95 but after compiling qt 3.0.7 with
gcc 3.2.1 and then compiling lyx also with 3.2.1, I don't get that
anymore but I get the new error I reported in my last thread... I'll
also try posting o
>
> Does your link error tell you what tries to access this symbol?
> Do Debian have a help forum? Is there a powerpc news group?
No, the only error I get is what I reported in the earlier mail.. is
there a way to get more information on the error??
debian-powerpc is a forum that I'm on but usu
Christian Ridderström wrote:
> It's probably equivalent in practice as long as you don't accidentally
> close the master/root document first. Ok, I'm for it, but would this
> function only work from the master document, or from any of the children
> as well?
Only from the master document. If in th
1.3 looks great ! Thanks!
I found a bug though. in
The attached file was written in 1.2.3 and worked fine there,
but gives latex errors in 1.3 (also after lyx2lyx)
Mark
--
[EMAIL PROTECTED] = http://homepages.inf.ed.ac.uk/mvanross
Dr. Mark van Rossum, Lecturer, ANC, University of Edi
LyX seems to be taking the "printing command" and "file name extension"
options (in the Preferences dialog box) as if they were only one
option. When you save or load your preferences, both take the same
value.
LyX 1.3.0 of Thu, Jan 30, 2003
Built on Feb 13 2003, 03:52:24
Configuration
Host t
On Fri, Feb 14, 2003 at 12:14:28AM +0100, Christian Ridderstr?m wrote:
> This problem was reported earlier and I've "confirmed" it.
>
> I don't know if it's a lyx-bug or a latex-bug, here's the rundown:
>
> This file works: http://www.md.kth.se/~chr/lyx/bugs/option-clash/works.lyx
>
> This file
On 14 Feb 2003, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> Christian> So... is this a lyx bug that I should report or?
>
> Please open a bug. The solution might be as simple as putting the
> dvips option in documentclass, as you did.
On Fri, 14 Feb 2003, Angus Leeming wrote:
> Christian Ridderström wrote:
>
> I guess that the real test is to export the file to latex and see if it
> still dies when you move the \usepackage{graphicx} macro above the
> \usepackage{rotate}. If this is the fix to the problem, then we can fix Ly
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> so that explains why it tries to call graphicx with [dvips]
Christian> the second time. The reason (I think) that grpahicx has
Christian> already been called is that the document contains a table
Christian> cell with
On Fri, 14 Feb 2003, Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
> > There have also been requests for something that closes all docs.
> > http://bugzilla.lyx.org/show_bug.cgi?id=740
> >
> > Now, it may be that what christian wants here is a function that
> > closes the master and th
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Hmm, I just have dropped the update button for the bst list
Juergen> (which was not implemented in qt anyway). Don't you think
Juergen> "reconfigure LyX" will do? (OTOH we could add an update
Juergen> button that updates
Andre Poenitz wrote:
>
> This patch removes the hardcoded bibkey handling from paragraph and uses
> the bibkey inset "stand alone" in the paragraph itself (much like the
> OptArg inset).
Great work. Apply it I say ;-)
--
Angus
Dekel Tsur wrote:
> Few comments:
>
> 1. There are several example .bib files (e.g. test.bib, xampl.bib)
> that should not be listed in the combox.
Why not? Sometimes I use them for testing purposes (have a look at the new LGT
;), and I think they are useful for newbies (checking out bibtex).
>
Dekel Tsur wrote:
> Another comment:
>
> Perhaps the interface should be like the one in the citation dialog, namely
> using two QListBoxes (although some people might complain that this won't
> allow them to type the text directly).
Exactly. Typing in text directly is important. It is the only po
This patch removes the hardcoded bibkey handling from paragraph and uses
the bibkey inset "stand alone" in the paragraph itself (much like the
OptArg inset).
Goal is to remove this hard coded stuff from paragraph.C, not to make
bibkey handling nicer.
I added a new lfun bibkey-insert and put a co
On Fri, Feb 14, 2003 at 05:47:04PM +0100, Jean-Marc Lasgouttes wrote:
> John> This removes a completely unnecessarily level of indirection
> John> (read: bloat), and removes some inset unlocking code that
> John> doesn't actually seem to do anything useful. Comments ?
>
> You are getting rid of Bu
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> This removes a completely unnecessarily level of indirection
John> (read: bloat), and removes some inset unlocking code that
John> doesn't actually seem to do anything useful. Comments ?
You are getting rid of BufferStorage, right? I th
Another comment:
Perhaps the interface should be like the one in the citation dialog, namely
using two QListBoxes (although some people might complain that this won't
allow them to type the text directly).
On Fri, Feb 14, 2003 at 12:33:44PM +0100, Juergen Spitzmueller wrote:
> Additionally to the unapplied changes here
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg52623.html
> I have replaced the LineEdit in QBibtex (to manually add a bib-file without
> path) with a combobox, that has a l
On Fri, Feb 14, 2003 at 06:01:42PM +0200, Dekel Tsur wrote:
> > So you think that hack can go?
>
> Yes.
Then just commit it.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Fri, Feb 14, 2003 at 04:47:27PM +0100, Andre Poenitz wrote:
> On Fri, Feb 14, 2003 at 05:43:24PM +0200, Dekel Tsur wrote:
> > > Where else does it lose the extra braces?
> >
> > The braces are removed when LyX reads the {\displaystyle a} part.
>
> So you think that hack can go?
Yes.
On Fri, Feb 14, 2003 at 05:45:24PM +0200, Dekel Tsur wrote:
> Commands like \ldots, \underbrace, \vec, \left( are not working at all:
> they draw junk on the screen.
I see it.
Looks like Lars broke math_support.C when he removed the pragmas.
Andre'
--
Those who desire to give up Freedom in ord
On Fri, Feb 14, 2003 at 05:43:24PM +0200, Dekel Tsur wrote:
> > Where else does it lose the extra braces?
>
> The braces are removed when LyX reads the {\displaystyle a} part.
So you think that hack can go?
Andre', currently unable to compile.
--
Those who desire to give up Freedom in order to
Commands like \ldots, \underbrace, \vec, \left( are not working at all:
they draw junk on the screen.
On Fri, Feb 14, 2003 at 04:18:29PM +0100, Andre Poenitz wrote:
> On Fri, Feb 14, 2003 at 05:04:13PM +0200, Dekel Tsur wrote:
> > On Fri, Feb 14, 2003 at 03:41:51PM +0100, Andre Poenitz wrote:
> > >
> > > Now: If the 'nucleus' (i.e. the base part) has size 1 (i.e. is just a
> > > single other inse
This removes a completely unnecessarily level of indirection (read:
bloat), and removes some inset unlocking code that doesn't actually
seem to do anything useful. Comments ?
john
Index: BufferView.C
===
RCS file: /usr/local/lyx/c
On Fri, 14 Feb 2003, Angus Leeming wrote:
>
> Well, you must call this code FROM somewhere. If this somewhere is a class
> method, does the class have access to a BufferView* returned by
>
> buffer.h: BufferView * getUser() const;
> BufferView_pimpl.h: BufferView * bv_;
> funcrequest.
On Sat, Feb 15, 2003 at 12:23:34AM +0900, [EMAIL PROTECTED] wrote:
> Please, it is important for people living in Far-Eastern country!
Oh, I know, it's just trying to get the stuff through my thick skull is
a very slow and tedious process...
john
On Fri, Feb 14, 2003 at 05:04:13PM +0200, Dekel Tsur wrote:
> On Fri, Feb 14, 2003 at 03:41:51PM +0100, Andre Poenitz wrote:
> >
> > Now: If the 'nucleus' (i.e. the base part) has size 1 (i.e. is just a
> > single other inset) _and_ this thing is a NestInset (i.e. something that
> > contains othe
On Fri, 14 Feb 2003, John Levon wrote:
> > PS: a stupid idea: wouldn't you have more luck with your CJK patch by
> > trying to make the qt version work? Isn't qt supposed to do all that
> > correctly?
>
> Nooo, not all this language stuff all over again ! :))
>
Please, it is important for peo
On Friday 14 February 2003 3:08 pm, [EMAIL PROTECTED] wrote:
> On Fri, 14 Feb 2003, Angus Leeming wrote:
> > Congratulations duly sent. Incidentally, why are you using
> > 'current_view'. It's a nasty, ugly hack. Could you not pass a (BufferView
> > *) to the function that requires this? That's gua
On Fri, Feb 14, 2003 at 03:03:52PM +, Angus Leeming wrote:
> I think that John has demonstrated that the Qt language interface is
> "difficult".
I think that's a bit unfair to Qt actually. Most of the problems were
our not-really-multilingual-but-we-pretend-to-be code, and my lack of
know
On 14 Feb 2003, Jean-Marc Lasgouttes wrote:
>
> Note that this will only give you the outer inset (think for example
> an ERT inset in a footnote). If what you mean is really the inset
> which is being edited, you have to do some extra voodoo magic I never
> understood.
>
I see what you mean.
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Feb 14, 2003 at 03:53:18PM +0100, Jean-Marc Lasgouttes
John> wrote:
cghan> the current_view! : "current_view->theLockingInset()" . It's
>> Note that this will only give you the outer inset (think for
>> example an ERT inset in a
On Fri, Feb 14, 2003 at 03:41:51PM +0100, Andre Poenitz wrote:
>
> Now: If the 'nucleus' (i.e. the base part) has size 1 (i.e. is just a
> single other inset) _and_ this thing is a NestInset (i.e. something that
> contains other "cells" (blue boxes)) _and_ the has a suspicion, that it
> wrote unn
On Friday 14 February 2003 2:56 pm, John Levon wrote:
> On Fri, Feb 14, 2003 at 03:53:18PM +0100, Jean-Marc Lasgouttes wrote:
> > cghan> the current_view! : "current_view->theLockingInset()" . It's
> >
> > Note that this will only give you the outer inset (think for example
> > an ERT inset in a fo
On Fri, Feb 14, 2003 at 01:54:59PM +, John Levon wrote:
> Can they be removed ?
And what about tabular-old, finally ?
john
> "John" == John Levon <[EMAIL PROTECTED]> writes:
>> So we use the quote in 0xB4 if encoding is iso-8859-[1349]. So this
>> relies on the lyxrc setting.
John> Which is not even settable in Qt. If it relies on that, why does
John> change lib/languages make a difference ?
Because it thinks yo
On Fri, 14 Feb 2003, Angus Leeming wrote:
>
> Congratulations duly sent. Incidentally, why are you using 'current_view'.
> It's a nasty, ugly hack. Could you not pass a (BufferView *) to the function
> that requires this? That's guaranteed to work in the future also when we have
> more than on
On Fri, Feb 14, 2003 at 03:53:18PM +0100, Jean-Marc Lasgouttes wrote:
> cghan> the current_view! : "current_view->theLockingInset()" . It's
>
> Note that this will only give you the outer inset (think for example
> an ERT inset in a footnote). If what you mean is really the inset
Really ?? I've
André, I have this in formulabase. I can show the dialog fine. On Apply, the
LFUN_REF_APPLY block here is called correctly. The print statement comes up
with:
LyX: Missing \end_inset at this point. Read: `' [around line 1 of file ~/]
mathed REF_APPLY.
Applying to 0, 0
The data is ref|++|sec:The-
> "cghan" == <[EMAIL PROTECTED]> writes:
cghan> Congratulate me, folks! I've just got how to call insets from
cghan> the current_view! : "current_view->theLockingInset()" . It's
cghan> that simple! Now I'm in business again!!!
Note that this will only give you the outer inset (think for exa
On Friday 14 February 2003 2:55 pm, [EMAIL PROTECTED] wrote:
> On Fri, 14 Feb 2003 [EMAIL PROTECTED] wrote:
> > Anyhow I need to know how to call insets such as footnote and tables
>
> from
>
> > the current bufferview, i.e., I like to have
> >
> > "(current bufferview)->(inset)->x()" or "...->getL
On Fri, 14 Feb 2003 [EMAIL PROTECTED] wrote:
> Anyhow I need to know how to call insets such as footnote and tables
from
> the current bufferview, i.e., I like to have
>
> "(current bufferview)->(inset)->x()" or "...->getLyXText(..)->x()", or
> something like that.
Congratulate me, folks! I'v
On Fri, Feb 14, 2003 at 04:26:59PM +0200, Dekel Tsur wrote:
> On Fri, Feb 14, 2003 at 02:50:22PM +0100, Andre Poenitz wrote:
> >
> > It only happens if there is a macro taking arguments which is neither
> > defined as LyX math macro nor otherwise known to mathed _and_ if that
> > argument needs it
On Fri, Feb 14, 2003 at 03:33:11PM +0100, Jean-Marc Lasgouttes wrote:
> John> No it didn't. Using iso-8859-15 in lib/languages breaks it. WTF
> John> ??
>
> There is the following code in InsetQuote::dispString():
>
> if (lyxrc.font_norm_type == LyXRC::ISO_8859_1
> || lyxrc.font
Jean-Marc Lasgouttes wrote:
> Could you 'cvs update' and send me the remaining parts that I
> forgot?
Attached. Many thanks,
Jürgen.
Index: lib/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/lib/ChangeLog,v
retrieving revision 1.377
diff
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Feb 14, 2003 at 12:39:28AM +, John Levon wrote:
>> > Is this some totally surreal bug in some changes I've made, > or
>> is anyone else seeing that the closing smart quote no longer >
>> looks like a quote in current CVS with
On Fri, Feb 14, 2003 at 02:50:22PM +0100, Andre Poenitz wrote:
>
> It only happens if there is a macro taking arguments which is neither
> defined as LyX math macro nor otherwise known to mathed _and_ if that
> argument needs its braces.
>
> In any case: try fixing it. You will be surprised how
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> I applied bug-773[12] and this to 1.4, and bug-773-1 to 1.3.
Juergen> Sorry, I should have made more clear that this patch contains
Juergen> the changes from bug-773-[12]. Do you need a fre
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 14. Februar 2003 14:30, John Levon wrote:
Sorry, I should learn to read mails. Confirmed the effect for _single_ closing.
Kornel
- --
Kornel Benko
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: PGP 6.5.8
iQCVAwUBPkz6JbewfbDGmeqh
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 14. Februar 2003 14:30, John Levon wrote:
> On Fri, Feb 14, 2003 at 12:39:28AM +, John Levon wrote:
> > > Is this some totally surreal bug in some changes I've made,
> > > or is anyone else seeing that the closing smart quote no longer
> > > look
Jean-Marc Lasgouttes wrote:
> I applied bug-773[12] and this to 1.4, and bug-773-1 to 1.3.
Sorry, I should have made more clear that this patch contains the changes from
bug-773-[12].
Do you need a fresh diff with the changes of this patch against cvs with
773-[12] applied?
Thanks,
Jürgen.
On Friday 14 February 2003 1:54 pm, Andre Poenitz wrote:
> On Fri, Feb 14, 2003 at 01:34:17PM +, Angus Leeming wrote:
> > André, I'm suffering from brain ache.
>
> Take a hot bath, go to bed...
>
> > What should I use in mathed/ref_inset.C instead of the 'normal' insets'
> > write method:
> >
Juergen Spitzmueller wrote:
> I believe that. I have no idea actually, but isn't it similar to
> buffer-child-close?
^^^
buffer-child-open of course.
Jürgen
Hello,
by accident, I noticed that both "\noun on" and "\shape smallcaps" are
listed in one of my LyX files. What is the difference? I hope there is
none...
And then there are also places where the silly sequence
"\emph off ...\emph default"
occurs. Why isn't there just "on" and "off"?
Well
On Fri, Feb 14, 2003 at 09:31:25AM +0100, Andre Poenitz wrote:
> Ok. Let's have a look.
> + // delete empty mathbox (LFUN_BACKSPACE and LFUN_DELETE)
> + bool remove_inset;
> Uninitialized variable. This is actually a bug I just noticed.
> remove_inset may contain a non-ze
On Fri, Feb 14, 2003 at 01:43:50PM +, Angus Leeming wrote:
> why does this compile:
> string data = ...;
> istringstream datastream(data);
> LyXLex lex(0,0);
> lex.setStream(datastream);
>
> and this not:
> LyXLex lex(0,0);
> lex.setStream(istri
Jean-Marc Lasgouttes wrote:
> The code to do that will have to use look like the code for looking
> for all labels in a group of docs. What name would you suggest for that?
LFUN_CHILDCLOSE, "buffer-child-close"
> Juergen> I agree that a simple "close all" (opened documents) function
> Juergen> is
Can they be removed ?
john
On Fri, Feb 14, 2003 at 01:34:17PM +, Angus Leeming wrote:
> André, I'm suffering from brain ache.
Take a hot bath, go to bed...
> What should I use in mathed/ref_inset.C instead of the 'normal' insets'
> write method:
> ostringstream data;
> write(bv.buffer(), data);
>
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Please apply to 1.4. For 1.3, I'd still propose to take the
Juergen> bug773-1.diff patch (also on bugzilla).
I applied bug-773[12] and this to 1.4, and bug-773-1 to 1.3.
JMarc
On Fri, Feb 14, 2003 at 03:33:39PM +0200, Dekel Tsur wrote:
> > This is obviously a bug, but one that probably can't be fixed without
> > breaking other thing. If the braces were left in we'd end up with a lot of
> > really superflous braces in other places.
>
> The problem does not occur when you
André, as our resident c++ guru, why does this compile:
string data = ...;
istringstream datastream(data);
LyXLex lex(0,0);
lex.setStream(datastream);
and this not:
LyXLex lex(0,0);
lex.setStream(istringstream(data));
The compiler complains that it
> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
>> I am not sure about the docs. What do you mean in the section
>> about the layout file? people are not supposed to know about \title
>> and such, and as far as I know the environments Title or Author
>> *are* supported.
Rod> Brain stopped w
Andre Poenitz wrote:
> On Fri, Feb 14, 2003 at 12:03:20PM +, Angus Leeming wrote:
>> > + stringstream data;
>> > + params().write(data);
>> > + lyxfunc().dispatch(FuncRequest(action_, data.str()));
>> > }
>> >
>> > I really think you should use ostringstream for write-only streams.
>> > Ma
On Fri, Feb 14, 2003 at 09:20:07AM +0100, Andre Poenitz wrote:
> On Fri, Feb 14, 2003 at 12:41:51AM +0100, Pedro Tejedor wrote:
> > if you use a math-macro in 1.1.6 it appears sometimes without its
> > brackets in 1.3.0, which surprisingly works sometimes. I have isolated a
> > case where it doe
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> I suspect that too. Christian? IMO this function is needed
Juergen> for a proper child document handling (though a real
Juergen> master/child outliner would be even better of course). If I
Juergen> am working on an articl
On Fri, Feb 14, 2003 at 12:39:28AM +, John Levon wrote:
> > Is this some totally surreal bug in some changes I've made,
> > or is anyone else seeing that the closing smart quote no longer
> > looks like a quote in current CVS with Qt frontend, but like 2 Z's ??
>
> Just confirmed - it happen
On Fri, Feb 14, 2003 at 12:03:20PM +, Angus Leeming wrote:
> > + stringstream data;
> > + params().write(data);
> > + lyxfunc().dispatch(FuncRequest(action_, data.str()));
> > }
> >
> > I really think you should use ostringstream for write-only streams.
> > Makes things a bit more obviou
On Fri, 14 Feb 2003, Angus Leeming wrote:
> Guys?
> (FYI, CG has been beavering away and can has moved all the nasty Composition
> stuff into the GUI library. As a result he can now also enter Korean
> characters in the xforms input widgets as well as on the main LyX screen. His
> one real rema
On Friday 14 February 2003 11:56 am, Andre Poenitz wrote:
> On Fri, Feb 14, 2003 at 11:32:20AM +, Angus Leeming wrote:
> > I would value some constructive criticism of all this.
>
> + { LFUN_CITATION_APPLY, "", "", Noop },
> + { LFUN_INCLUDE_APPLY, "", "", Noop },
> +
Jean-Marc Lasgouttes wrote:
> There have also been requests for something that closes all docs.
> http://bugzilla.lyx.org/show_bug.cgi?id=740
>
> Now, it may be that what christian wants here is a function that
> closes the master and the childs, not really all.
I suspect that too. Christian?
IMO
On Fri, Feb 14, 2003 at 11:32:20AM +, Angus Leeming wrote:
> I would value some constructive criticism of all this.
+ { LFUN_CITATION_APPLY, "", "", Noop },
+ { LFUN_INCLUDE_APPLY, "", "", Noop },
+ { LFUN_INCLUDE_SHOW, "buffer-child-insert", "", Noop
On Friday 14 February 2003 11:27 am, [EMAIL PROTECTED] wrote:
> On Fri, 14 Feb 2003, Angus Leeming wrote:
> > Put it this way: how do you expect to get your patch into the official
> > xforms library when it contains such nastiness ;-)
> >
> > Anyway, you have isolated the problem and have things w
Additionally to the unapplied changes here
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg52623.html
I have replaced the LineEdit in QBibtex (to manually add a bib-file without
path) with a combobox, that has a list of all available bibtex databases
(found by kpsewhich), similar to the bs
Attached is a work in progress patch of the controller clean-up. It's far
from complete, but I have things working for the following insets:
+char const * const dialognames[] = { "bibitem", "bibtex", "citation",
+"include", "index", "toc", "url" };
This necessarily breaks all other insets and I
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Can we have a function that closes a master document and all
Juergen> its child documents?
There have also been requests for something that closes all docs.
http://bugzilla.lyx.org/show_bug.cgi?id=740
Now, it may be th
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Nirmal Govind wrote:
>> Hi.. based on suggestions from this list, I upgraded to gcc3.2 and
>> recompiled QT 3 and then compiled lyx 1.3.0. I still can't startup
>> Lyx.. gives the following error:
>>
>> src/lyx: relocation error: s
Hi,
I'd like to follow up on a message from Nirmal Govind reporting problems
with lyx 1.3.0 on the PowerPC platform (Qt frontend).
My system is the ppc redhat port called yellow dog linux (current
release 2.3 with updates installed).
Both the src.rpm and the tarball compile seemingly fine, but
Nirmal Govind wrote:
> Hi.. based on suggestions from this list, I upgraded to gcc3.2 and
> recompiled QT 3 and then compiled lyx 1.3.0. I still can't startup
> Lyx.. gives the following error:
>
> src/lyx: relocation error: src/lyx: undefined symbol: _ZN5QChar4nullE
>
> I'm using gcc/g++ 3.2.1
Christian Ridderström wrote:
> This problem was reported earlier and I've "confirmed" it.
>
> I don't know if it's a lyx-bug or a latex-bug, here's the rundown:
>
> This file works: http://www.md.kth.se/~chr/lyx/bugs/option-clash/works.lyx
>
> This file fails: http://www.md.kth.se/~chr/lyx/bug
Can we have a function that closes a master document and all its child
documents?
Jürgen.
> "Michael" == Michael A Koziarksi <[EMAIL PROTECTED]> writes:
>> I wonder what people think of making the Insert key open the Insert
>> menu.
Michael> I don't know about anyone else, but I'd prefer the insert key
Michael> to behave as expected.
Yes. But does it do anything useful these days
Jean-Marc Lasgouttes wrote:
> Helge> And how about files referenced from commands in ERT insets
> Helge> and/or preamble commands?
>
> AFAIK, preambles of child documents are not output, so this should not
> be a concern.
Of course. I was thinking of a macro with relative-file operation
defined
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 14. Februar 2003 02:06, John Levon wrote:
...
> > Hmm... what quote style?
>
> Normal english ones.
I do no see it.
1.4.0cvs from yesterday.
Kornel
- --
Kornel Benko
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: PGP 6.5
On Thu, Feb 13, 2003 at 07:23:54PM -0600, Bo Peng wrote:
> > and it does not really follow LyX coding rules.
>
> I have read the 'coding rules' and I would appreciate it if you can show
> me the problems of my patch. It certainly need time to get used to all
> the rules.
Ok. Let's have a look.
On Fri, Feb 14, 2003 at 09:20:07AM +0100, Andre' Poenitz wrote:
> Try to move the macro definition from the preamble to a proper math macro
> and parsing should be fine.
I attach a modified version of your file.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not h
On Fri, Feb 14, 2003 at 12:41:51AM +0100, Pedro Tejedor wrote:
> if you use a math-macro in 1.1.6 it appears sometimes without its
> brackets in 1.3.0, which surprisingly works sometimes. I have isolated a
> case where it doesn't work, with a calligraphic font. Attached is a
> minimum 1.1.6 fil
95 matches
Mail list logo
