Re: [PATCH] LyX HiDPI support in OS X with Qt 5

Stephan Witt st.witt at gmx.net writes: Here is a first version for an evaluation of the feature: https://dl.dropboxusercontent.com/u/27842660/ LyX-2.2.0dev-a09eaf44%2Bqt5-x86_64-cocoa.dmg https://dl.dropboxusercontent.com/u/27842660/ LyX-2.2.0dev-a09eaf44%2Bqt5-x86_64-cocoa.dmg.sig

Re: [PATCH] LyX HiDPI support in OS X with Qt 5

There are some reports on the users list about LyX not finding standard classes. AFAIK, all the users reporting this problem are Yosemite users. There is some feedback that this is helpful:

Re: [PATCH] LyX HiDPI support in OS X with Qt 5

Stephan Witt gmx.net> writes: > > Here is a first version for an evaluation of the feature: > > https://dl.dropboxusercontent.com/u/27842660/ LyX-2.2.0dev-a09eaf44%2Bqt5-x86_64-cocoa.dmg > https://dl.dropboxusercontent.com/u/27842660/ LyX-2.2.0dev-a09eaf44%2Bqt5-x86_64-cocoa.dmg.sig > Thanks

Re: [PATCH] LyX HiDPI support in OS X with Qt 5

> There are some reports on the users list about LyX not finding standard > classes. > AFAIK, all the users reporting this problem are Yosemite users. > > There is some feedback that this is helpful: >

Regression: macro display issues with 2.1 RC1 (Mac)

I have partially repeatable display issues concerning macros. In old documentssome formulas display (some) macros as an empty boxes with blue frames. For instance, I head defined \varexp to be \mathrm{e}. This macro is sometimes displayed as a non-cursive e (as it should be) and sometimes

Regression: macro display issues with 2.1 RC1 (Mac)

I have partially repeatable display issues concerning macros. In old documentssome formulas display (some) macros as an empty boxes with blue frames. For instance, I head defined \varexp to be \mathrm{e}. This macro is sometimes displayed as a non-cursive e (as it should be) and sometimes

Re: bug report

I can confirm the observation of Dan: Insert Special Character Symbols dialog box is completely devoid of symbols. This is on Mac OS 10.9 with the 2.1.0beta2 Mac binary produced by the LyX team Regards, Marcus On Tue, Dec 31, 2013 at 12:29 AM, DWL ld...@yahoo.com wrote: Hi, Searched the

Re: bug report

I can confirm the observation of Dan: Insert > Special Character > Symbols dialog box is completely devoid of symbols. This is on Mac OS 10.9 with the 2.1.0beta2 Mac binary produced by the LyX team Regards, Marcus > On Tue, Dec 31, 2013 at 12:29 AM, DWL wrote: > > Hi, > > > >

Re: Bug #8445

, that patch is already in LyX 2.1 beta 2. If it does not work for you, post any information on the ticket. Scott On Mon, Nov 18, 2013 at 5:45 PM, Marcus Kriele mkri...@me.com wrote: From the bug tracker I understand that Jürgen Spitzmüller has a patch for #8445 which is supposed to go

Re: Bug #8445

nderstand, that patch is already in LyX 2.1 beta 2. If it > does not work for you, post any information on the ticket. > > Scott > > On Mon, Nov 18, 2013 at 5:45 PM, Marcus Kriele <mkri...@me.com> wrote: >> From the bug tracker I understand that Jürgen Spitzmül

Bug #8445

From the bug tracker I understand that Jürgen Spitzmüller has a patch for #8445 which is supposed to go into LyX 2.1. However, I still see this bug in 2.1 beta 2 (OSX Mavericks). Would it be possible to fix it for the next beta? Marcus PS. Thanks for all your great work on LyX, which I find

Bug #8445

From the bug tracker I understand that Jürgen Spitzmüller has a patch for #8445 which is supposed to go into LyX 2.1. However, I still see this bug in 2.1 beta 2 (OSX Mavericks). Would it be possible to fix it for the next beta? Marcus PS. Thanks for all your great work on LyX, which I find

Re: #7301: Issues with svmono.layout

