Re: cmake, Xcode and ppc

In article [EMAIL PROTECTED], José Matos [EMAIL PROTECTED] wrote: On Wednesday 10 September 2008 22:56:57 pdv wrote: In article [EMAIL PROTECTED], [...] I would expect that this should be 0 because it is the current value, no? I suppose it doesn't matter; it is sufficient

patch for scrolling issue - LyXscrollpatch20130302.diff (1/1)

Hi everyone, I've developed a patch which solves the scrolling issue on OS X. I assume that there have been different scrolling issues but the one I'm referring to is the one diagnosed by Stephan Witt (LyX developer list 18 may 2011, Stephan Witt) It isn't a bug, it's a feature. Qt4.7 renders

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1)

In article 51506a27.3060...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 22/03/2013 12:59, pdv a écrit : Hi everyone, I've developed a patch which solves the scrolling issue on OS X. I assume that there have been different scrolling issues but the one I'm referring

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1)

In article 51506c02.8040...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 25/03/2013 16:15, Jean-Marc Lasgouttes a écrit : In case you are interested in working more on this coe, here are a few remarks: And another one: * How come you do not touch

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130401.diff (1/1)

In article pdvisschere-de7c0b.20523629032...@news.gmane.org, pdv pdvissch...@edpnet.be wrote: In article 51506c02.8040...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 25/03/2013 16:15, Jean-Marc Lasgouttes a écrit : In case you are interested in working more on this coe

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1)

In article 515e8cdf.5010...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 29/03/2013 20:52, pdv a écrit : I didn't know about rowBreakPoint(). At some point I thought about keeping a list of positions, but discarded the idea somehow. Even with this new code the scrolling

Re: Word wrapping problem

In article 5163d9fd.9090...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 09/04/2013 09:25, Lin Wei: It seems the following function decides where to break within a paragraph: TextMetrics.cpp: pos_type TextMetrics::rowBreakPoint(int width, pit_type const pit,pos_type pos) const

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1)

In article 516519f8.2070...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 09/04/2013 23:12, pdv: I've adapted rowBreakPoint() and also removed the following call to rowWidth(), where the same calculations are done again. The on screen layout is now OK, except for a small

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1)

In article 516eabdf.5090...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 17/04/2013 00:05, pdv: I do now all the width-calculations in one function. In that function the widths are cached in a mapdocstring,int. I then obtain again a substantial speed increase. For testing I

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1)

In article 5176c559.3030...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 21/04/2013 21:24, pdv a écrit : Of course, but I wanted a fully functional patch before posting. As far as I have tested the functionality should be largely OK now (at least the User's Guide and some

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1)

In article 5176ae47.9050...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 21/04/2013 21:24, pdv a écrit : Hereafter I've listed some comments which might be helpful or answer suggestions you've made earlier. (btw I couldn't find support/pmprof.h) If you have comments

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1) - LyXscrollpatch20130427.diff (1/1)

In article 5178e9fc.6040...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 24/04/2013 21:41, pdv: Why do you add 0x61 to the values? That's just for easy reading when looking at what exactly gets written to the map; In this way the codes are a, b, c ... That makes sense

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1) - LyXscrollpatch20130427.diff (1/1)

In article 517fe428.8070...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 28/04/2013 13:06, pdv a écrit : OK, here is a new version. Let me know if you experience anymore problems. For the time being I've left the clean-up step of the map as it was, although I realize it's

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1) - LyXscrollpatch20130427.diff (1/1)

In article 518166ab.5070...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 01/05/2013 20:55, pdv a écrit : There are 2 occurences of calculate_qt_char_width, in TextMetrics and in RowPainter. Yes, I toggled both. and there is at least one change which is not enclosed

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1) - LyXscrollpatch20130427.diff (1/1) - LyXscrollpatch20130509.diff (1/1)

In article 517ee12b.4040...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 28/04/2013 13:06, pdv a écrit : OK, here is a new version. Let me know if you experience anymore problems. For the time being I've left the clean-up step of the map as it was, although I realize it's

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1) - LyXscrollpatch20130427.diff (1/1)

In article 5186ae01.4080...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 05/05/13 20:36, pdv a écrit : What exactly takes 17.4s? I suppose that's the time taken by GuiPainter::text(), but I don't know enough of the Instruments app and it's modules to give any more details

