Angus Leeming wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>> +#ifdef HAVE_LC_MESSAGES
>> +lc_msgs = setlocale(LC_MESSAGES, NULL);
>> +#endif
>
> Good detective work (again!) but there's no need to define a macro to use a
> macro. Use #ifdef LC_MESSAGES instead.
The problem is that c
Edwin Leuven wrote:
> Andre Poenitz wrote:
> > Fine with me. I find i anooying myself.
>
> others?
I'm also always deleting the lines, but only in order to get the booktabs ERT
stuff in. My take on it is: add a "border style" combo to the tabular create
dialog, which lets your chose: no borders,
Joost Verburg wrote:
Abdelrazak Younes wrote:
Try to launch "lyx.exe -dbg any" to see how far it goes. Peter did you
try the debug mode compilation? It would help resolving this crash.
Now it all compiles quickly and without errors, but lyx.exe still
crashes immediately. Even with "-dbg any"
Bo Peng wrote:
please try again whether you can get it to work with both Qt4 and LyX
compiled with MSVC 2005?
Compiling, but without iconv, aspell etc.
Abdel, we need instructions on how to get iconv, aspell, gettext,
aik..., etc, possibly without mingw itself.
Time, oh time...
Abdel.
Abdelrazak Younes wrote:
Now it all compiles quickly and without errors, but lyx.exe still
crashes immediately. Even with "-dbg any" no output is shown.
Is it trunk or my branch?
It's the trunk.
Could you please try again whether you can get it to work with both
Qt4 and LyX compiled with MS
Bo Peng wrote:
Compiling, but without iconv, aspell etc.
lyx crashes as well here.
LyX/MSVC? Trunk or my branch?
I guess this is related to the recent qt4
and lyx_gui.C changes? Is the mingw side working?
LyX/Mingw work fine with my branch except for the "Ctrl-C" problem at
the command
Bo Peng wrote:
Regarding "Prerequisites": IIRC, you need some python win32 extensions
on the Windows platform. But I don't remember the details...
Do we? They are used for registry checking etc, and I do not remember
who is using them.
I think I had to install them also but I don't remember i
Joost Verburg wrote:
> Abdelrazak Younes wrote:
>>> Now it all compiles quickly and without errors, but lyx.exe still
>>> crashes immediately. Even with "-dbg any" no output is shown.
>>
>> Is it trunk or my branch?
>
> It's the trunk.
>
>>> Could you please try again whether you can get it to wo
Juergen Spitzmueller wrote:
Edwin Leuven wrote:
Andre Poenitz wrote:
Fine with me. I find i anooying myself.
others?
I'm also always deleting the lines, but only in order to get the booktabs ERT
stuff in. My take on it is: add a "border style" combo to the tabular create
dialog, which
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Bo Peng wrote:
> >> Regarding "Prerequisites": IIRC, you need some python win32 extensions
> >> on the Windows platform. But I don't remember the details...
> > Do we? They are used for registry checking etc, and I do not remember
> > who is using th
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>> Remind be agins why we use QT_NO_STL?
Angus> If I remember rightly, John was worried that we were switching
Angus> from QString to std::string and back again without thinking
Angus
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Without touching the intl files, we must use HAVE_LC_MESSAGES
Peter> (there was already a HAVE_LC_MESSAGES in the code), test
Peter> LC_MESSAGE for 1729, or disable the code with _WIN32.
Peter> But is it important not to touch the i
Abdelrazak Younes wrote:
Joost Verburg wrote:
Abdelrazak Younes wrote:
Try to launch "lyx.exe -dbg any" to see how far it goes. Peter did
you try the debug mode compilation? It would help resolving this crash.
Now it all compiles quickly and without errors, but lyx.exe still
crashes immediat
Peter Kümmel wrote:
Joost Verburg wrote:
Abdelrazak Younes wrote:
Now it all compiles quickly and without errors, but lyx.exe still
crashes immediately. Even with "-dbg any" no output is shown.
Is it trunk or my branch?
It's the trunk.
Could you please try again whether you can get it to wo
Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
>> Joost Verburg wrote:
>>> Abdelrazak Younes wrote:
Try to launch "lyx.exe -dbg any" to see how far it goes. Peter did
you try the debug mode compilation? It would help resolving this crash.
>>>
>>> Now it all compiles quickly and witho
Peter Kümmel wrote:
When lyx is compiled with ENABLE_NLS it uses in message.C
the LC_MESSAGES macro, which is not defined by msvc.
Good work. Now the MSVC 2005 compiled version runs. The Qt4 user
interface looks a lot better!
The issues I noticed:
* Window resizing is broken.
* An infinite
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Joost Verburg wrote:
>>> Abdelrazak Younes wrote:
> Now it all compiles quickly and without errors, but lyx.exe still
> crashes immediately. Even with "-dbg any" no output is shown.
Is it trunk or my branch?
>>> It's the trunk.
>>>
Joost Verburg wrote:
> Peter Kümmel wrote:
>> When lyx is compiled with ENABLE_NLS it uses in message.C
>> the LC_MESSAGES macro, which is not defined by msvc.
>
> Good work. Now the MSVC 2005 compiled version runs. The Qt4 user
> interface looks a lot better!
>
> The issues I noticed:
>
> * Win
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Indeed I solved the problem by adding a static there:
>>
>>> For trunk that would be:
>>>
>>> #ifdef Q_WS_WIN
>>> static LQApplicationapp(argc, argv);
>>> #else
>>> LQApplication app(argc, argv);
>>> #endif
>>
Peter Kümmel wrote:
Abdelrazak Younes wrote:
LINK : fatal error LNK1104: cannot open file
'libboost_signals-vc80-mt-s-1_33_1.
lib'
scons: *** [msvc\qt4\lyx.exe] Error 1104
scons: building terminated because of errors.
Have you used the boost=included option?
Peter
Yes
scons use_vc=yes bu
Peter Kümmel wrote:
Here a line from the scons log:
cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
-DQT3_SUPPORT /IC:\Programme\zlib\include
no optimization is enabled, but it links against the
release Qt4 libs: QtCore4.lib QtGui4.lib.
I
Georg Baum wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Indeed I solved the problem by adding a static there:
For trunk that would be:
#ifdef Q_WS_WIN
static LQApplicationapp(argc, argv);
#else
LQApplication app(argc, argv);
#endif
This works fine her
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> The QApplication is now constructed as an automatic object as advised in
>> the qt doumentation (not from main(), but that should not matter, since
>> nothing qt related happens after lyx_gui::exec is left).
>
> Are we really sure of that? I know th
Joost Verburg wrote:
> Peter Kümmel wrote:
>> Here a line from the scons log:
>>
>> cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
>> -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
>> -DQT3_SUPPORT /IC:\Programme\zlib\include
>>
>> no optimization is enabled, but it links against the
>> re
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc, did you make up your mind regarding 1.4?
I just did some testing, and I think you can commit it.
JMarc
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>
>>> LINK : fatal error LNK1104: cannot open file
>>> 'libboost_signals-vc80-mt-s-1_33_1.
>>> lib'
>>> scons: *** [msvc\qt4\lyx.exe] Error 1104
>>> scons: building terminated because of errors.
>>>
>>>
>> Have you used the
Peter Kümmel wrote:
Joost Verburg wrote:
Peter Kümmel wrote:
Here a line from the scons log:
cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
-DQT3_SUPPORT /IC:\Programme\zlib\include
no optimization is enabled, but it links against the
re
Peter Kümmel <[EMAIL PROTECTED]> writes:
> Oh, now I understand, that's a difference between Qt3 and Qt4.
> From 10s to 30s that's really bad for on "upgrade".
Be fair!
Abdel's Qt4 frontend is brand new. He concentrated on getting the thing working,
not on optimizations. Abdel keeps saying that n
The version-suffix option of the scons build system doesn't seem to work
properly. Some resources are installed in a directory with a wrong name
and the suffix is not added to the users directory.
Joost
Angus Leeming wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>> Oh, now I understand, that's a difference between Qt3 and Qt4.
>> From 10s to 30s that's really bad for on "upgrade".
>
> Be fair!
>
> Abdel's Qt4 frontend is brand new. He concentrated on getting the thing
> working,
> not on op
OK, I have a new idea for this bug, but by knowledge of Qt is too weak
to be sure how to do this. What I want to do is run updateToolbars
whenever the window gets the focus, so that icons are correctly
enabled.
Here is the patch I came up with. Questions:
1/ Bennett, Edwin, does it work?
2/ Qt
OK. So this is more an annoyance than a bug. But, until you know the
solution, it looks a lot like a bug. It is discussed here:
http://forums.gentoo.org/viewtopic-t-273397.html
Basically, lyx relies on the existence of ~/.qt/qtrc to load the QT
interface frontend. There does not need to be anythi
I need some explanations for my documentation:
Tools->Preferences->Ouputs->Plain text:
what is the purpose of the "roff command", and where is it used in LyX?
Tools->Preferences->Ouputs->Printer:
what does "Adapt outp&ut" mean?
Tools->Preferences->Paths:
what does "&Backup directory:" mean, and
Lars Gullik Bjønnes wrote:
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > I think one of the solutions i and others outlined would be better.
|
| but that is cheating since it involves a new feature.
|
| the question is what is better:
|
| 1. have lines the way we h
There is maybe a bug in the scons
code for msvc: The manifest tool
mt is called but I don't see that
the "/MANIFEST" option is passed
to the linker which tells the
linker to generate a manifest file.
Peter
$ ./autogen.sh
Using automake (GNU automake) 1.9.6
Using autoconf (GNU Autoconf) 2.59d
This autoconf version is not supported by LyX.
LyX only supports autoconf 2.5[2-9].
$ autoconf --version
autoconf (GNU Autoconf) 2.59d
Hm. LyX only supports 2.5[2-9], this is a 2.59 variety
and still it isn't
On Fri, Jun 09, 2006 at 01:25:44PM +0200, Helge Hafting wrote:
> $ ./autogen.sh
> Using automake (GNU automake) 1.9.6
> Using autoconf (GNU Autoconf) 2.59d
> This autoconf version is not supported by LyX.
> LyX only supports autoconf 2.5[2-9].
>
> $ autoconf --version
> autoconf (GNU Autoconf)
On Friday 09 June 2006 12:20, Helge Hafting wrote:
> I think "no lines" is the better way. No old stuff breaks. There
> isn't even an update of the document format.
I don't understand you here. There is nothing related with an update for the
file format.
The question here, as far I underst
Hartmut Haase <[EMAIL PROTECTED]> writes:
> Tools->Preferences->Ouputs->Plain text:
> what is the purpose of the "roff command", and where is it used in LyX?
Historically, plain text tables could be passed though nroff, groff etc to
generate something pretty.
> Tools->Preferences->Paths:
> what d
Angus Leeming wrote:
> > Document->Preferences->Bibliography:
> > what does "Sectioned bibliography|#e" mean?
>
> This is LaTeX's bibunits package.
Bibtopic, more precisely. Hartmut, its use is described in Extended.lyx.
Jürgen
On Fri, Jun 09, 2006 at 11:38:14AM +, Angus Leeming wrote:
> Hartmut Haase <[EMAIL PROTECTED]> writes:
> > what does "PATH prefix:|#T" mean, and when/where ist it used?
>
> LyX users the PATH environment variable to find external apps that it uses for
> various things. If you have some tool
On Thu, 2006-06-08 at 17:39 +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> So, I believe I understand the problem. But how to fix it?
>
> Martin> I believe I know that too: noFontChange(). The attached fixes
> Martin> the reported bug. I'l
Trent Apted wrote:
> OK. So this is more an annoyance than a bug. But, until you know the
> solution, it looks a lot like a bug. It is discussed here:
>
> http://forums.gentoo.org/viewtopic-t-273397.html
>
> Basically, lyx relies on the existence of ~/.qt/qtrc to load the QT
> interface frontend
On Jun 9, 2006, at 7:53 AM, Enrico Forestieri wrote:
On Fri, Jun 09, 2006 at 11:38:14AM +, Angus Leeming wrote:
Hartmut Haase <[EMAIL PROTECTED]> writes:
what does "PATH prefix:|#T" mean, and when/where ist it used?
LyX users the PATH environment variable to find external apps that
Peter Kümmel wrote:
There is maybe a bug in the scons
code for msvc: The manifest tool
mt is called but I don't see that
the "/MANIFEST" option is passed
to the linker which tells the
linker to generate a manifest file.
Yes, this is (I think) because Bo is using the manifest provided by qt
Q
Bennett Helm wrote:
> LyX on Mac requires path_prefix to find teTeX installation and other
> helper files. I don't think the autoview feature is going to make
> that obsolete (or am I mistaken?).
No, you are not. On windows it is also used for other things besides viewers
(e. g. converters), so i
On Jun 9, 2006, at 6:41 AM, Jean-Marc Lasgouttes wrote:
OK, I have a new idea for this bug, but by knowledge of Qt is too weak
to be sure how to do this. What I want to do is run updateToolbars
whenever the window gets the focus, so that icons are correctly
enabled.
Here is the patch I came up
Jean-Marc Lasgouttes wrote:
OK, I have a new idea for this bug, but by knowledge of Qt is too weak
to be sure how to do this. What I want to do is run updateToolbars
whenever the window gets the focus, so that icons are correctly
enabled.
Here is the patch I came up with. Questions:
1/ Bennett,
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> Jean-Marc, did you make up your mind regarding 1.4?
>
> I just did some testing, and I think you can commit it.
Done.
Georg
Yes, this is (I think) because Bo is using the manifest provided by qt
QtCore4.dll.manifest or something. The manifest generated by the
/MANIFEST option does not produce a usable manifest as it does not
contain information about the MSVC lib (version, location, etc...).
I manually (tweak the LIN
I was going to wait to test this patch myself, but I did not manage to
get iconv installed. So, can anyone test the attached patch?
This patch tests for the existence of iconv (HAVE_ICONV) , test for
LC_MESSAGES (set HAVE_LC_MESSAGES) and ICONV_CONST. Lyx links to
libiconv correctly under linux.
On 6/9/06, Joost Verburg <[EMAIL PROTECTED]> wrote:
The version-suffix option of the scons build system doesn't seem to work
properly. Some resources are installed in a directory with a wrong name
and the suffix is not added to the users directory.
Could you elaborate on what command you use, w
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Joost Verburg wrote:
Peter Kümmel wrote:
Here a line from the scons log:
cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
-DQT3_SUPPORT /IC:\Programme\zlib\include
no optimization is enabled, b
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I am far from a Guru but I guess your patch is not
Abdelrazak> complete. Did you define setFocus as a slot?
Sorry, I missed a file. Here is the complete file.
Should I have declared setFocus in the public slot: sect
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Jun 9, 2006, at 6:41 AM, Jean-Marc Lasgouttes wrote:
>> OK, I have a new idea for this bug, but by knowledge of Qt is too
>> weak to be sure how to do this. What I want to do is run
>> updateToolbars whenever the window gets
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> ...and remembered status.14x
Good man.
JMarc
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Fri, Jun 09, 2006 at 11:38:14AM +, Angus Leeming wrote:
>> Hartmut Haase <[EMAIL PROTECTED]> writes:
>> > what does "PATH prefix:|#T" mean, and when/where ist it used?
>>
>> LyX users the PATH environment variable to
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I am far from a Guru but I guess your patch is not
Abdelrazak> complete. Did you define setFocus as a slot?
Sorry, I missed a file. Here is the complete file.
Should I have declared setFocu
Bo Peng <[EMAIL PROTECTED]> writes:
> On 6/9/06, Joost Verburg <[EMAIL PROTECTED]> wrote:
> > The version-suffix option of the scons build system doesn't seem to work
> > properly. Some resources are installed in a directory with a wrong name
> > and the suffix is not added to the users directory.
Angus Leeming wrote:
Bo Peng <[EMAIL PROTECTED]> writes:
On 6/9/06, Joost Verburg <[EMAIL PROTECTED]> wrote:
The version-suffix option of the scons build system doesn't seem to work
properly. Some resources are installed in a directory with a wrong name
and the suffix is not added to the users
On Jun 8, 2006, at 11:24 AM, Jean-Marc Lasgouttes wrote:
The following patch tries to improve the situation with accents in LyX
1.4 (this will be applied to 1.5 too, but I care now about 1.4.2).
The current situation now is that, if my locale is fr_FR.UTF-8, LyX
will change it to fr_FR and hop
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> If this hasn't changed recently, with autotools the locales also have
> the version suffix on windows. That's not the case for scons. I actually
> prefer this last behaviour.
Then presumably building lyx with --with-version-suffix using scons will
On Jun 9, 2006, at 9:43 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Jun 9, 2006, at 6:41 AM, Jean-Marc Lasgouttes wrote:
OK, I have a new idea for this bug, but by knowledge of Qt is too
weak to be sure how to do this. What I want to do i
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
If this hasn't changed recently, with autotools the locales also have
the version suffix on windows. That's not the case for scons. I actually
prefer this last behaviour.
Then presumably building lyx with --with-version-suffix
Georg Baum wrote:
Trent Apted wrote:
OK. So this is more an annoyance than a bug. But, until you know the
solution, it looks a lot like a bug. It is discussed here:
http://forums.gentoo.org/viewtopic-t-273397.html
Basically, lyx relies on the existence of ~/.qt/qtrc to load the QT
interface f
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> The question here, as far I understand, it is one about
Jose'> templates. When you insert a table, it appears a table that
Jose'> follows a given template.
One idea I had about templates was to have the possibility to add
insets to
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> But setFocus has to be called... either explicitly or via
Abdelrazak> a signal/slot connection. I don't see that any call to it
Abdelrazak> in your patch and I didn't find a call to
Abdelrazak> QtView::setFocus() elswh
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I get your point but I am almost sure that they both work! I guess
> package.C tells lyx how the locales are named.
Package.C defines
std::string localedir();
It doesn't define how the individual .mo files are called.
Angus
Abdelrazak Younes wrote:
> Qt4 documentation talks about this Q_INIT_RESOURCE that deals with .qrc
> files. It might solve this particular problem and maybe also the toolbar
> problem reported by Hedge on linux and Bennett on Mac:
I believe that this is something entirely different. We don't use
Helge Hafting <[EMAIL PROTECTED]> writes:
| $ ./autogen.sh
| Using automake (GNU automake) 1.9.6
| Using autoconf (GNU Autoconf) 2.59d
| This autoconf version is not supported by LyX.
| LyX only supports autoconf 2.5[2-9].
|
| $ autoconf --version
| autoconf (GNU Autoconf) 2.59d
|
| Hm. LyX o
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Peter Kümmel wrote:
| >> Joost Verburg wrote:
| >>> Peter Kümmel wrote:
| Here a line from the scons log:
|
| cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
| -DQT_CLEAN_NAMESPACE -DQT_GENUINE_ST
Dear all,
I would like to try the new lyx on my machine.
I have downloaded the sources, after the usual
autogen.sh, configure and make I faced to the messages
listed in the attechments.
I have packed the output of the svn update, configure and
make.
I have SuSe 10.0, on an AMDx64, as you can see
> It doesn't define how the individual .mo files are called.
The PACKAGE macro does.
JMarc
Dear all,
A patch has just been submitted to fix version_suffix under *nix.
Briefly,
1. version_suffix=yes now works as expected
2. change of this option will ensure a full recompile. (I suspect
that Joost's problem is with fast_start, which bypass src/config.h).
3. lyx.1 etc are installed as
Bo Peng wrote:
2. change of this option will ensure a full recompile. (I suspect
that Joost's problem is with fast_start, which bypass src/config.h).
No, I did a full recompile. On Windows, the directory names should not
contain a version suffix except the users directory.
Joost
On 6/9/06, Joost Verburg <[EMAIL PROTECTED]> wrote:
Bo Peng wrote:
> 2. change of this option will ensure a full recompile. (I suspect
> that Joost's problem is with fast_start, which bypass src/config.h).
No, I did a full recompile. On Windows, the directory names should not
contain a version
On Fri, Jun 09, 2006 at 05:15:36PM +0200, Lars Gullik Bjønnes wrote:
> Helge Hafting <[EMAIL PROTECTED]> writes:
>
> | $ ./autogen.sh
> | Using automake (GNU automake) 1.9.6
> | Using autoconf (GNU Autoconf) 2.59d
> | This autoconf version is not supported by LyX.
> | LyX only supports autoconf
Bo Peng <[EMAIL PROTECTED]> writes:
> > No, I did a full recompile. On Windows, the directory names should not
> > contain a version suffix except the users directory.
> Which ones? We have:
> program files/lyxSUFFIX
This one doesn't need a suffix. The package is fully self-contained.
> bin/lyxSU
Bo Peng <[EMAIL PROTECTED]> writes:
> A patch has just been submitted to fix version_suffix under *nix.
> Briefly,
> 1. version_suffix=yes now works as expected
This semantic is different from that of the autotools and less flexible. The
autotools version is either
configure --with-version-su
> 1. version_suffix=yes now works as expected
This semantic is different from that of the autotools and less flexible.
I had version_suffix=xxx before, now I am adding version_suffix=yes.
Windows will find them if they're in the PATH...
Perhaps Joost's installer should offer to install them,
C:\Program Files\LyX\bin\lyx.exe
C:\Program Files\LyX\Resources\locale\en\lyx.mo
C:\Program Files\LyX\Resources\lyxrc.dist
C:\Documents and Settings\Bo\Application Data\LyX-15x\
It's only this last directory that needs to be suffixed on Windows.
That means only config.h needs that PACKAGE macr
Hello *,
there is a patch in the current LyX Debian package adding a note to
de_Extended.lyx that there is htlatex as a fourth tool avaible
to create a html export. Grep'ing through the 1.4.2svn code I found that
configure.py seems to have some detection routines for htlatex.
If htlatex is supporte
The fix is in. Please test.
Bo
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> But setFocus has to be called... either explicitly or via
Abdelrazak> a signal/slot connection. I don't see that any call to it
Abdelrazak> in your patch and I didn't find a call to
Abdelrazak>
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Peter Kümmel wrote:
| >> Joost Verburg wrote:
| >>> Peter Kümmel wrote:
| Here a line from the scons log:
|
| cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
| -DQT_CL
Bo Peng <[EMAIL PROTECTED]> writes:
> > C:\Documents and Settings\Bo\Application Data\LyX-15x\
> > It's only this last directory that needs to be suffixed on Windows.
> That means only config.h needs that PACKAGE macro (go to package.C),
> and install does not need any VERSION_SUFFIX. I see.
On
On Thu, Jun 08, 2006 at 09:17:49AM +0200, Peter Kümmel wrote:
> I'm not proposing such a patch ATM, I'm only interested in the
> costs of such an additional virtual call.
Not noticable. It's one more indirection. Just step through the
n x 1000 instrucion Qt needs to draw a single point and you'll
On Thu, Jun 08, 2006 at 08:53:23AM +0200, Peter Kümmel wrote:
> But first I must figure out where I have to add
> my measurement function.
Why don't you use a 'real' profiler? gprof e.g., or the one bundled with
MSVS 2005.
Andre'
On Thu, Jun 08, 2006 at 02:08:52PM +0200, Georg Baum wrote:
> What I don't understand is: Why does it work for other windows users?
Single processor vs multiple processor is known to make a difference.
Not sure that's the issue here, though.
Andre'
On Thu, Jun 08, 2006 at 10:29:39AM +0200, Abdelrazak Younes wrote:
> >>>Abdelrazak> The QPicture class "records" painting operations, it is
> >>>Abdelrazak> similar to vector based painting (SVG or windows Meta
> >>>Abdelrazak> file). So when you paint onto a QPicture it is not a real
> >>>Abdelraz
On Thu, Jun 08, 2006 at 11:59:50AM +0200, Peter Kümmel wrote:
> This fixes it, then also the static QTranslator makes no problem,
> and it would be hard to forbid all static Qt objects.
You can make qApp or the main window parent of such objects and
get them destructed at predictable times.
Andre
On Wed, Jun 07, 2006 at 09:03:47PM +, Angus Leeming wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> > Ahm... btw: I once had troubles with throwing exceptions through a
> > Qt event loop (basically terminating the loop)
> >
> > I am not sure this is allowed at all.
>
> André,
>
> do exc
On Thu, Jun 08, 2006 at 10:56:37AM +0200, Peter Kümmel wrote:
> > QObject::killTimer: timers cannot be stopped from another thread
>
>
> the infinit loop happens after the ::exit(status); call.
Please try to replace ::exit() with some less intrusive termination
mechanism.
Andre'
On Thu, Jun 08, 2006 at 08:54:27AM +0200, Lars Gullik Bjønnes wrote:
> Edwin Leuven <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> | > I think one of the solutions i and others outlined would be better.
> |
> | but that is cheating since it involves a new feature.
> |
> | the que
On Fri, Jun 09, 2006 at 11:22:32AM +0200, Georg Baum wrote:
> This really smells like either a bug in our code or in qt.
Our shutdown is broken.
Andre'
On Thu, Jun 08, 2006 at 06:52:29PM +0200, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Peter Kümmel <[EMAIL PROTECTED]> writes:
> | > > toStdString is not available here (see QT_NO_STL).
> | > "fromqstr" is what I was looking for! :)
> |
> | Incidentally, Peter, y
On Thu, Jun 08, 2006 at 03:23:17PM +0200, Georg Baum wrote:
> I don't know what exactly happens. Here is a backtrace:
>
> #0 0x406d3426 in QObject::QObject () from /usr/lib/libQtCore.so.4
> #1 0x404beb56 in QInputContext::QInputContext ()
> from /usr/lib/libQtGui.so.4
> #2 0x404bff93 in QXIMInp
Andre Poenitz wrote:
On Thu, Jun 08, 2006 at 10:29:39AM +0200, Abdelrazak Younes wrote:
Abdelrazak> The QPicture class "records" painting operations, it is
Abdelrazak> similar to vector based painting (SVG or windows Meta
Abdelrazak> file). So when you paint onto a QPicture it is not a real
Abde
Bo Peng wrote:
The fix is in. Please test.
I have this:
gcc -o release\intl\dcigettext.o -c -O3 -w
-DLOCALEDIR=\"d:/program/lyx-svn\\Resources/locale\" -DLOCALE_ALIAS_
PATH=\"d:/program/lyx-svn\\Resources/locale\" -DLIBDIR=\"../../lib\"
-DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY
-DINS
D:\devel\lyx\trunk\intl\dcigettext.c:933: error: `ICONV_CONST'
undeclared (first use in this function)
This is the problem I try to solve. Now, do you have ICONV_CONST in
your src/config.h? If not, please paste here the portion of config.log
that look like this:
scons: Configure: Check if the
1 - 100 of 109 matches
Mail list logo