>>>>> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> This patch allows frontends to declare which lfuns are not
>> implemented (preamble and toolips for qt2) and make the menus
>> fronten
Jean-Marc Lasgouttes wrote:
> This patch allows frontends to declare which lfuns are not implemented
> (preamble and toolips for qt2) and make the menus frontends ignore
> such unknown functions. Also, it makes the Edit>Thesaurus magically
> disappear if lyx is not compiled with ai
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | OK to apply?
Lars> Ok, but not more of these now.
I did not plan to :)
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| This patch allows frontends to declare which lfuns are not implemented
| (preamble and toolips for qt2) and make the menus frontends ignore
| such unknown functions. Also, it makes the Edit>Thesaurus magically
| disappear if lyx is not
This patch allows frontends to declare which lfuns are not implemented
(preamble and toolips for qt2) and make the menus frontends ignore
such unknown functions. Also, it makes the Edit>Thesaurus magically
disappear if lyx is not compiled with aiksaurus support.
While there is a lot to do
On Fri, Dec 13, 2002 at 03:37:26PM +1000, Allan Rae wrote:
> $VISUAL is supposed to be the name of a $EDITOR that doesn't require a
> terminal. Save some pain and just use $VISUAL instead of $EDITOR to
> invoke your editor.
Ah. I did not know that. Maybe because I rarely use editors that don't ne
On Tue, 10 Dec 2002, Andre Poenitz wrote:
> On Tue, Dec 10, 2002 at 08:35:53AM +0100, Alfredo Braunstein wrote:
> > > The preference of an external editor should be stated by setting the
> > > EDITOR environment variale to an appropriate value. No need to re-invent
> > > the wheel...
> >
> > That'
On Wed, Dec 11, 2002 at 10:38:23AM +0100, Jean-Marc Lasgouttes wrote:
> John> And you're going to ignore the Separator below Tooltips how ?
>
> I'm sure that your menu frontend code ignores separators at the top or
> bottom of menus, doesn't it?
I doubt it :)
But if it must, it will still
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Dec 10, 2002 at 12:23:24PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> Another solution: add a method GUIruntime::isImplemented(kb_action)
>> that would return false for not implemented actions. Then these
>> would be ignored by
John Levon wrote:
> On Mon, Dec 09, 2002 at 10:04:31PM +0100, Alfredo Braunstein wrote:
>
>> 1) first patch to enable Layout->Preamble
>
> I don't think we want this. Preamble has been moved to the Document
> dialog. We need to make the menus frontend-specific to
Edwin Leuven wrote:
> And after sending this I contniued to read the thread: sorry (guess I am
> still asleep).
>
> Ed.
Don't worry... For sure you were not the only one... Thanks¸ Alfredo
On Tue, Dec 10, 2002 at 12:23:24PM +0100, Jean-Marc Lasgouttes wrote:
> Another solution: add a method GUIruntime::isImplemented(kb_action)
> that would return false for not implemented actions. Then these would
> be ignored by MenuBackend. The advantage is simplicity, and
> possibility to ignore
On Tue, Dec 10, 2002 at 11:28:56AM +, Angus Leeming wrote:
> > Wouldn't it even for 1.3 be simpler to have the 'name' argument and an 'if'
> > cascade in the Qt implementation?
>
> Whatever. It should needs implementing SOMEHOW. Two minutes to code. 10
> minutes to compile on a fast machine
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| >>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Edwin Leuven <[EMAIL PROTECTED]> writes: | redundant now
| Lars> (preamble is in document settings dialog). I also
>>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Edwin Leuven <[EMAIL PROTECTED]> writes: | redundant now
Lars> (preamble is in document settings dialog). I also think the |
Lars> show preamble entry should be removed from th
On Tuesday 10 December 2002 11:10 am, Andre Poenitz wrote:
> On Tue, Dec 10, 2002 at 11:09:35AM +, Angus Leeming wrote:
> > No. I reckon that for 1.3 you should go for the simple to code multiple
> > virtual bool haveXYZ() { return true; }
> > and overload the few cases in Qt where they dec
Edwin Leuven <[EMAIL PROTECTED]> writes:
| redundant now (preamble is in document settings dialog). I also think the
| show preamble entry should be removed from the (qt) menu.
Or just make the QDocument::preamble pop up...
--
Lgb
On Tue, Dec 10, 2002 at 11:09:35AM +, Angus Leeming wrote:
> No. I reckon that for 1.3 you should go for the simple to code multiple
> virtual bool haveXYZ() { return true; }
> and overload the few cases in Qt where they decided that they don't want a
> dialog.
Wouldn't it even for 1.3
On Tuesday 10 December 2002 10:47 am, Jean-Marc Lasgouttes wrote:
> Angus> Excellent idea. It's a major pain that adding a new dialog
> Angus> causes the re-compilation of the whole LyX tree.
>
> In this case, we should also have showDialog(string const & name) and
> a map name->dialog of some sort
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Tuesday 10 December 2002 10:21 am, Andre Poenitz wrote:
>> On Tue, Dec 10, 2002 at 10:27:08AM +, Angus Leeming wrote: >
>> Well then, I see no alternative but to write a bunch of 1-line
>> functions > for each frontend (below
On Tuesday 10 December 2002 10:21 am, Andre Poenitz wrote:
> On Tue, Dec 10, 2002 at 10:27:08AM +, Angus Leeming wrote:
> > Well then, I see no alternative but to write a bunch of 1-line functions
> > for each frontend (below). If they default to true, then you'll have to
> > overload only a fe
On Tue, Dec 10, 2002 at 10:27:08AM +, Angus Leeming wrote:
> Well then, I see no alternative but to write a bunch of 1-line functions for
> each frontend (below). If they default to true, then you'll have to overload
> only a few in the respective frontends...
>
> frontends/Dialogs.h
>
> cl
gt;
> OK, I see.
>
> Angus> What we could do is have all these methods return a bool
> Angus> telling the core whether the request has been dealt with.
>
> No, I want to know whether there is a preamble dialog without actually
> showing it. It is used for suppressing t
us> telling the core whether the request has been dealt with.
No, I want to know whether there is a preamble dialog without actually
showing it. It is used for suppressing the menu option.
JMarc
On Tue Dec 10, 2002 10:16, Edwin Leuven wrote:
> On Mon Dec 9, 2002 21:04, Alfredo Braunstein wrote:
> > Hi,
> >
> > 1) first patch to enable Layout->Preamble
> > 2) second patch: to
> > a) eliminate a crash on Layout->Preamble->Edit->Cancel
On Mon Dec 9, 2002 21:04, Alfredo Braunstein wrote:
> Hi,
>
> 1) first patch to enable Layout->Preamble
> 2) second patch: to
> a) eliminate a crash on Layout->Preamble->Edit->Cancel (a NULL
> point er was assigned to a string)
> b) adds 'x
On Tuesday 10 December 2002 8:45 am, Jean-Marc Lasgouttes wrote:
> >>>>> "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> On Mon, Dec 09, 2002 at 10:04:31PM +0100, Alfredo Braunstein
>
> John> wrote:
> >> 1) first patch to
>>>>> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> What about the idea of disabling preamble if it is not hooked to a
>> signal? I can do that if someone tells me how I can test for this
Juergen Spitzmueller wrote:
> tooltip specific issues
frontend specific issues...
Jürgen.
Jean-Marc Lasgouttes wrote:
> What about the idea of disabling preamble if it is not hooked to a
> signal? I can do that if someone tells me how I can test for this
> condition.
What about the optitem (related to frontend) idea? Then you can disable
tooltips and child processes too
>>>>> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Mon, Dec 09, 2002 at 10:04:31PM +0100, Alfredo Braunstein
John> wrote:
>> 1) first patch to enable Layout->Preamble
John> I don't think we want this. Preamble has been moved t
On Tue, Dec 10, 2002 at 08:35:53AM +0100, Alfredo Braunstein wrote:
> > The preference of an external editor should be stated by setting the
> > EDITOR environment variale to an appropriate value. No need to re-invent
> > the wheel...
>
> That's how it's implemented right now. The problem is that
Andre Poenitz wrote:
> On Mon, Dec 09, 2002 at 11:27:30PM +0100, Alfredo Braunstein wrote:
>> It looks broken anyway. Maybe it's better to call an external editor
>> configurable by preferences?
>
> The preference of an external editor should be stated by setting the
> EDITOR environment variale
On Mon, Dec 09, 2002 at 11:27:30PM +0100, Alfredo Braunstein wrote:
> It looks broken anyway. Maybe it's better to call an external editor
> configurable by preferences?
The preference of an external editor should be stated by setting the EDITOR
environment variale to an appropriate value. No nee
On Mon, Dec 09, 2002 at 10:04:31PM +0100, Alfredo Braunstein wrote:
> 1) first patch to enable Layout->Preamble
I don't think we want this. Preamble has been moved to the Document
dialog. We need to make the menus frontend-specific to remove the menu
item (and others like Help->
Lars Gullik Bjønnes wrote:
> | b) adds 'xterm -e ' when calling the editor from $EDITOR
>
> I am not so sure about this one... what if my $EDITOR is "emacsclient"?
>
An xterm will flash for a second and the editor will be launched correctly I
guess (?). Isn't it better than the presen
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| 1) first patch to enable Layout->Preamble
The qt people must look at this one.
| 2) second patch: to
| a) eliminate a crash on Layout->Preamble->Edit->Cancel (a NULL point
| er was assigned to a string)
Ok, I guess. Bu
Hi,
1) first patch to enable Layout->Preamble
2) second patch: to
a) eliminate a crash on Layout->Preamble->Edit->Cancel (a NULL point
er was assigned to a string)
b) adds 'xterm -e ' when calling the editor from $EDITOR
Hope it's of some use,
Ok.. one more.. how do I get the Preferences dialog? Edit -> Preferences
doesn't pop up anything.. and I tried looking at the other menus but
can't seem to find it..
Also, when I type, there's a significant delay between the keyboard
stroke and the visual.. and if I type continuously then the char
>
> you can find it in the document settings dialog
>
Ok.. thanks..
Btw, just wanted to mention that the QT frontend is so much better than
xforms.. and I don't mean that just cos of the appearance.. it is really
more efficient.. it takes fewer clicks to do almost anything and
browsing thru fo
On Thu Oct 31, 2002 15:06, Nirmal Govind wrote:
> Hi.. in the qt frontend, when I do Layout->Preamble, nothing happens,
> i.e. no Preamble box pops up... is this a known problem?
you can find it in the document settings dialog
Hi.. in the qt frontend, when I do Layout->Preamble, nothing happens,
i.e. no Preamble box pops up... is this a known problem?
Thanks,
nirmal
On Mon, Oct 28, 2002 at 10:35:10AM +0900, Rob Lahaye wrote:
> This dialog should merge with the Document dialog, shouldn't it?
Sounds sensible...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Dekel Tsur wrote:
Pressing enter closes the dialog, and therefore it is not possible to
add new lines...
This dialog should merge with the Document dialog, shouldn't it?
Rob.
Pressing enter closes the dialog, and therefore it is not possible to
add new lines...
On Fri, Aug 02, 2002 at 04:51:03PM +0100, Angus Leeming wrote:
> I'm sorry to tell you that reverting it did indeed fix the problem.
+ if (compare_ascii_no_case(token, endtoken) == 0)
+ break;
*d'oh*
let me try again, and I'll check
On Friday 02 August 2002 4:41 pm, John Levon wrote:
> On Fri, Aug 02, 2002 at 04:11:14PM +0100, Angus Leeming wrote:
> > It's empty! See below.
> > This is current cvs; all was fine until I updated to include John's
> > lyxlex patch and André's changes to mathed...
>
> Can you try back out lyxlex
On Fri, Aug 02, 2002 at 04:11:14PM +0100, Angus Leeming wrote:
> It's empty! See below.
> This is current cvs; all was fine until I updated to include John's lyxlex
> patch and André's changes to mathed...
Can you try back out lyxlex please ? And commit the revert if it fixes
it
patch looked o
It's empty! See below.
This is current cvs; all was fine until I updated to include John's lyxlex
patch and André's changes to mathed...
Angus
Only the user preamble is affected:
\makeatletter
%% User specified
> "Charpentier" == Charpentier Philippe <[EMAIL PROTECTED]> writes:
>> Yes, it is the only solution now. Would the solution I outlined
>> (with a new DependsOn tag) suit you in this case?
Charpentier> It seems to me that it is a good solution which solve
Charpentier> elegantly my problem wi
Jean-Marc Lasgouttes wrote:
>>>>>>"Philippe" == Philippe Charpentier <[EMAIL PROTECTED]> writes:
>>>>>>
>
>Philippe> I think it is the simplest way, but if the second Preamble
>Philippe> is write in the latex preamble before t
>>>>> "Philippe" == Philippe Charpentier <[EMAIL PROTECTED]> writes:
Philippe> I think it is the simplest way, but if the second Preamble
Philippe> is write in the latex preamble before the first one I get an
Philippe> error (of course the second layout c
Le mar 11/06/2002 à 16:41, Jean-Marc Lasgouttes a écrit :
> This is solved in ams layouts by defining some of the stuff in the
> main preamble:
>
> Preamble
> \theoremstyle{plain}
> \newtheorem{thm}{Theorem}[section]
> \numberwithin{equation}{section} %% Comment
>>>>> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Tue, Jun 11, 2002 at 04:41:03PM +0200, Jean-Marc Lasgouttes
Dekel> wrote:
>> 2/ Add a new tag 'DependsOn' (followed by a style name) in Style
>> definitions, that en
On Tue, Jun 11, 2002 at 04:41:03PM +0200, Jean-Marc Lasgouttes wrote:
> 2/ Add a new tag 'DependsOn' (followed by a style name) in Style
> definitions, that ensures that the preamble of the DependsOn style is
> output before the current one. In your case, it would give someth
t.
Philippe> In this last version they appear in the alphabetical order
Philippe> of the names of the layouts.
This is a coincidence too. We changed the data structure that holds
the preamble fragments, and it is now an unordred set. This means that
the order can be different depending on the
I recently test the new version 1.2 of LyX. The work done by the
developers is impresive. But I encountred the following problem.
I wrote some document class for LyX containing many layouts with
preambles. In the previous version of LyX those preambles where send to
the TeX file in the order they
Hey guys,
I've renamed all the classes in the gnome frontend, renamed the dialog
files & implemented the preamble.
The patch is at:
http://www.koziarski.org/gnome-class-rename-and-preamble.tar.bz2
please look over and apply
> "dochawk" == dochawk <[EMAIL PROTECTED]> writes:
dochawk> jmarc jmubmled,
>> > "John" == John Levon <[EMAIL PROTECTED]> writes:
John> as for the tab suggestion, I'd rather not - tabs suck !
>> Why?
dochawk> mousey. Extra reach & click. Not as natural to access fromthe
dochawk> keyba
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> as for the tab suggestion, I'd rather not - tabs suck !
Why?
JMarc
On Wed, Jan 09, 2002 at 01:39:19PM +1000, Allan Rae wrote:
> My personal preference is to get rid of the dialog and just open a
> another buffer that is a single InsetERT. Although it need not be
> drawn quite the same way as users may start thinking they can add
> other things outside the ERT's
On Wed, 9 Jan 2002, R. Lahaye wrote:
>
> Hi,
>
> I was wondering whether there are good reasons against
> merging the "Layout->LaTeX preamble" menu entry with the
> "Layout->Document", with the preamble as a tab in the
> Document Layout dialog.
>
Hi,
I was wondering whether there are good reasons against
merging the "Layout->LaTeX preamble" menu entry with the
"Layout->Document", with the preamble as a tab in the
Document Layout dialog.
It would make more sense in there, instead of a separate
menu entry, wouldn't it?
Regards,
Rob.
Jean-Marc Lasgouttes wrote:
>
> > "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>
> >> Maybe we didn't know about that. Or maybe footmisc is not a
> >> required package so it's better to make this by hand. I don't know!
>
> Herbert> it's nearly the same code in footmisc. the texcode
Juergen Vigna wrote:
>
> On 13-Aug-2001 Herbert Voss wrote:
> > Juergen Vigna wrote:
> >>
> >> How do you know if options are additive or mutual exclusive?
> >
> > at this time I'll get only options which are independent
> > from each other. They all look like
>
> You mean they are mutual exclus
On 13-Aug-2001 Herbert Voss wrote:
> Juergen Vigna wrote:
>>
>> How do you know if options are additive or mutual exclusive?
>
> at this time I'll get only options which are independent
> from each other. They all look like
You mean they are mutual exclusive (you can specify one and only one
Juergen Vigna wrote:
>
> How do you know if options are additive or mutual exclusive?
at this time I'll get only options which are independent
from each other. They all look like
\DeclareOption{name}{%
--- what to do ---
}
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
On 13-Aug-2001 Lars Gullik Bjønnes wrote:
>| > That is because the proper sulution is to make real support for
>| > footmisc, not some hidden magical support that happens to be included
>| > if you do something special.
>|
>| ??? I don't understand what you mean! Should we add support for footm
> if someone is interested in the script for further developping,
> let me know. at this point there are some minor problems
> with the script. maybe that this idea is the whole nonsense
> because it's only three days old, than let it be ... :-)
I like the idea.
Andre'
--
André Pönitz
On 13-Aug-2001 Herbert Voss wrote:
> my idea is to support ALL locally installed style packages.
> this may be important for the user, because he never knows
> what packages are on his local tex-system (647 on my own!)
> my problem is, that I'm not familiar with c++. so I tried
> to write at fir
t; > on the other hand a lot of user uses footmisc with the
> | > > option [bottom] in any case and footmisc is a supported
> | > > package from ctan.
> | >
> | > This is a (small) problem: if the user had \usepackage[bottom]{footmisc} in
> | > the preambl
On 13-Aug-2001 Lars Gullik Bjønnes wrote:
> That is because the proper sulution is to make real support for
> footmisc, not some hidden magical support that happens to be included
> if you do something special.
??? I don't understand what you mean! Should we add support for footmisc
or should w
On Fri, Jul 27, 2001 at 03:27:17PM +0200, Jean-Marc Lasgouttes wrote:
> Juergen> Well then I opt we remove all special code we have for this
> Juergen> inside LyX and output the normal \foreignlanguage{} tags.
>
> It depends. We should also aim at producing human readable code, not
> random gibbe
On 27-Jul-2001 Dekel Tsur wrote:
> Relyx should support any reasonable latex file which was written by a human,
> so it should support the \L and \R command.
We aren't talking about Relyx we where talking about LyX-source-code. Sure
Relyx should honor them and output the right \lang tags in th
On Fri, Jul 27, 2001 at 02:49:33PM +0200, Juergen Vigna wrote:
>
> On 27-Jul-2001 Dekel Tsur wrote:
>
> > 1. Because people use the shorter \L and \R commands.
>
> This is no reason you use short-cuts because it's faster to type we don't
> have a reason to use this shortcuts. If this means intr
On 27-Jul-2001 Dekel Tsur wrote:
> 1. Because people use the shorter \L and \R commands.
This is no reason you use short-cuts because it's faster to type we don't
have a reason to use this shortcuts. If this means introducing a lot of
special code for them to work then we have less reason to su
On Fri, Jul 27, 2001 at 02:30:47PM +0200, Juergen Vigna wrote:
>
> On 27-Jul-2001 Dekel Tsur wrote:
>
> > Yes, if the document in an English-Arabic document, then
> > \L{text} = \foreignlanguage{english}{text}
> > \R{text} = \foreignlanguage{arabic}{text}
>
> So why do we need this \L \R macr
On 27-Jul-2001 Dekel Tsur wrote:
> Yes, if the document in an English-Arabic document, then
> \L{text} = \foreignlanguage{english}{text}
> \R{text} = \foreignlanguage{arabic}{text}
So why do we need this \L \R macros if we can do the same with the actual
language code?
Jürgen
--
-._
On Fri, Jul 27, 2001 at 02:17:19PM +0200, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> On Thu, Jul 26, 2001 at 05:37:51PM -0400, Amir Karger wrote:
> >> On Thu, Jul 26, 2001 at 08:26:21PM +0300, Dekel Tsur wrote: > On
> >> Wed, Jul 25, 2001 at 1
On Thu, Jul 26, 2001 at 05:37:51PM -0400, Amir Karger wrote:
> On Thu, Jul 26, 2001 at 08:26:21PM +0300, Dekel Tsur wrote:
> > On Wed, Jul 25, 2001 at 10:34:05PM +0100, Jose Abilio Oliveira Matos wrote:
> > > On Wed, Jul 25, 2001 at 03:03:40PM +0200, Jean-Marc Lasgouttes wrote:
> > > >
> >
> > 3
On Thu, Jul 26, 2001 at 08:26:21PM +0300, Dekel Tsur wrote:
> On Wed, Jul 25, 2001 at 10:34:05PM +0100, Jose Abilio Oliveira Matos wrote:
> > On Wed, Jul 25, 2001 at 03:03:40PM +0200, Jean-Marc Lasgouttes wrote:
> > >
>
> 3. The \L and \R commands for Hebrew files.
> - \L{text} is a shortcut to
On Wed, Jul 25, 2001 at 10:34:05PM +0100, Jose Abilio Oliveira Matos wrote:
> On Wed, Jul 25, 2001 at 03:03:40PM +0200, Jean-Marc Lasgouttes wrote:
> >
> > You have to know the current language at this point of the document.
>
> Now I know the language of the document
> How many ways the
On Mon, Jul 23, 2001 at 01:55:16PM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> Jose> I have commited, in the CVS, some new code to improve the
> Jose> latex preamble. Hurrah!
&
preamble.
Hurrah!
Please test it.
On a more serious note, this is good news since it will close one section
of bugs in the reLyX man page, and simplify the import of latex documents. I
hope also that it enhances the exchange of documents with non LyX users.
Almost all the options that are
On Sat, Jul 21, 2001 at 09:19:04AM +0200, Ronny Buchmann wrote:
> two little bugs with latex preamble
>
> 1st (important): in read-only files copy (with mouse) is not allowed
an xforms bug, it doesn't know the difference between read only and deactivated
widgets.
I have a
* Ronny Buchmann <[EMAIL PROTECTED]> [2001-07-21 09:19] schrieb:
> hi
>
> two little bugs with latex preamble
>
> 1st (important): in read-only files copy (with mouse) is not allowed
>
> 2nd: when resizing the dialog (-> wider), right scrollbar is also resized
hi
two little bugs with latex preamble
1st (important): in read-only files copy (with mouse) is not allowed
2nd: when resizing the dialog (-> wider), right scrollbar is also resized (und looks
really ugly)
--
thanks
ronny
On Thu, Jun 28, 2001 at 01:53:23AM -0300, Garst R. Reese wrote:
> Current cvs
> Cutting and pasting a preamble from one document to another gave some
> interesting problems. To get it to work, I had to leave the original
> preamble up, switch to the target document. The the menubar
Current cvs
Cutting and pasting a preamble from one document to another gave some
interesting problems. To get it to work, I had to leave the original
preamble up, switch to the target document. The the menubar was garbled,
so I had to move the cursor around a bit to get to where I could bring
up
On Friday 18 May 2001 16:22, Jean-Marc Lasgouttes wrote:
> >>>>> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> Hi folks, The latest CVS crashes with the following stack
> Kayvan> trace, on any document I try, when attemptin
>>>>> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Hi folks, The latest CVS crashes with the following stack
Kayvan> trace, on any document I try, when attempting to view/edit the
Kayvan> preamble.
Angus, could you have a look at this
Hi folks,
The latest CVS crashes with the following stack trace, on any
document I try, when attempting to view/edit the preamble.
Program received signal SIGSEGV, Segmentation fault.
lyxstring::~lyxstring (this=0x2696cd00, __in_chrg=3) at lyxstring.C:459
(gdb) where
#0 lyxstring::~lyxstring
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>> Unable to reproduce.
Kayvan> I am unable to reproduce as well now.
Kayvan> I recompiled everything from scratch on my Solaris box (where
Kayvan> the problem was happening).
However, after writing this message, I tried to quit LyX
ast few snapshots have had this problem:
> |
> | Trying to edit the LaTeX preamble makes LyX crash. I end up editing
> | it by hand...
>
> Unable to reproduce.
I am unable to reproduce as well now.
I recompiled everything from scratch on my Solaris box (where the problem was
happening).
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| Just in case you didn't know about this problem:
|
| I use LyX from CVS all the time... Yes, I know, silly me. Anyway,
| the last few snapshots have had this problem:
|
| Trying to edit the LaTeX preamble makes LyX crash.
Just in case you didn't know about this problem:
I use LyX from CVS all the time... Yes, I know, silly me. Anyway,
the last few snapshots have had this problem:
Trying to edit the LaTeX preamble makes LyX crash. I end up editing
it by hand...
---Kayvan
> why not gather all the macrodefinitions during the Validate?
> Just add a mathmacros vector to LaTeXFeatures.
Well, I have no idea what's happening there, but I could try to read the
documentat^H^H^H^Hsources.
Andre'
--
André Pönitz . [EMAIL PROTEC
Andre Poenitz <[EMAIL PROTECTED]> writes:
| What is the recommended way to put something in the preamble that gets
| written to a .tex file?
LaTeXFeatures Validate
| So for writing .tex we would need some mechanism like:
|
| 1. Write everything as usual, except macro definitions,
What is the recommended way to put something in the preamble that gets
written to a .tex file?
-
Has anybody strong feelings on how a 'macro pool' should be implemented?
I.e. currently we write macro definitions to the .lyx/.tex file according
to their position in the document.
On Tuesday 20 February 2001 13:05, Edwin Leuven wrote:
> > > | After removing the #pragma stuff it compiles! Is a patch without
> > | > this ok?
> >
> > yes.
>
> here it is...hopefully it can be applied. Thank you all for your help!
>
> Ed.
This patch applies, compiles and runs fine on my mach
401 - 500 of 520 matches
Mail list logo