LyX + Qt5 + CMake + XCode - attached files (1/1)

Hello, I've build LyX+Qt5.2 using CMake and XCode and needed to make the following changes (see 3 attached patch files): 1) A few modules must be added to qt_use_modules() in 2 CMakeLists. 2) Q_WS_MACX is no longer supported and was replaced by Q_OS_MACX (probably a similar change must be

Re: LyX + Qt5 + CMake + XCode - attached files (1/1)

In article 5225ad48.2050...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 31/08/2013 14:47, pdv: Hello, I've build LyX+Qt5.2 using CMake and XCode and needed to make the following changes (see 3 attached patch files): Hello, Is this for branch 2.0.x or for master? Indeed

Re: LyX + Qt5 + CMake + XCode - attached files (1/1)

In article 14313d0e-314a-4098-89b3-bfa7990a9...@gmx.net, Stephan Witt st.w...@gmx.net wrote: Am 03.09.2013 um 11:35 schrieb Jean-Marc Lasgouttes lasgout...@lyx.org: 31/08/2013 14:47, pdv: Hello, I've build LyX+Qt5.2 using CMake and XCode and needed to make the following changes

Re: LyX + Qt5 + CMake + XCode - attached files (1/1)

In article 5225ad48.2050...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 31/08/2013 14:47, pdv: Hello, I've build LyX+Qt5.2 using CMake and XCode and needed to make the following changes (see 3 attached patch files): Hello, Is this for branch 2.0.x or for master? Indeed

Re: LyX + Qt5 + CMake + XCode - attached files (1/1)

In article 52303c42.5010...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 09/09/2013 20:39, pdv: Where do I find the features/str-metrics branch? Following http://wiki.lyx.org/Devel/LyXGit#toc3, here is what I would suggest: git remote add features git:features.git git

Re: LyX + Qt5 + CMake + XCode - attached files (1/1) - RTL.tiff (1/1) - testing LTR.lyx (1/1)

In article 52443e06.5070...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 24/09/2013 22:01, pdv: In article 52399f02.4040...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 14/09/2013 18:41, pdv: For checking RTL text I select the Farsi language. Are there RTL

Re: LyX + Qt5 + CMake + XCode - attached files (1/1) - RTL.tiff (1/1) - testing LTR.lyx (1/1)

In article 525824a7.8080...@lyx.org, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 05/10/2013 11:05, pdv: I do the same but English/Dutch marked as Farsi. I have attached a screenshot. Would you have a document too? I cannot reproduce. Yes, here it is. Strange, I do not obtain

LyX+Qt5 build (CMake+XCode) on OS X

As a follow-up on reports in the thread LyX on OS X 10.9 from some months ago, I build LyX(master) + Qt5(stable) (CMake + XCode). I replaced the Q_WS_MACX macro by Q_OS_MACX and QMaxStyle by QProxyStyle and observed then (at least) 2 issues: 1) When starting up the menu bar is not visible;

Re: LyX+Qt5 build (CMake+XCode) on OS X

On 13/8/14, 04:06 , Scott Kostyshak wrote: On Tue, Aug 12, 2014 at 4:07 PM, pdv pdvissch...@edpnet.be wrote: As a follow-up on reports in the thread LyX on OS X 10.9 from some months ago, I build LyX(master) + Qt5(stable) (CMake + XCode). I replaced the Q_WS_MACX macro by Q_OS_MACX

Re: Compilation failure un c++11 mode with gcc 4.6

On 19/05/15 11:25, Jean-Marc Lasgouttes wrote: Hi Georg, It is not possible currently to compile with gcc 4.6 in C++11 mode because lyxalgo.h declares its own next() method. This is because the code depends on __cplusplus = 201103L, which is not true for this version of the compiler. I would

Exception (basic_string) when saving on OSX.

I've been experiencing several exceptions on OSX, using commit 96f64ac0. Sofar I've tracked down one of them: A (basic_string) exception occurs when saving a document with a sufficient long filename (more than about 18 characters without the extension). Take any .lyx file and add characters to

LyX+Qt5 build (CMake+XCode) on OS X

