On Tue, Sep 25, 2001 at 01:24:05PM -0400, Francisco J. Salguero wrote:
> using the Math Pannel. But I have recently upgraded to Linux Mandrake 8.0 and
> the new built-in version of LyX (1.1.6fix1). The symbols and math characters
> does not appear in screen now (I just get a hyph
to Linux Mandrake 8.0 and
> the new built-in version of LyX (1.1.6fix1). The symbols and math characters
> does not appear in screen now (I just get a hyphen when I introduce an alpha
> or a mathematical connector from the math pannel), although I can see them in
> the DVI file and c
A was an user of a previous version of LyX running in Linux Mandrake 7.2 and
I had no problem to compose texts with greek and mathematical characters
using the Math Pannel. But I have recently upgraded to Linux Mandrake 8.0 and
the new built-in version of LyX (1.1.6fix1). The symbols and math
On Wed, Jul 18, 2001 at 06:42:18PM -0600, Fernando Pérez wrote:
> I found an ugly coredump with 1.1.6f1: if I have a simple lyx file with an
> included eps figure (in a float, it so happens), and try to export to latex
> with
> lyx --export latex file.lyx
>
> all goes well. However, if I us
Hi all,
I'm only subscribed to lyx-users, but I think this is more relevant here
(please keep this fact in mind if you reply).
I found an ugly coredump with 1.1.6f1: if I have a simple lyx file with an
included eps figure (in a float, it so happens), and try to export to latex
with
lyx -
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I forward to the list the message I just got from Ben. It
Jean-Marc> seems that RH7.1 sstream wants to use lyxstring::replace
Jean-Marc> (size_t &, const size_t &, int &) and this does not exist.
Jean-Marc> Are we su
>>>>> "Charles" == Charles de Miramon <[EMAIL PROTECTED]> writes:
Charles> Hello, I'm using the Lyx 1.1.6fix1 rpm package found on
Charles> Kavyan A. Sylvan ftp site. When I hit the return key on the
Charles> numerical keyboard, LyX doesn't c
Jean-Marc Lasgouttes wrote:
>I forward to the list the message I just got from Ben. It seems that
>RH7.1 sstream wants to use
> lyxstring::replace (size_t &, const size_t &, int &)
>and this does not exist. Are we supposed to implement this? This seems
>strange to me.
>
>Ben, what is the relevan
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> So he wants to use RH 7.1 with lyxstring... why?
Maybe to get a small executable, or small compile times, or ???
Lars> as far as I can see std::string does not have a replace method
Lars> like this. (for the standard)
That's
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I forward to the list the message I just got from Ben. It seems that
| RH7.1 sstream wants to use
| lyxstring::replace (size_t &, const size_t &, int &)
| and this does not exist. Are we supposed to implement this? This seems
| strange to me.
und line 194)?
JMarc
--- Start of forwarded message ---
Date: Wed, 23 May 2001 08:31:01 +1000
From: Ben Stanley <[EMAIL PROTECTED]>
To: Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
Subject: Re: [PATCH] Compiling lyx-1.1.6fix1 on RH 7.1
Jean-Marc Lasgouttes wrote:
>>>>>
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| PS: Xutils.h provides a IsKeypadKey() macro. Could this be useful?
also I have the KP_ keys working perfectly on my laptop.
--
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> I'd fix it if I knew the problem better and were able to
| Lars> reproduce it...
|
| Lars> What I need is _exact_ description of what the "user" is doing
| Lars> together with a log from -dbg key (at the very least)
|
| You may be interes
>>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> >>>>> "Charles" == Charles de Miramon
Lars> <[EMAIL PROTECTED]> writes: | | Charles> Hell
On Sunday 20 May 2001 17:34, Roman Maurer wrote:
> Hello!
>
> There seem to be a bug in LyX 1.1.6fix1 built from source
> with XForms 0.89.
>
> If I open it with LANG=sl or LANG=de environment setting and
> I choose "Edit -> Preferences -> Outputs" ("
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| >>>>> "Charles" == Charles de Miramon <[EMAIL PROTECTED]> writes:
|
| Charles> Hello, I'm using the Lyx 1.1.6fix1 rpm package found on
| Charles> Kavyan A. Sylvan ftp site. When I hit the retu
Hello!
There seem to be a bug in LyX 1.1.6fix1 built from source
with XForms 0.89.
If I open it with LANG=sl or LANG=de environment setting and
I choose "Edit -> Preferences -> Outputs" ("Izhodi" in SL,
"Ausgang" in DE), it just crashes.
Probably this is s
>>>>> "Charles" == Charles de Miramon <[EMAIL PROTECTED]> writes:
Charles> Hello, I'm using the Lyx 1.1.6fix1 rpm package found on
Charles> Kavyan A. Sylvan ftp site. When I hit the return key on the
Charles> numerical keyboard, LyX doesn't c
> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
Ben> Content-Type: text/plain; charset="iso-8859-1"
Ben> Content-Transfer-Encoding: 8bit
Ben> Hi,
Ben> I ran into some trouble with when compiling on RH 7.1.
Ben> It seems that on this platform, configure decides that it is OK
Ben> to use
Ben Stanley <[EMAIL PROTECTED]> writes:
| Hi,
|
| I ran into some trouble with when compiling on RH 7.1.
|
| It seems that on this platform, configure decides that it is OK to use
| , but that it is not OK to use .
both should be ok on RH 7.1
and I have been running/compiling/developing on
. "He suggested using FORTRAN,
PhD Student | and everybody barfed." - From the
Shogakukan
SITACS| DICTIONARY OF NEW ENGLISH (Second Edition)
University of Wollongong |
Australia |http://www.uow.edu.au/~bds02
diff -
Hello,
I'm using the Lyx 1.1.6fix1 rpm package found on Kavyan A. Sylvan ftp site.
When I hit the return key on the numerical keyboard, LyX doesn't create a new
paragraph but inserts a space. When you hit the numerical keyboard return key
several times, LyX inserts several spaces on
On Tue, May 01, 2001 at 06:40:13PM +0200, Ulrich G?nther wrote:
> Here is a save way to crash lyx.
>
> Highlight something in lyx. Ctrl-C -> paste it into pybliographic (1.0.7)
> (Ctrl-v or middle mouse butoon).
You need to reinstall your XForms library: The library you have is for
glibc2.
Here is a save way to crash lyx.
Highlight something in lyx. Ctrl-C -> paste it into pybliographic (1.0.7)
(Ctrl-v or middle mouse butoon).
Interestingly, no such crash occurs when I paste to kwrite or xterm.
Ulrich
The problem was the libstdc++ 2.10. The function overflow in sstream
didn't work with lyx 1.1.6fix1. If I use sstream.h from
lyx/src/support to
compile, it works.
--
Ciao Dirk
Dirk [EMAIL PROTECTED]
After an upgrade from debian potato to woody and recompiling lyx
I have the following problem.If I open a document with more than
10 sites and choose view ps or dvi LyX hangs. After C-c I get
the following backtrace:
#0 0x403049c7 in memcpy () from /lib/libc.so.6
#1 0x824d19d in stringbuf::
>> blackziggy> Hi everybody! Last nigth i was trying to compile
>> blackziggy> lyx-1.1.6fix1 with gcc 2.95 compiler onto Mandrake 7.1,
>> blackziggy> but there were some errors: there not found iosfwd,
>> blackziggy> iostream, streambuf, map, iterator, sstr
Hello the dream team...
I've got problem compiling the 1.1.6fix1 release of lyx
here is the gcc compiler
[yann@noemi lyx-1.1.6fix1]$ gcc -v
Reading specs from /usr/lib/gcc-lib/alpha-redhat-linux/2.96/specs
gcc version 2.96 2731 (Red Hat Linux 7.0)
here is the linux box
[yann@noem
> Last nigth i was trying to compile lyx-1.1.6fix1 with gcc 2.95 compiler onto
> Mandrake 7.1, but there were some errors:
> there not found iosfwd, iostream, streambuf, map, iterator, sstream, utility
> and more.
Are you sure you have g++ and the library installed? What does
./c
>>>>> "blackziggy" == blackziggy <[EMAIL PROTECTED]> writes:
blackziggy> Hi everybody! Last nigth i was trying to compile
blackziggy> lyx-1.1.6fix1 with gcc 2.95 compiler onto Mandrake 7.1,
blackziggy> but there were some errors: there not found iosf
Hi everybody!
Last nigth i was trying to compile lyx-1.1.6fix1 with gcc 2.95 compiler onto
Mandrake 7.1, but there were some errors:
there not found iosfwd, iostream, streambuf, map, iterator, sstream, utility
and more.
And i couldn't found nothing of the files.h listed aboved in my GNU/
* Jean-Marc Lasgouttes <[EMAIL PROTECTED]> [010413 15:07]:
> > "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>
> Herbert> in one column mode \textwidth and \columnwidth is the same
> Herbert> length. inserting an image with 100% of columnwidth is shown
> Herbert> by lyx with only 50%
Jean-Marc Lasgouttes wrote:
>
> This happens in IsetFig::Recompute. The relevant switch is
>
> switch (wtype) {
...
> case PER_PAGE: /* % of page */
> newx = int(5.95 * xwid);
> break;
> case PER_CO
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> in one column mode \textwidth and \columnwidth is the same
Herbert> length. inserting an image with 100% of columnwidth is shown
Herbert> by lyx with only 50% in difference to an image with 100% of
Herbert> pagewidth. the dvi an
in one column mode \textwidth and \columnwidth is the same
length. inserting an image with 100% of columnwidth is
shown by lyx with only 50% in difference to an image
with 100% of pagewidth.
the dvi and ps-output is okay!
Herbert
insert with 100% of page
\layout
On Wed, Mar 28, 2001 at 11:31:49AM -0500, Sergey Berezin wrote:
> 1. When a lyx file (call it 'test.lyx') includes (using "input")
> another lyx file ('test1.lyx') which includes a third lyx file
> ('test2.lyx', also using "input"), compiling the master file (for
> instance, "View -> Postscript")
Hi,
I'm reporting three bugs. First, my system info:
Red Hat Linux 6.2,
~> uname -a
Linux teapot.modck.cs.cmu.edu 2.2.17 #1-i686-001 Fri Oct 20 14:58:10 EDT 2000 i686
unknown
~> g++ -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314/
Ulrich Günther <[EMAIL PROTECTED]> writes:
| I know you don't want to make changes to 1.1.6 any more.
| I have also compiler 1.1.6. before. But now I get a comilation error (after
| reinstalling most of my system).
|
| Cananyone help me?
What compiler version and os?
--
Lgb
ts/string2.h:1105: warning: pointer/integer type mismatch in
conditional expression
/usr/include/bits/string2.h: In function `__strsep_g':
/usr/include/bits/string2.h:1172: warning: pointer/integer type mismatch in
conditional expression
make[1]: *** [bindtextdom.o] Error 1
make[1]: Leaving directo
> "Sasa" == Sasa Janiska <[EMAIL PROTECTED]> writes:
Sasa> Hi! I'm trying to run LyX on SuSE 7.1 with KDE 2.0.x and use it
Sasa> for Croatian language.
Sasa> I have Croatian characters in all KDE applications, but I cannot
Sasa> enter them in LyX although it can display them.
What version o
under KDE 2.0.x.
It seems that something is broken in 1.1.6.fix1.
Any similar experience?
Sincerely,
Sasa
P.S. I didn't report this earlier 'cause I was waiting for SuSE 7.1 with
KDE 2.0.x, and before I was running SuSE 7.0 with beta of KDE 2.x.
LyX 1.1.6fix1 works correctly under K
> I am getting the following error message while compiling the above version.
> I would appreciate any help in this context.
> [...]
> make[3]: Leaving directory `/home/ksr/lyx-1.1.6fix1/src/frontends'
> make[3]: Entering directory `/home/ksr/lyx-1.1.6fix1/src'
> g+
Hi,
I am getting the following error message while compiling the above version.
I would appreciate any help in this context.
Thanks,
Srini.
---
make[4]: Entering directory `/home/ksr/lyx-1.1.6fix1/src/frontends/support'
make[4]: Nothing to be done for `all'.
make[4]: Leaving direct
When a pipe has been defined in preferences
I get a lyxpipe.in only, no lyxpipe.out
+ The behavior is not as explained: type xxx.in or xxx.out
One should only type xxx, the .in is appended.
Ulrich
Many thanks. This was fixed recently in CVS, but you have pointed out that
I've just broken the fix! Will commit this again!
Angus
On Thursday 15 March 2001 16:12, Ulrich Günther wrote:
> Multiple citytions in lyx1.1.6fix1 can cause whitespaces in \cite{} (which
> cause compilation errors).
>
Multiple citytions in lyx1.1.6fix1 can cause whitespaces in \cite{} (which
cause compilation errors).
example: \cite{ref1, ref2}
should be:
\cite{ref1,ref2}
Ulrich
On Mon, 26 Feb 2001, Juergen Vigna wrote:
> Hello Kevin!
>
> I forward you this mail, are you still interested in supporting this code?
Yes. That is the correct patch.
> > It shouldn't break anything for the systems with older versions of
> > libpspell but fixes compilation for the others (s
Hello Vadim!
I forwarded your mail to a/pspell author Kevin A. who also wrote the
pspell module for LyX.
Thanks for your message,
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N
Hello Kevin!
I forward you this mail, are you still interested in supporting this code?
Greets Jürgen
On 23-Feb-2001 Vadim Zeitlin wrote:
> Hello,
>
> I've had some a small problem building lyx with the newest libspell
> version:
>
> /home/zeitlin/include/pspell/manager.h: In function `stru
Hello,
I've had some a small problem building lyx with the newest libspell
version:
/home/zeitlin/include/pspell/manager.h: In function `struct isp_result *
sc_check_word(const class string &)':
/home/zeitlin/include/pspell/manager.h:59: too few arguments to function
`int pspell_manager_check(
On Friday 23 February 2001 12:19, you wrote:
> On 22 Feb 2001, Lars Gullik Bjønnes wrote:
> > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > | I re-tried purify, but it seems it does not work here anymore. I
> > | though I'd find a way to get a list of allocated blocks...
> > |
> > | Assumin
On 22 Feb 2001, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | I re-tried purify, but it seems it does not work here anymore. I
> | though I'd find a way to get a list of allocated blocks...
> |
> | Assuming this comes from LyXText, what are the places where
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I re-tried purify, but it seems it does not work here anymore. I
| though I'd find a way to get a list of allocated blocks...
|
| Assuming this comes from LyXText, what are the places where such
| structures can be kept, besides TextCache?
Note
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I see it by moving the cursor through the tabular.
Lars> And I have no memory checker so I can't see where that mem goes.
Lars> and for all I know we deallocate the mem properly so a mem
Lars> checker might not see it anyway.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | but if you
| Lars> see memory growth just by moving the cursor in and out of a |
| Lars> tabular then something is wrong.
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | but if you
Lars> see memory growth just by moving the cursor in and out of a |
Lars> tabular then something is wrong. And this hans nothing to do
Lars> with the | size of struct
On 20-Feb-2001 Ben Cazzolato wrote:
>
> 1. When entering numbers into tables it is not possible to use the numeric
> keypad (with num lock on of course).
>
Fixed!
> 2. It is not possible to delete (Delete or Backspace) entries in an entire
> column in tabular mode. It is however possible t
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Tue, Feb 20, 2001 at 07:06:47PM +1030, Ben Cazzolato wrote:
| > Lars
| >
| > > | Another 2 bugs in Lyx 1.1.6fix1.
| > > |
| > > | 1. When entering numbers into tables it is not possible to use the nu
On Tue, Feb 20, 2001 at 07:06:47PM +1030, Ben Cazzolato wrote:
> Lars
>
> > | Another 2 bugs in Lyx 1.1.6fix1.
> > |
> > | 1. When entering numbers into tables it is not possible to use the numeric
> > | keypad (with num lock on of course).
> >
> &
Lars
> | Another 2 bugs in Lyx 1.1.6fix1.
> |
> | 1. When entering numbers into tables it is not possible to use the numeric
> | keypad (with num lock on of course).
>
> But you are able to input numbers into regular paragraphs?
Yep, can use the keypad to input data into
Ben Cazzolato <[EMAIL PROTECTED]> writes:
| Guys
|
| Another 2 bugs in Lyx 1.1.6fix1.
|
| 1. When entering numbers into tables it is not possible to use the numeric
| keypad (with num lock on of course).
But you are able to input numbers into regular paragraphs?
Lgb
Guys
Another 2 bugs in Lyx 1.1.6fix1.
1. When entering numbers into tables it is not possible to use the numeric
keypad (with num lock on of course).
2. It is not possible to delete (Delete or Backspace) entries in an entire
column in tabular mode. It is however possible to cut ( X) the
On Fri, 16 Feb 2001, Pascal Francq wrote:
> Hi,
> I have just donwload the latest stable release of lyx (1.1.6fix1) and I try
> to compile it with kde as frontend. When I run the configure script, I have
> the following message:
>
> configure: error: Found Qt 2 - you must s
Hi,
I have just donwload the latest stable release of lyx (1.1.6fix1) and I try
to compile it with kde as frontend. When I run the configure script, I have
the following message:
configure: error: Found Qt 2 - you must specify the path to the Qt 1 headers
and libraries
First I supposed
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Wed, Feb 14, 2001 at 11:31:11AM -0500, Mark van Rossum
Dekel> wrote:
>> Here is the .dep file.
>>
>> Version 1.1.6 does not have the problem.
Dekel> Are you sure ?? (or did you mean 1.1.5?).
>> /home/vrossum/tekst/if_trans/submi
On Wed, Feb 14, 2001 at 11:31:11AM -0500, Mark van Rossum wrote:
> Here is the .dep file.
>
> Version 1.1.6 does not have the problem.
Are you sure ?? (or did you mean 1.1.5?).
> /home/vrossum/tekst/if_trans/submit3//../spikes.eps Graphic file (type ep 0 0
> /home/vrossum/tekst/if_trans/submit3
On Wed, Feb 14, 2001 at 10:03:03AM -0500, Mark van Rossum wrote:
>
> Hi,
>
> I'm using lyx 1.1.6 fix 1 on Linux.
> I find that lyx does not update the dvi preview file, when the lyx file is
> altered. It just displays the old version of the dvi file.
>
> Only restarting lyx will bring a n
Hi,
I'm using lyx 1.1.6 fix 1 on Linux.
I find that lyx does not update the dvi preview file, when the lyx file is
altered. It just displays the old version of the dvi file.
Only restarting lyx will bring a new dvi file.
1.1.5 used to work just fine.
--
Mark
[EM
On 14 Feb 2001, Jean-Marc Lasgouttes wrote:
> The kde applications I have taken a look at (kedit, control panels) do
> not use these shortcuts. What are the KDE guidelines?
>
> JMarc
I can't track down the KDE 1 style guide :(
But you're right they don't do that. But then KDE 1 at least has ma
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> I'ts not a weak argument, it's a difficult question. Keyboard
John> control is very important. The approach I've taken in the KDE
John> frontend is :
John> 1) reserve O, A, R, and C for the standard buttons. These are
John> invariant (
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, 13 Feb 2001, Angus Leeming wrote:
>> What happened to a clean, consistent interface that is obvious to
>> non-gurus? We don't use Alt-O for OK.
John> I don't see why not.
An obvious reason for that is that this leaves the Alt-
On Tue, 13 Feb 2001, Lior Silberman wrote:
> One think we should note - the order of the descriptions in form_*.fd is
> significant - that's the order or navigation. In most cases this is
> not the order things appear on screen. I corrected this last week, but
> before I submitted there were sev
On 13 Feb 2001, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
>
> | Everything is additionally navigable through . I suppose xforms
> | doesn't support that.
>
> Sure it does.
>
> Lgb
>
One think we should note - the order of the descriptions in form_*.fd i
On Tuesday 13 February 2001 18:26, John Levon wrote:
> No, I mean it ! Now after working some on the xforms frontend I really do
understand
> what a good idea your heirarchy reworking was. It made things pretty much a
doddle.
I hope to get some time soon to do a bit more with lyx. I'd managed t
John Levon <[EMAIL PROTECTED]> writes:
| On 13 Feb 2001, Lars Gullik Bjønnes wrote:
|
| > John Levon <[EMAIL PROTECTED]> writes:
| >
| >
| > | Everything is additionally navigable through . I suppose xforms
| > | doesn't support that.
| >
| > Sure it does.
| >
| > Lgb
|
| Only edit
On 13 Feb 2001, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
>
> | Everything is additionally navigable through . I suppose xforms
> | doesn't support that.
>
> Sure it does.
>
> Lgb
Only editable text fields and the like. Try the Character dialog.
john
--
John Levon <[EMAIL PROTECTED]> writes:
| Everything is additionally navigable through . I suppose xforms
| doesn't support that.
Sure it does.
Lgb
On Tue, 13 Feb 2001, Angus Leeming wrote:
> > I don't see why not.
>
> Well, ultimately, it frees up the shortcut to use within the form for those
> people that _demand_ that shortcuts be available for anything and everything!
> I know... this is a very weak argument. How do you decide on hous
On Tuesday 13 February 2001 18:01, John Levon wrote:
> On Tue, 13 Feb 2001, Angus Leeming wrote:
>
> > What happened to a clean, consistent interface that is obvious to
non-gurus?
> > We don't use Alt-O for OK.
>
> I don't see why not.
Well, ultimately, it frees up the shortcut to use within
On Tue, 13 Feb 2001, Angus Leeming wrote:
> What happened to a clean, consistent interface that is obvious to non-gurus?
> We don't use Alt-O for OK.
I don't see why not.
> Incidentally, John, and again in the name of consistency, I think that your
> new BibXXX forms should also have an Apply
On Tuesday 13 February 2001 17:27, John Levon wrote:
> My suggested scheme would be :
>
> Return - "default" safe choice - "Cancel" for Print, "Insert" for
FormCitation (it can be undone)
>
> Alt- - for those buttons begininng with "" - this is the
visual feedback one
>
> Esc - for cancel, st
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> And for those forms that have a Close, rather than a Cancel
Angus> button? Shall I leave the Return key shortcut or remove that
Angus> also? Incidentally, I see that people have been busy, busy,
Angus> busy in my absence. Wow!
I w
On Tue, 13 Feb 2001, Angus Leeming wrote:
> On Tuesday 13 February 2001 17:07, Jean-Marc Lasgouttes wrote:
> > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
> >
> > Angus> This is probably my fault! Actually, a quick investigation
> > Angus> revealse that three different shortcuts a
On Tuesday 13 February 2001 17:07, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> This is probably my fault! Actually, a quick investigation
> Angus> revealse that three different shortcuts are sometimes available
> Angus> for the Cancel button
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> This is probably my fault! Actually, a quick investigation
Angus> revealse that three different shortcuts are sometimes available
Angus> for the Cancel button: C Alt-C Esc
Angus> I'd suggest restricting this to Esc only.
Yes, thi
I am submitting
> it. Sorry if this is a repeat.
>
> I am using LyX 1.1.6 fix 1 installed from Kayvan's RPM:
> lyx-1.1.6fix1-1.i386.rpm retrieved on 9 February and built on 2
> February 2001.
>
> The problem I am having is this. We have a printer named
> ``CE_HP
I searched the Known BUGS and did a quick search on
http://www.mail-archive.com/lyx-devel@lists.lyx.org/
but did not find (or did not see) the following, so I am submitting
it. Sorry if this is a repeat.
I am using LyX 1.1.6 fix 1 installed from Kayvan's RPM:
lyx-1.1.6fix1-1.i386.rpm retr
Hello,
at the weekend, I have used LyX 1.1.6fix1 "in practice" and once again I
detected a few problems. Therefore, instead of writing a separate
email for each of them, I started to produce a list with all known
bugs. Feel free to fix as many of them as you like :-)
Kind regards
On Mon, 12 Feb 2001, Juergen Vigna wrote:
> > Yes, the 1.2.0cvspatched is just that. One gains 2M (to compare with
> > memory consumption of around 50M!). This means that undo is really not
> > much, compared to lyxtext.
>
> Ok this means we have to find a way to only use 1 LyXText instance, but
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| but if you see memory growth just by moving the cursor in and out of a
| tabular then something is wrong. And this hans nothing to do with the
| size of structures. And purify will not handle a memory leak that is
| handled...
There is absolutel
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]>
| Lars> writes: | | Lars> Or lessen the mem consumption
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]>
Lars> writes: | | Lars> Or lessen the mem consumption for a LyXText. |
Lars> | What makes the bunch of the size of
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Or lessen the mem consumption for a LyXText.
|
| What makes the bunch of the size of a LyXText?
An empty LyXText is some ~300 bytes.
Most of this is in different LyXCurs
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Or lessen the mem consumption for a LyXText.
What makes the bunch of the size of a LyXText?
Lars> I have begun to remove a lot of memory consumption from
Lars> LyXParagraph, and a first for this is to introduce a
Lars> Paragr
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 12-Feb-2001 Jean-Marc Lasgouttes wrote:
| >
| > Juergen> No IMO the problem is that a LyXText object is allocated at
| > Juergen> that time!
| >
| > That's what I meant, in fact. Presumably, if the code needs to
| > allocate a new LyXText for the t
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> There is a cache but not in the tabular-inset, it's the
Juergen> InsetText which needs the LyXText and that is one per
Juergen> BufferView (which currently is fixed to 1 ;). So there is 1
Juergen> LyXText for each BufferView fo
On 12-Feb-2001 Jean-Marc Lasgouttes wrote:
>
> Juergen> No IMO the problem is that a LyXText object is allocated at
> Juergen> that time!
>
> That's what I meant, in fact. Presumably, if the code needs to
> allocate a new LyXText for the table, there also an old one in the
> cache that should g
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 09-Feb-2001 Jean-Marc Lasgouttes wrote:
>> Step 1.2.0cvs 1.2.0cvspatched 1.0.3 1 1M 1M 7856K 2 26M 25M 8096K
>> 3 41M 39M n/a 4 52M 50M 8552K
>>
>> Step 2 tells us that we have a cost per cell of about 10k for a
>> tabular
On 09-Feb-2001 Jean-Marc Lasgouttes wrote:
>
> Step 1.2.0cvs 1.2.0cvspatched1.0.3
> 1 1M 1M 7856K
> 2 26M 25M 8096K
> 3 41M 39M n/a
> 4 52M 50M 8552K
>
> Step 2 tells us
On 09-Feb-2001 Lars Gullik Bjønnes wrote:
>
>| Thus the reserved text buffer accounts for less than 2/3 of the memory
>| use. Not to say that we shouldn't reduce it, but perhaps we can find some
>| ways to save more space. E.g. not allocate anything until the user
>| actually puts something in
1 - 100 of 169 matches
Mail list logo