Herewith a small patch for the sign-install target on MacOS.
The hard-coded "LyX2.4.app" name is replaced by "LyX${LYX_VERSION}.app".
pdvdiff --git a/development/cmake/post_install/CMakeLists.txt
b/development/cmake/post_install/CMakeLists.txt
index 56c552e4d0..fd5d88ed94 100644
--- a/developmen
On 06/02/2025 11:51, Kornel Benko wrote:
Am Wed, 5 Feb 2025 17:57:00 +0100
schrieb pdv :
I noticed when installing LyX2.5.app that most of the files to be
installed in .../Resources on MacOS are instead installed in a separate
"share" folder next to the app.
In the topmost CMak
n line 590, resulting into
- LYX_ABS_INSTALLED_DATADIR :
.../lyx-qt6-cmake-xcode-build/LyX/share/LyX2.5/
- LYX_ABS_INSTALLED_LOCALEDIR :
.../lyx-qt6-cmake-xcode-build/LyX/share/LyX2.5/locale
causing this behavior.
Probably APPLE must be excluded in this if(WIN32) ... else() ...endif().
p
On 03/02/2025 14:55, pdv wrote:
I didn't build LyX for a long time and got now into this problem:
I use CMake and XCode (on an M3 iMac with MacOS15.3).
The problem is with ImageMagick-6 (provided by macports), the header
file not being found.
CMake does not complain but unfortunately
I didn't build LyX for a long time and got now into this problem:
I use CMake and XCode (on an M3 iMac with MacOS15.3).
The problem is with ImageMagick-6 (provided by macports), the header
file not being found.
CMake does not complain but unfortunately also not when I mangle the
include pat
On 29/03/2024 22:40, pdv wrote:
On 29/03/2024 11:31, Jean-Marc Lasgouttes wrote:
Le 28/03/2024 à 23:04, pdv a écrit :
I submitted the following bug report
https://bugreports.qt.io/browse/QTBUG-123848
pdv
Hi Patrick,
Thanks for doing that!
Frankly I don't use shortcuts very often
On 29/03/2024 11:31, Jean-Marc Lasgouttes wrote:
Le 28/03/2024 à 23:04, pdv a écrit :
I submitted the following bug report
https://bugreports.qt.io/browse/QTBUG-123848
pdv
Hi Patrick,
Thanks for doing that!
Frankly I don't use shortcuts very often and I never use asian
languages,
I submitted the following bug report
https://bugreports.qt.io/browse/QTBUG-123848
pdv
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
problem for roman languages and limit it
to asian languages. Of course it would be better if qt6's switch of
behaviour was reversed.
If there are no objections I would like to send the following to a
relevant qt-forum.
pdv
Since qt commit https://github.com/qt/q
On 20/03/2024 11:26, Pavel Sanda wrote:
On Tue, Mar 19, 2024 at 04:02:34PM +0100, pdv wrote:
These steps have been added to my previous patch (new patch included) and I
also derived the QT_PLUGINS_DIR and QT_LIBRARY_DIRS variables from the
existing Qt6_DIR/Qt5_DIR variable, so they must not
On 07/11/2023 17:42, pdv wrote:
On 06/11/2023 19:17, pdv wrote:
On 04/11/2023 20:35, Kornel Benko wrote:
Am Sat, 4 Nov 2023 18:05:42 +0100
schrieb pdv :
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
Using the latest commit and building lyx with cmake on macos-sonoma with
xcode fails with multiple error messages like this one:
--
CMake Error in po/CMakeLists.txt:
The custom command generating
/po/LyX2.4.cat.pot
is attached to multiple targets:
translations
On 06/11/2023 19:17, pdv wrote:
On 04/11/2023 20:35, Kornel Benko wrote:
Am Sat, 4 Nov 2023 18:05:42 +0100
schrieb pdv :
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
On 04/11/2023 20:35, Kornel Benko wrote:
Am Sat, 4 Nov 2023 18:05:42 +0100
schrieb pdv :
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
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).
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 wo
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 platforms, but I checked it on macos
only. Your patch is limited to APPLE and also works
On 20/03/2023 10:50, Kornel Benko wrote:
Am Sun, 19 Mar 2023 20:45:55 +0100
schrieb pdv :
The merge branch killqt4 (commit 9376... on nov 28) broke the cmake
install build on macos.
The "development/cmake/post_install/CMakeLists.txt' SCRIPT checks for
qt5 and copies all plugins if
The merge branch killqt4 (commit 9376... on nov 28) broke the cmake
install build on macos.
The "development/cmake/post_install/CMakeLists.txt' SCRIPT checks for
qt5 and copies all plugins if different. This did work for qt4 but also
for qt6.
The killqt4 branch removed this else part for qt4
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 it
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.
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
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 = /Users/chris/Git/L
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
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).
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&#
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
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:
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
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 o
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
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 ..
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 is
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.
T
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 and
this will
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 the
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`. (patch
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.
This
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 development/cmake/install
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
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 the
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 routi
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
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
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 it:
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 probabl
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 lon
splay 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
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.
Whe
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
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 pd
already 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
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
On 15/01/17 19:28, Stephan Witt wrote:
Am 15.01.2017 um 19:07 schrieb Stephan Witt :
Am 15.01.2017 um 17:10 schrieb Stephan Witt :
Am 15.01.2017 um 13:44 schrieb pdv :
On 15/01/17 00:11, Stephan Witt wrote:
Am 15.01.2017 um 00:05 schrieb Stephan Witt :
Am 14.01.2017 um 17:42 schrieb pdv
On 15/01/17 00:11, Stephan Witt wrote:
Am 15.01.2017 um 00:05 schrieb Stephan Witt :
Am 14.01.2017 um 17:42 schrieb pdv :
The current master fails to start-up (on macOS) if the default Python is
Python3.x, because prefs2prefs.py is not compatible with Python3.
This looks strange. The
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 default
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
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 Find
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
On 02/02/16 09:19, Stephan Witt wrote:
Am 01.02.2016 um 21:39 schrieb pdv :
On 01/02/16 15:54, Stephan Witt wrote:
Am 01.02.2016 um 15:49 schrieb Jean-Marc Lasgouttes :
Le 30/01/2016 09:55, pdv a écrit :
Hi,
Build under OS X fails with:
CXX userinfo.o
CXX unicode.o
On 01/02/16 15:54, Stephan Witt wrote:
Am 01.02.2016 um 15:49 schrieb Jean-Marc Lasgouttes :
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=c++11' not allow
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 Vissch
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
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
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
'
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 p
On 13/8/14, 04:06 , Scott Kostyshak wrote:
On Tue, Aug 12, 2014 at 4:07 PM, pdv 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 and QMaxStyle by Q
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;
In article <525824a7.8080...@lyx.org>,
Jean-Marc Lasgouttes 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.
In article <52443e06.5070...@lyx.org>,
Jean-Marc Lasgouttes wrote:
> 24/09/2013 22:01, pdv:
> > In article <52399f02.4040...@lyx.org>,
> > Jean-Marc Lasgouttes wrote:
> >
> >> 14/09/2013 18:41, pdv:
> >>> For checking RTL text I sele
In article <52303c42.5010...@lyx.org>,
Jean-Marc Lasgouttes 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 g
In article <5225ad48.2050...@lyx.org>,
Jean-Marc Lasgouttes 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,
>
>
In article <14313d0e-314a-4098-89b3-bfa7990a9...@gmx.net>,
Stephan Witt wrote:
> Am 03.09.2013 um 11:35 schrieb Jean-Marc Lasgouttes :
>
> > 31/08/2013 14:47, pdv:
> >> Hello,
> >>
> >> I've build LyX+Qt5.2 using CMake and XCode and needed
In article <5225ad48.2050...@lyx.org>,
Jean-Marc Lasgouttes 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,
>
>
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 made
In article <5186ae01.4080...@lyx.org>,
Jean-Marc Lasgouttes 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
In article <517ee12b.4040...@lyx.org>,
Jean-Marc Lasgouttes 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
In article <518166ab.5070...@lyx.org>,
Jean-Marc Lasgouttes 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 c
In article <517fe428.8070...@lyx.org>,
Jean-Marc Lasgouttes 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
In article <5178e9fc.6040...@lyx.org>,
Jean-Marc Lasgouttes 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 co
In article <5176ae47.9050...@lyx.org>,
Jean-Marc Lasgouttes 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)
In article <5176c559.3030...@lyx.org>,
Jean-Marc Lasgouttes 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
In article <516eabdf.5090...@lyx.org>,
Jean-Marc Lasgouttes 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.
> > I then obtain again a substantial speed increase.
> > F
In article <516519f8.2070...@lyx.org>,
Jean-Marc Lasgouttes 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, ex
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 pos) const
>
> Yes.
In article <515e8cdf.5010...@lyx.org>,
Jean-Marc Lasgouttes 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
In article ,
pdv wrote:
> 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:
> &
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 TextMetrics::rowBreakPoint?
>
>
In article <51506a27.3060...@lyx.org>,
Jean-Marc Lasgouttes 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 scro
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 rend
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?
>
91 matches
Mail list logo