As a follow-up on reports in the thread "LyX on OS X 10.9" from some months ago, I build LyX(master) + Qt5(stable) (CMake + XCode). I replaced the Q_WS_MACX macro by Q_OS_MACX and QMaxStyle by QProxyStyle and observed then (at least) 2 issues: 1) When starting up the menu bar is not visible;

Re: LyX+Qt5 build (CMake+XCode) on OS X

On 13/8/14, 04:06 , Scott Kostyshak wrote: On Tue, Aug 12, 2014 at 4:07 PM, pdv <pdvissch...@edpnet.be> wrote: As a follow-up on reports in the thread "LyX on OS X 10.9" from some months ago, I build LyX(master) + Qt5(stable) (CMake + XCode). I replaced the Q_WS_MACX ma

Re: Compilation failure un c++11 mode with gcc 4.6

On 19/05/15 11:25, Jean-Marc Lasgouttes wrote: Hi Georg, It is not possible currently to compile with gcc 4.6 in C++11 mode because lyxalgo.h declares its own next() method. This is because the code depends on __cplusplus >= 201103L, which is not true for this version of the compiler. I would

patch for scrolling issue - LyXscrollpatch20130302.diff (1/1)

Hi everyone, I've developed a patch which solves the scrolling issue on "OS X". I assume that there have been different scrolling issues but the one I'm referring to is the one diagnosed by Stephan Witt > (LyX developer list 18 may 2011, Stephan Witt) > It isn't a bug, it's a feature. Qt4.7

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1)

In article <51506a27.3060...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > Le 22/03/2013 12:59, pdv a écrit : > > Hi everyone, > > > > I've developed a patch which solves the scrolling issue on "OS X". > > I assume that there hav

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1)

In article <51506c02.8040...@lyx.org>, Jean-Marc Lasgouttes wrote: > Le 25/03/2013 16:15, Jean-Marc Lasgouttes a écrit : > > In case you are interested in working more on this coe, here are a few > > remarks: > > And another one: > > * How come you do not touch

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130401.diff (1/1)

In article <pdvisschere-de7c0b.20523629032...@news.gmane.org>, pdv <pdvissch...@edpnet.be> wrote: > In article <51506c02.8040...@lyx.org>, > Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > > > Le 25/03/2013 16:15, Jean-Marc Lasgouttes a écrit : >

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1)

In article <515e8cdf.5010...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > Le 29/03/2013 20:52, pdv a écrit : > > I didn't know about rowBreakPoint(). > > At some point I thought about keeping a list of positions, but discarded > > the idea

Re: Word wrapping problem

In article <5163d9fd.9090...@lyx.org>, Jean-Marc Lasgouttes wrote: > 09/04/2013 09:25, Lin Wei: > > It seems the following function decides where to break within a paragraph: > > TextMetrics.cpp: pos_type TextMetrics::rowBreakPoint(int width, > > pit_type const pit,pos_type

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1)

In article <516519f8.2070...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > 09/04/2013 23:12, pdv: > > I've adapted rowBreakPoint() and also removed the following call to > > rowWidth(), where the same calculations are done again. > > The o

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1)

In article <516eabdf.5090...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > 17/04/2013 00:05, pdv: > > I do now all the width-calculations in one function. > > In that function the widths are cached in a map<docstring,int>. > > I then ob

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1)

In article <5176c559.3030...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > Le 21/04/2013 21:24, pdv a écrit : > > Of course, but I wanted a fully functional patch before posting. > > As far as I have tested the functionality should be largely OK now (at

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1)

In article <5176ae47.9050...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > Le 21/04/2013 21:24, pdv a écrit : > > Hereafter I've listed some comments which might be helpful or answer > > suggestions you've made earlier. (btw I couldn't find suppor

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1) - LyXscrollpatch20130427.diff (1/1)

In article <5178e9fc.6040...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > 24/04/2013 21:41, pdv: > >> Why do you add 0x61 to the values? > > > > That's just for easy reading when looking at what exactly gets written > > to

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1) - LyXscrollpatch20130427.diff (1/1)

In article <517fe428.8070...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > Le 28/04/2013 13:06, pdv a écrit : > > OK, here is a new version. Let me know if you experience anymore > > problems. > > For the time being I've left the clean-up step of

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1) - LyXscrollpatch20130427.diff (1/1)

