Re: he/Tutorial LuaTeX: strange error in terminal

On Sat, Oct 24, 2020 at 12:54:56PM -0400, Scott Kostyshak wrote: > On Sat, Oct 24, 2020 at 01:03:58PM +0200, Kornel Benko wrote: > > Am Sat, 24 Oct 2020 01:16:54 -0400 > > schrieb Scott Kostyshak : > > > > > This document compiles for me on an older system (with TL19) but on a > > > new installati

Re: he/Tutorial LuaTeX: strange error in terminal

On Sat, Oct 24, 2020 at 01:03:58PM +0200, Kornel Benko wrote: > Am Sat, 24 Oct 2020 01:16:54 -0400 > schrieb Scott Kostyshak : > > > This document compiles for me on an older system (with TL19) but on a > > new installation and updated TL20, I now get an error and in the > > terminal I see the fol

Re: he/Tutorial LuaTeX: strange error in terminal

Am Sat, 24 Oct 2020 01:16:54 -0400 schrieb Scott Kostyshak : > This document compiles for me on an older system (with TL19) but on a > new installation and updated TL20, I now get an error and in the > terminal I see the following: > > lualatex: ../../../texk/web2c/luatexdir/lang/texlang.c:986: h

he/Tutorial LuaTeX: strange error in terminal

