CMake: Q_WS_X11 not set if qt5 is installed

On Ubuntu 13.04: FindQt4.cmake gets confused when I have qt5 libraries installed (even if I have qt4 libraries installed also). $ locate qglobal.h /usr/include/qt4/Qt/qglobal.h /usr/include/qt4/QtCore/qglobal.h /usr/include/qt5/QtCore/qglobal.h After I run $ sudo apt-get remove qtbase5-dev Q_WS

Re: CMake error when only wmctrl and pcregrep are installed

On Thu, Jul 4, 2013 at 1:01 PM, Kornel Benko wrote: > Committing to 2.1-staging Thanks for the fix, Kornel. It works well. I tested with and without the packages. Scott

Re: Feature request: spell check for duplicate words

On Sun, Jul 7, 2013 at 1:05 AM, Joon Ro wrote: > On Sun, Jul 7, 2013 at 12:03 AM, Scott Kostyshak wrote: >> >> >> Thanks for letting us know. If you happen to be on Ubuntu I might be >> interested in trying to revive it and do some troubleshooting. If >> we're on different platforms it might be t

Re: Feature request: spell check for duplicate words

On Sun, Jul 7, 2013 at 12:03 AM, Scott Kostyshak wrote: > > Thanks for letting us know. If you happen to be on Ubuntu I might be > interested in trying to revive it and do some troubleshooting. If > we're on different platforms it might be trickier. Also I don't think > it ever worked under Windo

Re: Feature request: spell check for duplicate words

On Sun, Jul 7, 2013 at 12:55 AM, Joon Ro wrote: > On Sat, Jul 6, 2013 at 11:31 PM, Scott Kostyshak wrote: >> >> >> You would be able to do this (and much more) with the grammar checker: >> http://wiki.lyx.org/Tools/LyX-GrammarChecker >> Unfortunately it has not received much attention recently so

Re: Feature request: spell check for duplicate words

On Sat, Jul 6, 2013 at 11:31 PM, Scott Kostyshak wrote: > > You would be able to do this (and much more) with the grammar checker: > http://wiki.lyx.org/Tools/LyX-GrammarChecker > Unfortunately it has not received much attention recently so I have no > idea if it works well with LyX anymore. > >

Re: Feature request: spell check for duplicate words

On Sun, Jul 7, 2013 at 12:21 AM, Joon Ro wrote: > It would be very useful to have spell check includes check for duplicate > words. For example catch the second the in the following sentence: Hi Joon, You would be able to do this (and much more) with the grammar checker: http://wiki.lyx.org/Too

Feature request: spell check for duplicate words

Hi, It would be very useful to have spell check includes check for duplicate words. For example catch the second the in the following sentence: "This is *the the* place I was talking about" which often happens especially when I'm editing a document. Thank you, Joon

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] Re: feature request: allowing "Update Master Document" command in master document

On Fri, Jul 5, 2013 at 9:24 AM, Jean-Marc Lasgouttes wrote: > > This make sense. Here is a proposed patch. Thank you so much for the quick response! Best, Joon

Re: Fourth of July Weekend

On 06/07/2013 12:41 PM, Ashley Shan wrote: I pushed updated code to master branch on the remote server. Hi Ashley, Where exactly are you pushing this code? It would be nice to experiment with it a bit. Thanks, Cheers, Julien

Re: Fourth of July Weekend

Hi Rob, Thank you for the kind words. I pushed updated code to master branch on the remote server. I did some debugging this morning, and I'm almost sure that there is some problem with QTreeView's drag and drop. I examined the entire project again, and it seems that corrupted model indexes are wh

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: Systemcall::startscript() Arguments

Am 06.07.2013 um 11:52 schrieb Guy Rutenberg : > Hi, > > I'm going over the code of Systemcall::startscript() and I wonder why the > developers opted out to pass spaces separated arguments instead of a list of > arguments (e.g. system() vs execv() argument passing)? > > QProcess seems to suppo

Systemcall::startscript() Arguments

Hi, I'm going over the code of Systemcall::startscript() and I wonder why the developers opted out to pass spaces separated arguments instead of a list of arguments (e.g. system() vs execv() argument passing)? QProcess seems to support both ways to pass arguments, but passing arguments explicitly

[patch] fix font decorations [#8733]

The problem was this erroneous commit: http://www.lyx.org/trac/changeset/63295f9d/lyxgit The LaTeX size macros are switches, not commands, so \Large{...} is wrong. It just happened to "cure" bug #8424 since soul then handled the group as an entity (see the soul manual for details), which caused

Re: [PATCH] Fix a couple of bib paths (for 2.1?)

On Sat, Jul 6, 2013 at 4:40 AM, Jürgen Spitzmüller wrote: > Scott Kostyshak wrote: >> > Please commit to 2.1-staging. >> >> Should I still do this now that Vincent is back or can this go into master? > > It's definitely Vincent's call, but IMO it would still make sense to push it > into the stagin

Re: [PATCH] Fix a couple of bib paths (for 2.1?)

Scott Kostyshak wrote: > > Please commit to 2.1-staging. > > Should I still do this now that Vincent is back or can this go into master? It's definitely Vincent's call, but IMO it would still make sense to push it into the staging branch. Vincent can just pull it into master, then. Jürgen

Re: Fixing templates that have a relative path (#8643)

Scott Kostyshak wrote: > I have > made three suggestions on the ticket for how to address the situation. > Of the three, my two preferred solutions are: > > (a) move the templates to examples > (b) change the relative paths to hard-coded paths on install > > At this point I am in favor of (a) bec