In article <518166ab.5070...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > Le 01/05/2013 20:55, pdv a écrit : > > There are 2 occurences of calculate_qt_char_width, in TextMetrics and in > > RowPainter. > > Yes, I toggled both. > > &

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1) - LyXscrollpatch20130427.diff (1/1) - LyXscrollpatch20130509.diff (1/1)

In article <517ee12b.4040...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > Le 28/04/2013 13:06, pdv a écrit : > > OK, here is a new version. Let me know if you experience anymore > > problems. > > For the time being I've left the clean-up step of

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1) - LyXscrollpatch20130427.diff (1/1)

In article <5186ae01.4080...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > Le 05/05/13 20:36, pdv a écrit : > >> What exactly takes 17.4s? > > > > I suppose that's the time taken by GuiPainter::text(), but I don't know > > enough of the In

LyX + Qt5 + CMake + XCode - attached files (1/1)

Hello, I've build LyX+Qt5.2 using CMake and XCode and needed to make the following changes (see 3 attached patch files): 1) A few modules must be added to qt_use_modules() in 2 CMakeLists. 2) Q_WS_MACX is no longer supported and was replaced by Q_OS_MACX (probably a similar change must be

Re: LyX + Qt5 + CMake + XCode - attached files (1/1)

In article <5225ad48.2050...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > 31/08/2013 14:47, pdv: > > Hello, > > > > I've build LyX+Qt5.2 using CMake and XCode and needed to make the > > following changes (see 3 attached patch files): &g

Re: LyX + Qt5 + CMake + XCode - attached files (1/1)

In article <14313d0e-314a-4098-89b3-bfa7990a9...@gmx.net>, Stephan Witt <st.w...@gmx.net> wrote: > Am 03.09.2013 um 11:35 schrieb Jean-Marc Lasgouttes <lasgout...@lyx.org>: > > > 31/08/2013 14:47, pdv: > >> Hello, > >> > >> I've

Re: LyX + Qt5 + CMake + XCode - attached files (1/1)

In article <5225ad48.2050...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > 31/08/2013 14:47, pdv: > > Hello, > > > > I've build LyX+Qt5.2 using CMake and XCode and needed to make the > > following changes (see 3 attached patch files): &g

Re: LyX + Qt5 + CMake + XCode - attached files (1/1)

In article <52303c42.5010...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > 09/09/2013 20:39, pdv: > > Where do I find the features/str-metrics branch? > > Following http://wiki.lyx.org/Devel/LyXGit#toc3, here is what I would > suggest

Re: LyX + Qt5 + CMake + XCode - attached files (1/1) - RTL.tiff (1/1) - testing LTR.lyx (1/1)

In article <52443e06.5070...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > 24/09/2013 22:01, pdv: > > In article <52399f02.4040...@lyx.org>, > > Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > > > >> 14/09/2013 18:41

Re: LyX + Qt5 + CMake + XCode - attached files (1/1) - RTL.tiff (1/1) - testing LTR.lyx (1/1)

In article <525824a7.8080...@lyx.org>, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > 05/10/2013 11:05, pdv: > >>> I do the same but English/Dutch marked as Farsi. > >>> I have attached a screenshot. > >> > >> Would y

Re: cmake, Xcode and ppc

In article <[EMAIL PROTECTED]>, José Matos <[EMAIL PROTECTED]> wrote: > On Wednesday 10 September 2008 22:56:57 pdv wrote: > > In article <[EMAIL PROTECTED]>, > [...] > > > I would expect that this should be 0 because it is the current value,

Re: LyX2.2 build fails on OS X

On 20/09/15 17:10, Guillaume Munch wrote: Le 20/09/2015 14:40, pdv a écrit : Hi, As of commit 9b7ccbf (the introduction of class InsetCaptionable) building LyX2.2 fails on OS X (with XCode and with autotools). This is the error message: /Applications/Xcode.app/Contents/Developer/Toolchains

LyX2.2 build fails on OS X

Hi, As of commit 9b7ccbf (the introduction of class InsetCaptionable) building LyX2.2 fails on OS X (with XCode and with autotools). This is the error message: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:2075:40: Constructor for

Re: clang doesn't like -std=c++11 for Objective C files