This document compiles for me on an older system (with TL19) but on a new installation and updated TL20, I now get an error and in the terminal I see the following: lualatex: ../../../texk/web2c/luatexdir/lang/texlang.c:986: hnj_hyphenation: Assertion `(((varmem[(wordstart)].hh.u.B1) & (1 << 0))

Re: Strange looking manuals

Am Sun, 2 Aug 2020 08:55:38 +0200 schrieb Daniel : > Sometimes when compiling 2.4 the manuals look like the attachment. First > I thought that something is amiss with my patches but it appeared with > several quite different ones, so I am wondering whether anyone has seen > this before or might

Re: Strange looking manuals

On Sun, Aug 02, 2020 at 08:55:38AM +0200, Daniel wrote: > Sometimes when compiling 2.4 the manuals look like the attachment. Do you have up-to-date master? This should have been fixed already. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Strange looking manuals

Sometimes when compiling 2.4 the manuals look like the attachment. First I thought that something is amiss with my patches but it appeared with several quite different ones, so I am wondering whether anyone has seen this before or might know why it is like that? Daniel -- lyx-devel mailing li

Re: Child Document dialog looks strange in master

On Thu, Dec 06, 2018 at 08:07:18AM +0100, Daniel wrote: > The Child Document dialog looks a bit strange in my version of master. Do > you see that as well? Anyone knows what happened? I don't see this on current master with Qt 5.9.5. I tried resizing the dialog to get something weir

Child Document dialog looks strange in master

The Child Document dialog looks a bit strange in my version of master. Do you see that as well? Anyone knows what happened? Daniel

Re: Strange screen problem in LyX Version 2.3.1-1

Hello again, Closing all open buffers and reopening a new document has corrected this issue, but if I can help you to find the source of this bug, I would be happy to do it. I use LyX under OSX 10.13.6 Le sam. 27 oct. 2018 à 17:14, Murat Yildizoglu < murat.yildizo...@u-bordeaux.fr> a écrit : > He

Re: Strange screen problem in LyX Version 2.3.1-1

On 27/10/2018 17:14, Murat Yildizoglu wrote: Hello, I am puzzled by a problem I get in Lyx now. I have just closed the outline panel and Lyx screen became very weird (see the screenshot), and I cannot find how I can reset it to its normal appearance with the documents bar on the top of the edit

Re: Strange problem of which I have difficulty to locate the origin

Am Montag, den 02.10.2017, 11:41 +0200 schrieb Murat Yildizoglu: > Me again, > > Sometime, Writing a message helps us to solve the problem I imagine. > I have solved the problem I think. turkish in Babe > need ,shorthands=:! as an option (to neutralize babel rules for =, it > seems that they pose

Re: Strange problem of which I have difficulty to locate the origin

Am 02.10.2017 12:12 nachm. schrieb "Jean-Marc Lasgouttes" < lasgout...@lyx.org>: This should not happen. Is the extra spacing after the = sign actually wanted? If not, we can cancel it by default in the Turkish language definition. You should open a ticket to improve the odds that this gets fixe

Re: Strange problem of which I have difficulty to locate the origin

Le 02/10/2017 à 11:41, Murat Yildizoglu a écrit : Me again, Sometime, Writing a message helps us to solve the problem I imagine. I have solved the problem I think. turkish in Babe need ,shorthands=:! as an option (to neutralize babel rules for =, it seems that they pose a problem for xkeyval u

Re: Strange problem of which I have difficulty to locate the origin

very well. Thank you very much! 2017-10-02 11:32 GMT+02:00 Murat Yildizoglu : > Dear list members, > > I have been using LyX for many years but I currently meet a strange > problem: I am writing my first article in Turkish and I use turkish as a > babel mode (with english) and I

Strange problem of which I have difficulty to locate the origin

Dear list members, I have been using LyX for many years but I currently meet a strange problem: I am writing my first article in Turkish and I use turkish as a babel mode (with english) and I cannot scale or resize any included PDF figure (I typeset with pdflatex). In the attached example file

Re: Strange itemize and selection in LyX 2.3beta1

non-inline math) and the selection behaves strange. My fault. Should be fixed now. Yes, works now. Thanks! Daniel

Re: Strange itemize and selection in LyX 2.3beta1

strange. My fault. Should be fixed now. JMarc

Re: Strange itemize and selection in LyX 2.3beta1

Sorry, just realized that I know how to reproduce: 1. Set Math Indentation (Document Settings) 2. Start a line with an inline math The line will be indented (although I guess that should happen only with non-inline math) and the selection behaves strange. Daniel On 24.09.2017 20:08, racoon

Strange itemize and selection in LyX 2.3beta1

Hi, While writing in LyX 2.3beta1 I noticed a couple of times a strange problem. In the attached file the sub itemize item is too far to the right and selection from the end of that item with the mouse behaves strange. Unfortunately, I don't know the steps to reproduce it. Maybe someo

Re: Strange Display Bug on Master

On 09/18/2017 05:24 AM, Jean-Marc Lasgouttes wrote: > Le 15/09/2017 à 17:39, Richard Heck a écrit : >> The dark text is correct. It seems, quite generally, like the color is >> not right when the painting begins at the top, but then it becomes right >> when it is reset at the inset. If I scroll dow

Re: Strange Display Bug on Master

Le 15/09/2017 à 17:39, Richard Heck a écrit : The dark text is correct. It seems, quite generally, like the color is not right when the painting begins at the top, but then it becomes right when it is reset at the inset. If I scroll down, then when the inset goes off the top of the screen, the te

Re: Strange Display Bug on Master

On 09/16/2017 03:52 PM, Jean-Marc Lasgouttes wrote: > Le 15/09/2017 à 17:39, Richard Heck a écrit : >>> If you compare with 2.3, would you say that the right output is the >>> light text, or the heavy one? >> >> The dark text is correct. It seems, quite generally, like the color is >> not right whe

Re: Strange Display Bug on Master

Le 15/09/2017 à 17:39, Richard Heck a écrit : If you compare with 2.3, would you say that the right output is the light text, or the heavy one? The dark text is correct. It seems, quite generally, like the color is not right when the painting begins at the top, but then it becomes right when it

Re: Strange Display Bug on Master

On 09/15/2017 02:39 AM, Jean-Marc Lasgouttes wrote: > Le 15/09/2017 à 04:05, Richard Heck a écrit : >> Attached. This is from a different machine than the previous report, so >> I can >> at least confirm that it is not just that one box. Both are running >> Fedora 25, >> LyX compiled with Qt5 but n

Re: Strange Display Bug on Master

Le 15/09/2017 à 04:05, Richard Heck a écrit : Attached. This is from a different machine than the previous report, so I can at least confirm that it is not just that one box. Both are running Fedora 25, LyX compiled with Qt5 but no other special settings. If you compare with 2.3, would you say

Re: Strange Display Bug on Master

Le 13/09/2017 à 19:55, Richard Heck a écrit : Bisect blames 24c29908, which I do not think is in 2.3.x. Note that the properpaint branch (which has been merged into master) is now rebased against 2.3.x (with the LyXRC format update omitted). I will try to keep it in sync with any fix that is

Re: Strange Display Bug on Master

Le 13/09/2017 à 19:55, Richard Heck a écrit : Hi, all, When I open the attached example file in master, the text before the citation inset is very slightly lighter (grayer) than the text after it. (This may depend upon how bright or contrast-y your screen is.) With 'real' files, I've seen cases

Strange Display Bug on Master

Hi, all, When I open the attached example file in master, the text before the citation inset is very slightly lighter (grayer) than the text after it. (This may depend upon how bright or contrast-y your screen is.) With 'real' files, I've seen cases where the same text will shift between gray-ish

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

On Wed, Jul 12, 2017 at 08:31:36AM -0400, Paul A. Rubin wrote: > On 07/12/2017 04:37 AM, Scott Kostyshak wrote: > > On Mon, Jul 10, 2017 at 02:50:14PM -0400, Paul A. Rubin wrote: > > > On 07/10/2017 03:21 AM, Kornel Benko wrote: > > > > Am Montag, 10. Juli 2017 um 08:46:58, schrieb Pavel Sanda > >

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

On 07/12/2017 04:37 AM, Scott Kostyshak wrote: On Mon, Jul 10, 2017 at 02:50:14PM -0400, Paul A. Rubin wrote: On 07/10/2017 03:21 AM, Kornel Benko wrote: Am Montag, 10. Juli 2017 um 08:46:58, schrieb Pavel Sanda Scott Kostyshak wrote: I actually forgot what this thread is about, but from you

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

On Mon, Jul 10, 2017 at 02:50:14PM -0400, Paul A. Rubin wrote: > On 07/10/2017 03:21 AM, Kornel Benko wrote: > > Am Montag, 10. Juli 2017 um 08:46:58, schrieb Pavel Sanda > > > Scott Kostyshak wrote: > > > > I actually forgot what this thread is about, but from your recent > > > > message, it make

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

I will note that I've now seen references to "lyx-fonts" and "fonts-lyx" in this thread. Perhaps it is "fonts-lyx" on ubuntu, which is why it works? On Mon, Jul 10, 2017 at 2:40 PM, LyX Ticket Tracker wrote: > #10637: Math mode characters stra

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

On 07/10/2017 03:21 AM, Kornel Benko wrote: Am Montag, 10. Juli 2017 um 08:46:58, schrieb Pavel Sanda Scott Kostyshak wrote: I actually forgot what this thread is about, but from your recent message, it makes me think this is a packaging issue. You might want to contact the Debian or Ubuntu or

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

Am Montag, 10. Juli 2017 um 08:46:58, schrieb Pavel Sanda > Scott Kostyshak wrote: > > I actually forgot what this thread is about, but from your recent > > message, it makes me think this is a packaging issue. You might want to > > contact the Debian or Ubuntu or Mint packagers (it depends on whi

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

Scott Kostyshak wrote: > I actually forgot what this thread is about, but from your recent > message, it makes me think this is a packaging issue. You might want to > contact the Debian or Ubuntu or Mint packagers (it depends on which I just checked that lyx-fonts is recommended pkg on Debian/Ubun

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

On Sat, Jul 08, 2017 at 08:58:27PM -0400, Jack Sankey wrote: > Hi all, > > It's been awhile. Perhaps I missed this in the instructions or something, > but I was able to correct this on at least one computer by installing > "fonts-lyx" from the default repositories. It's not installed by default >

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

Hi all, It's been awhile. Perhaps I missed this in the instructions or something, but I was able to correct this on at least one computer by installing "fonts-lyx" from the default repositories. It's not installed by default with lyx (but should be, I think, since it's so important; same goes for

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

On Sun, Apr 23, 2017 at 09:27:22AM -0400, Paul A. Rubin wrote: > On 04/23/2017 03:10 AM, Scott Kostyshak wrote: > > P.S. let's keep everything on trac instead of the mailing list so we > > don't fragment the discussion. > I'm the other Mint user. I'm fine with keeping it on Trac, but just as an >

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

On 04/23/2017 03:10 AM, Scott Kostyshak wrote: On Sat, Apr 22, 2017 at 05:31:41PM -0400, Jack Sankey wrote: Sure, feel free to add me. I'm happy to help when I can, though, while my passion is reporting LyX bugs, I have a time-consuming side-job (pre-tenure physics professor) that pays the bills

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

On Sat, Apr 22, 2017 at 05:31:41PM -0400, Jack Sankey wrote: > Sure, feel free to add me. I'm happy to help when I can, though, while my > passion is reporting LyX bugs, I have a time-consuming side-job (pre-tenure > physics professor) that pays the bills. ;) It took half a year to post this > bug,

Re: #10637: Math mode characters strange / wrong in Linux Mint (not windows)

dir: /usr/share/lyx Cheers, Jack On Sat, Apr 22, 2017 at 12:56 PM, LyX Ticket Tracker wrote: > #10637: Math mode characters strange / wrong in Linux Mint (not windows) > --+- > Reporter: jaxankey | Owner: lasgouttes > Typ

Re: strange behavior copying snippets from doc-settings to doc-settings

On Thu, Sep 22, 2016 at 03:26:32PM +0200, mn wrote: > With LyX 2.2.1 I experience a strange behavior when trying to reuse old > preamble-code in newly created documents. > > Steps to reproduce. > Open a new document and then an old one, > open document settings for the old doc

strange behavior copying snippets from doc-settings to doc-settings

With LyX 2.2.1 I experience a strange behavior when trying to reuse old preamble-code in newly created documents. Steps to reproduce. Open a new document and then an old one, open document settings for the old doc, mark a string in the LaTeX-preamble, copy the string into the clipboard buffer

Correction: Strange behaviour of the colors preference setting in version 2.2.1

wrongly assuming that it was also closed. This is strange anyway, I think. Since the setting dialog box is initially visible behind the Colors dialog box, it should remain there when we click the Ok button, and not get hidden behind the main window. I use the OSX (El Capitan 10.11.06 in French

Re: Strange behaviour of the colors preference setting in version 2.2.1

, but as soon as I click the OK button of the color dialog box, the whole preferences dialog closes before I have the chance of clicking Apply, and my change is not recorded. This is strange, no? I cannot reproduce this on Windows 7. What's your set up? Daniel

Strange behaviour of the colors preference setting in version 2.2.1

color dialog box, the whole preferences dialog closes before I have the chance of clicking Apply, and my change is not recorded. This is strange, no? Best regards, Murat -- Prof. Murat Yildizoglu Note: Please use the following address as such UNIVERSITE DE BORDEAUX GREThA (UMR CNRS 5113

Re: [LyX/2.3-staging] Remove special code for Qt5 to manage HiDPI. It's not needed anymore and leads to strange icon scaling problems in mixed resolution environment. For reference see the screen shot

Le 08/05/2016 08:59, Stephan Witt a écrit : Am 07.05.2016 um 17:06 schrieb Guillaume Munch : Which version of qt is this for? Here on Ubuntu we are still stuck with 5.5.1 for a little while. More generally what qt version is going to be supported by 2.3 ? What does Qt5 bring on Linux? If poss

Re: [LyX/2.3-staging] Remove special code for Qt5 to manage HiDPI. It's not needed anymore and leads to strange icon scaling problems in mixed resolution environment. For reference see the screen shot

Author: Stephan Witt >> Date: Sat May 7 09:56:03 2016 +0200 >> >>Remove special code for Qt5 to manage HiDPI. It's not needed anymore and >> leads to strange icon scaling problems in mixed resolution environment. >>For reference see the screen shots in

Re: [LyX/2.3-staging] Remove special code for Qt5 to manage HiDPI. It's not needed anymore and leads to strange icon scaling problems in mixed resolution environment. For reference see the screen shot

09:56:03 2016 +0200 Remove special code for Qt5 to manage HiDPI. It's not needed anymore and leads to strange icon scaling problems in mixed resolution environment. For reference see the screen shots in bug tracker ticket #10114. diff --git a/src/frontends/qt4/GuiApplication.cpp

Re: lyx2lyx strange STDERR output

On Sat, Oct 31, 2015 at 12:11:54PM +0100, Jürgen Spitzmüller wrote: > Am Freitag 30 Oktober 2015, 19:52:29 schrieb Scott Kostyshak: > > $ lyx2lyx -t 474 lib/examples/de/linguistics.lyx > /dev/null > > Warning: content: Dies ist > > Warning: content: This is > > Warning: content: Dies ist > > Warnin

Re: lyx2lyx strange STDERR output

Am Freitag 30 Oktober 2015, 19:52:29 schrieb Scott Kostyshak: > $ lyx2lyx -t 474 lib/examples/de/linguistics.lyx > /dev/null > Warning: content: Dies ist > Warning: content: This is > Warning: content: Dies ist > Warning: content: full of > > Is that output expected? It is the same on the terminal

lyx2lyx strange STDERR output

$ lyx2lyx -t 474 lib/examples/de/linguistics.lyx > /dev/null Warning: content: Dies ist Warning: content: This is Warning: content: Dies ist Warning: content: full of Is that output expected? It is the same on the terminal as in the GUI (exporting to 2.1.x). Scott

Re: LyX banner has strange bottom line for me

Stephan Witt wrote: > Am 27.05.2015 um 19:40 schrieb Enrico Forestieri : > > > PS: Thanks for doing this! >From me as well! Also for the origin preference setting and the many SVG images you created. Georg

Re: LyX banner has strange bottom line for me

+1 nice! A/ On Wed, May 27, 2015 at 9:55 AM, Enrico Forestieri wrote: > On Tue, May 26, 2015 at 07:34:35AM -0400, Scott Kostyshak wrote: >> Attached is a screenshot of how the LyX banner looks for me on Ubuntu >> with Qt 5.5dev. > > What about the attached one? > > -- > Enrico

Re: LyX banner has strange bottom line for me

Am 27.05.2015 um 19:40 schrieb Enrico Forestieri : > On Wed, May 27, 2015 at 12:41:39PM +0200, Stephan Witt wrote: >> Am 27.05.2015 um 12:31 schrieb Stephan Witt : >> >>> Am 27.05.2015 um 12:12 schrieb Enrico Forestieri : >>> On Wed, May 27, 2015 at 11:33:16AM +0200, Stephan Witt wrote: >>>

Re: LyX banner has strange bottom line for me

On Wed, May 27, 2015 at 12:41:39PM +0200, Stephan Witt wrote: > Am 27.05.2015 um 12:31 schrieb Stephan Witt : > > > Am 27.05.2015 um 12:12 schrieb Enrico Forestieri : > > > >> On Wed, May 27, 2015 at 11:33:16AM +0200, Stephan Witt wrote: > >>> > >>> It's much better. > >>> > >>> But I think it

Re: LyX banner has strange bottom line for me

Am 27.05.2015 um 16:35 schrieb Stephan Witt : > Am 27.05.2015 um 16:05 schrieb Jürgen Spitzmüller : > >> 2015-05-27 12:41 GMT+02:00 Stephan Witt: >> >> >> >> BTW I'd suggest to move the version string up- and rightwards in the grey >> field. > > The dirty, hard coded way is to change the pos

Re: LyX banner has strange bottom line for me

Am 27.05.2015 um 16:05 schrieb Jürgen Spitzmüller : > 2015-05-27 12:41 GMT+02:00 Stephan Witt: > > > > BTW I'd suggest to move the version string up- and rightwards in the grey > field. The dirty, hard coded way is to change the position (and size) in GuiView.cpp. Stephan

Re: LyX banner has strange bottom line for me

2015-05-27 12:41 GMT+02:00 Stephan Witt : > I just opened the SVG with inkscape and noticed some difference > with the frames. The shadow of the SVG is not drawn in LyX. > And the shadow of the letters of the LyX logo is missing too. > Probably the SVG renderer of Qt isn't perfect. > The qt svg r

Re: LyX banner has strange bottom line for me

Am 27.05.2015 um 12:12 schrieb Enrico Forestieri : > On Wed, May 27, 2015 at 11:33:16AM +0200, Stephan Witt wrote: >> >> It's much better. >> >> But I think it looks a little bit aggressive. > > Uh? Sorry, it's only me, perhaps. >> Is it possible to make the "background" look like a >> "page

Re: LyX banner has strange bottom line for me

On Wed, May 27, 2015 at 12:11:59PM +0200, Jean-Marc Lasgouttes wrote: > > It looks good. Do we have some provision for localization? The only way would be omitting the text (paths, actually) and superimposing a translation as we do for the version info. > Do we want to? Don't know. I would say

Re: LyX banner has strange bottom line for me

Le 27/05/2015 09:55, Enrico Forestieri a écrit : On Tue, May 26, 2015 at 07:34:35AM -0400, Scott Kostyshak wrote: Attached is a screenshot of how the LyX banner looks for me on Ubuntu with Qt 5.5dev. What about the attached one? It looks good. Do we have some provision for localization? Do w

Re: LyX banner has strange bottom line for me

On Wed, May 27, 2015 at 11:33:16AM +0200, Stephan Witt wrote: > > It's much better. > > But I think it looks a little bit aggressive. Uh? > Is it possible to make the "background" look like a > "page turning book"? This makes sense with LyX, IMHO. I don't understand. It's already like that.

Re: LyX banner has strange bottom line for me

Am 27.05.2015 um 09:55 schrieb Enrico Forestieri : > On Tue, May 26, 2015 at 07:34:35AM -0400, Scott Kostyshak wrote: >> Attached is a screenshot of how the LyX banner looks for me on Ubuntu >> with Qt 5.5dev. > > What about the attached one? > > -- > Enrico > It's much better. But I think

Re: LyX banner has strange bottom line for me

Am Mittwoch, 27. Mai 2015 um 05:15:04, schrieb Scott Kostyshak > On Wed, May 27, 2015 at 5:07 AM, Jürgen Spitzmüller wrote: > > 2015-05-27 9:55 GMT+02:00 Enrico Forestieri: > >> > >> What about the attached one? > > > > > > I like it! > > I like it as well. > > Scott +1 Kornel signa

Re: LyX banner has strange bottom line for me

On Wed, May 27, 2015 at 5:07 AM, Jürgen Spitzmüller wrote: > 2015-05-27 9:55 GMT+02:00 Enrico Forestieri: >> >> What about the attached one? > > > I like it! I like it as well. Scott

Re: LyX banner has strange bottom line for me

2015-05-27 9:55 GMT+02:00 Enrico Forestieri: > What about the attached one? > I like it! Jürgen > > -- > Enrico >

Re: LyX banner has strange bottom line for me

On Tue, May 26, 2015 at 07:34:35AM -0400, Scott Kostyshak wrote: > Attached is a screenshot of how the LyX banner looks for me on Ubuntu > with Qt 5.5dev. What about the attached one? -- Enrico

Re: LyX banner has strange bottom line for me

On Tue, May 26, 2015 at 8:49 AM, Jean-Marc Lasgouttes wrote: > Le 26/05/2015 13:34, Scott Kostyshak a écrit : >> >> Attached is a screenshot of how the LyX banner looks for me on Ubuntu >> with Qt 5.5dev. >> >> The bottom line has some strangely colored pixels, instead of just >> being a black/gre

Re: LyX banner has strange bottom line for me

Le 26/05/2015 13:34, Scott Kostyshak a écrit : Attached is a screenshot of how the LyX banner looks for me on Ubuntu with Qt 5.5dev. The bottom line has some strangely colored pixels, instead of just being a black/grey line. Note that with the good old Qt 4.8.1, the bottom line is grey, unlike

Re: LyX banner has strange bottom line for me

lmost rainbow colored). This is > attached. I annot reproduce that though. But even now it seems > slightly strange, although I do have to look very close to see the > difference. But to me there is a clear difference between the bottom > and the top lines. > > Does anyone else se

Re: LyX banner has strange bottom line for me

extreme (e.g. almost rainbow colored). This is > attached. I annot reproduce that though. But even now it seems > slightly strange, although I do have to look very close to see the > difference. But to me there is a clear difference between the bottom > and the top lines. > > D

Re: [PATCH] Strange Behaivor: xdg-open left as zombie

On Mon, Jul 15, 2013 at 11:37 PM, Pavel Sanda wrote: > Scott Kostyshak wrote: >> Should this go into 2.1? If we need more time for testing, it seems > > I think beta time is better than 2.1.x so move on. OK it's in at 5225821. Scott

Re: [PATCH] Strange Behaivor: xdg-open left as zombie

Scott Kostyshak wrote: > Should this go into 2.1? If we need more time for testing, it seems I think beta time is better than 2.1.x so move on. Pavel

Re: [PATCH] Strange Behaivor: xdg-open left as zombie

On Mon, Jul 8, 2013 at 1:53 PM, Enrico Forestieri wrote: > On Sun, Jul 07, 2013 at 12:55:47PM -0700, Pavel Sanda wrote: > >> Richard Heck wrote: >> >> Basically, what I did was to add a new parameter to >> >> SystemcallPrivate::startProcess() to tell if we should detach. If so, I'm >> >> calling Q

Re: [PATCH] Strange Behaivor: xdg-open left as zombie

Hi Richard, On 12 July 2013 17:52, Richard Heck wrote: > I'm not sure we absolutely need it, Guy, but can you send a note to devel > saying something like: I hereby license my contributions to LyX under the > General Public License, version 2 or any later version? Then I'll commit. No problem.

Re: [PATCH] Strange Behaivor: xdg-open left as zombie

On 07/06/2013 09:23 AM, Guy Rutenberg wrote: Hi, On 5 July 2013 10:54, Scott Kostyshak > wrote: I think that the part that actually runs system commands is in: src/support/Systemcall.cpp I've created a patch to fix it. Stats: src/support/Systemcall.cpp

Re: [PATCH] Strange Behaivor: xdg-open left as zombie

On Sun, Jul 07, 2013 at 12:55:47PM -0700, Pavel Sanda wrote: > Richard Heck wrote: > >> Basically, what I did was to add a new parameter to > >> SystemcallPrivate::startProcess() to tell if we should detach. If so, I'm > >> calling QProcess::startDetached instead of QProcess::start(). > > > > Wh

Re: [PATCH] Strange Behaivor: xdg-open left as zombie

Richard Heck wrote: >> Basically, what I did was to add a new parameter to >> SystemcallPrivate::startProcess() to tell if we should detach. If so, I'm >> calling QProcess::startDetached instead of QProcess::start(). > > Who knows this code well enough to comment? Enrico? > Richard >

Re: [PATCH] Strange Behaivor: xdg-open left as zombie

On 07/06/2013 09:23 AM, Guy Rutenberg wrote: Hi, On 5 July 2013 10:54, Scott Kostyshak > wrote: I think that the part that actually runs system commands is in: src/support/Systemcall.cpp I've created a patch to fix it. Stats: src/support/Systemcall.cpp

Re: [PATCH] Strange Behaivor: xdg-open left as zombie

Hi, On 5 July 2013 10:54, Scott Kostyshak wrote: > > I think that the part that actually runs system commands is in: > src/support/Systemcall.cpp I've created a patch to fix it. Stats: src/support/Systemcall.cpp | 26 -- src/support/SystemcallPrivate.h |2 +

Re: Strange Behaivor: xdg-open left as zombie

On Fri, Jul 5, 2013 at 3:46 AM, Guy Rutenberg wrote: > Can someone point me to the relevant code for executing the different > viewers? I want to try to patch myself, but being pointed at the right > direction can be helpful. I think that the part that actually runs system commands is in: src/su

Re: Strange Behaivor: xdg-open left as zombie

Hi, I'm bringing up this topic from the past :-). I've rechecked the issue, with the latest sources from the git, and I can see that it leaves out zombie process after each time one compiles the document (Ctrl+R). The git version leaves out "evince" zombie process, so this isn't caused by an Ubunt

Re: Strange Behaivor: xdg-open left as zombie

Hi, On 5 January 2013 22:02, Richard Heck wrote: > This should be reported to the Ubuntu people. They include a patch that > uses xdg-open for this kind of purpose. The LyX sources do not include that > patch, for other reasons. > > I've reported the bug in https://bugs.launchpad.net/ubuntu/+sou

Re: Strange Behaivor: xdg-open left as zombie

On 01/05/2013 02:02 PM, Guy Rutenberg wrote: Hi All, I've encountered a strange behavior and wanted to see if anyone else expriences it before opening a bug report. Every time I try to view a document [Ctrl+R] lyx uses xdg-open to open my default pdf viewer (in my case evince). Ho

Re: Strange problem with autotools build on mac

Am 23.08.2011 um 22:50 schrieb Jean-Marc Lasgouttes: > After returning from vacation, I noticed that building with autotools is now > broken on my 10.6.8 iMac. The link breakage can be fixed by invoking make as > make QT4_LIB="-framework Carbon -framework Cocoa" > > Has something happened that

Strange problem with autotools build on mac

After returning from vacation, I noticed that building with autotools is now broken on my 10.6.8 iMac. The link breakage can be fixed by invoking make as make QT4_LIB="-framework Carbon -framework Cocoa" Has something happened that removed the libraries from the normal link invocation? Have

Re: Strange (?) Enabling/Disabling Behavior

Le 31/03/2011 23:53, Tommaso Cucinotta a écrit : I can imagine the usefulness of the behavior in the case of labeling a numbered formula (because I can guess the label needs to be someway attached to the outermost inset), and that case can be threated in a special way. In other cases it looks lik

Re: Strange (?) Enabling/Disabling Behavior

Il 31/03/2011 16:41, Jean-Marc Lasgouttes ha scritto: This behaviour is nice in some places (for example deep inside a math formula, you want to operate on the whole formula for, say, numbering). I can imagine the usefulness of the behavior in the case of labeling a numbered formula (because I

Re: Strange (?) Enabling/Disabling Behavior

Le 31/03/2011 15:41, Richard Heck a écrit : This is by design. It still seems confusing to me. I actually did try recently to put a footnote into a displayed math formula---that was the natural place for it---and was surprised to find it keep turning up on the previous line! I eventually gave u

Re: Strange (?) Enabling/Disabling Behavior

On 03/31/2011 09:37 AM, Vincent van Ravesteijn wrote: On Thu, Mar 31, 2011 at 3:28 PM, Vincent van Ravesteijn wrote: On Thu, Mar 31, 2011 at 3:21 PM, Richard Heck wrote: Tomasso noticed the following: If you are in math, then Insert>Math>Macro is enabled. If you select it, then what happens i

Re: Strange (?) Enabling/Disabling Behavior

On Thu, Mar 31, 2011 at 3:28 PM, Vincent van Ravesteijn wrote: > On Thu, Mar 31, 2011 at 3:21 PM, Richard Heck wrote: >> >> Tomasso noticed the following: If you are in math, then Insert>Math>Macro is >> enabled. If you select it, then what happens is that you get a math macro >> just before the

Re: Strange (?) Enabling/Disabling Behavior

On Thu, Mar 31, 2011 at 3:21 PM, Richard Heck wrote: > > Tomasso noticed the following: If you are in math, then Insert>Math>Macro is > enabled. If you select it, then what happens is that you get a math macro > just before the inset you are in. This also happens with several other > LFUNs. E.g.,

Strange (?) Enabling/Disabling Behavior

Tomasso noticed the following: If you are in math, then Insert>Math>Macro is enabled. If you select it, then what happens is that you get a math macro just before the inset you are in. This also happens with several other LFUNs. E.g., from within math, you can do Insert>Footnote, and then you

Re: LyX 2.0.beta2: Strange Crash when moving outline or other tool window

Am 10.01.2011 um 10:19 schrieb Vincent van Ravesteijn: >> Note: the old ticket mentions a problem with docking outliner at the *left* >> side. >> >>> I'm happy now but I thought I should report this problem as other people >>> might experience the same problem. >>> >>> (I'm using Mac OS 1.6.5 a

Re: LyX 2.0.beta2: Strange Crash when moving outline or other tool window

> Note: the old ticket mentions a problem with docking outliner at the *left* > side. > >> I'm happy now but I thought I should report this problem as other people >> might experience the same problem. >> >> (I'm using Mac OS 1.6.5 and LyX2.0.0beta2.) I've the same problem. I can hardly imagine t

Re: LyX 2.0.beta2: Strange Crash when moving outline or other tool window

/7029) that was > closed because the crash could not reproduced. I could reproduce this > behavior the last few days all the time ;-) not only with the outline window > but also with the extended find window for example. > > But now comes the strange thing: If you dock the window *once*

Re: strange errors when opening 2.0 file

On Sat, Oct 9, 2010 at 10:57 PM, Richard Heck wrote: > Is it possible that you are using a different user directory when launching > from the fm?  It looks like there is some kind of corruption in your > lyxrc.defaults file, or else it maybe is an old version? > I'm getting the same errors when si

Re: strange errors when opening 2.0 file

On 10/09/2010 04:55 PM, Liviu Andronic wrote: Dear all I am using LyX 2.0 alpha6 and I get some strange errors when trying to open a 2.0 SVN file from a dir under SVN. #LyX 2.0.0svn created this file. For more info see http://www.lyx.org/ \lyxformat 398 When trying to open the file using

  1   2   3   4   5   >