Am 10.02.2020 um 22:01 schrieb Enrico Forestieri :
>
> On Mon, Feb 10, 2020 at 01:00:11PM +0100, Stephan Witt wrote:
>
>> Am 07.02.2020 um 08:32 schrieb Enrico Forestieri :
>>>
>>> On Thu, Feb 06, 2020 at 10:36:30PM +0100, Stephan Witt wrote:
But some cases I’d like to point out:
On Mon, Feb 10, 2020 at 01:00:11PM +0100, Stephan Witt wrote:
> Am 07.02.2020 um 08:32 schrieb Enrico Forestieri :
> >
> > On Thu, Feb 06, 2020 at 10:36:30PM +0100, Stephan Witt wrote:
> >> But some cases I’d like to point out:
> >>
> >> InsetMathSpace::doDispatch() calls createInsetMath_fromDia
Am 07.02.2020 um 08:32 schrieb Enrico Forestieri :
>
> On Thu, Feb 06, 2020 at 10:36:30PM +0100, Stephan Witt wrote:
>> But some cases I’d like to point out:
>>
>> InsetMathSpace::doDispatch() calls createInsetMath_fromDialogStr()
>> createInsetMath_fromDialogStr calls mathed_parse_cell()
>> math
Am 08.02.2020 um 12:54 schrieb Emile Lunardon :
>
> Thank you for this confirmation. The problem occurs well on Linux, Windows
> and macOS
> systems.
>
> Do you mind to submit the Bug report as you have proposed a patch to correct
> it ?
I don’t think we need a bug report. There is a simila
On 2/8/20 9:57 AM, Jürgen Spitzmüller wrote:
> Am Freitag, den 07.02.2020, 10:21 +0100 schrieb Stephan Witt:
>> I’ve commit and pushed the fix to master (59fa0b2592).
> This should also go to stable.
He did that, and I've cherry picked it.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
Am Freitag, den 07.02.2020, 10:21 +0100 schrieb Stephan Witt:
> I’ve commit and pushed the fix to master (59fa0b2592).
This should also go to stable.
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org
Thank you for this confirmation. The problem occurs well on Linux, Windows
and macOS
systems.
Do you mind to submit the Bug report as you have proposed a patch to
correct it ?
Best regards
Le jeu. 6 févr. 2020 à 00:18, Stephan Witt a écrit :
> > Am 05.02.2020 um 23:33 schrieb emile lunard
Le 07/02/2020 à 08:32, Enrico Forestieri a écrit :
On Thu, Feb 06, 2020 at 10:36:30PM +0100, Stephan Witt wrote:
But some cases I’d like to point out:
InsetMathSpace::doDispatch() calls createInsetMath_fromDialogStr()
createInsetMath_fromDialogStr calls mathed_parse_cell()
mathed_parse_cell() c
Am 06.02.2020 um 20:54 schrieb Richard Kimberly Heck :
>
> On 2/6/20 2:46 PM, Enrico Forestieri wrote:
>> On Thu, Feb 06, 2020 at 01:53:34PM -0500, Richard Kimberly Heck wrote:
>>> On 2/6/20 9:58 AM, Enrico Forestieri wrote:
On Thu, Feb 06, 2020 at 01:52:15PM +0100, Pavel Sanda wrote:
> O
On Thu, Feb 06, 2020 at 10:36:30PM +0100, Stephan Witt wrote:
> But some cases I’d like to point out:
>
> InsetMathSpace::doDispatch() calls createInsetMath_fromDialogStr()
> createInsetMath_fromDialogStr calls mathed_parse_cell()
> mathed_parse_cell() calls Parser() with NULL buffer
>
> Similar
Am 06.02.2020 um 19:10 schrieb Enrico Forestieri :
>
> On Thu, Feb 06, 2020 at 06:37:43PM +0100, Stephan Witt wrote:
>> Am 06.02.2020 um 15:58 schrieb Enrico Forestieri :
>>>
>>> On Thu, Feb 06, 2020 at 01:52:15PM +0100, Pavel Sanda wrote:
On Thu, Feb 06, 2020 at 08:15:45AM +0100, Stephan Wi
On 2/6/20 2:46 PM, Enrico Forestieri wrote:
> On Thu, Feb 06, 2020 at 01:53:34PM -0500, Richard Kimberly Heck wrote:
>> On 2/6/20 9:58 AM, Enrico Forestieri wrote:
>>> On Thu, Feb 06, 2020 at 01:52:15PM +0100, Pavel Sanda wrote:
On Thu, Feb 06, 2020 at 08:15:45AM +0100, Stephan Witt wrote:
>>>
On Thu, Feb 06, 2020 at 01:53:34PM -0500, Richard Kimberly Heck wrote:
> On 2/6/20 9:58 AM, Enrico Forestieri wrote:
> > On Thu, Feb 06, 2020 at 01:52:15PM +0100, Pavel Sanda wrote:
> >> On Thu, Feb 06, 2020 at 08:15:45AM +0100, Stephan Witt wrote:
> >>> Am 06.02.2020 um 01:02 schrieb Richard Kimbe
On 2/6/20 9:58 AM, Enrico Forestieri wrote:
> On Thu, Feb 06, 2020 at 01:52:15PM +0100, Pavel Sanda wrote:
>> On Thu, Feb 06, 2020 at 08:15:45AM +0100, Stephan Witt wrote:
>>> Am 06.02.2020 um 01:02 schrieb Richard Kimberly Heck :
I assume this is an old bug? Or is it a new one?
>>> I can repr
On Thu, Feb 06, 2020 at 06:37:43PM +0100, Stephan Witt wrote:
> Am 06.02.2020 um 15:58 schrieb Enrico Forestieri :
> >
> > On Thu, Feb 06, 2020 at 01:52:15PM +0100, Pavel Sanda wrote:
> >> On Thu, Feb 06, 2020 at 08:15:45AM +0100, Stephan Witt wrote:
> >>> Am 06.02.2020 um 01:02 schrieb Richard Ki
Am 06.02.2020 um 15:58 schrieb Enrico Forestieri :
>
> On Thu, Feb 06, 2020 at 01:52:15PM +0100, Pavel Sanda wrote:
>> On Thu, Feb 06, 2020 at 08:15:45AM +0100, Stephan Witt wrote:
>>> Am 06.02.2020 um 01:02 schrieb Richard Kimberly Heck :
I assume this is an old bug? Or is it a new one
On Thu, Feb 06, 2020 at 01:52:15PM +0100, Pavel Sanda wrote:
> On Thu, Feb 06, 2020 at 08:15:45AM +0100, Stephan Witt wrote:
> > Am 06.02.2020 um 01:02 schrieb Richard Kimberly Heck :
> > >
> > > I assume this is an old bug? Or is it a new one?
> >
> > I can reproduce something similar with 2.4.0
On Thu, Feb 06, 2020 at 08:15:45AM +0100, Stephan Witt wrote:
> Am 06.02.2020 um 01:02 schrieb Richard Kimberly Heck :
> >
> > I assume this is an old bug? Or is it a new one?
>
> I can reproduce something similar with 2.4.0 too. But I cannot reproduce with
> 2.2.4.
I can confirm it with Qt5 no
Am 06.02.2020 um 01:02 schrieb Richard Kimberly Heck :
>
> I assume this is an old bug? Or is it a new one?
I can reproduce something similar with 2.4.0 too. But I cannot reproduce with
2.2.4.
So it’s rather new.
Stephan
>
> On 2/5/20 6:49 PM, Stephan Witt wrote:
>> Am 06.02.2020 um 00:18 sc
I assume this is an old bug? Or is it a new one?
On 2/5/20 6:49 PM, Stephan Witt wrote:
> Am 06.02.2020 um 00:18 schrieb Stephan Witt :
>>> Am 05.02.2020 um 23:33 schrieb emile lunardon :
>>>
>>> I have installed LyX 2.3.4 on Windows10 and the same crash already seen on
>>> LyX for Linux occurs
Am 06.02.2020 um 00:18 schrieb Stephan Witt :
>
>> Am 05.02.2020 um 23:33 schrieb emile lunardon :
>>
>> I have installed LyX 2.3.4 on Windows10 and the same crash already seen on
>> LyX for Linux occurs when trying to enter the two Math Symbols :
>> $\textrm{Ø}\textrm{Å}$
>>
>> Le mer. 5 févr
> Am 05.02.2020 um 23:33 schrieb emile lunardon :
>
> I have installed LyX 2.3.4 on Windows10 and the same crash already seen on
> LyX for Linux occurs when trying to enter the two Math Symbols :
> $\textrm{Ø}\textrm{Å}$
>
> Le mer. 5 févr. 2020 à 08:32, emile lunardon a
> écrit :
> When I tr
On 12/13/2016 09:53 AM, Julien Javaloyes wrote:
Regarding saving in 413 version, I am already doing that File > Export
> More Formats
I was thinking redirect / remap the save button as save in 413 format,
but don't worry, I can use the suggested solution.
You can definitely remap the Save menu
On 12/13/2016 08:17 AM, Julien Javaloyes wrote:
Dear Author of Lyx,
I am experiencing a problem with the version of lyx packaged with
ubuntu 16.04, 2.2.0
Scrolling within a few pages document is extremely slow.
The problem is less visible with the recent update to 2.2.1, but it is
still ann
Dear Author of Lyx,
I am experiencing a problem with the version of lyx packaged with ubuntu
16.04, 2.2.0
Scrolling within a few pages document is extremely slow.
The problem is less visible with the recent update to 2.2.1, but it is
still annoying.
However, the latest version of lyx on win
Stephan,
QT version 5.6.2 is working,
thanks a lot!
Ralf
Am 17.10.2016 um 17:47 schrieb Stephan Witt
mailto:st.w...@gmx.net>>:
Hi Ralf,
there was a problem with the package we provided at first. This problem should
be fixed now.
When did you do the download and what’s the name of the file
Hi Ralf,
there was a problem with the package we provided at first. This problem should
be fixed now.
When did you do the download and what’s the name of the file you’ve downloaded?
The corrected package is named "LyX-2.2.2+qt5.6.2-x86_64-cocoa.dmg“ -
the broken one has the name "LyX-2.2.2+qt5-
Le 08/07/2016 21:01, Richard Heck a écrit :
On 07/08/2016 03:33 PM, Guillaume Munch wrote:
Le 05/07/2016 21:30, Guillaume Munch a écrit :
Please try the attached.
I'll soon commit the fix to master. This is a delicate code path so
even if I tried to be very careful, there will be no backpor
On 07/08/2016 04:01 PM, Richard Heck wrote:
> On 07/08/2016 03:33 PM, Guillaume Munch wrote:
>> Le 05/07/2016 21:30, Guillaume Munch a écrit :
>>>
>>> Please try the attached.
>> I'll soon commit the fix to master. This is a delicate code path so
>> even if I tried to be very careful, there will be
On 07/08/2016 03:33 PM, Guillaume Munch wrote:
> Le 05/07/2016 21:30, Guillaume Munch a écrit :
>>
>>
>> Please try the attached.
>
> I'll soon commit the fix to master. This is a delicate code path so
> even if I tried to be very careful, there will be no backport without
> a test.
I'd think thi
Le 05/07/2016 21:30, Guillaume Munch a écrit :
Please try the attached.
I'll soon commit the fix to master. This is a delicate code path so even
if I tried to be very careful, there will be no backport without a test.
Moreover it would be nice to know if #10119 (issues with Control+M for
Le 02/07/2016 23:43, Guillaume Munch a écrit :
On the other hand, it is possible to prioritise LyX shortcuts by using
the shortcut override mechanism. This would solve both bugs
http://www.lyx.org/trac/ticket/10261 and
http://www.lyx.org/trac/ticket/10119 (probably),
and alleviate the occasiona
On 07/04/2016 10:36 AM, José Abílio Matos wrote:
On Friday, July 1, 2016 9:51:08 AM WEST Richard Heck wrote:
Add
[Development]
AutoCheckAccelerators=false
CopyWidgetText=false
to $HOME/.config/kdeglobals
Richard
Thank you Richard, when that happens it can be really annoying. Trying to
change
On Friday, July 1, 2016 9:51:08 AM WEST Richard Heck wrote:
> Add
>
> [Development]
> AutoCheckAccelerators=false
> CopyWidgetText=false
>
> to $HOME/.config/kdeglobals
>
> Richard
Thank you Richard, when that happens it can be really annoying. Trying to
change a paragraph layout with Alt+P a
Le 30/06/2016 22:26, Richard Heck a écrit :
For anyone running LyX 2.2.0 under KDE (or using a KDE-based window
manager, or anything of that sort):
There is an annoying new feature, KDE's "accelerator manager", that
automatically adds shortcuts. This causes conflicts and so forth in many
Qt-bas
On 07/01/2016 05:21 AM, José Abílio Matos wrote:
On Thursday, June 30, 2016 4:26:40 PM WEST Richard Heck wrote:
For anyone running LyX 2.2.0 under KDE (or using a KDE-based window
manager, or anything of that sort):
There is an annoying new feature, KDE's "accelerator manager", that
automatical
On Thursday, June 30, 2016 4:26:40 PM WEST Richard Heck wrote:
> For anyone running LyX 2.2.0 under KDE (or using a KDE-based window
> manager, or anything of that sort):
>
> There is an annoying new feature, KDE's "accelerator manager", that
> automatically adds shortcuts. This causes conflicts a
For anyone running LyX 2.2.0 under KDE (or using a KDE-based window
manager, or anything of that sort):
There is an annoying new feature, KDE's "accelerator manager", that
automatically adds shortcuts. This causes conflicts and so forth in many
Qt-based programs, when those programs are run
Le 20/04/2016 22:45, GNU Support a écrit :
Is there any other manner to replace variables, like company names,
names or addresses in a LyX document? If yes, I am interested to know
how.
Otherwise, I have to give LyX to multiple people to work for me and to
explain to them to take care of the spa
Den 20. april 2016 21:45, skrev GNU Support:
Hello,
maybe it should be a space if it is space. Space is a character just as
any other character. Imagine if LyX would not show the characte "a"
after tex command. The space is AFTER the tex command and not WITHIN the
tex command.
Not entirely cor
On Wed, Apr 20, 2016 at 10:45:12PM +0200, GNU Support wrote:
> LyX is most professional software I have, I am reporting bug only
> because I love it.
And your feedback is appreciated! Open source software depends on users
like you giving feedback so thank you.
Scott
signature.asc
Description:
On 2016-04-20, GNU Support wrote:
> I understand what you mean.
> However, space is something I can see.
> Why is there the same behavior after tex command which is anyway
> surrounded by visible red box, if I hit space or if I don't hit
> space. It should not be the same.
The LaTeX command may
I understand what you mean.
However, space is something I can see.
Why is there the same behavior after tex command which is anyway
surrounded by visible red box, if I hit space or if I don't hit
space. It should not be the same.
If space after tex command is not accepted by LyX then the space s
Le 20/04/2016 20:45, GNU Support a écrit :
Hello,
maybe it should be a space if it is space. Space is a character just as
any other character. Imagine if LyX would not show the characte "a"
after tex command. The space is AFTER the tex command and not WITHIN the
tex command.
"space" is not a p
Le 20/04/2016 20:29, Guenter Milde a écrit :
The recommended LaTeX-way to deal with this is to ensure that every LaTeX
command is terminated by a pair of {}, either with arguments or empty.
\mycommand{} four five
The pair of braces is uesful as well to avoid pasting a (La)TeX command with
Hello,
maybe it should be a space if it is space. Space is a character just as
any other character. Imagine if LyX would not show the characte "a"
after tex command. The space is AFTER the tex command and not WITHIN the
tex command.
This space bug, actually breaks the philosophy os WYSIWYM.
I ma
On 2016-04-20, bugs@gnu.support wrote:
> Hello,
> There is long standing bug in LyX that I managed to handle on my
> side. That is when I insert TeX code with Control-L and anything
> thereafter, even though there is a space, is not spaced.
This is not a bug but a TeX feature.
Ctrl
On 04/20/2016 01:20 PM, GNU Support wrote:
> Hello,
>
> Now I understand it, it is not something to be handled by LyX, in that case
> it is not a "bug".
It is very unexpected, though, I'll agree. One might wonder whether the
space in LyX itself should not be handled as a space in this case. But
t
Hello,
Now I understand it, it is not something to be handled by LyX, in that
case it is not a "bug".
Thank you much for helping me understand that. It bothered me already
for years.
Jean Louis
On Wed, Apr 20, 2016 at 06:58:08PM +0100, Jean-Pierre Chrétien wrote:
> Le 20/04/2016 17:10, GNU Supp
On Wed, Apr 20, 2016 at 06:58:08PM +0100, Jean-Pierre Chrétien wrote:
> Le 20/04/2016 17:10, GNU Support a écrit :
> > Hello
> >
> > You have suggested me to simply cope with it by another method, to
> > include the space in the TeX command instead of using visible available
> > space in LyX. It i
Le 20/04/2016 17:10, GNU Support a écrit :
Hello
You have suggested me to simply cope with it by another method, to
include the space in the TeX command instead of using visible available
space in LyX. It is not an option.
Try to export in LaTeX and add as many spaces and even newlines, you w
, Jean-Pierre Chrétien wrote:
> Le 20/04/2016 15:25, bugs@gnu.support a écrit :
> > Hello,
> >
> > There is long standing bug in LyX that I managed to handle on my
> > side. That is when I insert TeX code with Control-L and anything
> > thereafter, even thoug
Le 20/04/2016 15:25, bugs@gnu.support a écrit :
Hello,
There is long standing bug in LyX that I managed to handle on my
side. That is when I insert TeX code with Control-L and anything
thereafter, even though there is a space, is not spaced.
It looks something like:
\mycommand = One two three
\usepackage{xspace}
See:
https://tex.stackexchange.com/questions/180686/acceptable-use-cases-for-xspace-when-will-it-fail
for a discussion.
On Wed, Apr 20, 2016 at 10:25 AM, wrote:
> Hello,
>
> There is long standing bug in LyX that I managed to handle on my
> side. That is when
Hello,
There is long standing bug in LyX that I managed to handle on my
side. That is when I insert TeX code with Control-L and anything
thereafter, even though there is a space, is not spaced.
It looks something like:
\mycommand = One two three
And I insert into the LyX document:
[\mycommand
Hello Julien,
Thank you very much, I tried your abstract module with the lyx two column
settings rather than using the multicol package, the document now publishes
how I intended it to be. Title, authors, and abstract across the page
width; content in two columns with figure floats set 'Use defa
On 14/12/2011 3:48 AM, Xu Wang wrote:
On Wed, Dec 14, 2011 at 3:42 AM, Michi Speckwrote:
> I'll give it that a go, but does lyx 2 column layout allow for single
> column abstract at the top?
>
> Regards
> Michi
If you are using one of the standard article document class, have a look
at m
On 14/12/2011 3:48 AM, Xu Wang wrote:
On Wed, Dec 14, 2011 at 3:42 AM, Michi Speckwrote:
> I'll give it that a go, but does lyx 2 column layout allow for single
> column abstract at the top?
>
> Regards
> Michi
If you are using one of the standard article document class, have a look
at m
ublished pdf. However if I set
> the figure float to 'Here definitely' the figure does show up.
>
You may want to experiment with other placement options, such as 'Page
of floats', or reducing the size of your floats. Perhaps you should
look in to the documentation of &
On Wed, Dec 14, 2011 at 3:42 AM, Michi Speck wrote:
> I'll give it that a go, but does lyx 2 column layout allow for single
> column abstract at the top?
>
> Regards
> Michi
>
> On 14 December 2011 21:30, Xu Wang wrote:
>
>>
>>
>> On Tue, Dec 13, 2011 at 11:44 PM, Michi Speck wrote:
>>
>>> Hello
On Tue, Dec 13, 2011 at 11:44 PM, Michi Speck wrote:
> Hello there,
>
> I would like to report a bug. I have Lyx version 2.0.1 installed on Win
> 7. When I have figure floats selected to 'Use default placement' under
> float settings my figures do not shown up in the published pdf. However if
Hello there,
I would like to report a bug. I have Lyx version 2.0.1 installed on Win 7.
When I have figure floats selected to 'Use default placement' under float
settings my figures do not shown up in the published pdf. However if I set
the figure float to 'Here definitely' the figure does sho
Julien Rioux schrieb:
http://www.lyx.org/trac/ticket/6627
Isn't this the same as http://www.lyx.org/trac/ticket/6519 ?
Yes, it is. Thanks.
regards Uwe
On 30/03/2010 9:22 PM, Uwe Stöhr wrote:
http://www.lyx.org/trac/ticket/6627
regards Uwe
Isn't this the same as http://www.lyx.org/trac/ticket/6519 ?
--
Julien
http://www.lyx.org/trac/ticket/6627
regards Uwe
To reproduce:
1. Create a LyX document, with at least one screenful of text. After
this, insert a 10x10 table. (using a float is optional)
2. Position the cursor in the text above the table
3. Scroll the document, so the entire table is visible.
4. Click in some (visible) table cell.
5. Observ
> Hum, not sure about when I did this change (maybe it's only in trunk)
> but mathed now uses proper InsetLabel instead of a homegrown one, so
> this should be fixable...
>
> Abdel.
Thanks for the answers!
Shall I make a bug-report at the bug-tracer, or do you already take care
of it?
rgheck wrote:
On 11/03/2009 10:38 AM, Sebastian Guttenberg wrote:
Hi all
The following bug has the potential to destroy a lot of cross-references
of a document if one is not aware that lyx shows something different
than it does. My Bug-description has three parts. If you don't consider
the first
On 11/03/2009 10:38 AM, Sebastian Guttenberg wrote:
Hi all
The following bug has the potential to destroy a lot of cross-references
of a document if one is not aware that lyx shows something different
than it does. My Bug-description has three parts. If you don't consider
the first as bug, then l
Hi all
The following bug has the potential to destroy a lot of cross-references
of a document if one is not aware that lyx shows something different
than it does. My Bug-description has three parts. If you don't consider
the first as bug, then look also at the second which is more apparently
a bug
Sebastian Guttenberg schrieb:
Clearly, when I mark a text and press , I want the text to be
deleted and not the equation number. Did you try to follow my
description?
OK I misread your description. What you reported was indeed a bug because when you highlight a
character the >Del< key shouldn
Sebastian Guttenberg writes:
> 1. insert numbered formula with -n
> 2. type some symbol, e.g. "5" and mark it with -cursor from left
> to right (!) such that after the marking the cursor is at the end of the
> math-environment.
> 3. pressing will not delete the marked text, but remove the
> equa
Sebastian Guttenberg writes:
> 1. insert numbered formula with -n
> 2. type some symbol, e.g. "5" and mark it with -cursor from left
> to right (!) such that after the marking the cursor is at the end of the
> math-environment.
> 3. pressing will not delete the marked text, but remove the
> equa
Hi Uwe
I am fine with the possibility of deleting the equation number by
pressing at the end of the line.
But for me it is clearly a bug that this even happens, when some text is
marked.
Clearly, when I mark a text and press , I want the text to be
deleted and not the equation number. Did you tr
> 1. insert numbered formula with -n
> 2. type some symbol, e.g. "5" and mark it with -cursor from left
> to right (!) such that after the marking the cursor is at the end of the
> math-environment.
> 3. pressing will not delete the marked text, but remove the
> equation number.
This is by desig
1. insert numbered formula with -n
2. type some symbol, e.g. "5" and mark it with -cursor from left
to right (!) such that after the marking the cursor is at the end of the
math-environment.
3. pressing will not delete the marked text, but remove the
equation number.
This does not happen, if the
On Thu, Oct 08, 2009 at 11:25:19AM +0200, Sebastian Guttenberg wrote:
> Hi all
> I have observed the following undo-bug in lyx-1.6.4 and lyx2.0svn.
> I consider it to be serious, as it can completely spoil a file with many
> mathematical formulas if you make many undos without thinki
Hi all
I have observed the following undo-bug in lyx-1.6.4 and lyx2.0svn.
I consider it to be serious, as it can completely spoil a file with many
mathematical formulas if you make many undos without thinking (which in
fact happened to me):
* Open new file
* go to math-mode with -m-m
* write a
Sebastian Guttenberg wrote:
> If this is the bug you mean, and if
> it is already fixed, how can I get the fix?
If you are able to, you can grab the SVN source of BRANCH_1_6_X and
recompile yourself:
http://www.lyx.org/HowToUseSVN#toc9
Jürgen
>Hi Vincent again
>Sorry to bother you again, but I wanted to make sure that we are
>talking about the same bug. You were saying
>
>> You can reproduce it by hovering your mouse over the button of the
>> (closed) footnote. When LyX tries to show a tooltip with the contents
>> of the footnote, it
Hi Vincent again
Sorry to bother you again, but I wanted to make sure that we are talking
about the same bug. You were saying
> You can reproduce it by hovering your mouse over the button of the
> (closed) footnote. When LyX tries to show a tooltip with the contents of
> the footnote, it enters a
>Hi all
>Sorry, this won't be a real bug report, because I
>cannot reproduce it, nor have I a backtrace report
>or something. Just wanted to know, if something
>similar has been reported: I was clicking on a
>LyX-note within a footnote to open it and lyx-1.6.4
>hang up and started to consume a lo
Hi all
Sorry, this won't be a real bug report, because I cannot reproduce it,
nor have I a backtrace report or something. Just wanted to know, if
something similar has been reported:
I was clicking on a LyX-note within a footnote to open it and lyx-1.6.4
hang up and started to consume a lot of memo
Hi
I guess I'm not the first one who reports this, but Lyx 1.6.1 on Windows
(XP) seems to be unable to convert EMFs. It worked in 1.6.0 but now it
does not anymore. They are visible in the Output but only as a
rasterized picture, not as a vector graphic.
Greetings
Stefan
Hello,
I think I found one more graphic bug in LyX 1.6.0rc2. If you insert a
graphic and the graphic file extension contains upper case (like
graphic.PNG) LyX will gave me an error. If the graphic file extension
contains lower case (graphic.png) there is no problem creating an
output.
Maybe this
Joachim Krieg wrote:
> I'm not really sure but I think I found a bug in LyX 1.6.0rc2. If I
> insert a graphic with an umlaut in the filename I can't create a
> DVI, PDF or PS output. If I try to make an output I get an error that
> a converter is missing. I tried it with j
Hello,
I'm not really sure but I think I found a bug in LyX 1.6.0rc2. If I
insert a graphic with an umlaut in the filename I can't create a
DVI, PDF or PS output. If I try to make an output I get an error that
a converter is missing. I tried it with jpg and bmp files. If i delete
the
Michal Skrzypek wrote:
> I wanted to report something relatively harmless, but strange. I am
> currently using LyX 1.5.2 (XP SP2, Polish version). I apologize that I
> cannot check this with the current version, but for now I cannot
> upgrade/test it due to time constraints, as I am nearing the com
On Wed, Nov 14, 2007 at 03:55:13PM +0100, [EMAIL PROTECTED] wrote:
> I realised that the problem is not related to network drives but to path
> names containing German "Umlaute".
>
> If the path name of a LyX file contains an Umlaut, LyX will claim that
> the file has been externally modified when
I realised that the problem is not related to network drives but to path names
containing German "Umlaute".
If the path name of a LyX file contains an Umlaut, LyX will claim that the file
has been externally modified whenever I try to save it.
Cheers,
Martin
Hi all,
I found what looks like a bug to me in the latest LyX release 1.5.2.
I'm running the windows version and whenever I save a changed file to a network
drive, LyX issues a warning claiming the file has been externally modified.
When saving file changes to a local drive this problem does no
Mark S. wrote:
A bug in LyX 1.5.1 (now distributed with Gutsy Gibbon):
When working in formulas within the document, the arrow buttons behave the
opposite way. Meaning, if one wants to go left in the formula, the left
button will actually make him go right and the right one will make him go
A bug in LyX 1.5.1 (now distributed with Gutsy Gibbon):
When working in formulas within the document, the arrow buttons behave the
opposite way. Meaning, if one wants to go left in the formula, the left
button will actually make him go right and the right one will make him go
left.
Sorry, my fault, I included another lyx-document with language set to
"ngerman", obviusly this caused lyx some trouble. I set the language of
the included file to english and everything worked fine.
Sorry for the superfluous post.
Kai
--- Begin Message ---
Hello,
is this a bug? Haven't found any
Hello,
is this a bug? Haven't found anything on bugzilla.
I have installed a German LyX 1.5.1 on gentoo Linux. In article (RevTeX)
class I want to write an English article (I set Language to English in
Document -> Preferences) but the \abstractname shows as
"Zusammenfassung" (German term) rather
Jürgen Spitzmüller wrote:
> Thanks for the report, I added it here:
> http://bugzilla.lyx.org/show_bug.cgi?id=4078#c15
The fix, btw, is simple. Just change in amsmaths.inc, here:
Style Notation*
CopyStyle Remark*
LatexName notation*
Kai Johannes Keller wrote:
> When I try to use the Notation*-environment within the book (AMS)
> documentclass and want to view DVI, I get the following error message
> from latex:
Thanks for the report, I added it here:
http://bugzilla.lyx.org/show_bug.cgi?id=4078#c15
Jürgen
Hi, is this a bug in lyx 1.5.1?
I checked on bugzilla.lyx.org but found nothing corresponding, so I
decided to post this to the developers list.
When I try to use the Notation*-environment within the book (AMS)
documentclass and want to view DVI, I get the following error message
from latex
> In Lyx 1.5.1 (I'm using it for Linux, but I don't think it matters),
> whenever I write "/propto" at a math window, or select the symbol in the
if you mean \propto then i cant reproduce it - it works for me under linux.
pavel
Hi,
In Lyx 1.5.1 (I'm using it for Linux, but I don't think it matters),
whenever I write "/propto" at a math window, or select the symbol in the
math panel, it show up on the screen the "\mu" symbol. However, if I export
it to post script or pdf, it shows up normally in the document. It's a minor
1 - 100 of 264 matches
Mail list logo
