On Tue, 19 Sep 2000, R. Lahaye wrote:
"Garst R. Reese" wrote:
The Opions-Preferences dialog is too narrow on 800x600.
The tab that is labeled Pri??? is cutoff. Clicking on the part remaining
causes a
SIGSEV.
Garst
Indeed, it would be better if the default width includes the
second
On Tue, 19 Sep 2000, Allan Rae wrote:
Actually, I've been trying to figure out how to fit everything into the
tabbed area without requiring a dialog that is 2048pixels wide. I'm very,
very slowly getting there. At present it looks like I'll switch to a
nested tabbed dialog scheme and
Hi!
the first part of this patch adds TOC, ViewFormats, UpdateFormats, and
ExportFormats to Gnome menu. TOC is updated by "Refresh" button, as
suggested by Jürgen earlier.
The second part of this patch resulted from the discussion on LyX user
interface. I've added a possibility to ask user
On Tue, 19 Sep 2000, Marko Vendelin wrote:
On Tue, 19 Sep 2000, Allan Rae wrote:
Actually, I've been trying to figure out how to fit everything into the
tabbed area without requiring a dialog that is 2048pixels wide. I'm very,
very slowly getting there. At present it looks like
On Tue, 19 Sep 2000, Marko Vendelin wrote:
Hi!
the first part of this patch adds TOC, ViewFormats, UpdateFormats, and
ExportFormats to Gnome menu. TOC is updated by "Refresh" button, as
suggested by Jürgen earlier.
Can't you just make it that this menu can't be torn off?
[...]
On Tue, 19 Sep 2000, Allan Rae wrote:
Can't you just make it that this menu can't be torn off?
I think its not nice. I would even suggest that it will one of the most
popular menus to tear off :(. However, even if I disable this feature then
I will have to compose menus on the fly as it is
Allan Rae wrote:
On Tue, 19 Sep 2000, R. Lahaye wrote:
However, I think the preferences dialog has more serious
problems:
When the last visible tab is only partially visible,
clicking on it will always cause a SIGSEV. For example,
resize the window so that you see "Pa" instead of
"R" == R Lahaye [EMAIL PROTECTED] writes:
R What was the reason for choosing Xforms as the GUI interface? It
R causes lots of pain and inconvenience (menu behaviour for example).
At the time, the choice was between Motif and xforms. The choice was
easy...
JMarc
On Tue, 19 Sep 2000, Marko Vendelin wrote:
On Tue, 19 Sep 2000, Allan Rae wrote:
Can't you just make it that this menu can't be torn off?
I think its not nice. I would even suggest that it will one of the most
Only an interim measure to stop the complaints about it not being updated
On Tue, 19 Sep 2000, R. Lahaye wrote:
Allan Rae wrote:
On Tue, 19 Sep 2000, R. Lahaye wrote:
However, I think the preferences dialog has more serious
problems:
When the last visible tab is only partially visible,
clicking on it will always cause a SIGSEV. For example,
resize
On Tue, 19 Sep 2000, Allan Rae wrote:
Can't you just make it that this menu can't be torn off?
I think its not nice. I would even suggest that it will one of the most
Only an interim measure to stop the complaints about it not being updated
unless it's closed/reattached or whatever
On 18-Sep-2000 Garst R. Reese wrote:
Did you commit that? I don't see any changes to spellchecker.C in 4PM
cvs update.
Sorry no, not yet I'll commit it today, I had some other changes pending
but wanted to fix it all before commiting.
Jürgen
--
On 18-Sep-2000 Garst R. Reese wrote:
\alpha worked, C-space worked, xforms 0.89
compiled --with-pspell
spellchecker put up an error box saying "unable to load the aspell
module."
That's probably a matter of reading the docs, but that sucks. I went to
the aspell docs and get referred to
On Mon, 18 Sep 2000, Garst R. Reese wrote:
Kevin Atkinson wrote:
On Mon, 18 Sep 2000, Garst R. Reese wrote:
"Lars Gullik Bjønnes" wrote:
"Garst R. Reese" [EMAIL PROTECTED] writes:
spellchecker put up an error box saying "unable to load the aspell
module."
That is
On 19-Sep-2000 Kevin Atkinson wrote:
You can't right now. See my previous emails to the list for what needs to
be done to support this. You can set the master option in either a
configuration file or an environmental variable. See the Aspell manual for
more details.
I don't get this
| imacro-SetName(0);
I really wonder why gcc accepts that.
0 is a valid "char const *" and std::string has a constructor taking such
a pointer. So 0 is valid argument here.
Might be a good idea to have a debug version of our own string
implementation with a constructor taking an int
On Tue, 19 Sep 2000, Juergen Vigna wrote:
You can't right now. See my previous emails to the list for what needs to
be done to support this. You can set the master option in either a
configuration file or an environmental variable. See the Aspell manual for
more details.
I don't
Allan Rae [EMAIL PROTECTED] writes:
| On Tue, 19 Sep 2000, Marko Vendelin wrote:
|
|
|
| On Tue, 19 Sep 2000, Allan Rae wrote:
|
| Actually, I've been trying to figure out how to fit everything into the
| tabbed area without requiring a dialog that is 2048pixels wide. I'm very,
|
Allan Rae [EMAIL PROTECTED] writes:
| C-o opens a new document now :( /* LyX 1.1.5 too */. Where I am supposed
| to position a cursor (before inset or after inset) to issue C-o ?
|
| Maybe you use CUA bindings while I use xemacs bindings 'cos it works for
| me. (cursor in front of the inset)
Marko Vendelin [EMAIL PROTECTED] writes:
| Workarea event: ENTER
| Workarea event: KEYBOARD
| XLookupBoth
| WorkArea: Key is `' [27]
| WorkArea: Keysym is `Escape' [65307]
| Workarea Diff: 2985369638
| KeySym is Escape[65307]
| Key [158][]
|
| Again, it seems that there is some problem with
On 19 Sep 2000, Lars Gullik Bjønnes wrote:
Marko Vendelin [EMAIL PROTECTED] writes:
| Workarea event: ENTER
| Workarea event: KEYBOARD
| XLookupBoth
| WorkArea: Key is `' [27]
| WorkArea: Keysym is `Escape' [65307]
| Workarea Diff: 2985369638
| KeySym is Escape[65307]
| Key [158][]
Marko Vendelin [EMAIL PROTECTED] writes:
| On 19 Sep 2000, Lars Gullik Bjønnes wrote:
|
| Marko Vendelin [EMAIL PROTECTED] writes:
|
| | Workarea event: ENTER
| | Workarea event: KEYBOARD
| | XLookupBoth
| | WorkArea: Key is `' [27]
| | WorkArea: Keysym is `Escape' [65307]
| | Workarea
On 19 Sep 2000, Lars Gullik Bjønnes wrote:
Marko Vendelin [EMAIL PROTECTED] writes:
| On 19 Sep 2000, Lars Gullik Bjønnes wrote:
|
| Marko Vendelin [EMAIL PROTECTED] writes:
|
| | Workarea event: ENTER
| | Workarea event: KEYBOARD
| | XLookupBoth
| | WorkArea: Key is `' [27]
On Tue, 19 Sep 2000, Marko Vendelin wrote:
And after this you get the core dump in the same spot?
No, lyxfunc.C: line 656
called by minibuffer.C, line 73
marko
On 19-Sep-2000 Kevin Atkinson wrote:
Um in a previous email:
Date: Mon, 4 Sep 2000 06:26:38 -0400 (EDT)
From: Kevin Atkinson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Two letter ISO 639 language code?
In order to spell checker in other languages in Pspell the two
Marko Vendelin [EMAIL PROTECTED] writes:
| On Tue, 19 Sep 2000, Marko Vendelin wrote:
|
| And after this you get the core dump in the same spot?
|
| No, lyxfunc.C: line 656
|
So can you remove the c_str() in this line too?
| called by minibuffer.C, line 73
looks ok.
Lgb
On 19 Sep 2000, Lars Gullik Bjønnes wrote:
Marko Vendelin [EMAIL PROTECTED] writes:
| On Tue, 19 Sep 2000, Marko Vendelin wrote:
|
| And after this you get the core dump in the same spot?
|
| No, lyxfunc.C: line 656
|
So can you remove the c_str() in this line too?
it
On 18-Sep-2000 Lars Gullik Bjønnes wrote:
Jürgen, can you make a task list on what needs to be fixed with
tabular?
Well to tell you the truth I'm aware of this:
LyXTabular:
* removing of columns (i hopefully will fix this soon)
* ascii/docbook/linuxdoc export missing
The small patch attached to this mail enables error and warning free
compilation of the kde frontend using DEC cxx. Patch made against today's
(19Sep) CVS.
Angus
Index: ChangeLog
===
RCS file:
Marko Vendelin [EMAIL PROTECTED] writes:
| On 19 Sep 2000, Lars Gullik Bjønnes wrote:
|
| Marko Vendelin [EMAIL PROTECTED] writes:
|
| | On Tue, 19 Sep 2000, Marko Vendelin wrote:
| |
| | And after this you get the core dump in the same spot?
| |
| | No, lyxfunc.C: line 656
| |
On 19-Sep-2000 Marko Vendelin wrote:
Hi!
Hi Marko!
the first part of this patch adds TOC, ViewFormats, UpdateFormats, and
ExportFormats to Gnome menu. TOC is updated by "Refresh" button, as
suggested by Jürgen earlier.
I get an error in Menubar_pimpl.C:327 code when compiling your
I get an error in Menubar_pimpl.C:327 code when compiling your patch:
case MenuItem::Toc: {
toc_.push_back();
toc_[toc_.size()-1].path = path;
break;
}
Jürgen, can you put the following code instead:
case MenuItem::Toc: {
ListsHolder
Juergen Vigna [EMAIL PROTECTED] writes:
| On 19-Sep-2000 Marko Vendelin wrote:
|
| Hi!
|
| Hi Marko!
|
|
| the first part of this patch adds TOC, ViewFormats, UpdateFormats, and
| ExportFormats to Gnome menu. TOC is updated by "Refresh" button, as
| suggested by Jürgen earlier.
|
| I
On 19-Sep-2000 Marko Vendelin wrote:
Jürgen, can you put the following code instead:
case MenuItem::Toc: {
ListsHolder t;
t.path = path;
toc_.push_back(t);
break;
}
Done!
I'll commit soon as I have to leave!
Jürgen
--
On 19 Sep 2000, Lars Gullik Bjønnes wrote:
If I guess correctly this should be written as:
case MenuItem::Toc:
{
TocItem tit;
tit.path = path;
toc_.push_back(tit);
break;
}
No. toc_ is a special
On 19-Sep-2000 Marko Vendelin wrote:
Hi!
the first part of this patch adds TOC, ViewFormats, UpdateFormats, and
ExportFormats to Gnome menu. TOC is updated by "Refresh" button, as
suggested by Jürgen earlier.
Some comments:
- the TOC menu is far to long, you have to find a better
I notice that changing anything in the FormDocument (xforms implementation)
results in the Class being changed from article to amsart. Nothing I can do
will change it back, save editing the lyx file itself.
Angus
On Tue, 19 Sep 2000, Juergen Vigna wrote:
Some comments:
- the TOC menu is far to long, you have to find a better solution!
(try to load the UserGuide and look at it my goes down the screen!)
True. I have to use .depth information and construct submenus as it is
done in xforms
Marko Vendelin [EMAIL PROTECTED] writes:
| Hi!
I don't like this code:
+ // setting sizes of the widgets
+ string path;
+ string w, h;
+ path = PACKAGE "/" + LOCAL_CONFIGURE_PREFIX;
+
+ w = path + "/" + CONF_PANE_INFO + CONF_PANE_INFO_DEFAULT;
it should be
On 19-Sep-2000 Angus Leeming wrote:
I notice that changing anything in the FormDocument (xforms implementation)
results in the Class being changed from article to amsart. Nothing I can do
will change it back, save editing the lyx file itself.
I fixed this in my last commit!
Jürgen
I note that LaTeXConfig.lyx has uncompleted entries for prettyref and
varioref. Perhaps the following might be useful. Perhaps these should be
forwarded to the documentation team?
Angus
CTAN: macros/latex/contrib/supported/prettyref
CTAN: macros/latex/required/tools/varioref.dtx
Notes: The
On 19 Sep 2000, Lars Gullik Bjønnes wrote:
Marko Vendelin [EMAIL PROTECTED] writes:
| Hi!
I don't like this code:
+ // setting sizes of the widgets
+ string path;
+ string w, h;
+ path = PACKAGE "/" + LOCAL_CONFIGURE_PREFIX;
+
+ w = path + "/" +
A change in math mode has rendered unusable a large number of my
documents from the 1.0.4 days.
The difficulty lies with the uses of {cases} in math mode.
I'm attaching a mocked up sample that works great in 1.0.4 and is
horribly broken in 1.1.5.
Thank you.
-lsm
#This file was created by
Dear LyX developers,
I am using LyX 1.1.4fix3 (I know, there is a later version, but there
is not yet a Debian package, and I am already very happy with the
version I have) and I wanted to give at least some feedback:
1) In general I am very happy with LyX! It is a nice tool and I
haven't used
Marko Vendelin [EMAIL PROTECTED] writes:
| int const sz = clist_bib_-columns().size();
| for (int i = 0; i sz; ++i) {
| ...
| }
|
| Would also suit me a lot better.
But of course, if clist_bib_-columns() is a container (stl), I'd
really like to
On Tue, Sep 19, 2000 at 08:19:11AM -0700, [EMAIL PROTECTED] wrote:
A change in math mode has rendered unusable a large number of my
documents from the 1.0.4 days.
The difficulty lies with the uses of {cases} in math mode.
I'm attaching a mocked up sample that works great in 1.0.4 and is
Sorry, this message bounced at the time I restricted posting.
Mate
--- Below this line is a copy of the message.
Received: (qmail 10490 invoked from network); 12 Sep 2000 08:12:22 -
Received: from wsjug.sad.it (192.106.213.144)
by wierdlmpc.msci.memphis.edu with SMTP; 12 Sep 2000 08:12:22
Bounced for the same reason.
Mate
--- Below this line is a copy of the message.
Return-Path: [EMAIL PROTECTED]
Received: (qmail 20576 invoked from network); 12 Sep 2000 15:16:56 -
Received: from wsjug.sad.it (192.106.213.144)
by wierdlmpc.msci.memphis.edu with SMTP; 12 Sep 2000 15:16:56
Rainer Dorsch wrote:
Dear LyX developers,
5) One of the major advantages of Microsoft Word currently often
quoted in my environment is the group features. I.e. if I send a word
document to a colleague it is possible for him to make changes, and if
he sends it back, I see the changes and
Thank you very much. This is a complete solution.
It's a pleasure participating in such an informed, responsive
community of users and developers.
On Tue, Sep 19, 2000 at 08:47:22PM +0300, Dekel Tsur wrote:
The problem here is that you use the \cases command incorrectly. You should
have
On Fri, 15 Sep 2000, John Levon wrote:
On Fri, 15 Sep 2000, John Levon wrote:
same here !
I literally have great trouble programming without vi. I find it very
painful. But writing a report in LyX is no real problem.
But at the same time abiword actually has vi bindings. But I
Try to
1. create new document
2. press Escape, core dumped
lyx -dbg any:
[...]
Workarea event: ENTER
Workarea event: KEYBOARD
XLookupBoth
WorkArea: Key is `' [27]
WorkArea: Keysym is `Escape' [65307]
Workarea Diff: 2985369638
KeySym is Escape[65307]
Key [158][]
Again, it seems that there is
On 19-Sep-2000 Angus Leeming wrote:
The small patch attached to this mail enables error and warning free
compilation of the kde frontend using DEC cxx. Patch made against today's
(19Sep) CVS.
Applied!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
On Tue, 19 Sep 2000, R. Lahaye wrote:
> "Garst R. Reese" wrote:
> > The Opions->Preferences dialog is too narrow on 800x600.
> > The tab that is labeled Pri??? is cutoff. Clicking on the part remaining
> > causes a
> > SIGSEV.
> > Garst
>
> Indeed, it would be better if the default width
On Tue, 19 Sep 2000, Allan Rae wrote:
> Actually, I've been trying to figure out how to fit everything into the
> tabbed area without requiring a dialog that is 2048pixels wide. I'm very,
> very slowly getting there. At present it looks like I'll switch to a
> nested tabbed dialog scheme
Hi!
the first part of this patch adds TOC, ViewFormats, UpdateFormats, and
ExportFormats to Gnome menu. TOC is updated by "Refresh" button, as
suggested by Jürgen earlier.
The second part of this patch resulted from the discussion on LyX user
interface. I've added a possibility to ask user
On Tue, 19 Sep 2000, Marko Vendelin wrote:
>
>
> On Tue, 19 Sep 2000, Allan Rae wrote:
>
> > Actually, I've been trying to figure out how to fit everything into the
> > tabbed area without requiring a dialog that is 2048pixels wide. I'm very,
> > very slowly getting there. At present it
On Tue, 19 Sep 2000, Marko Vendelin wrote:
>
> Hi!
>
> the first part of this patch adds TOC, ViewFormats, UpdateFormats, and
> ExportFormats to Gnome menu. TOC is updated by "Refresh" button, as
> suggested by Jürgen earlier.
Can't you just make it that this menu can't be torn off?
[...]
>
On Tue, 19 Sep 2000, Allan Rae wrote:
> Can't you just make it that this menu can't be torn off?
I think its not nice. I would even suggest that it will one of the most
popular menus to tear off :(. However, even if I disable this feature then
I will have to compose menus on the fly as it is
Allan Rae wrote:
>
> On Tue, 19 Sep 2000, R. Lahaye wrote:
> > However, I think the preferences dialog has more serious
> > problems:
> > When the last visible tab is only partially visible,
> > clicking on it will always cause a SIGSEV. For example,
> > resize the window so that you see "Pa"
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> What was the reason for choosing Xforms as the GUI interface? It
R> causes lots of pain and inconvenience (menu behaviour for example).
At the time, the choice was between Motif and xforms. The choice was
easy...
JMarc
On Tue, 19 Sep 2000, Marko Vendelin wrote:
> On Tue, 19 Sep 2000, Allan Rae wrote:
>
> > Can't you just make it that this menu can't be torn off?
>
> I think its not nice. I would even suggest that it will one of the most
Only an interim measure to stop the complaints about it not being
On Tue, 19 Sep 2000, R. Lahaye wrote:
> Allan Rae wrote:
> >
> > On Tue, 19 Sep 2000, R. Lahaye wrote:
> > > However, I think the preferences dialog has more serious
> > > problems:
> > > When the last visible tab is only partially visible,
> > > clicking on it will always cause a SIGSEV. For
On Tue, 19 Sep 2000, Allan Rae wrote:
> > > Can't you just make it that this menu can't be torn off?
> >
> > I think its not nice. I would even suggest that it will one of the most
>
> Only an interim measure to stop the complaints about it not being updated
> unless it's closed/reattached
On 18-Sep-2000 Garst R. Reese wrote:
> Did you commit that? I don't see any changes to spellchecker.C in 4PM
> cvs update.
Sorry no, not yet I'll commit it today, I had some other changes pending
but wanted to fix it all before commiting.
Jürgen
--
On 18-Sep-2000 Garst R. Reese wrote:
> \alpha worked, C-space worked, xforms 0.89
> compiled --with-pspell
> spellchecker put up an error box saying "unable to load the aspell
> module."
> That's probably a matter of reading the docs, but that sucks. I went to
> the aspell docs and get referred
On Mon, 18 Sep 2000, Garst R. Reese wrote:
> Kevin Atkinson wrote:
> >
> > On Mon, 18 Sep 2000, Garst R. Reese wrote:
> >
> > > "Lars Gullik Bjønnes" wrote:
> > > >
> > > > "Garst R. Reese" <[EMAIL PROTECTED]> writes:
> > > spellchecker put up an error box saying "unable to load the aspell
> >
On 19-Sep-2000 Kevin Atkinson wrote:
>
> You can't right now. See my previous emails to the list for what needs to
> be done to support this. You can set the master option in either a
> configuration file or an environmental variable. See the Aspell manual for
> more details.
>
I don't get
> | imacro->SetName(0);
>
> I really wonder why gcc accepts that.
0 is a valid "char const *" and std::string has a constructor taking such
a pointer. So 0 is valid argument here.
Might be a good idea to have a debug version of our own string
implementation with a constructor taking an
On Tue, 19 Sep 2000, Juergen Vigna wrote:
> > You can't right now. See my previous emails to the list for what needs to
> > be done to support this. You can set the master option in either a
> > configuration file or an environmental variable. See the Aspell manual for
> > more details.
>
>
Allan Rae <[EMAIL PROTECTED]> writes:
| On Tue, 19 Sep 2000, Marko Vendelin wrote:
|
| >
| >
| > On Tue, 19 Sep 2000, Allan Rae wrote:
| >
| > > Actually, I've been trying to figure out how to fit everything into the
| > > tabbed area without requiring a dialog that is 2048pixels wide. I'm
Allan Rae <[EMAIL PROTECTED]> writes:
| > C-o opens a new document now :( /* LyX 1.1.5 too */. Where I am supposed
| > to position a cursor (before inset or after inset) to issue C-o ?
|
| Maybe you use CUA bindings while I use xemacs bindings 'cos it works for
| me. (cursor in front of the
Marko Vendelin <[EMAIL PROTECTED]> writes:
| Workarea event: ENTER
| Workarea event: KEYBOARD
| XLookupBoth
| WorkArea: Key is `' [27]
| WorkArea: Keysym is `Escape' [65307]
| Workarea Diff: 2985369638
| KeySym is Escape[65307]
| Key [158][]
|
| Again, it seems that there is some problem with
On 19 Sep 2000, Lars Gullik Bjønnes wrote:
> Marko Vendelin <[EMAIL PROTECTED]> writes:
>
> | Workarea event: ENTER
> | Workarea event: KEYBOARD
> | XLookupBoth
> | WorkArea: Key is `' [27]
> | WorkArea: Keysym is `Escape' [65307]
> | Workarea Diff: 2985369638
> | KeySym is Escape[65307]
> |
Marko Vendelin <[EMAIL PROTECTED]> writes:
| On 19 Sep 2000, Lars Gullik Bjønnes wrote:
|
| > Marko Vendelin <[EMAIL PROTECTED]> writes:
| >
| > | Workarea event: ENTER
| > | Workarea event: KEYBOARD
| > | XLookupBoth
| > | WorkArea: Key is `' [27]
| > | WorkArea: Keysym is `Escape' [65307]
|
On 19 Sep 2000, Lars Gullik Bjønnes wrote:
> Marko Vendelin <[EMAIL PROTECTED]> writes:
>
> | On 19 Sep 2000, Lars Gullik Bjønnes wrote:
> |
> | > Marko Vendelin <[EMAIL PROTECTED]> writes:
> | >
> | > | Workarea event: ENTER
> | > | Workarea event: KEYBOARD
> | > | XLookupBoth
> | > |
On Tue, 19 Sep 2000, Marko Vendelin wrote:
> > And after this you get the core dump in the same spot?
>
> No, lyxfunc.C: line 656
called by minibuffer.C, line 73
marko
On 19-Sep-2000 Kevin Atkinson wrote:
> Um in a previous email:
>
> Date: Mon, 4 Sep 2000 06:26:38 -0400 (EDT)
> From: Kevin Atkinson <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Two letter ISO 639 language code?
>
> In order to spell checker in other languages in Pspell
Marko Vendelin <[EMAIL PROTECTED]> writes:
| On Tue, 19 Sep 2000, Marko Vendelin wrote:
|
| > > And after this you get the core dump in the same spot?
| >
| > No, lyxfunc.C: line 656
|
So can you remove the c_str() in this line too?
| called by minibuffer.C, line 73
looks ok.
Lgb
On 19 Sep 2000, Lars Gullik Bjønnes wrote:
> Marko Vendelin <[EMAIL PROTECTED]> writes:
>
> | On Tue, 19 Sep 2000, Marko Vendelin wrote:
> |
> | > > And after this you get the core dump in the same spot?
> | >
> | > No, lyxfunc.C: line 656
> |
>
> So can you remove the c_str() in this
On 18-Sep-2000 Lars Gullik Bjønnes wrote:
>
> Jürgen, can you make a task list on what needs to be fixed with
> tabular?
Well to tell you the truth I'm aware of this:
LyXTabular:
* removing of columns (i hopefully will fix this soon)
* ascii/docbook/linuxdoc export missing
The small patch attached to this mail enables error and warning free
compilation of the kde frontend using DEC cxx. Patch made against today's
(19Sep) CVS.
Angus
Index: ChangeLog
===
RCS file:
Marko Vendelin <[EMAIL PROTECTED]> writes:
| On 19 Sep 2000, Lars Gullik Bjønnes wrote:
|
| > Marko Vendelin <[EMAIL PROTECTED]> writes:
| >
| > | On Tue, 19 Sep 2000, Marko Vendelin wrote:
| > |
| > | > > And after this you get the core dump in the same spot?
| > | >
| > | > No, lyxfunc.C:
On 19-Sep-2000 Marko Vendelin wrote:
>
> Hi!
Hi Marko!
>
> the first part of this patch adds TOC, ViewFormats, UpdateFormats, and
> ExportFormats to Gnome menu. TOC is updated by "Refresh" button, as
> suggested by Jürgen earlier.
I get an error in Menubar_pimpl.C:327 code when compiling
> I get an error in Menubar_pimpl.C:327 code when compiling your patch:
>
> case MenuItem::Toc: {
> toc_.push_back();
> toc_[toc_.size()-1].path = path;
> break;
> }
Jürgen, can you put the following code instead:
case MenuItem::Toc: {
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 19-Sep-2000 Marko Vendelin wrote:
| >
| > Hi!
|
| Hi Marko!
|
| >
| > the first part of this patch adds TOC, ViewFormats, UpdateFormats, and
| > ExportFormats to Gnome menu. TOC is updated by "Refresh" button, as
| > suggested by Jürgen earlier.
On 19-Sep-2000 Marko Vendelin wrote:
> Jürgen, can you put the following code instead:
>
> case MenuItem::Toc: {
> ListsHolder t;
> t.path = path;
> toc_.push_back(t);
> break;
> }
>
Done!
I'll commit soon as I have to leave!
Jürgen
--
On 19 Sep 2000, Lars Gullik Bjønnes wrote:
> If I guess correctly this should be written as:
>
> case MenuItem::Toc:
> {
> TocItem tit;
> tit.path = path;
> toc_.push_back(tit);
> break;
> }
No. toc_ is a
On 19-Sep-2000 Marko Vendelin wrote:
>
> Hi!
>
> the first part of this patch adds TOC, ViewFormats, UpdateFormats, and
> ExportFormats to Gnome menu. TOC is updated by "Refresh" button, as
> suggested by Jürgen earlier.
Some comments:
- the TOC menu is far to long, you have to find a
I notice that changing anything in the FormDocument (xforms implementation)
results in the Class being changed from article to amsart. Nothing I can do
will change it back, save editing the lyx file itself.
Angus
On Tue, 19 Sep 2000, Juergen Vigna wrote:
> Some comments:
>
> - the TOC menu is far to long, you have to find a better solution!
> (try to load the UserGuide and look at it my goes down the screen!)
True. I have to use .depth information and construct submenus as it is
done in xforms
Marko Vendelin <[EMAIL PROTECTED]> writes:
| Hi!
I don't like this code:
+ // setting sizes of the widgets
+ string path;
+ string w, h;
+ path = PACKAGE "/" + LOCAL_CONFIGURE_PREFIX;
+
+ w = path + "/" + CONF_PANE_INFO + CONF_PANE_INFO_DEFAULT;
it should be
On 19-Sep-2000 Angus Leeming wrote:
> I notice that changing anything in the FormDocument (xforms implementation)
> results in the Class being changed from article to amsart. Nothing I can do
> will change it back, save editing the lyx file itself.
I fixed this in my last commit!
I note that LaTeXConfig.lyx has uncompleted entries for prettyref and
varioref. Perhaps the following might be useful. Perhaps these should be
forwarded to the documentation team?
Angus
CTAN: macros/latex/contrib/supported/prettyref
CTAN: macros/latex/required/tools/varioref.dtx
Notes: The
On 19 Sep 2000, Lars Gullik Bjønnes wrote:
> Marko Vendelin <[EMAIL PROTECTED]> writes:
>
> | Hi!
>
> I don't like this code:
> + // setting sizes of the widgets
> + string path;
> + string w, h;
> + path = PACKAGE "/" + LOCAL_CONFIGURE_PREFIX;
> +
> + w = path + "/"
A change in math mode has rendered unusable a large number of my
documents from the 1.0.4 days.
The difficulty lies with the uses of {cases} in math mode.
I'm attaching a mocked up sample that works great in 1.0.4 and is
horribly broken in 1.1.5.
Thank you.
-lsm
#This file was created by
Dear LyX developers,
I am using LyX 1.1.4fix3 (I know, there is a later version, but there
is not yet a Debian package, and I am already very happy with the
version I have) and I wanted to give at least some feedback:
1) In general I am very happy with LyX! It is a nice tool and I
haven't used
Marko Vendelin <[EMAIL PROTECTED]> writes:
| > int const sz = clist_bib_->columns().size();
| > for (int i = 0; i < sz; ++i) {
| > ...
| > }
| >
| > Would also suit me a lot better.
But of course, if clist_bib_->columns() is a container (stl), I'd
On Tue, Sep 19, 2000 at 08:19:11AM -0700, [EMAIL PROTECTED] wrote:
> A change in math mode has rendered unusable a large number of my
> documents from the 1.0.4 days.
>
> The difficulty lies with the uses of {cases} in math mode.
>
> I'm attaching a mocked up sample that works great in 1.0.4
Sorry, this message bounced at the time I restricted posting.
Mate
--- Below this line is a copy of the message.
Received: (qmail 10490 invoked from network); 12 Sep 2000 08:12:22 -
Received: from wsjug.sad.it (192.106.213.144)
by wierdlmpc.msci.memphis.edu with SMTP; 12 Sep 2000 08:12:22
1 - 100 of 106 matches
Mail list logo