On 01/02/16 15:54, Stephan Witt wrote: Am 01.02.2016 um 15:49 schrieb Jean-Marc Lasgouttes <lasgout...@lyx.org>: Le 30/01/2016 09:55, pdv a écrit : Hi, Build under OS X fails with: CXX userinfo.o CXX unicode.o OBJC AppleSpeller.o error: invalid argument '-std

Re: clang doesn't like -std=c++11 for Objective C files

On 02/02/16 09:05, Jean-Marc Lasgouttes wrote: Le 01/02/2016 20:13, pdv a écrit : On 01/02/16 15:49, Jean-Marc Lasgouttes wrote: What version of Mac OS X is that? I had to add -std=c++11 to CPPFLAGS because the clang preprocessor needs it to select the proper libc++ stuff. Without it some

Re: clang doesn't like -std=c++11 for Objective C files

On 02/02/16 09:19, Stephan Witt wrote: Am 01.02.2016 um 21:39 schrieb pdv <pdvissch...@edpnet.be>: On 01/02/16 15:54, Stephan Witt wrote: Am 01.02.2016 um 15:49 schrieb Jean-Marc Lasgouttes <lasgout...@lyx.org>: Le 30/01/2016 09:55, pdv a écrit : Hi, Build under OS X fails w

clang doesn't like -std=c++11 for Objective C files

Hi, Build under OS X fails with: CXX userinfo.o CXX unicode.o OBJC AppleSpeller.o error: invalid argument '-std=c++11' not allowed with 'C/ObjC' I moved the '-std=c++11' from the CPPFLAGS to the CXXFLAGS and defined OBJCFLAGS. (patch included) Regards, Patrick De

Bringing a hidden window to the front on a mac.

If one has 2 documents open in LyX 2.2 in 2 separate windows and one wants to bring the one in the back to the front via the menu View/Hidden/... then (on a mac, OSX 10.11.4) nothing happens. Although the window has been activated, it's not brought to the front. [When switching to e.g. the

Re: prefs2prefs.py not compatible with python3 [PATCH]

On 15/01/17 19:28, Stephan Witt wrote: Am 15.01.2017 um 19:07 schrieb Stephan Witt <st.w...@gmx.net>: Am 15.01.2017 um 17:10 schrieb Stephan Witt <st.w...@gmx.net>: Am 15.01.2017 um 13:44 schrieb pdv <pdvissch...@edpnet.be>: On 15/01/17 00:11, Stephan Witt wrote: Am 1

LyX-menu problem on mac OS

Commit 4d99... on august 28 did break the LyX-menu on mac OS; This is due to the loop counter not being incremented in the for-loop starting on line number 1957 in Menus.cpp. Regards, P. De Visschere

Re: prefs2prefs.py not compatible with python3

On 15/01/17 00:11, Stephan Witt wrote: Am 15.01.2017 um 00:05 schrieb Stephan Witt <st.w...@gmx.net>: Am 14.01.2017 um 17:42 schrieb pdv <pdvissch...@edpnet.be>: The current master fails to start-up (on macOS) if the default Python is Python3.x, because prefs2prefs.py is no

prefs2prefs.py not compatible with python3

The current master fails to start-up (on macOS) if the default Python is Python3.x, because prefs2prefs.py is not compatible with Python3. In python23() in os.cpp both Python 2 and Python 3 are accepted. As a temporarily workaround I've built with PYTHON="/usr/bin/python" which is the

Re: LyX-Workarea: Background not shown correctly

On 17/09/2017 19:48, Stephan Witt wrote: Hi JMarc, another problem I’ve seen: after running view-pdflatex e.g. the work area doesn’t show correct background color. Stephan The new code contains twice a viewport()->update() without specification of a rectangle. Since > Qt normally erases the

Re: LyX-Workarea: Background not shown correctly

ady been drawn after the first update(), the tm::drawPargraph code does not redraw it the 2nd time, but the screen has been erased by qt again after the second update(). pdv

Document Settings dialog partially broken on macos

Jean-Marc, I noticed that the Document Settings dialog is partially broken in macos (build with Qt-5.11.2). When making a change to the settings (with the default document class) the buttons (OK, apply, reset) are not highlighted. They seem still active though, so you can click on them.

