Le 09/01/2020 à 18:40, Yu Jin a écrit :
After some research and trial and error work I finally understand what
is happening there.
The old imagemagick with the old ghostscript works, that means, that
magick is found correctly. But then magick searches registry for
"CoderModulesPath", because
After some research and trial and error work I finally understand what is
happening there.
The old imagemagick with the old ghostscript works, that means, that magick
is found correctly. But then magick searches registry for
"CoderModulesPath", because it needs some module for converting. The
On Tue, Jan 07, 2020 at 08:40:51PM +0100, Yu Jin wrote:
> >
> > Something similar to PATH (DIR?) environment variable including path to
> > imagemagick is likely missing. I guess VC can setup such thing in
> > settings(?).
> >
>
> Simply cant get it working, tried adding all of those paths to
>
> Something similar to PATH (DIR?) environment variable including path to
> imagemagick is likely missing. I guess VC can setup such thing in
> settings(?).
>
Simply cant get it working, tried adding all of those paths to projects
properties... to PATH... not working...
When I copy imagemagick
On Tue, Jan 07, 2020 at 03:22:16PM +0100, Yu Jin wrote:
> What also just worked, I copied the LyX.exe which I compiled on my PC
> (stable) into the bin folder of the installed LyX (moved the origional one
> to a different place beforehand) and tried it out with that one, pdf file
> was displayed
Thanks :),
In the mean while I have investigated the issue, where pdf files are not
displayed for me.
I have seen that there is a python script generated in a temporary folder,
which is then executed. It first should convert pdf6 to eps and then eps to
png. The first step seems to succeed but the
Am Montag, den 06.01.2020, 12:48 +0100 schrieb Kornel Benko:
> Ah, OK. I committed now his patch, looks good.
... and credits added.
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
Am Mon, 06 Jan 2020 08:12:25 +0100
schrieb Jürgen Spitzmüller :
> Am Sonntag, den 05.01.2020, 22:09 +0100 schrieb Kornel Benko:
> > No problem, but misleading. I suppose that's the reason why you are
> > still
> > not registered as 'has given blanket permission'.
> >
> > Jürgen, could you add
Am Sonntag, den 05.01.2020, 22:09 +0100 schrieb Kornel Benko:
> No problem, but misleading. I suppose that's the reason why you are
> still
> not registered as 'has given blanket permission'.
>
> Jürgen, could you add him please?
We usually register after the first commit has been pushed.
Am Sun, 5 Jan 2020 21:53:42 +0100
schrieb Yu Jin :
> Am So., 5. Jan. 2020 um 21:38 Uhr schrieb Kornel Benko :
>
> > We expect qt be installed ...
> >
>
> Yeah, I have Qt installed and pointed CMake to the right directories, Is
> the "package" target/project supposed to copy the needed
Am So., 5. Jan. 2020 um 21:38 Uhr schrieb Kornel Benko :
> We expect qt be installed ...
>
Yeah, I have Qt installed and pointed CMake to the right directories, Is
the "package" target/project supposed to copy the needed dependencies and
dll files (like Qt5Cored.dll ...)? Then it does not work.
Am Sun, 5 Jan 2020 21:21:07 +0100
schrieb Yu Jin :
> > In the description you change 'MSVC 2017' to 'MSVC 2019', but later on
> > you still refer to
> > 'MSVC 2017',
> > C:\LyX\lyx-windows-deps-msvc2017
> >
> > Intended?
> >
> Yes, The Microsoft Visual Studio 2017 is no longer
Am So., 5. Jan. 2020 um 20:11 Uhr schrieb Kornel Benko :
> Am Sun, 5 Jan 2020 15:56:32 +0100
> schrieb Yu Jin :
>
> > As promised I have updated the description for setting up the tools on
> > windows
> >
> > Eugene
>
> In the description you change 'MSVC 2017' to 'MSVC 2019', but later on
> you
Am Sun, 5 Jan 2020 15:56:32 +0100
schrieb Yu Jin :
> As promised I have updated the description for setting up the tools on
> windows
>
> Eugene
In the description you change 'MSVC 2017' to 'MSVC 2019', but later on
you still refer to
'MSVC 2017',
As promised I have updated the description for setting up the tools on
windows
Eugene
updated-windows-dev-description.patch
Description: Binary data
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Sonntag, den 05.01.2020, 10:11 +0100 schrieb Yu Jin:
> You are right, I got it working now :). Debugging works, I just have
> to specify the LyX.exe in the Installed folder as startup file
> manually, then I can set breakpoints and debug as I am used to. I
> will document my experiences in the
You are right, I got it working now :). Debugging works, I just have to
specify the LyX.exe in the Installed folder as startup file manually, then
I can set breakpoints and debug as I am used to. I will document my
experiences in the install.win32 file next.
--
lyx-devel mailing list
Am Sat, 4 Jan 2020 19:16:28 +0100
schrieb Yu Jin :
> I think I actually found a clue. In the LyX.sln there are 36 projects, one
> of them is called install, compiling that one creates a LYX_INSTALLED
> folder. I just went with Build > Build Solution in VS menu bar. Now I see
> that in the stable
I think I actually found a clue. In the LyX.sln there are 36 projects, one
of them is called install, compiling that one creates a LYX_INSTALLED
folder. I just went with Build > Build Solution in VS menu bar. Now I see
that in the stable branch it is described differently with "Compile the
INSTALL
Am Sat, 4 Jan 2020 17:42:16 +0100
schrieb Yu Jin :
> Yes, I am 100% sure, that I check the LYX_INSTALL box in the CMake Gui.
> There are these solutions created:
>
> LyX.sln
> 3rdparty\zlib\zlib.sln
> src\tex2lyx\tex2lyx.sln
> src\tex2lyx\test\testTex2lyx.sln
>
Yes, I am 100% sure, that I check the LYX_INSTALL box in the CMake Gui.
There are these solutions created:
LyX.sln
3rdparty\zlib\zlib.sln
src\tex2lyx\tex2lyx.sln
src\tex2lyx\test\testTex2lyx.sln
src\frontends\tests\testFrontends.sln
lib\examples\testExamples.sln
src\support\tests\supporttest.sln
Am Sat, 4 Jan 2020 14:20:38 +0100
schrieb Yu Jin :
> I tried to generate visual studio solution with the CMake gui, but there is
> no install.sln there anywhere. Well, tbh I would like VS more, because it's
> debugger is just much enjoyable to work with. So next I will do is train
> CMake and try
I tried to generate visual studio solution with the CMake gui, but there is
no install.sln there anywhere. Well, tbh I would like VS more, because it's
debugger is just much enjoyable to work with. So next I will do is train
CMake and try to resolve the issues I have with VS. For now I have
Am Fri, 3 Jan 2020 20:28:19 +0100
schrieb Yu Jin :
> > Is this something that is enforced, or can we change it in our cmake
> > settings?
> >
> I'm not sure, I have seen that it can be changed in project properties in
> Visual Studio
> after generating the VS solution with cmake, but it would
Now you got me all excited, I am happy that I can be helpful :)
Am Fr., 3. Jan. 2020 um 14:48 Uhr schrieb Jean-Marc Lasgouttes <
lasgout...@lyx.org>:
> Le 02/01/2020 à 17:31, Yu Jin a écrit :
> > Hi again, thank you for welcoming.
>
> Hi, I do compile on windows, but using a clumsy .bat file. I
On Thu, Jan 02, 2020 at 05:31:15PM +0100, Yu Jin wrote:
> Also you can edit the UI elements in QT Creator.
You can always use qt designer for that independently of qt-creator/visual
studio choice.
> I could not manage to get into the main window UI yet though, maybe you could
> tell me how it
Hi again, thank you for welcoming.
I have looked into this a bit more and got LyX to recognize Python, I had
to change some strings in the support static library for that, I will send
a diff file later and we can discuss that.
As for the development environment, I think that QT Creator is a good
Am Donnerstag, den 02.01.2020, 13:26 +0100 schrieb Pavel Sanda:
> Hi Eugene,
>
> welcome here.
I second that! Welcome aboard.
Alas I cannot help with your windows-specific problems either.
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
On Sat, Dec 28, 2019 at 12:04:57PM +0100, Yu Jin wrote:
> I am using windows machine. For this project I thought to be using Qt
> creator. I just installed everything I need (described in the INSTALL.WIN32
> file) recently so the tools are on the newest version.
..
> Does anyone have experience
Hi everybody,
I am a hobby C++ programmer. I would like to contribute to this project by
on the C++ source code.
I am using windows machine. For this project I thought to be using Qt
creator. I just installed everything I need (described in the INSTALL.WIN32
file) recently so the tools are on the
30 matches
Mail list logo