Yes, #7506 is invalid and I just marked as as such. On 2011-9-23 19:32 , LyX Ticket Tracker wrote: #7301: Issues with svmono.layout +--- Reporter: marcus | Owner: uwestoehr Type: defect | Status:

Re: #7301: Issues with svmono.layout

Yes, #7506 is invalid and I just marked as as such. On 2011-9-23 19:32 , LyX Ticket Tracker wrote: #7301: Issues with svmono.layout +--- Reporter: marcus | Owner: uwestoehr Type: defect | Status:

Re: #7301: Issues with svmono.layout

On 2011-9-22 14:43 , LyX Ticket Tracker wrote: #7301: Issues with svmono.layout +--- Reporter: marcus | Owner: uwestoehr Type: defect | Status: assigned Priority: normal | Milestone: 2.0.2

Re: #7301: Issues with svmono.layout

On 2011-9-22 14:43 , LyX Ticket Tracker wrote: #7301: Issues with svmono.layout +--- Reporter: marcus | Owner: uwestoehr Type: defect | Status: assigned Priority: normal | Milestone: 2.0.2

Re: #7301: Issues with svmono.layout

Richard, I had hoped that Uwe would reply as he made the final changes. The files I had submitted were exensively tested and their last version did not have any issues with old sv files. I had also tested Uwe's last modifications. His version also appeared to work well with old sv files, so

Re: #7301: Issues with svmono.layout

Richard, I had hoped that Uwe would reply as he made the final changes. The files I had submitted were exensively tested and their last version did not have any issues with old sv files. I had also tested Uwe's last modifications. His version also appeared to work well with old sv files, so

Instant preview does not work for lyx 2.0.1 for OSX

Instant preview does not seem to work with the 2.0.1 cocoa binary for Mac OSX. I have re-downloaded the last 2.0.0 version of the binary and instant preview works flawlessly with this older version. Therefore my problem does not seem to be caused by my lyx settings, unless I missed a change

Re: Instant preview does not work for lyx 2.0.1 for OSX

Sorry, I should have been more precise. Instant preview for included graphics (I have now tested jpg, pdf, eps) does work for me. What does not work is instant preview for equations which are typeset in LyX. I am using OSX 10.7.1 Regards, Marcus

Re: Instant preview does not work for lyx 2.0.1 for OSX

I have now identified what caused my problem. I can easily work around the issue as it relates to some preamble code that I do not need. However, the issue points to strange side effects. I was looking at child documents of a master document. The preamble of the master document contains

Instant preview does not work for lyx 2.0.1 for OSX

Instant preview does not seem to work with the 2.0.1 cocoa binary for Mac OSX. I have re-downloaded the last 2.0.0 version of the binary and instant preview works flawlessly with this older version. Therefore my problem does not seem to be caused by my lyx settings, unless I missed a change

Re: Instant preview does not work for lyx 2.0.1 for OSX

Sorry, I should have been more precise. Instant preview for included graphics (I have now tested jpg, pdf, eps) does work for me. What does not work is instant preview for equations which are typeset in LyX. I am using OSX 10.7.1 Regards, Marcus

Re: Instant preview does not work for lyx 2.0.1 for OSX

I have now identified what caused my problem. I can easily work around the issue as it relates to some preamble code that I do not need. However, the issue points to strange side effects. I was looking at child documents of a master document. The preamble of the master document contains

Re: RFI: label prefix not actualized when section heading type is changed

I seem to remember that I had recently changed a label in a document with several children and the references in other children have automatically been updated correctly. However, even if updating across children works at all times, there would be pitfalls in co-authored docuements. For

Re: RFI: label prefix not actualized when section heading type is changed

I seem to remember that I had recently changed a label in a document with several children and the references in other children have automatically been updated correctly. However, even if updating across children works at all times, there would be pitfalls in co-authored docuements. For

Re: Springer layout files

On 2011-7-15 13:06 , Uwe Stöhr wrote: This is not necessary. Before LyX was able to display the number also within LyX, we used a normal # to indicate that in the output will be a number. Colored labels indicate that they are only hints what to do and don't appear in the output. But in this

Re: Springer layout files

