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:
> | >
> | > | On Tue, 19 Sep 2000, Marko Vendelin wrote:
> | > |
> | > | > > And after this you get t
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 bind
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
> hav
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 chang
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
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
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
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
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 t
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 Tu
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 + "/"
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 pa
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
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 w
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 front
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 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
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:
> 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
--
-._-._-._-
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 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: {
ListsHo
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 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 yo
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: l
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: /usr/local/lyx/cvsroot/lyx-devel/C
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
InsetTabul
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
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 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
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, 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
> | > | WorkA
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:
>
> | Workarea event: ENTER
> | Workarea event: KEYBOARD
> | XLookupBoth
> | WorkArea: Key is `' [27]
> | WorkArea: Keysym is `Escape' [65307]
> | Workarea Diff: 2985369638
> | KeySym is Escape[65307]
> | K
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 st
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 ins
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
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
> | 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 in
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
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 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 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 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
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 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 ex
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 update
> "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
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" ins
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 d
49 matches
Mail list logo