Re: Document Settings dialog partially broken on macos

is shown properly. Since you have no problem with Qt-5.9, I then checked with Qt-5.10.1 and there is no problem with that. So, it seems a problem which occurs with Qt-5.11 only. On 4 Oct 2018, at 19:17, Stephan Witt wrote: Am 04.10.2018 um 14:36 schrieb pdv : Jean-Marc, I noticed

LinkBack support (on MacOS)

I came across a deprecated call in the LinkBack code, and discovered that LinkBack acctually doesn't work (anymore). Apparently nobody uses this? When the pasteboard contains linkback-data lyx saves the pdf-data + linkback-data in a file with the .linkback extension and adds the size of the

Deprecated calls in os_unix.cpp

Enclosed is a patch replacing two calls in os_unix.cpp which have been deprecated since MacOS 10.10. Regards, P. De Visschere diff --git a/src/support/os_unix.cpp b/src/support/os_unix.cpp index 34cfd478a6..c98fe12a26 100644 --- a/src/support/os_unix.cpp +++ b/src/support/os_unix.cpp @@ -228,18

Re: linking error due to missing boost::assertion_failed_msg()

On 08/09/2019 21:12, Jean-Marc Lasgouttes wrote: Le 08/09/2019 à 14:14, Patrick De Visschere a écrit : LyX includes a 3thparty boost-version (1.68), but I don’t find any references to it in my XCode project and I think I’m actually using my macports boost (which is 1.71). This might explain

Re: linking error due to missing boost::assertion_failed_msg()

On 08/09/2019 20:47, pdv wrote: On 08/09/2019 17:47, Kornel Benko wrote: Am Sonntag, 8. September 2019, 14:14:15 CEST schrieb Patrick De Visschere: In the source files (ConverterCache.cpp, Application.cpp, FileName.cpp and GuiClipboard.cpp) I don’t see macro’s which could optionally include

linking error due to missing boost::assertion_failed_msg()