I noticed two additional bugs in the style preface (for svmono): 1) The style Preface has been assigned to the category For Authors. This could be appropriate for the class svmult but not for svmono. I propose to use the category FrontMatter 2) Preface has an optional argument just as

Re: Springer layout files

On 2011-7-15 13:06 , Uwe Stöhr wrote: This is not necessary. Before LyX was able to display the number also within LyX, we used a normal "#" to indicate that in the output will be a number. Colored labels indicate that they are only hints what to do and don't appear in the output. But in this

Re: Springer layout files

I noticed two additional bugs in the style preface (for svmono): 1) The style Preface has been assigned to the category "For Authors". This could be appropriate for the class svmult but not for svmono. I propose to use the category "FrontMatter" 2) Preface has an optional argument just as

Re: Springer layout files

On 2011-7-13 22:35 , Uwe Stöhr wrote: Am 11.07.2011 23:35, schrieb Marcus Kriele: However, I would change the label of the sol environment: Currently it is an automatically generated counter that may have nothing to do with the counter of the corresponding problem. I find this misleading

Re: Springer layout files

On 2011-7-13 22:35 , Uwe Stöhr wrote: Am 11.07.2011 23:35, schrieb Marcus Kriele: However, I would change the label of the sol environment: Currently it is an automatically generated counter that may have nothing to do with the counter of the corresponding problem. I find this misleading

Re: Springer layout files

I have tested the new layouts and templates for svmono, svjour3, and svmult. In these new versions, the proof, solution and problem environments work for me. However, I would change the label of the sol environment: Currently it is an automatically generated counter that may have nothing to

Re: Springer layout files

I have tested the new layouts and templates for svmono, svjour3, and svmult. In these new versions, the proof, solution and problem environments work for me. However, I would change the label of the sol environment: Currently it is an automatically generated counter that may have nothing to

Re: Springer layout files

Uwe, great that you could fix the numbering! I have tested your templates and I found the following issues (Mac, LyX 2.0.0): svmono_book.lyx: 1) Minor -- Master document has not been set. I propose to do so for each include file so that View master document and Update master document

Re: Springer layout files

Uwe, great that you could fix the numbering! I have tested your templates and I found the following issues (Mac, LyX 2.0.0): svmono_book.lyx: 1) Minor -- Master document has not been set. I propose to do so for each include file so that "View master document" and "Update master

Re: Springer layout files

Uwe, I have not tested the files yet but I have looked through your changes. I find some of these changes problematic as they impair functionality: 1) You have replaced the theorem type environments by the standard theorem include file, in which theorem-like environments are defined via

Re: Springer layout files

Uwe, I have not tested the files yet but I have looked through your changes. I find some of these changes problematic as they impair functionality: 1) You have replaced the theorem type environments by the standard theorem include file, in which theorem-like environments are defined via

Re: Springer layout files

Please see the class specific test files that I had uploaded to bug report #7301. They should contain every feature that is supported. Hopefully this reduced the amount of time necessary for further testing. I had also uploaded updated template files. Regards, Marcus On 2011-6-17 9:43 ,

Re: Springer layout files

Hi Uwe, thanks for the work you are putting in to improve my changes! On 2011-6-17 24:35 , Uwe Stöhr wrote: I had a look and fixed this. (You forgot to define the counters.) I created now a new file which contains all theorem environments of classes which already define them, like the sv***

Re: Springer layout files

Please see the class specific test files that I had uploaded to bug report #7301. They should contain every feature that is supported. Hopefully this reduced the amount of time necessary for further testing. I had also uploaded updated template files. Regards, Marcus On 2011-6-17 9:43 ,

Re: Springer layout files

Hi Uwe, thanks for the work you are putting in to improve my changes! On 2011-6-17 24:35 , Uwe Stöhr wrote: I had a look and fixed this. (You forgot to define the counters.) I created now a new file which contains all theorem environments of classes which already define them, like the sv***

More Flex Copying Issues

