On 4/20/24 08:59, Jürgen Spitzmüller wrote:
Am Freitag, dem 19.04.2024 um 17:24 +0200 schrieb jspi...@gmail.com:
Am Freitag, dem 19.04.2024 um 17:11 +0200 schrieb jspi...@gmail.com:
I am currently traveling, so I cannot test. But does the attached
patch help and provide a sufficient clues?
Tak
Am 20.04.2024 um 14:59 schrieb Jürgen Spitzmüller :
>
> Am Freitag, dem 19.04.2024 um 17:24 +0200 schrieb jspi...@gmail.com:
>> Am Freitag, dem 19.04.2024 um 17:11 +0200 schrieb jspi...@gmail.com:
>>> I am currently traveling, so I cannot test. But does the attached
>>> patch help and provide a su
Am Freitag, dem 19.04.2024 um 17:24 +0200 schrieb jspi...@gmail.com:
> Am Freitag, dem 19.04.2024 um 17:11 +0200 schrieb jspi...@gmail.com:
> > I am currently traveling, so I cannot test. But does the attached
> > patch help and provide a sufficient clues?
>
> Take this. The first one didn't link.
Robert Betz
> E: robertbe...@gmail.com
> M: 0419249948
>
>
> Stephan Witt wrote on 19/2/2024 5:36???pm:
> >Am 19.02.2024 um 05:17 schrieb Robert Betz :
> >>I am currently using Lyx 2.4.0 RC3 on MAC OSX V14.2.1 (Sonoma) and if I try
> >>and check in a Lyx docu
Am Freitag, dem 19.04.2024 um 17:11 +0200 schrieb jspi...@gmail.com:
> I am currently traveling, so I cannot test. But does the attached
> patch help and provide a sufficient clues?
Take this. The first one didn't link.
Jürgen
diff --git a/src/LaTeXPackages.cpp b/src/LaTeXPackages.cpp
index e708
Am Freitag, dem 19.04.2024 um 13:22 +0200 schrieb Stephan Witt:
> Now I got a clue how it happens.
>
> In LaTeXPackages::getAvailable() is a recursion implemented and in
> our case it happens to be endless.
>
> The reconfigure fails at first and in getAvailable() it is retried
> but fails again (
Am 14.02.2024 um 12:13 schrieb Jürgen Spitzmüller :
>
> Am Montag, dem 12.02.2024 um 22:59 -0700 schrieb list_em...@icloud.com:
>> I’m sorry to report continuing problems on macOS 12.7.2, Monterey
>> with LyX 2.4.0 RC3.
>>
>> Hangs (pinwheel) on first launch with
gt; I found three identical copies of chkconfig.ltx in each of
>
> /Users/me/Library/Application Support/LyX-2.1/chkconfig.ltx
> /Users/me/Library/Application Support/LyX-2.2/chkconfig.ltx
> /Users/me/Library/Application Support/LyX-2.3/chkconfig.ltx
>
>
> I zipped all of t
Reported to https://www.lyx.org/trac/ticket/13044
Thanks!
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Hi all,
I'm unable to set a sane configuration to switch between tabs.
In mac.bind:
\bind "M-Tab""buffer-next"
\bind "A-Tab""buffer-next"
\bind "M-S-BackTab" "buffer-previous"
\bind "A-S-BackTab" "buffer-previous"
Le 16/02/2024 à 08:57, Jürgen Spitzmüller a écrit :
I know how that file got there: LyX put it there. Maybe if the
configuration file has changed for 2.4 then it shouldn’t copy old
versions.
The question is how that file ended in the user directory in the first
place. This should only be in the
for these issues.
Thanks for the report and example file.
Jürgen
>
> The problems occur in both 2.3.7 and 2.4.0-rc3 on x86 Mac.
>
>
> thanks for great tool,
>
> - JonT
>
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
wrap Tikz code with a TeX Code
environment during import, so it wont build pdf from LyX
- manually replacing Tikz code with an TeX Code environment
containing the Tikz works in LyX
There are "PROBLEM HERE" comments in TeX file for these issues.
The problems occur in both 2.3.7 a
consistently.
Hope these files help track done the issue.
Thanks.
--
Regards,
Bob
Robert Betz
E: robertbe...@gmail.com
M: 0419249948
Stephan Witt wrote on 19/2/2024 5:36 pm:
Am 19.02.2024 um 05:17 schrieb Robert Betz :
I am currently using Lyx 2.4.0 RC3 on MAC OSX V14.2.1 (Sonoma) and if I try and
Am 19.02.2024 um 05:17 schrieb Robert Betz :
>
> I am currently using Lyx 2.4.0 RC3 on MAC OSX V14.2.1 (Sonoma) and if I try
> and check in a Lyx document to an SVN repository Lyx crashes. Using the same
> SVN version under Lyx V2.3.7 is OK.
>
> The Lyx crash log is:
I am currently using Lyx 2.4.0 RC3 on MAC OSX V14.2.1 (Sonoma) and if I
try and check in a Lyx document to an SVN repository Lyx crashes. Using
the same SVN version under Lyx V2.3.7 is OK.
The Lyx crash log is:
( 1) 1 lyx 0x0001028e85c3
onfig.ltx
>> /Users/me/Library/Application Support/LyX-2.2/chkconfig.ltx
>> /Users/me/Library/Application Support/LyX-2.3/chkconfig.ltx
>>
>>
>> I zipped all of them and trashed the original. Now LyX 2.4.0 RC3 runs
>> great.
>>
>> Thanks for that tip.
&
ary/Application Support/LyX-2.3/chkconfig.ltx
>
>
> I zipped all of them and trashed the original. Now LyX 2.4.0 RC3 runs
> great.
>
> Thanks for that tip.
Glad you solved it.
> I know how that file got there: LyX put it there. Maybe if the
> configuration file has cha
g.ltx
/Users/me/Library/Application Support/LyX-2.2/chkconfig.ltx
/Users/me/Library/Application Support/LyX-2.3/chkconfig.ltx
I zipped all of them and trashed the original. Now LyX 2.4.0 RC3 runs great.
Thanks for that tip.
I know how that file got there: LyX put it there. Maybe if the configur
Am Montag, dem 12.02.2024 um 22:59 -0700 schrieb list_em...@icloud.com:
> I’m sorry to report continuing problems on macOS 12.7.2, Monterey
> with LyX 2.4.0 RC3.
>
> Hangs (pinwheel) on first launch with only Apple and LyX menu items,
> then same on second launch. Very low CPU
g 13.1.6 (clang-1316.0.21.2.5)] on darwin
>
> Jerry
>
>> On Feb 13, 2024, at 10:21 AM, Dr Eberhard Lisse wrote:
>>
>> Is Python3 installed?
>>
>> el
>>
>> On 2024-02-13 07:59 , list_em...@icloud.com wrote:
>>> I’m sorry to report continuin
sorry to report continuing problems on macOS 12.7.2, Monterey
>> with LyX 2.4.0 RC3.
>>
>> Hangs (pinwheel) on first launch with only Apple and LyX menu items,
>> then same on second launch. Very low CPU and memory use. Force quit
>> both.
> [...]
>
> --
> ly
On 2/12/24 19:37, Murat Yildizoglu wrote:
On 13 Feb 2024, at 00:06, Richard Kimberly Heck
wrote:
On 2/11/24 23:18, Murat Yildizoglu wrote:
Hello Richard,
I am using the RC3 here and I came upon a problem: after having
pasted some text, my cursor became invisible. I can select some text
or
I don't see this on 14.3.1 (Silicon)
el
On 2024-02-13 02:37, Murat Yildizoglu wrote:
[...]
> I am sorry, Richard, I forgot to indicate it: I use MacOS Sonoma 14.2.1
> in French. I have only observed this behavior in RC3, not yet in any
> other version of LyX or application.
Is Python3 installed?
el
On 2024-02-13 07:59 , list_em...@icloud.com wrote:
> I’m sorry to report continuing problems on macOS 12.7.2, Monterey
> with LyX 2.4.0 RC3.
>
> Hangs (pinwheel) on first launch with only Apple and LyX menu items,
> then same on second launch. Very low
Am 13.02.2024 um 05:19 schrieb Robert Betz :
>
> I am using MAC OSX 14.2.1 with Lyx V2.4.0 RC3.
>
> When I use forward search to a PDF in Skim everything works OK, but the
> reverse search does not work.
>
> Incidentally, both forward and reverse search work with Lyx V2.
Hi Cor,
Yes file a bug with a screenshot please.
JMarc
Le 13 février 2024 09:21:07 GMT+01:00, Cor Blom a écrit :
>Op 11-02-2024 om 22:41 schreef Richard Kimberly Heck:
>> Please report any problems to lyx-devel@lists.lyx.org, which you should be
>> able to do by replying to this message.
>>
Op 11-02-2024 om 22:41 schreef Richard Kimberly Heck:
Please report any problems to lyx-devel@lists.lyx.org, which you should
be able to do by replying to this message.
openSUSE Tumbleweed, plasma 5 and 6 RC2, wayland scaled, lyx compiled
against qt6.
I see problems with the workarea, that
I am using MAC OSX 14.2.1 with Lyx V2.4.0 RC3.
When I use forward search to a PDF in Skim everything works OK, but the
reverse search does not work.
Incidentally, both forward and reverse search work with Lyx V2.3.7.
Has anyone else had this trouble with V 2.4.0 RC3?
--
Regards,
Bob
I’m sorry to report continuing problems on macOS 12.7.2, Monterey with LyX
2.4.0 RC3.
Hangs (pinwheel) on first launch with only Apple and LyX menu items, then same
on second launch. Very low CPU and memory use. Force quit both.
Deleted /Users/me/Library/Application Support/LyX-2.4/
Re
> On 13 Feb 2024, at 00:06, Richard Kimberly Heck wrote:
>
> On 2/11/24 23:18, Murat Yildizoglu wrote:
>> Hello Richard,
>>
>> I am using the RC3 here and I came upon a problem: after having pasted some
>> text, my cursor became invisible. I can select som
On 2/11/24 23:18, Murat Yildizoglu wrote:
Hello Richard,
I am using the RC3 here and I came upon a problem: after having pasted
some text, my cursor became invisible. I can select some text or move
the cursor but cannot see where it is. I had to to close and restart
Lyx in order to get back
Hello Richard,
I am using the RC3 here and I came upon a problem: after having pasted some
text, my cursor became invisible. I can select some text or move the cursor but
cannot see where it is. I had to to close and restart Lyx in order to get back
a visible cursor.
I repeated the operation
The third release candidate for 2.4.0 is available here:
http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
The reason for the quick release of the third one was a bug preventing
the editing of math in tables. That has been fixed, as has been another
bug affecting the creation of LyX 'archives' on
On Fri, 2024-02-09 at 20:07 -0500, Richard Kimberly Heck wrote:
> Here:
>
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
>
> Please prepare binaries.
>
> Riki
Done for Fedora/RHEL at
https://copr.fedorainfracloud.org/coprs/jamatos/lyx-devel/
It build and works fine.
--
José Abílio
--
lyx-d
Am Sa., 10. Feb. 2024 um 02:08 Uhr schrieb Richard Kimberly Heck <
rikih...@gmail.com>:
> Here:
>
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
>
> Please prepare binaries.
>
Done for Windows, uploaded as usual.
--
Eugene
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.o
Here:
http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
Please prepare binaries.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
> For some reason I don't understand, LyX insert system32 folder
> reference before its own in PATH.
> I have no control over this behavior.
From what you've described, C:\Windows\system32 wasn't already
on the PATH before (I mean 'outside' of LyX). Then this might
exactly be the reason of its
So something moved the Python directory from after the LyX bin directory
(in the LyX prefix) to before it (in the environment in which the script
runs). That's odd.
On 04/19/2011 04:08 PM, Diego Queiroz wrote:
Copied from Tools > Preferences > Paths
C:\Program Files\LyX 2.0rc3\bin
C:\Program
Copied from Tools > Preferences > Paths
C:\Program Files\LyX 2.0rc3\bin
C:\Program Files\Python\Python25
C:\Program Files\MiKTeX 2.9\miktex\bin
C:\Program Files\LyX 2.0rc3\etc\Ghostscript\bin
C:\Program Files\LyX 2.0rc3\etc\ImageMagick-6.6.9-5
C:\Program Files\GIMP-2.0\bin
C:\Program Files\Adobe\A
What is the value of \path_prefix in your LyX preferences file?
Paul
On 04/19/2011 03:51 PM, Diego Queiroz wrote:
Well... I think I wasn't clear. Sorry.
All this information I get *inside* "convertDefault.py".
To get this info, first I changed it to show me the contents of PATH
variable ( os.
BTW, I created a virtual machine to try to reproduce the scenario in a fresh
Windows install.
Sadly, I wasn't able to reproduce.
Maybe this is happening due to files/configurations/anything left by other
instalations?
Regards,
---
Diego Queiroz
2011/4/19 Diego Queiroz
> Well... I think I wa
Well... I think I wasn't clear. Sorry.
All this information I get *inside* "convertDefault.py".
To get this info, first I changed it to show me the contents of PATH
variable ( os.environ['PATH'] ).
Then, *inside* conventDefault.py, the content of the PATH variable is what I
said.
For some reason
On 4/18/2011 10:16 PM, Diego Queiroz wrote:
Does someone know why "c:\Windows\System32" is included in the path?
That's standard on Windows systems AFAIK. I'm looking at the path on my
Win XP machine right now, and it has C:\WINDOWS\System32, C:\WINDOWS and
C:\WINDOWS\System32\wbem on the Sy
On Mon, 18 Apr 2011 23:16:01 -0300
Diego Queiroz wrote:
> But when this script is run, my environment variable PATH contains (in
> order):
>
> 1. The path to the temporary folder where the image should be created
> 2. The path of the Python executable
> 3. C:\Windows\System32 (???)
> 4. The valu
Well...
I was investigating what's happening when I insert a image into a document.
As everybody should know, the script "convertDefault.py" is run.
But when this script is run, my environment variable PATH contains (in
order):
1. The path to the temporary folder where the image should be create
Hmm, I see.
Any other guess?
---
Diego Queiroz
2011/4/18 Paul A. Rubin
> On 04/18/2011 05:42 PM, Diego Queiroz wrote:
>
> > Two more things. First, you might check the delegates.xml file (should
> be in
> > the config folder of the IM installation) and make sure it has one or
> more
> > d
On 04/18/2011 05:42 PM, Diego Queiroz wrote:
> Two more things. First, you might check the delegates.xml file
(should be in
> the config folder of the IM installation) and make sure it has one or
more
> delegate records with "decode=pdf" in them, and that those records
name "gs" as
> the dele
> Two more things. First, you might check the delegates.xml file (should be
in
> the config folder of the IM installation) and make sure it has one or more
> delegate records with "decode=pdf" in them, and that those records name
"gs" as
> the delegate.
I think you may get the point.
My delegates
On Mon, 18 Apr 2011 22:17:31 +0200
Michal wrote:
> BTW one more thing to check: is the *first* ImageMagick version
> pointed to via PATH the one installed via LyX installer or is it the
> one installed separately? Just to be sure...
Also the following is worth noting: when you execute 'con
Two more things. First, you might check the delegates.xml file (should be in
the config folder of the IM installation) and make sure it has one or more
delegate records with "decode=pdf" in them, and that those records name "gs" as
the delegate.
Second, do you have a 64 bit version of Windows? I
not shown", after a few seconds it changes to
"converting to loadable format..." and after a few more seconds the
pdf contents is shown.
One little detail: I've done this under rc2, not rc3. It probably
doesn't matter though.
BTW one more thing to check: is
This string is in LyX "PATH preffix" preference:
"C:\Program Files\LyX 2.0rc3\etc\Ghostscript\bin"
The path exist and ghostscript appear to be working in that folder.
Just to know, somebody else is experiencing this problem?
Or nobody use PDF as images in LyX?
I mean, since the first beta rele
On Mon, 18 Apr 2011 15:59:49 -0300
Diego Queiroz wrote:
> Ghostscript isn't really installed in the system.
> But the LyX Windows installer provides the Ghostscript bundled with
> the executable, doesn't it?
>
> I can see Ghostscript in "c:\Program Files\LyX 2.0rc3\etc\Ghostscript"
For LyX t
Yes, the "omnibus" installer provides GS. Next question is whether IM
knows where to find GS. Is the GS binary on your system command path?
Paul
On 04/18/2011 02:59 PM, Diego Queiroz wrote:
Ghostscript isn't really installed in the system.
But the LyX Windows installer provides the Ghostscri
Ghostscript isn't really installed in the system.
But the LyX Windows installer provides the Ghostscript bundled with the
executable, doesn't it?
I can see Ghostscript in "c:\Program Files\LyX 2.0rc3\etc\Ghostscript"
Regards,
---
Diego Queiroz
2011/4/18 Paul Rubin
> Diego Queiroz gmail.com
Diego Queiroz gmail.com> writes:
> When I manually run Image Magick "convert.exe" I get the following error:
>
> --
>
> Magick: no decode delegate for this image format
`C:/Users/Diego/AppData/Local/Temp/lyx_tmpdir.Hp2296/gconvert10.yg2296.pdf'
error/constitut
Hello.
I am running LyX RC3 (unofficial Windows release) and I am experiencing some
problems when I insert PDF images in a LyX document.
In the image placeholder I can read "Error converting to loadable format",
this is probably some error with ImageMagick (the convertDefault.py scr
I am happy to say that my problem is solved in rc3: labelled equations are now
correctly previewed when I use my favorite hyperref call.
Thank you everybody,
Jean Kaplan
Le 1 avr. 2011 à 16:33, Julien Rioux a écrit :
> On 01/04/2011 5:52 AM, Jean Kaplan wrote:
>> The problems appe
Am 11.04.2011 um 00:44 schrieb Pavel Sanda:
> Pavel Sanda wrote:
>>>>> time to land. optmistic plan is RC3 on 11.4. let us hope RC4~20, final
>>>>> ~27.
>>>>
>>>> i would like to make soft freeze at friday night and let only docs and
Pavel Sanda wrote:
> > > > time to land. optmistic plan is RC3 on 11.4. let us hope RC4~20, final
> > > > ~27.
> > >
> > > i would like to make soft freeze at friday night and let only docs and
> > > translations.
> > > sunday
Pavel Sanda wrote:
> Pavel Sanda wrote:
> > Pavel Sanda wrote:
> > > time to land. optmistic plan is RC3 on 11.4. let us hope RC4~20, final
> > > ~27.
> >
> > i would like to make soft freeze at friday night and let only docs and
> > translations.
Pavel Sanda wrote:
> Pavel Sanda wrote:
> > time to land. optmistic plan is RC3 on 11.4. let us hope RC4~20, final ~27.
>
> i would like to make soft freeze at friday night and let only docs and
> translations.
> sunday night i would prepare RC3 tarballs.
we are enterin
On 04/07/2011 06:37 AM, Pavel Sanda wrote:
Pavel Sanda wrote:
time to land. optmistic plan is RC3 on 11.4. let us hope RC4~20, final ~27.
i would like to make soft freeze at friday night and let only docs and
translations.
sunday night i would prepare RC3 tarballs.
Sounds reasonable.
rh
Pavel Sanda wrote:
> time to land. optmistic plan is RC3 on 11.4. let us hope RC4~20, final ~27.
i would like to make soft freeze at friday night and let only docs and
translations.
sunday night i would prepare RC3 tarballs.
pavel
Jürgen Spitzmüller wrote:
> As soon as the file format of 2.0 is frozen (is it now?)
its frozen for new features, but if some bug appears its can be still
incremented,
ie frozen will be when 2.0.0 is released and iirc the lyx2lyx stuff for older
branch
was usually done after the fresh new realea
Richard Heck wrote:
> I will take care of this when the time comes.
Thanks!
> Jurgen, I assume I can just copy the relevant files over?
I think so, yes. But I'm not absolutely sure. I never did this step myself.
Jürgen
On 04/03/2011 05:25 AM, Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
hi,
time to land. optmistic plan is RC3 on 11.4. let us hope RC4~20, final ~27.
- we must make string freeze very soon so translators have some time
to consolidate .po files and documentation. anybody around still have
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > from now on please any untrivial code must firstly go through devel list
> > and have nod from at least one another developer.
>
> This one is probably untrivial -- it removes some more files produced in the
> LuaTeX test of configure.py.
go
Jürgen Spitzmüller wrote:
> This one is probably untrivial
I meant *trivial*, of course.
Jürgen
Pavel Sanda wrote:
> from now on please any untrivial code must firstly go through devel list
> and have nod from at least one another developer.
This one is probably untrivial -- it removes some more files produced in the
LuaTeX test of configure.py.
Jürgen
Index: lib/configure.py
=
Pavel Sanda wrote:
> hi,
>
> time to land. optmistic plan is RC3 on 11.4. let us hope RC4~20, final ~27.
>
> - we must make string freeze very soon so translators have some time
> to consolidate .po files and documentation. anybody around still have
> something in pip
Peter Kümmel wrote:
> > we have 2 critical and 2 major bugs, i'm concerned mostly about file
> > corruption bug (#7371). its also in 1.6 and there are signals that it
> > could be connected to new Qts - we should try to catch this before the
> > last 1.6.10 is out
>
> Are you sure #7371 is als
On 01.04.2011 00:14, Pavel Sanda wrote:
we have 2 critical and 2 major bugs, i'm concerned mostly about file corruption
bug (#7371). its also in 1.6 and there are signals that it could be connected
to new Qts - we should try to catch this before the last 1.6.10 is out
Are you sure #7371 i
venom00 wrote:
> Mmmh, I agree with you for my last patch, but the old one (enabling PSTricks
> and
> TikZ) is an important improvement and it's in LyX 2.0 since beta2. I think we
> also announced PSTricks and TikZ support in beta2.
i didn't mean that the code shouldn't go in, but rather that i s
> - the movement of code (particularly around formats, preview,
> etc) in trunk
> is way to dynamic to my taste in last days and we should
> pick up again
> the habit from last 1.6 RC series.
Mmmh, I agree with you for my last patch, but the old one (enabling PSTricks and
TikZ) is an importa
hi,
time to land. optmistic plan is RC3 on 11.4. let us hope RC4~20, final ~27.
- we must make string freeze very soon so translators have some time
to consolidate .po files and documentation. anybody around still have
something in pipe which introduce new string(s)?
- the movement of code
Vincent van Ravesteijn - TNW wrote:
> I regularly check out the latest modified bugs, and now I'm too often
> disappointed (after waiting minutes for trac) that the only change has
we can make compromise that i'll do this only once at late night so you are
not annoyed to often during the day ;)
>
Le 6 juin 09 à 13:24, Jean-Marc Lasgouttes a écrit :
I did not find a way to do it (yet), but any link is welcome (I do
not know much more than
anyone else, actually...)
This might be useful for french-speaking people. On what do we want to
color BTW?
http://www.lefinnois.net/wp/index.php
Le 5 juin 09 à 17:35, Vincent van Ravesteijn - TNW a écrit :
Isn't it a better idea to color the tables based on severity ?
Jean-Marc, is there a default for this in the settings ?
I did not find a way to do it (yet), but any link is welcome (I do not
know much more than
anyone else, actual
>Vincent van Ravesteijn - TNW wrote:
>> > * priority: high => normal
> >
>>
>> What are you doing ? Are you gonna change this for all 6000 bugs ?
>
>for sure not ;)
>
>i'm distracted by the coloring in trac, so at least i put
>in proper state bugs on the top of the last modified bugs
>and i in
Vincent van Ravesteijn - TNW wrote:
> > * priority: high => normal
> >
>
> What are you doing ? Are you gonna change this for all 6000 bugs ?
for sure not ;)
i'm distracted by the coloring in trac, so at least i put in proper state
bugs on the top of the last modified bugs and i intended to co
>Changes (by sanda):
>
> * priority: high => normal
>
What are you doing ? Are you gonna change this for all 6000 bugs ?
Vincent
On 20/10/2008 17:33, leuven edwin wrote:
What don't you use trunk version instead?
A number of
critical bugs have been fixed since rc3.
too lazy to compile the installer i guess. i will update and see what happens...
You can run LyX without the installer just fine (if not b
> What don't you use trunk version instead?
> A number of
> critical bugs have been fixed since rc3.
too lazy to compile the installer i guess. i will update and see what happens...
> There's a nasty one involving selection in tables...
but this one is not biting me.
the
On 20/10/2008 17:12, leuven edwin wrote:
as the subject says, lyx rc3 is very unstable here at work for me and crashes
regularly with messages like:
What don't you use trunk version instead? A number of critical bugs have
been fixed since rc3. There's a nasty one involving se
as the subject says, lyx rc3 is very unstable here at work for me and crashes
regularly with messages like:
L'instruction à "0x670c899d" emploie l'addresse mémoire "0x0004". La
mémoire ne peut pas être "read".
usually when i click reply in outlook,
On Fri, Oct 10, 2008 at 03:33:00PM +0200, Jean-Marc Lasgouttes wrote:
> Looking at the uses of Q_CYGWIN_WIN in our own code, I see two of them:
>
> 1/ in GuiApplication.cpp:
>
> #ifdef Q_WS_WIN
> #include
> #if defined(Q_CYGWIN_WIN) || defined(Q_CC_MINGW)
> #include
> #endif
> #include
> #endi
On Fri, Oct 10, 2008 at 03:23:11PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > That didn't help, but looking at the code I saw that the contents of
> > PRL_EXPORT_DEFINES get output to pkg-config files. So, adding the line
> >
> > cygwin-g++-win32:PRL_EXPO
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> That didn't help, but looking at the code I saw that the contents of
> PRL_EXPORT_DEFINES get output to pkg-config files. So, adding the line
>
> cygwin-g++-win32:PRL_EXPORT_DEFINES += Q_CYGWIN_WIN
>
> to qbase.pri did the trick!
Looking at the uses
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> That didn't help, but looking at the code I saw that the contents of
> PRL_EXPORT_DEFINES get output to pkg-config files. So, adding the line
>
> cygwin-g++-win32:PRL_EXPORT_DEFINES += Q_CYGWIN_WIN
>
> to qbase.pri did the trick!
Very good. This mean
On Thu, Oct 09, 2008 at 10:26:49PM +0200, Jean-Marc Lasgouttes wrote:
> > Maybe you are right. I simply didn't find a way for having a #define
> > transferred in the .pc files by simply acting on qmake.conf and didn't
> > want to have a post-install patch. I think it's now time to try to
> > direct
Maybe you are right. I simply didn't find a way for having a #define
transferred in the .pc files by simply acting on qmake.conf and didn't
want to have a post-install patch. I think it's now time to try to
directly patch the code that generates the .pc files.
Looking at the mac code would proba
On Thu, Oct 09, 2008 at 05:53:08PM +0200, Konrad Hofbauer wrote:
> Enrico,
>
> just out of curiosity, and an honest question:
>
> Why would one want to build/run LyX in Cygwin, if there is a (well, two
> ...) native windows version ?
First of all, because I already use cygwin (I only use cygwin
On Thursday 09 October 2008 16:53:08 Konrad Hofbauer wrote:
> Why would one want to build/run LyX in Cygwin, if there is a (well, two
> ...) native windows version ?
You mean two installers and one native windows version. :-)
> /Konrad
--
José Abílio
On Thu, Oct 09, 2008 at 05:37:48PM +0200, Jean-Marc Lasgouttes wrote:
> Very impressive work, BTW.
Most of the patches were quite trivial. The difficult part was devising
an event dispatcher working for both Windows messages and Unix pipes
and sockets. When building for X11 on cygwin, the Qt sourc
On Thu, Oct 09, 2008 at 05:31:53PM +0200, Jean-Marc Lasgouttes wrote:
> OK, I see now that Q_CYGWIN_WIN is a creation from you :) I read a bit
> the page
> http://wiki.lyx.org/LyX/LyXOnCygwin
> and the impressive patch therein. BTW, is there a reason why you do not
> start from qt-all-opensource-4.
Enrico,
just out of curiosity, and an honest question:
Why would one want to build/run LyX in Cygwin, if there is a (well, two
...) native windows version ?
/Konrad
Andre Poenitz wrote:
One needs to delete *.la from /path/to/qt-4.4-install/lib/ after
compiling Qt !!!
You could still file it on http://trolltech.com/developer/task-tracker
This is what I did. But (as expected) they want more information, and
this is where my knowledge ends.
Somebody
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> OK, I see now that Q_CYGWIN_WIN is a creation from you :)
Very impressive work, BTW.
JMarc
1 - 100 of 202 matches
Mail list logo