LyX fails to build on macos (Mojave, CMake, XCode) with the latest commit (01ee3bf1f5) with message: Undefined symbols for architecture x86_64: "boost::assertion_failed_msg(char const*, char const*, char const*, char const*, long)", referenced from: boost::array::operator[](unsigned

Re: linking error due to missing boost::assertion_failed_msg()

On 09/09/2019 11:49, pdv wrote: On 08/09/2019 21:12, Jean-Marc Lasgouttes wrote: Le 08/09/2019 à 14:14, Patrick De Visschere a écrit : LyX includes a 3thparty boost-version (1.68), but I don’t find any references to it in my XCode project and I think I’m actually using my macports boost

Re: linking error due to missing boost::assertion_failed_msg()

On 08/09/2019 17:47, Kornel Benko wrote: Am Sonntag, 8. September 2019, 14:14:15 CEST schrieb Patrick De Visschere: In the source files (ConverterCache.cpp, Application.cpp, FileName.cpp and GuiClipboard.cpp) I don’t see macro’s which could optionally include the relevant code which is

LyX crashes when handling selected databases in the BibTeX Bibliography dialog.

On macos and with the LyX2.4 master: In the BibTeX Bibliography dialog: when handling items in the selected databases list (moving items up/down or adding items) LyX crashes with an EXC_BAD_ACCESS. (LyX2.3.1 does not show this problem.) Possible solution: In GuiSelectionManager.cpp the

Re: LyX crashes when handling selected databases in the BibTeX Bibliography dialog.

On 18/11/2019 09:55, Jürgen Spitzmüller wrote: Am Sonntag, den 17.11.2019, 19:50 +0100 schrieb pdv: In addPB_clicked() the idx is only used in one place and it’s definition can be moved. In upPB_clicked() and downPB_clicked() I first made idx of type QPersistentModelIndex and this avoids

Re: LyX crashes when handling selected databases in the BibTeX Bibliography dialog.

On 19/11/2019 13:49, Jürgen Spitzmüller wrote: Am Montag, den 18.11.2019, 10:10 +0100 schrieb pdv: It works without and when I put it back in, I got immediately a crash. Tested and committed. Thanks! Jürgen Jürgen I just found out another issue. In the dialog for adding a citation

lyxeditor not executable when installed with cmake

When installing with the latest CMake on MacOS the lyxeditor, inkscape and maxima files, copied into the bundle, are not longer executable. This is in particular a nuisance for the "reverse search" feature which calls lyxeditor. In the "install(FILES ...)" command (in

Re: lyxeditor not executable when installed with cmake

On 26/11/2019 21:04, Kornel Benko wrote: Am Tue, 26 Nov 2019 20:57:22 +0100 schrieb Kornel Benko : Am Tue, 26 Nov 2019 19:52:15 +0100 schrieb pdv : When installing with the latest CMake on MacOS the lyxeditor, inkscape and maxima files, copied into the bundle, are not longer executable

CMake FindPythonInterp deprecated

find_package(PythonInterp ...) is deprecated since CMake 3.12. With the current master build on MacOS CMake returns `Python3_EXECUTABLE=Python3.5` although Python3.7 is selected with macports. Using the recommended find_package(Python3 ...) CMake returns `Python3_EXECUTABLE=Python3.7`.

CMake install (of LyX) on MacOS

I wonder if someone uses CMake on MacOS to make a LyX application bundle. One has at least to switch `LYX_INSTALL` ON but it did not work right away for me. Basically all icons were missing. With some changes I could get it to work (patch included). One will also have to define the locations

Re: CMake FindPythonInterp deprecated

On 27/11/2019 19:54, Kornel Benko wrote: Am Wed, 27 Nov 2019 18:09:44 +0100 schrieb pdv : find_package(PythonInterp ...) is deprecated since CMake 3.12. With the current master build on MacOS CMake returns `Python3_EXECUTABLE=Python3.5` although Python3.7 is selected with macports. Using

Re: CMake install (of LyX) on MacOS

On 30/11/2019 11:03, Kornel Benko wrote: Am Fri, 29 Nov 2019 19:46:13 +0100 schrieb pdv : I wonder if someone uses CMake on MacOS to make a LyX application bundle. Don't know. At the moment you are the only one who cares. One has at least to switch `LYX_INSTALL` ON but it did not work

Check for hunspell.hxx always fails

Right now the check for the presence of hunspell.hxx in ConfigureChecks.cmake always fails for me (MacOS10.14, master build) with the result `HAVE_HUNSPELL_CXXABI = FALSE`, although hunspell.hxx is available. That's a minor issue since hunspell works anyway, but the check seems useless now.

Re: CMake FindPythonInterp deprecated

On 28/11/2019 10:43, Kornel Benko wrote: Am Wed, 27 Nov 2019 22:25:16 +0100 schrieb pdv : BTW, I never saw any deprecated message ... only looking into FindPythonInterp.cmake there is a hint. Kornel I thought that a user might want to define LYX_PYTHON_EXECUTABLE

Re: Check for hunspell.hxx always fails

On 28/11/2019 14:22, Kornel Benko wrote: Am Thu, 28 Nov 2019 13:38:26 +0100 schrieb pdv : Right now the check for the presence of hunspell.hxx in ConfigureChecks.cmake always fails for me (MacOS10.14, master build) with the result `HAVE_HUNSPELL_CXXABI = FALSE`, although hunspell.hxx

Re: CMake FindPythonInterp deprecated

On 28/11/2019 13:36, Kornel Benko wrote: Yes I see. At 2) one could drop the LYX_PYTHON_EXECUTABLE. Are the LYX_ variables not supposed to be set by the developer/user? Good point. LYX_ prefix is used only to distinguish with any other variables used in e.g. underlying projects like 3rdparty

Re: CMake FindPythonInterp deprecated

On 29/11/2019 15:22, Kornel Benko wrote: Am Fri, 29 Nov 2019 14:39:23 +0100 schrieb pdv : On 28/11/2019 13:36, Kornel Benko wrote: Yes I see. At 2) one could drop the LYX_PYTHON_EXECUTABLE. Are the LYX_ variables not supposed to be set by the developer/user? Good point. LYX_ prefix is used

macos-xcode-cmake build fails with --std=c++17

Since commit 2ec243 (28/10) cmake builds defaults apparently to --std=c++17. Building with Xcode (11.3) on macos (10.14.6) then fails with message "call to 'make_unique' is ambiguous" make_unique() is in lyx/.../support/unique_ptr.h and in Xcode.app/.../memory This is the full error message:

Re: macos-xcode-cmake build fails with --std=c++17 SOLVED

On 13/11/2020 17:14, Kornel Benko wrote: Am Fri, 13 Nov 2020 17:04:18 +0100 schrieb Kornel Benko : Am Fri, 13 Nov 2020 15:27:36 +0100 schrieb pdv : I suppose HAVE_DEF_MAKE_UNIQUE should have been set to one but it wasn't. Removing HAVE_DEF_MAKE_UNIQUE from cmake's cache didn't help

Re: macos-xcode-cmake build fails with --std=c++17 SOLVED

I suppose HAVE_DEF_MAKE_UNIQUE should have been set to one but it wasn't. Removing HAVE_DEF_MAKE_UNIQUE from cmake's cache didn't help. The check_cxx_source_compiles() in ConfigureChecks.cmake was never executed and HAVE_DEF_MAKE_UNIQUE was never set. In the end I started from scratch and then

Re: Error when compiling with Qt6 on macOS

On 25/03/2021 11:27, Christoph Schmitz wrote: I have tried to compile LyX with Qt6 on macOS. The compiler stops quickly after a series of error messages. I attach a complete log file of my configure and make run. Compiling LyX with Qt5 works with charm (thanks to the help of Marcus Mikulcak).

Re: Error when compiling with Qt6 on macOS

On 25/03/2021 15:05, pdv wrote: On 25/03/2021 11:27, Christoph Schmitz wrote: I have tried to compile LyX with Qt6 on macOS. The compiler stops quickly after a series of error messages. I attach a complete log file of my configure and make run. Compiling LyX with Qt5 works with charm (thanks

Check for the -Wno-deprecacted-copy compiler option in cmake build

The Apple Clang compiler does not recognize the -Wno-deprecated-copy compiler option. See thread "Re: warning: unknown warning option '-Wno-deprecated-copy'" (8/10/2020) in this list. This was solved for the autotools build with commit 4aee447af1 (13/10/2020). I've implemented a similar check

Re: Check for the -Wno-deprecacted-copy compiler option in cmake build

On 03/04/2021 19:50, Kornel Benko wrote: Am Sat, 3 Apr 2021 18:13:17 +0200 schrieb pdv : The Apple Clang compiler does not recognize the -Wno-deprecated-copy compiler option. See thread "Re: warning: unknown warning option '-Wno-deprecated-copy'" (8/10/2020) in this list. This

Re: Error when compiling with Qt6 on macOS

On 25/03/2021 17:31, Kornel Benko wrote: Am Thu, 25 Mar 2021 14:50:20 +0100 schrieb Christoph Schmitz : One library is obviously not installed by Homebrew: Qt6MacExtrasConfig. I searched for the two files manually, but without success. -- CMake error message: TOP_SRC_DIR =

Re: Error when compiling LyX under macOS

On 12/10/2021 21:36, Enrico Forestieri wrote: On Tue, Oct 12, 2021 at 01:15:52PM +0200, Christoph Schmitz wrote: macOS Monterey Version 12.0 Beta (21A5543b) and Qt 6.2.0 The problem, which first appeared about two weeks ago, still exists. I compile LyX once a day to see if it is fixed, but

Re: cmake build with qt6 (macos) does not include "plugins"

On 04/11/2023 17:55, pdv wrote: On 21/03/2023 19:27, Kornel Benko wrote: Am Tue, 21 Mar 2023 15:27:41 +0100 schrieb pdv : On 21/03/2023 11:00, Kornel Benko wrote: Am Mon, 20 Mar 2023 20:05:32 +0100 schrieb pdv : It's within the first if() else(), that's thus for qt6(see below). I suppose

Re: cmake build with qt6 (macos) does not include "plugins"

On 21/03/2023 19:27, Kornel Benko wrote: Am Tue, 21 Mar 2023 15:27:41 +0100 schrieb pdv : On 21/03/2023 11:00, Kornel Benko wrote: Am Mon, 20 Mar 2023 20:05:32 +0100 schrieb pdv : It's within the first if() else(), that's thus for qt6(see below). I suppose this should work for all

  1   2   >