Richard, svglobal3.layout is one of the Springer layout files which I had updated (#bug 7301). The issue should not exist in my corrected files that I had posted in the bug report and sent to you as a zipped archive. Marcus

Re: More Flex Copying Issues

Uwe, please see my comments below. Marcus On 2011-6-16 18:53 , Uwe Stöhr wrote: Am 16.06.2011 19:41, schrieb Marcus Kriele: The following issues still persist: 2) Short title for optional arguments does not work. This is intentional in order to guarantee backward compatibility. I

More Flex Copying Issues

Richard, svglobal3.layout is one of the Springer layout files which I had updated (#bug 7301). The issue should not exist in my corrected files that I had posted in the bug report and sent to you as a zipped archive. Marcus

Re: More Flex Copying Issues

Uwe, please see my comments below. Marcus On 2011-6-16 18:53 , Uwe Stöhr wrote: Am 16.06.2011 19:41, schrieb Marcus Kriele: > The following issues still persist: > > 2) "Short title" for optional arguments does not work. This is intentional in order to guarantee >

Re: #7506: CopyStyle for inset layout does not work

On 2011-4-29 7:07 , LyX Ticket Tracker wrote: #7506: CopyStyle for inset layout does not work Comment(by rgheck): I'll have to check this with current trunk. But I'm guessing that the issue is just that the new layouts were not named properly, yet the layout format is beyond where lyx2lyx

Re: #7506: CopyStyle for inset layout does not work

On 2011-4-29 7:07 , LyX Ticket Tracker wrote: #7506: CopyStyle for inset layout does not work Comment(by rgheck): I'll have to check this with current trunk. But I'm guessing that the issue is just that the new layouts were not named properly, yet the layout format is beyond where lyx2lyx

Re: Bug #7301: New layout for Springer (smono.layout, smult.layout, sjour3.layout)

I have produced a new version of the layout files, the test files, and the templates. It has been posted to the bug tracker. This new version is now fully backward compatible. However, the style abstract now behaves differently as the current implementation is broken. The following price

Re: Bug #7301: New layout for Springer (smono.layout, smult.layout, sjour3.layout)

On 2011-4-26 14:58 , Richard Heck wrote: On 04/26/2011 02:09 PM, Marcus Kriele wrote: I have found that LyXHTML chokes on the table of contents. If the table of contents is removed in my example files then LyXHTML produces valid HTML files that can be read by Firefox 4. Hmm. Well, I should

License permission

I hereby grant permission to license my contributions to LyX under the Gnu General Public License, version 2 or later. Marcus Kriele To date I have only fixed some sv* layout files (Bug 7301) which is targeted for 2.0.1.

Re: Bug #7301: New layout for Springer (smono.layout, smult.layout, sjour3.layout)

I have produced a new version of the layout files, the test files, and the templates. It has been posted to the bug tracker. This new version is now fully backward compatible. However, the style abstract now behaves differently as the current implementation is broken. The following price

Re: Bug #7301: New layout for Springer (smono.layout, smult.layout, sjour3.layout)

On 2011-4-26 14:58 , Richard Heck wrote: On 04/26/2011 02:09 PM, Marcus Kriele wrote: I have found that LyXHTML chokes on the table of contents. If the table of contents is removed in my example files then LyXHTML produces valid HTML files that can be read by Firefox 4. Hmm. Well, I should

License permission

I hereby grant permission to license my contributions to LyX under the Gnu General Public License, version 2 or later. Marcus Kriele To date I have only fixed some sv* layout files (Bug 7301) which is targeted for 2.0.1.

Re: Bug #7301: New layout for Springer (smono.layout, smult.layout, sjour3.layout)

