On Thu, Jan 18, 2001 at 04:47:56PM +0100, Lars Gullik Bjønnes wrote:
| The persistent ones are already called "labels" and there are already ways
| to navigate between references (goto and return).
No. The persisten ones are today called "Notes" and there are no way
to navigate quickly
At the moment I am not subscribed at lyx-devel, so please at least CC to
[EMAIL PROTECTED]
if answering to that topic! (thank you!)
I am now trying to get 1.1.6 run on Win32. Obviously there has been changed
so much in
Claus,
is this true for all insets, or only for "new" ones that use sigc++ signals
and slots to trigger the dialog?
Eg: Citation is new but Bibtex and Bibitem are old.
Angus
On Friday 19 January 2001 09:31, Claus Hentschel wrote:
At the moment I am not subscribed at lyx-devel, so please
Hello!
I would like to inform you that when searching for a string with "Find
Replace", LyX does not find text in tables any more! Could you please fix this
in 1.1.6fix1? This feature is really important for keeping documents
consistent.
Regards, Michael
PS: By the way. How about an improved
"Michael" == Michael Schmitt [EMAIL PROTECTED] writes:
Michael Hello! I would like to inform you that when searching for a
Michael string with "Find Replace", LyX does not find text in
Michael tables any more! Could you please fix this in 1.1.6fix1? This
Michael feature is really important for
Hello again!
I have imported an old 1.1.5 document into LyX 1.1.6 that includes a table (I
don't know whether this fact is important)
At first, the table is displayed correctly. But when you change the column
alignment from "left" to a particular column width, the content of all cells in
this
Hi (sorry),
another serious problem with tables: If the cursor is at the start of a table
cell (not in the red box but before) and you enter key "page down", the
document scrolls but internally LyX seems to believe that it is still inside
the table (cursor position and text on screen are not
Dekel Tsur wrote:
On Tue, Jan 16, 2001 at 09:09:18AM +, Adrian Ball wrote:
I am having real trouble with previewing the document I am working on.
Everything works fine, but running a preview consistently shows me a previous
version. The only way to fix it easily is to close
Hi!
Please give some warning if the file format is wrong. I accidentaly have
1.1.4 on my laptop and 1.1.5 on my PC. This mangled my text heavily.
A switch to toggle the display status of all figures. I have lots of
them and usually don't want them to be displayed. Clicking on every one
of them
Angus,
this is true for all mouse-click actions! I furthermore have detected that
double clicking a word (highlighting the word) or triple-clicking a word
(highlighting the line) does not work, too! So it must be anything wrong
with the mouse/forms interface!?
Claus
Angus wrote:
is this true
Angus Leeming [EMAIL PROTECTED] writes:
| All works as I intended, so I'm ready to commit this.
|
| First (just to be safe):
| cvs update -r BRANCH_NATBIB
|
| Now, if I have write access) I can type:
| cvs commit -r BRANCH_NATBIB
The branch tag is sticky so you don't have to use that.
cat
I tried to recompile current cvs with the old kbsequence from 1.1.5,
to see wether the switch to vectors was the reason for this bug (like
for the other dead key problem we had). Answer: the bug is still
there :( So it seems we have to search elsewhere...
JMarc
On Friday 19 January 2001 14:26, Lars Gullik Bjønnes wrote:
The branch tag is sticky so you don't have to use that.
[snip]
so:
cvs update
cvs commit -m 'msg'
Thanks.
| However, there are a few files that I wouldn't want to commit.
Specifically,
|
| config/lyxinclude.m4
Please apply to cvs HEAD.
Angus
patch.print.bz2
"Lior" == Lior Silberman [EMAIL PROTECTED] writes:
Lior Hello, The bug is in lyx_func.C (patch at the end of this
Lior message), where insetinclude was changed to get the command name
Lior as a parameter (rather than being hard-coded). (lyx_func.C rev.
Lior 1.113, insetinclude.C rev 1.37)
Well
"Tom" == Tom Holroyd [EMAIL PROTECTED] writes:
Tom P.S. after more testing, the exit bug is still the only one I've
Tom found. Except the selection color defaulted to black for some
Tom reason but that's no biggie. 1.1.6 works pretty good.
Did you get the backtrace by running under gdb, or
Angus Leeming [EMAIL PROTECTED] writes:
| Excellent. And if the .cvsignore files don't exist, do I need to specify the
| branch somehow? Ie,
|
| cvs add -r BRANCH_NATBIB config/.cvsignore
No, the branch is still sticky.
cd config
cvs add .cvsignore
| All I need now is write access ;-)
"Jeremy" == Jeremy Fox [EMAIL PROTECTED] writes:
Jeremy Hi. I am a lowly user, but I've had a lot of trouble with
Jeremy 1.1.6:
Jeremy 1. No matter what, I get lots of errors like the following in
Jeremy my xterm.
Jeremy LyX: Bad integer `0' [around line 14 of file
Jeremy
On Friday 19 January 2001 15:12, Lars Gullik Bjnnes wrote:
Ill give you that. But note that you are only allowed to commit to
BRANCH_NATBIB. If you want to commit to HEAD you must send a patch to
the list first.
I only WANT write access to the branch. I shudder to think of the
consequences
On Thu, Jan 18, 2001 at 09:12:29AM -0800, [EMAIL PROTECTED] wrote:
On 18 Jan 2001, Lars Gullik Bjnnes wrote:
The options:
- text before [abc][]
- text after [abc]
(- text before and after [abc][abc])
- full name
- with parantesis
-
"Angus" == Angus Leeming [EMAIL PROTECTED] writes:
Angus Please apply to cvs HEAD.
Done.
JMarc
Hello,
... and now for something completely different:
Since quite a long time I have noticed that the vertical distance between the
lines in paragraphs of format "lyx code" varies even though you can't see any
difference on screen. I guess that the last line of a lyx code is not handled
"Claus" == Claus Hentschel [EMAIL PROTECTED] writes:
Claus On Win32 I am using Xforms 0.89 because that version is the
Claus only version available under Cygwin 1.1.x! (it workes well with
Claus all versions 1.1.6). Reading the sources and respecting the
Claus last output from configure anyone
"Jeremy" == Jeremy Fox [EMAIL PROTECTED] writes:
Jeremy Hi. I am a lowly user, but I've had a lot of trouble with
Jeremy 1.1.6:
Jeremy, and all other people who experienced locale related problems
(like the 2,17 problem), could you try the following patch and tell me
whether it helps? I think
Michael Schmitt wrote:
Since quite a long time I have noticed that the vertical distance between the
lines in paragraphs of format "lyx code" varies even though you can't see any
difference on screen.
The reason for the different amount of space is related to \newline statements
in the lyx
On Fri, Jan 19, 2001 at 04:13:51PM +0100, Jean-Marc Lasgouttes wrote:
"Jeremy" == Jeremy Fox [EMAIL PROTECTED] writes:
Jeremy 1. No matter what, I get lots of errors like the following in
Jeremy my xterm.
Jeremy LyX: Bad integer `0' [around line 14 of file
Jeremy
"Michael" == Michael Schmitt [EMAIL PROTECTED] writes:
Michael Hello again! I have imported an old 1.1.5 document into LyX
Michael 1.1.6 that includes a table (I don't know whether this fact
Michael is important)
This is probably important. Does it happen if you save the file and
reload it?
"Dekel" == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel Jeremy's problem was that the std::string of his compiler (gcc
Dekel 2.8.1) is bad, and compiling --with-included-string fixed his
Dekel problem.
Do you know what was bad about it?
JMarc
Jean-Marc Lasgouttes wrote:
Michael At first, the table is displayed correctly. But when you
Michael change the column alignment from "left" to a particular
Michael column width, the content of all cells in this column is
Michael shifted to the right (only in screen). Most interestingly,
Hi,
yet another bug report.
1. Load file 'error.lyx' (see attachment)
2. Go to the end of line 1
3. Enter return
4. Enter a few characters in the new second line
5. Change paragraph format to standard (ALT-P s)
6. Something really bad is happening: The lyx code paragraph and
I have experienced the same problem reported by Adrian Ball
in his message of 2001.01.15 to the lyx-devel list. Since
the file causing trouble was pretty simple, I decided to do
some addtional testing. What I found is that the culprit is
the EPS file (either having spaces or not in the name):
Err, ... hi!
I think the dialog "Tabular Layout" lacks an "OK" button! E.g. the "Width" is
only accepted if you enter return after filling the field. Very unconventional!
Since 1.1.5fix2 made me very pretentious, I would say this is almost a bug
(Actually, I simply want to have it in 1.1.6fix1
On Fri, Jan 19, 2001 at 11:42:13AM +, Adrian Ball wrote:
Thanks for the response.
It may be a different problem then, as the filename ends with .eps - here is
the fragment from the .lyx file.
The problem is in LaTeX::deplog, which incorrectly parses the log line
File: filename.eps
Is it the output from bt that is needed?
From today's cvs, I get a crash after
the splash screen appears, but before
itis filled in. bt thgive s me
(i've left my own typing in from when gdb seemed
to freeze . . .)
#0 0x83036f8 in ?? ()
q
#1 0x40152b17 in XFreeFont () from
Dear sirs
Doped by litres of cofee, and after three weeks working like a horse, I
finally submited my master thesys today. Without LyX, this probably could
not happen, or perhaps I were submited to the humiliation of using a
software that treats me as an idiot: MS-Word.
There are no words to
At 3:00 PM +0100 1/18/01, Jean-Marc Lasgouttes wrote:
"Klaus" == Klaus Dittrich [EMAIL PROTECTED] writes:
Klaus OS: hpux-10.20 with both aCC an gcc-2.75.2 installed. I tried
Klaus to get lyx-1.16 up, here my expieriences ..
Klaus In ./src/support/fmt.C --- I had to insert
Hello,
I'm one of the developers of LyX and I dropped by the bug tracking
system of Debian. This is being cc'ed to the lyx-devel mailing
list for additional comments. Following are some remarks on said bugs.
First thing, there is already a version 1.1.6.
The bugs can be found at the page:
You do not know that the test compiles without warnings. The test decides
whether you have snprintf by attempting to link a small program conatining
snprintf. In particular it can succeed even if the declaration is not in the
header files the example #include's. The declarations in some of
http://www.geocities.com/SiliconValley/5682/postscript.html
One my kids sent me this link.
It seems like LyX could be mentioned here, but also, a link to this page
on www.lyx.org might be helpful to LyX users.
Garst
On Thu, Jan 18, 2001 at 04:47:56PM +0100, Lars Gullik Bjønnes wrote:
> | The persistent ones are already called "labels" and there are already ways
> | to navigate between references (goto and return).
>
> No. The persisten ones are today called "Notes" and there are no way
> to navigate quickly
At the moment I am not subscribed at lyx-devel, so please at least CC to
[EMAIL PROTECTED]
if answering to that topic! (thank you!)
I am now trying to get 1.1.6 run on Win32. Obviously there has been changed
so much in
Claus,
is this true for all insets, or only for "new" ones that use sigc++ signals
and slots to trigger the dialog?
Eg: Citation is new but Bibtex and Bibitem are old.
Angus
On Friday 19 January 2001 09:31, Claus Hentschel wrote:
> At the moment I am not subscribed at lyx-devel, so please
Hello!
I would like to inform you that when searching for a string with "Find &
Replace", LyX does not find text in tables any more! Could you please fix this
in 1.1.6fix1? This feature is really important for keeping documents
consistent.
Regards, Michael
PS: By the way. How about an improved
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hello! I would like to inform you that when searching for a
Michael> string with "Find & Replace", LyX does not find text in
Michael> tables any more! Could you please fix this in 1.1.6fix1? This
Michael> feature is really
Hello again!
I have imported an old 1.1.5 document into LyX 1.1.6 that includes a table (I
don't know whether this fact is important)
At first, the table is displayed correctly. But when you change the column
alignment from "left" to a particular column width, the content of all cells in
this
Hi (sorry),
another serious problem with tables: If the cursor is at the start of a table
cell (not in the red box but before) and you enter key "page down", the
document scrolls but internally LyX seems to believe that it is still inside
the table (cursor position and text on screen are not
Dekel Tsur wrote:
>
> On Tue, Jan 16, 2001 at 09:09:18AM +, Adrian Ball wrote:
> > > > I am having real trouble with previewing the document I am working on.
> > > > Everything works fine, but running a preview consistently shows me a previous
> > > > version. The only way to fix it easily
Hi!
Please give some warning if the file format is wrong. I accidentaly have
1.1.4 on my laptop and 1.1.5 on my PC. This mangled my text heavily.
A switch to toggle the display status of all figures. I have lots of
them and usually don't want them to be displayed. Clicking on every one
of them
Angus,
this is true for all mouse-click actions! I furthermore have detected that
double clicking a word (highlighting the word) or triple-clicking a word
(highlighting the line) does not work, too! So it must be anything wrong
with the mouse/forms interface!?
Claus
Angus wrote:
> is this true
Angus Leeming <[EMAIL PROTECTED]> writes:
| All works as I intended, so I'm ready to commit this.
|
| First (just to be safe):
| cvs update -r BRANCH_NATBIB
|
| Now, if I have write access) I can type:
| cvs commit -r BRANCH_NATBIB
The branch tag is sticky so you don't have to use that.
cat
I tried to recompile current cvs with the old kbsequence from 1.1.5,
to see wether the switch to vectors was the reason for this bug (like
for the other dead key problem we had). Answer: the bug is still
there :( So it seems we have to search elsewhere...
JMarc
On Friday 19 January 2001 14:26, Lars Gullik Bjønnes wrote:
> The branch tag is sticky so you don't have to use that.
[snip]
> so:
> cvs update
> cvs commit -m 'msg'
Thanks.
> | However, there are a few files that I wouldn't want to commit.
Specifically,
> |
> |
Please apply to cvs HEAD.
Angus
patch.print.bz2
> "Lior" == Lior Silberman <[EMAIL PROTECTED]> writes:
Lior> Hello, The bug is in lyx_func.C (patch at the end of this
Lior> message), where insetinclude was changed to get the command name
Lior> as a parameter (rather than being hard-coded). (lyx_func.C rev.
Lior> 1.113, insetinclude.C rev
> "Tom" == Tom Holroyd <[EMAIL PROTECTED]> writes:
Tom> P.S. after more testing, the exit bug is still the only one I've
Tom> found. Except the selection color defaulted to black for some
Tom> reason but that's no biggie. 1.1.6 works pretty good.
Did you get the backtrace by running under
Angus Leeming <[EMAIL PROTECTED]> writes:
| Excellent. And if the .cvsignore files don't exist, do I need to specify the
| branch somehow? Ie,
|
| cvs add -r BRANCH_NATBIB config/.cvsignore
No, the branch is still sticky.
cd config
cvs add .cvsignore
| All I need now is write access
> "Jeremy" == Jeremy Fox <[EMAIL PROTECTED]> writes:
Jeremy> Hi. I am a lowly user, but I've had a lot of trouble with
Jeremy> 1.1.6:
Jeremy> 1. No matter what, I get lots of errors like the following in
Jeremy> my xterm.
Jeremy> LyX: Bad integer `0' [around line 14 of file
Jeremy>
On Friday 19 January 2001 15:12, Lars Gullik Bjønnes wrote:
> Iæll give you that. But note that you are only allowed to commit to
> BRANCH_NATBIB. If you want to commit to HEAD you must send a patch to
> the list first.
I only WANT write access to the branch. I shudder to think of the
On Thu, Jan 18, 2001 at 09:12:29AM -0800, [EMAIL PROTECTED] wrote:
>
> On 18 Jan 2001, Lars Gullik Bjønnes wrote:
> > The options:
> > - text before [abc][]
> > - text after [abc]
> > (- text before and after [abc][abc])
> > - full name
> > - with
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Please apply to cvs HEAD.
Done.
JMarc
Hello,
... and now for something completely different:
Since quite a long time I have noticed that the vertical distance between the
lines in paragraphs of format "lyx code" varies even though you can't see any
difference on screen. I guess that the last line of a lyx code is not handled
> "Claus" == Claus Hentschel <[EMAIL PROTECTED]> writes:
Claus> On Win32 I am using Xforms 0.89 because that version is the
Claus> only version available under Cygwin 1.1.x! (it workes well with
Claus> all versions < 1.1.6). Reading the sources and respecting the
Claus> last output from
> "Jeremy" == Jeremy Fox <[EMAIL PROTECTED]> writes:
Jeremy> Hi. I am a lowly user, but I've had a lot of trouble with
Jeremy> 1.1.6:
Jeremy, and all other people who experienced locale related problems
(like the 2,17 problem), could you try the following patch and tell me
whether it helps?
Michael Schmitt wrote:
> Since quite a long time I have noticed that the vertical distance between the
> lines in paragraphs of format "lyx code" varies even though you can't see any
> difference on screen.
The reason for the different amount of space is related to \newline statements
in the
On Fri, Jan 19, 2001 at 04:13:51PM +0100, Jean-Marc Lasgouttes wrote:
> > "Jeremy" == Jeremy Fox <[EMAIL PROTECTED]> writes:
> Jeremy> 1. No matter what, I get lots of errors like the following in
> Jeremy> my xterm.
>
> Jeremy> LyX: Bad integer `0' [around line 14 of file
> Jeremy>
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hello again! I have imported an old 1.1.5 document into LyX
Michael> 1.1.6 that includes a table (I don't know whether this fact
Michael> is important)
This is probably important. Does it happen if you save the file and
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> Jeremy's problem was that the std::string of his compiler (gcc
Dekel> 2.8.1) is bad, and compiling --with-included-string fixed his
Dekel> problem.
Do you know what was bad about it?
JMarc
Jean-Marc Lasgouttes wrote:
> Michael> At first, the table is displayed correctly. But when you
> Michael> change the column alignment from "left" to a particular
> Michael> column width, the content of all cells in this column is
> Michael> shifted to the right (only in screen). Most
Hi,
yet another bug report.
1. Load file 'error.lyx' (see attachment)
2. Go to the end of line 1
3. Enter return
4. Enter a few characters in the new second line
5. Change paragraph format to standard (ALT-P s)
6. Something really bad is happening: The lyx code paragraph and
I have experienced the same problem reported by Adrian Ball
in his message of 2001.01.15 to the lyx-devel list. Since
the file causing trouble was pretty simple, I decided to do
some addtional testing. What I found is that the culprit is
the EPS file (either having spaces or not in the name):
Err, ... hi!
I think the dialog "Tabular Layout" lacks an "OK" button! E.g. the "Width" is
only accepted if you enter return after filling the field. Very unconventional!
Since 1.1.5fix2 made me very pretentious, I would say this is almost a bug
(Actually, I simply want to have it in 1.1.6fix1
On Fri, Jan 19, 2001 at 11:42:13AM +, Adrian Ball wrote:
> Thanks for the response.
> It may be a different problem then, as the filename ends with .eps - here is
> the fragment from the .lyx file.
The problem is in LaTeX::deplog, which incorrectly parses the log line
File: .eps Graphic
Is it the output from bt that is needed?
>From today's cvs, I get a crash after
the splash screen appears, but before
itis filled in. bt thgive s me
(i've left my own typing in from when gdb seemed
to freeze . . .)
#0 0x83036f8 in ?? ()
q
#1 0x40152b17 in XFreeFont () from
Dear sirs
Doped by litres of cofee, and after three weeks working like a horse, I
finally submited my master thesys today. Without LyX, this probably could
not happen, or perhaps I were submited to the humiliation of using a
software that treats me as an idiot: MS-Word.
There are no words to
At 3:00 PM +0100 1/18/01, Jean-Marc Lasgouttes wrote:
> > "Klaus" == Klaus Dittrich <[EMAIL PROTECTED]> writes:
>
>Klaus> OS: hpux-10.20 with both aCC an gcc-2.75.2 installed. I tried
>Klaus> to get lyx-1.16 up, here my expieriences ..
>
>Klaus> In ./src/support/fmt.C ---
Hello,
I'm one of the developers of LyX and I dropped by the bug tracking
system of Debian. This is being cc'ed to the lyx-devel mailing
list for additional comments. Following are some remarks on said bugs.
First thing, there is already a version 1.1.6.
The bugs can be found at the page:
You do not know that the test compiles without warnings. The test decides
whether you have snprintf by attempting to link a small program conatining
snprintf. In particular it can succeed even if the declaration is not in the
header files the example #include's. The declarations in some of
http://www.geocities.com/SiliconValley/5682/postscript.html
One my kids sent me this link.
It seems like LyX could be mentioned here, but also, a link to this page
on www.lyx.org might be helpful to LyX users.
Garst
78 matches
Mail list logo