r
>>> Date: Tue Oct 9 10:42:38 2018 +0200
>>>
>>> Load covington later
>>>
>>> This solves a loading order conflict with beamer-article.
>>> ---
>> Riki, this should go to 2.3.2.
> Riki?
OK.
Riki
Am Dienstag, den 09.10.2018, 10:45 +0200 schrieb Jürgen Spitzmüller:
> Am Di., 9. Okt. 2018 um 10:43 Uhr schrieb Juergen Spitzmueller :
> > commit 00ee54e6949505cbda7f6a287d2f69f1a6b37a86
> > Author: Juergen Spitzmueller
> > Date: Tue Oct 9 10:42:38 2018 +0200
> >
&
Am Di., 9. Okt. 2018 um 10:43 Uhr schrieb Juergen Spitzmueller :
> commit 00ee54e6949505cbda7f6a287d2f69f1a6b37a86
> Author: Juergen Spitzmueller
> Date: Tue Oct 9 10:42:38 2018 +0200
>
> Load covington later
>
> This solves a loading order conflict with beamer-a
From: Vincent van Ravesteijn
---
src/Buffer.cpp |7 +++
src/insets/InsetGraphics.cpp | 16 +++-
2 files changed, 14 insertions(+), 9 deletions(-)
diff --git a/src/Buffer.cpp b/src/Buffer.cpp
index 625c0ff..d2720a2 100644
--- a/src/Buffer.cpp
+++ b/src/Buffer.
[EMAIL PROTECTED] wrote:
The normal installer for Lyx 1.6.0-1 starts, but immediately puts up a confirmation
dialog "LyX 1.6.0-1 requires Windows 2000 or later" and then exits. Same
happens for the full installer (LyX-1.6.0-1-Installer-Bundle.exe).
I think there may be something
The normal installer for Lyx 1.6.0-1 starts, but immediately puts up a
confirmation dialog "LyX 1.6.0-1 requires Windows 2000 or later" and then
exits. Same happens for the full installer (LyX-1.6.0-1-Installer-Bundle.exe).
Microsoft Windows XP Professional
Version 2002
Service
Andre Poenitz wrote:
We should have a Qt function, then we don't have to think about it. ;)
File a suggestion and send me a link.
4.5 is in feature freeze, though, so this won't hit the shelves before
next summer, then it takes a year to be picked up by the distributions
and two more years to
Abdelrazak Younes wrote:
On 04/10/2008 20:44, Peter Kümmel wrote:
Abdelrazak Younes wrote:
The comment was correct in a latin world and for pre Win2000 system
(Win9x). AFAIK since Win2000, the filesystem uses utf16 so there is
no such thing as 8bit encoding. Provided that we don't support Win9
On 04/10/2008 20:26, Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 07:34:08PM +0200, Peter Kümmel wrote:
Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 06:22:50PM +0200, Peter Kümmel wrote:
Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
On 04/10/2008 20:44, Peter Kümmel wrote:
Abdelrazak Younes wrote:
The comment was correct in a latin world and for pre Win2000 system
(Win9x). AFAIK since Win2000, the filesystem uses utf16 so there is
no such thing as 8bit encoding. Provided that we don't support Win9x
I'd prefer that we swit
Abdelrazak Younes wrote:
The comment was correct in a latin world and for pre Win2000 system
(Win9x). AFAIK since Win2000, the filesystem uses utf16 so there is no
such thing as 8bit encoding. Provided that we don't support Win9x I'd
prefer that we switch to the wide version.
Somethink like t
On Sat, Oct 04, 2008 at 07:34:08PM +0200, Peter Kümmel wrote:
> Andre Poenitz wrote:
>> On Sat, Oct 04, 2008 at 06:22:50PM +0200, Peter Kümmel wrote:
>>> Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
> Until we know a better way to get the long path name
> I've chec
On Sat, Oct 04, 2008 at 06:31:37PM +0200, Abdelrazak Younes wrote:
> On 04/10/2008 18:22, Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/tr
Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 06:22:50PM +0200, Peter Kümmel wrote:
Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.
On 04/10/2008 18:22, Peter Kümmel wrote:
Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.org/show_bug.cgi?id=4693)
Why did you you
On Sat, Oct 04, 2008 at 06:22:50PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> On 04/10/2008 14:13, Peter Kümmel wrote:
>>> Until we know a better way to get the long path name
>>> I've checked in the patch:
>>> http://www.lyx.org/trac/changeset/26718
>>> (bug http://bugzilla.lyx.org/s
On Sat, Oct 04, 2008 at 06:17:02PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> On 04/10/2008 14:13, Peter Kümmel wrote:
>>> Until we know a better way to get the long path name
>>> I've checked in the patch:
>>> http://www.lyx.org/trac/changeset/26718
>>> (bug http://bugzilla.lyx.org/s
On Sat, Oct 04, 2008 at 06:16:01PM +0200, Peter Kümmel wrote:
>> But you state:
>>
>> [...]fails due to different names of the same directory (prefixIs is string
>> based):
>>
>> C:/Dokumente und Einstellungen/cdev/Lokale Einstellungen/Temp/lyx_tmpbuf0/
>> C:/DOKUME~1/cdev/LOKALE~1/Temp
>>
Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.org/show_bug.cgi?id=4693)
Why did you you choose the 8bit encoding version? I'd pre
Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.org/show_bug.cgi?id=4693)
Why did you you choose the 8bit encoding version? I'd pre
Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 01:33:15PM +0200, Peter Kümmel wrote:
Abdelrazak Younes wrote:
temp_dir is the value returned by QDir::tempPath() therefore I think
this is a Qt bug.
I don't think this is a Qt bug as the doc says:
On Windows this is usually the path in the TEMP or
On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.org/show_bug.cgi?id=4693)
Why did you you choose the 8bit encoding version? I'd prefer that you
use the wide
On Sat, Oct 04, 2008 at 01:33:15PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>>> temp_dir is the value returned by QDir::tempPath() therefore I think
>>> this is a Qt bug.
>>
>> I don't think this is a Qt bug as the doc says:
>>
>> On Windows this is usually the path in the TEMP or TMP
> Uwe, does it now also work for you?
YES!!! Many, many thanks!
regards Uwe
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.org/show_bug.cgi?id=4693)
Uwe, does it now also work for you?
Peter
Abdelrazak Younes wrote:
temp_dir is the value returned by QDir::tempPath() therefore I think
this is a Qt bug.
I don't think this is a Qt bug as the doc says:
On Windows this is usually the path in the TEMP or TMP environment
variable.
Then I would say this is just the documentation of a b
On Fri, Oct 03, 2008 at 03:37:37PM +0200, Jean-Marc Lasgouttes wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
> > temp_dir is the value returned by QDir::tempPath() therefore I think
> > this is a Qt bug. But I don't know how Qt handles all other win32
> > functions which return a short name.
>
On 03/10/2008 15:23, Peter Kümmel wrote:
Jean-Marc Lasgouttes wrote:
Peter Kümmel <[EMAIL PROTECTED]> writes:
if (!prefixIs(onlyPath(sourceFile.absFilename()),
package().temp_dir().absFilename()))
(Exporter.cpp, 72)
fails due to different names of the same directory (prefixIs is
string based
Peter Kümmel <[EMAIL PROTECTED]> writes:
> temp_dir is the value returned by QDir::tempPath() therefore I think
> this is a Qt bug. But I don't know how Qt handles all other win32
> functions which return a short name.
> Is there are "all LFN" policy in Qt? I think it should, because how
> could I
Jean-Marc Lasgouttes wrote:
Peter Kümmel <[EMAIL PROTECTED]> writes:
if (!prefixIs(onlyPath(sourceFile.absFilename()),
package().temp_dir().absFilename()))
(Exporter.cpp, 72)
fails due to different names of the same directory (prefixIs is string based):
C:/Dokumente und Einstellungen/cdev/Lok
On 03/10/2008 15:12, Jean-Marc Lasgouttes wrote:
Peter Kümmel<[EMAIL PROTECTED]> writes:
if (!prefixIs(onlyPath(sourceFile.absFilename()),
package().temp_dir().absFilename()))
(Exporter.cpp, 72)
fails due to different names of the same directory (prefixIs is string based):
C:/Dokumente u
Peter Kümmel <[EMAIL PROTECTED]> writes:
> if (!prefixIs(onlyPath(sourceFile.absFilename()),
> package().temp_dir().absFilename()))
> (Exporter.cpp, 72)
>
> fails due to different names of the same directory (prefixIs is string based):
>
> C:/Dokumente und Einstellungen/cdev/Lokale Einstellungen/T
Uwe Stöhr wrote:
Maybe is works when this path is generated-with the quotes:
"C:\Documents and Settings\usti\Local
Settings\Temp\yx_tmpdir.Uhg712\lyx_tmpbuf0\0D__Download_01.jpg"
I could test it when you provide a patch.
Peter, do you work on Windows XP too? If yes, are you able to debug to
Peter Kümmel schrieb:
Uwe's entry from bugzilla:
"
Still the case and a must fix for LyX 1.6.0. LyX's LaTeX output is the
same as
LyX 1.5.6's the problem is in our FileName.cpp:
D:\LyXSVN\lyx-devel\src\support\FileName.cpp(238): Could not move file
C:/Docume
nts and Settings/usti/Local
Se
Abdelrazak Younes schrieb:
That was for Uwe. I'd be surprised that you are not able to use CMake ;-)
Well I had no time yet to try out CMake and I don't know if CMake interferes with my existing SCons
setup. I also don't know if I can remerge po-files and using CMake. As I provide executables
On 02/10/2008 09:45, Peter Kümmel wrote:
Peter Kümmel wrote:
And why do we need all this filename fixing?
Doesn't Qt handle this for us?
Or do we not (why?) use Qt at this places?
Because of all the hand made command line calls?
Among other cases yes.
Maybe we should try again to use QProc
Peter Kümmel wrote:
And why do we need all this filename fixing?
Doesn't Qt handle this for us?
Or do we not (why?) use Qt at this places?
Because of all the hand made command line calls?
Maybe we should try again to use QProcess instead.
Peter
On 02/10/2008 09:40, Peter Kümmel wrote:
And why do we need all this filename fixing?
We shouldn't, and that's why I don't understand why we would need your
patch.
Doesn't Qt handle this for us?
It should.
Or do we not (why?) use Qt at this places?
Basically all occurence of toFileSys
And why do we need all this filename fixing?
Doesn't Qt handle this for us?
Or do we not (why?) use Qt at this places?
Peter
Abdelrazak Younes wrote:
On 02/10/2008 09:18, Peter Kümmel wrote:
Abdelrazak Younes wrote:
On 02/10/2008 00:14, Uwe Stöhr wrote:
> I just committed a few fixes, please try again.
It doesn't fix it. I still have to do a change in the preferences
dialog to generate the preferences file. Then I
On 02/10/2008 09:18, Peter Kümmel wrote:
Abdelrazak Younes wrote:
On 02/10/2008 00:14, Uwe Stöhr wrote:
> I just committed a few fixes, please try again.
It doesn't fix it. I still have to do a change in the preferences
dialog to generate the preferences file. Then I need to restart LyX
and
Abdelrazak Younes wrote:
On 02/10/2008 00:14, Uwe Stöhr wrote:
> I just committed a few fixes, please try again.
It doesn't fix it. I still have to do a change in the preferences
dialog to generate the preferences file. Then I need to restart LyX
and then it works.
Peter, perhaps you have a
On 02/10/2008 00:14, Uwe Stöhr wrote:
> I just committed a few fixes, please try again.
It doesn't fix it. I still have to do a change in the preferences
dialog to generate the preferences file. Then I need to restart LyX
and then it works.
Peter, perhaps you have a another idea why I need t
Uwe Stöhr wrote:
I just committed a few fixes, please try again.
It doesn't fix it. I still have to do a change in the preferences dialog
to generate the preferences file. Then I need to restart LyX and then it
works.
Have you looked at the path names used/generated by the preferences dial
> I just committed a few fixes, please try again.
It doesn't fix it. I still have to do a change in the preferences dialog to generate the preferences
file. Then I need to restart LyX and then it works.
Peter, perhaps you have a another idea why I need to have a preferences file to make LyX ou
On 01/10/2008 11:43, Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
I think we should aim at fixing all the critical bugs for the 1.6.0
release (given that we can reproduce it and that fixing does not mean
"wait until Abdel finds the time to do it").
That's more or less what
Abdelrazak Younes wrote:
>> I think we should aim at fixing all the critical bugs for the 1.6.0
>> release (given that we can reproduce it and that fixing does not mean
>> "wait until Abdel finds the time to do it").
>>
>
> That's more or less what I meant by 1.6.x ;-)
> The more the better of c
On 01/10/2008 01:37, Uwe Stöhr wrote:
>> When no Qt functions are used we have to switch between "/" and "\"
manually:
>
> What about this patch?
It doesn't fix the bug.
I don't understand why this bug appears only in trunk and not in
branch. And I also don't understand why this bug disappear
>> When no Qt functions are used we have to switch between "/" and "\" manually:
>
> What about this patch?
It doesn't fix the bug.
I don't understand why this bug appears only in trunk and not in branch. And I also don't understand
why this bug disappears as soon as I pressed OK in the prefere
On 30/09/2008 19:36, Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
* http://bugzilla.lyx.org/show_bug.cgi?id=5028
Crash in split view
Can wait for 1.6.x
* http://bugzilla.lyx.org/show_bug.cgi?id=5046
shift select makes lyx assert when cursor follow scrollbar
Can wait for 1.6.x
* htt
Abdelrazak Younes wrote:
On 30/09/2008 21:24, Peter Kümmel wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4693
Exporting files doesn't create the files in the correct folder
I can't solve this one because I cannot reproduce it and Uwe can't
debug
On 30/09/2008 21:24, Peter Kümmel wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4693
Exporting files doesn't create the files in the correct folder
I can't solve this one because I cannot reproduce it and Uwe can't
debug in WinXP64 apparently. We
Peter Kümmel wrote:
Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4693
Exporting files doesn't create the files in the correct folder
I can't solve this one because I cannot reproduce it and Uwe can't
debug in WinXP64 apparently. We need someone able to step by step
debug
Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4693
Exporting files doesn't create the files in the correct folder
I can't solve this one because I cannot reproduce it and Uwe can't debug
in WinXP64 apparently. We need someone able to step by step debug this
problem under Wi
Abdelrazak Younes wrote:
> * http://bugzilla.lyx.org/show_bug.cgi?id=5028
> Crash in split view
>
> Can wait for 1.6.x
>
> * http://bugzilla.lyx.org/show_bug.cgi?id=5046
> shift select makes lyx assert when cursor follow scrollbar
>
> Can wait for 1.6.x
>
> * http://bugzilla.lyx.org/show_bug.cgi?id
On 29/09/2008 19:57, José Matos wrote:
Hi, I am going to rename the tar balls placed in my area as rc3 (that
is svn revision 26576). I will tag the release tomorrow morning (GMT
time).
Now that rc3 is going to be out I would like to ask what is missing
before releasing a proper 1.6.0? Surel
> but I would like to hear what are the bugs that developers would like
> to have fixed before tagging 1.6.0.
> Surely I can and I have looked into the bugzilla reports
I did this for you:
list of current regressions: http://tinyurl.com/yu4the
list of current crashes and critical bugs: ht
Hi,
I am going to rename the tar balls placed in my area as rc3 (that is
svn
revision 26576). I will tag the release tomorrow morning (GMT time).
Now that rc3 is going to be out I would like to ask what is missing
before
releasing a proper 1.6.0? Surely I can and I have looked
until I checked "Use Geometry" package. Saving that file and
opening it in 1.2.2, the "Use Geometry" option had been translated into
"use custom margin sizes"...
So this is probably an old bug. Let me know, and I'll report it.
Speaking of the geometry package.
On 12 Mar 2003, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> Christian> Hi I searched a bit in bugzilla, but couldn't find this
> Christian> bug, which surprised me a bit. Anyway:
>
> Christian> Changing page size to "custom" in the dia
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> Hi I searched a bit in bugzilla, but couldn't find this
Christian> bug, which surprised me a bit. Anyway:
Christian> Changing page size to "custom" in the dialog doesn't do
Christian> anything...
Christian> changin
On Tue, 11 Mar 2003, Christian Ridderström wrote:
> Hi
>
> I searched a bit in bugzilla, but couldn't find this bug, which surprised
> me a bit. Anyway:
>
> Changing page size to "custom" in the dialog doesn't do anything...
>
> changing to known paper sizes seems to work since the exported la
I've got a weird problem with teTeX 2.0 and later, when using the geometry
package to change page size. This is a latex/teTeX-problem obviously, but
maybe someone here knows where I should report this?
In case someone is interested, there seems to be a clash between the
geometry packag
Hi
I searched a bit in bugzilla, but couldn't find this bug, which surprised
me a bit. Anyway:
Changing page size to "custom" in the dialog doesn't do anything...
changing to known paper sizes seems to work since the exported latex gets
the paper size as a class option. Should I send this to b
On 18 Feb 2003, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Yes please. Shove it on bugzilla
>
Done.
/C
--
Christian Ridderström http://www.md.kth.se/~chr
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Christian Ridderström wrote:
>> Hi
>>
>> Is the following a bug I should report?
Angus> Yes please. Shove it on bugzilla
I guess it is as simple as using a vector instead of a
set. We've had a lot of problems with people who wan
Christian Ridderström wrote:
> Hi
>
> Is the following a bug I should report?
Yes please. Shove it on bugzilla
--
Angus
Hi
Is the following a bug I should report?
If you insert a bibliograpy reference using for Lyx 1.3.0 Xforms,
and specify that you want to use these .bib-files:
B, A
then when you close the dialog and open it again, the order has changed to:
A, B
which is very annoying if you
We are leaving Chemnitz really soon now, so I doubt we will see Steinegg
before midnight.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
69 matches
Mail list logo