Here is a list of backward incompatibilities and issues with the existing layouts -- svglobal3.layout, (Original Layout, to be replaced by svjour3.layout) Original template Issues: a) Insets Keywords, PACS, Subclass: I do not know how to insert these inserts. (They are not listed in the

Re: Bug #7301: New layout for Springer (smono.layout, smult.layout, sjour3.layout)

Here is a list of backward incompatibilities and issues with the existing layouts -- svglobal3.layout, (Original Layout, to be replaced by svjour3.layout) Original template Issues: a) Insets Keywords, PACS, Subclass: I do not know how to insert these inserts. (They are not listed in the

Bug #7301: New layout for Springer (smono.layout, smult.layout, sjour3.layout)

I have prepared replacement layout files for Springer monographs (svmono.layout), Springer contributed books (svmult.layout), Springer journals (svjour3.layout). I also prepared a file svcommon.inc that is read by all three layout files. They do not depend on any current layout files. These

Bug #7301: New layout for Springer (smono.layout, smult.layout, sjour3.layout)

I have prepared replacement layout files for Springer monographs (svmono.layout), Springer contributed books (svmult.layout), Springer journals (svjour3.layout). I also prepared a file svcommon.inc that is read by all three layout files. They do not depend on any current layout files. These

Additional layout question and tex2lyx problems

I am trying to support a command with argument for run-in headings: It produces a small vertical skip without indent and then writes the text in the argument in a bold font. Is it possible to mimic this behavior in LyX? I experimented with the LabelType Manual directive but could not get it

Additional layout question and tex2lyx problems

I am trying to support a command with argument for run-in headings: It produces a small vertical skip without indent and then writes the text in the argument in a bold font. Is it possible to mimic this behavior in LyX? I experimented with the LabelType Manual directive but could not get it to

Re: Additional layout question and tex2lyx problems

Thanks! I have filed a bug (#7468) for those cases where there should be support from the layout file. I believe that the layout was known to tex2lyx since the created LyX document used formatting that I had defined in the same layout file. Marcus

Additional layout question and tex2lyx problems

I am trying to support a command with argument for run-in headings: It produces a small vertical skip without indent and then writes the text in the argument in a bold font. Is it possible to mimic this behavior in LyX? I experimented with the "LabelType Manual" directive but could not get

Additional layout question and tex2lyx problems

I am trying to support a command with argument for run-in headings: It produces a small vertical skip without indent and then writes the text in the argument in a bold font. Is it possible to mimic this behavior in LyX? I experimented with the "LabelType Manual" directive but could not get it

Re: Additional layout question and tex2lyx problems

Thanks! I have filed a bug (#7468) for those cases where there should be support from the layout file. I believe that the layout was known to tex2lyx since the created LyX document used formatting that I had defined in the same layout file. Marcus

Re: Layout questions

Le 17/04/11 18:27, Marcus Kriele a écrit : Actually, when I come to think of it, I might have tried to use NextNoIndent where the following paragraph was not the default style. So it would be helpful to add to the description that NextNoIndent only has an effect if the following

Re: Layout questions

On 2011-4-18 9:12 , Jean-Marc Lasgouttes wrote: Then the question is to know whether this is annoying enough to deserve a new tag :) It might be also that the indenting depends on the question of outputting or not an empty line after environments... JMarc It is certainly a very minor

Re: Layout questions

Le 17/04/11 18:27, Marcus Kriele a écrit : Actually, when I come to think of it, I might have tried to use NextNoIndent where the following paragraph was not the default style. So it would be helpful to add to the description that NextNoIndent only has an effect if the following

Re: Layout questions

On 2011-4-18 9:12 , Jean-Marc Lasgouttes wrote: Then the question is to know whether this is annoying enough to deserve a new tag :) It might be also that the indenting depends on the question of outputting or not an empty line after environments... JMarc It is certainly a very minor

Re: Layout questions

Sat, 16 Apr 2011 13:00:04 -0700Julien Rioux On 16/04/2011 3:40 PM, Marcus Kriele wrote: 3) I am implementing support for a part sectioning command that prints some additional text on the next (otherwise empty) page. In the environment that contains the additional text I do

Re: Layout questions

On 04/16/2011 04:12 PM, Richard Heck wrote: On 04/16/2011 03:59 PM, Julien Rioux wrote: On 16/04/2011 3:40 PM, Marcus Kriele wrote: I am trying to address bug #7301 concerning the Springer layout files, On looking at this now, I see that NextNoIndent

Re: Layout questions

On 04/16/2011 04:12 PM, Richard Heck wrote: On 04/16/2011 03:59 PM, Julien Rioux wrote: On 16/04/2011 3:40 PM, Marcus Kriele wrote: I am trying to address bug #7301 concerning the Springer layout files, I'll fix the docs Actually, when I come to think of it, I might

Re: Layout questions

Sat, 16 Apr 2011 13:00:04 -0700Julien Rioux On 16/04/2011 3:40 PM, Marcus Kriele wrote: 3) I am implementing support for a part sectioning command that prints some additional text on the next (otherwise empty) page. In the environment that contains the additional text I do

Re: Layout questions

On 04/16/2011 04:12 PM, Richard Heck wrote: On 04/16/2011 03:59 PM, Julien Rioux wrote: On 16/04/2011 3:40 PM, Marcus Kriele wrote: I am trying to address bug #7301 concerning the Springer layout files, On looking at this now, I see that NextNoIndent

Re: Layout questions

On 04/16/2011 04:12 PM, Richard Heck wrote: On 04/16/2011 03:59 PM, Julien Rioux wrote: On 16/04/2011 3:40 PM, Marcus Kriele wrote: I am trying to address bug #7301 concerning the Springer layout files, I'll fix the docs Actually, when I come to think of it, I might

Layout questions

I am trying to address bug #7301 concerning the Springer layout files, and the following 4 questions have arisen: 1) NextNoIndent prevents the following paragraph (whether of the same or a different layout) from being indented. Is there a possibility to restrict this behavior such that in

Layout questions

I am trying to address bug #7301 concerning the Springer layout files, and the following 4 questions have arisen: 1) NextNoIndent prevents the following paragraph (whether of the same or a different layout) from being indented. Is there a possibility to restrict this behavior such that in

Poll for the default icon theme in LyX 2.0

As a user I vote for libreoffice. The icons are very clear and will make it easier for users migrating from OpenOffice or LibreOffice to start with LyX. However, I would like to propose the following small changes: 1) Advanced find/replace: As the magnifying glass is used in LibreOffice for

Poll for the default icon theme in LyX 2.0

As a user I vote for libreoffice. The icons are very clear and will make it easier for users migrating from OpenOffice or LibreOffice to start with LyX. However, I would like to propose the following small changes: 1) Advanced find/replace: As the magnifying glass is used in LibreOffice for

Re: changeset/35060 - color regressions

I think that math corners and math background serve different purposes. Math corners do not only indicate the outline of the whole formula but also the outline of frame elements within this formula. This is the reason why I use them. I believe that the purpose of math background is to show

Re: changeset/35060 - color regressions

is excellent and much better than my own proposal of ordering the existing colors in a hierarchical way! Regards, Marcus On 2010-9-2 10:17 , Jean-Marc LASGOUTTES wrote: Marcus Kriele<mkri...@me.com> writes: Yes, I do. As I am using LaTeX preview, math corners are only visible to me

Re: changeset/35060 - color regressions

Yes, I do. As I am using LaTeX preview, math corners are only visible to me when I activate a formula. They serve as additional visual support, because they indicate which corners (in another part of the activated formula) would light up as math frame when my cursor is moved into this

Re: changeset/35060 - color regressions

On 2010-8-31 12:19 , Jean-Marc LASGOUTTES wrote: Marcus Kriele<mkri...@me.com> writes: - remove math corners (The default is already the default background and is most probably never changed by users.) In my opinion this would make lyx less usable. I have enabled math corners (dark grey,

Re: changeset/35060 - color regressions

Dear all, As an enthusiastic user of LyX I would like to weigh in on the discussion about colors. Uwe Stöhr wrote: I propose ... - remove math corners (The default is already the default background and is most probably never changed by users.) ... In my opinion this would

Re: changeset/35060 - color regressions

Dear all, As an enthusiastic user of LyX I would like to weigh in on the discussion about colors. Uwe Stöhr wrote: I propose ... - remove math corners (The default is already the default background and is most probably never changed by users.) ... In my opinion this would

Binary 1.5 beta 3 for Mac

The beta 3 for mac binary does not display the times font which is selected in preferences but instead a sans serif font. In addition, the size of math preview larger than it should be. This seems to be a problem with the binary itself since the problem persists if I use the local

Binary 1.5 beta 3 for Mac

The beta 3 for mac binary does not display the times font which is selected in preferences but instead a sans serif font. In addition, the size of math preview larger than it should be. This seems to be a problem with the binary itself since the problem persists if I use the local