Bo Peng wrote:
Hi,
I just submitted a patch with two minor scons bug fixes and some
changes to the msvc build. It now requires official zlib package and
link to zdll.lib, you will have to adjust it by yourself if you still
want to use mingw/zlib.
Where is this official package?
Abdel.
Abdelrazak Younes wrote:
>> I just submitted a patch with two minor scons bug fixes and some
>> changes to the msvc build. It now requires official zlib package and
>> link to zdll.lib, you will have to adjust it by yourself if you still
>> want to use mingw/zlib.
>
> Where is this official packa
Peter Kümmel wrote:
Abdelrazak Younes wrote:
I just submitted a patch with two minor scons bug fixes and some
changes to the msvc build. It now requires official zlib package and
link to zdll.lib, you will have to adjust it by yourself if you still
want to use mingw/zlib.
Where is th
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> (2) The output you see on the console, however, is from
Juergen> scripts/TeXFiles.sh that creates a list of all available
Juergen> cls/sty/bst/bib files, using kpsewhich again. The info is
Juergen> used by the TeXInfo dia
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I'd rather like the attached, since there does not seem to be
Georg> an agreement between distros where to put qt4.
Are there distros that set QT4DIR? Should we really try to search by
ourselves?
Using pkg-config would be nice, but t
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>
I just submitted a patch with two minor scons bug fixes and some
changes to the msvc build. It now requires official zlib package and
link to zdll.lib, you will have to adjust it by yourself if you still
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
|
| Georg> I'd rather like the attached, since there does not seem to be
| Georg> an agreement between distros where to put qt4.
|
| Are there distros that set QT4DIR? Should we really try
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Ready-to-use installers have been uploaded to incoming on the
Joost> devel FTP server (called lyx-142svn-20060531.exe and
Joost> lyx-142svn-20060531-bundle.exe). Can someone move them to a
Joost> public location?
They are now at
ft
Peter Kümmel wrote:
They use cmake. ;)
Man, if you are serious about maintaining cmake, Lars didn't object to
put it in svn along scons provided it does not pollute the rest of the
tree (the same as scons):
* files only in trunk/development/cmake/ *
Is it required that you copy the CMakeL
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> pgk-config wouldn't be the only thing to use, only if it is
Lars> present and if it handles the QtCore and QtGui packages.
Lars> else we fall back to dir search, env search and command line
Lars> options.
And can we rely on ha
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> They use cmake. ;)
>>
> Man, if you are serious about maintaining cmake, Lars didn't object to
> put it in svn along scons provided it does not pollute the rest of the
> tree (the same as scons):
>
> * files only in trunk/development/cmake/ *
>
Jean-Marc Lasgouttes wrote:
It looks like the script fails (sh crashes), so that it has to be
re-run everytime. You should investigate why it cashes on windows.
yeah, but time is probably better spent getting rid of the script
altogether.
(let's hope that bo reads this thread...)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> pgk-config wouldn't be the only thing to use, only if it is
| Lars> present and if it handles the QtCore and QtGui packages.
|
| Lars> else we fall back to dir search, env
Abdelrazak Younes wrote:
> I have done it!
> It was so bloody simple that I can't understand why it didn't come to us
> earlier.
> I just took designer.exe.manifest and renamed it to lyx.exe.manifest
> and, oh miracle, lyx starts!!!
>
> manifest file to put along lyx.exe attached.
>
> Abdel.
>
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> As another way of getting the info you mean?
Yes. And a way that could hopefully work on all platforms supported by
qt. How does the file look like on your system? Is it present?
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> As another way of getting the info you mean?
|
| Yes. And a way that could hopefully work on all platforms supported by
| qt. How does the file look like on your system? I
Peter Kümmel wrote:
Abdelrazak Younes wrote:
I have done it!
It was so bloody simple that I can't understand why it didn't come to us
earlier.
I just took designer.exe.manifest and renamed it to lyx.exe.manifest
and, oh miracle, lyx starts!!!
manifest file to put along lyx.exe attached.
Abdel.
Jean-Marc Lasgouttes wrote:
"Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> As another way of getting the info you mean?
Yes. And a way that could hopefully work on all platforms supported by
qt. How does the file look like on your system? Is it present?
On locally compiled Q
Peter Kümmel wrote:
OK, when there are no objections, I would like to see my files in svn. :)
Very good.
Is it required that you copy the CMakeList all other the tree or could
they just reside in trunk/development/cmake/?
This is the current status, but I could change it.
IMHO,
Hi. This is the qmail-send program at wierdlmpc.msci.memphis.edu.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
:
We do not use M
--- Below this line is a copy of the message.
Return-Path: <[EMAIL
Joost Verburg <[EMAIL PROTECTED]> writes:
> Thanks for all your comments and feature requests. A new version of the
> installer, again based on the latest 1.4.2svn, is now available.
...
> I have uploaded the source to:
> http://wiki.lyx.org/uploads/Windows/Installer/installer-src.tar.gz
Hi, Joos
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
> People, please don't start an endless
> discussion about this. It's Peter choice to work on that and anybody is
> free to ignore it.
But it is also ok to me to wait and see what happens with the
scons-msvc-project support, just now where a solution
Guys, I am happy to report that all the performance problems noticed
with Lyx-qt4/Mingw have mostly disappeared.
+ In the UserGuide, Breaking a section item or an enumerate list is now
instantaneous!
+ The outline functionality in the Toc dialog is now very fast: I can
click successively in
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> No. It is not.
Forget it then. How does qmake support work then? Doesn't it need this
stuff?
Hmm, I took a look at qmake documentation, and it seems there is no
way to get the configuration from qmake itself. This is lame.
J
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> On locally compiled Qt4/MSVC2005 I have:
Another solution would be to compile the qtX/ frontends with qmake!
Would that magically work?
JMarc
Jean-Marc Lasgouttes wrote:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> No. It is not.
>
> Forget it then. How does qmake support work then? Doesn't it need this
> stuff?
>
> Hmm, I took a look at qmake documentation, and it seems there is no
> way to get the conf
Jean-Marc Lasgouttes wrote:
> Forget it then. How does qmake support work then? Doesn't it need this
> stuff?
qmake has spec files for each platform that tell these things. The one I use
for qt 4 here resides in /usr/share/qt/mkspecs/linux-g++/qmake.conf (the
qt3 variant is in /usr/lib/qt3/mkspec
Hi Bo,
I have some problem with the "restore cached option" functionality. I
have passed fast_cache=no and I have erased env.cache but I still get
this error:
D:\devel\lyx\trunk\development\scons>scons use_vc=yes build_dir=msvc
frontend=qt4 qt_dir=d:/program/Qt/4.1 ext
a_inc_path=d:/program/
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> On locally compiled Qt4/MSVC2005 I have:
Another solution would be to compile the qtX/ frontends with qmake!
Would that magically work?
I guess it would but do you mean to rep
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> I've not followed the thread but maybe this is what you are
Peter> looking for:
Peter> qmake -query QT_INSTALL_LIBS
This is not described by qmake help, it would be too easy! I finally
found it in my qt3.3 manual, but I can only u
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I guess it would but do you mean to replace all Makefile.*
Abdelrazak> with qmake files?
Something like that. Note that I am not saying it is a good idea. I am
just thinking aloud (and I am not going to do it :)
JMar
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> I've not followed the thread but maybe this is what you are
> Peter> looking for:
>
> Peter> qmake -query QT_INSTALL_LIBS
>
> This is not described by qmake help, it would be too easy! I finally
>
Jean-Marc Lasgouttes wrote:
>> "Abdelrazak" == Abdelrazak Younes
>> <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> I guess it would but do you mean to replace all Makefile.*
> Abdelrazak> with qmake files?
>
> Something like that. Note that I am not saying it is a good idea. I am
> just thi
Jean-Marc Lasgouttes wrote:
"Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> I've not followed the thread but maybe this is what you are
Peter> looking for:
Peter> qmake -query QT_INSTALL_LIBS
This is not described by qmake help, it would be too easy! I finally
found it in my qt3.
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> 4.0 is deprected, use 4.1 instead:
Abdelrazak> http://doc.trolltech.com/4.1/qmake-environment-reference.html
Sure, but I do not see a reason to refer to 4.1 doc if 4.0 is the same :)
Abdelrazak> It works with offici
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I think it would be possible, but not easier than tweaking
Georg> qt.m4.
Getting rid of AC_PATH_EXTRA (just keep it for xforms) would be nice...
Georg> And I can understand Lars' desire to use configure without
Georg> flags, but I d
On Thu, Jun 01, 2006 at 11:19:37AM +0200, Abdelrazak Younes wrote:
> Guys, I am happy to report that all the performance problems noticed
> with Lyx-qt4/Mingw have mostly disappeared.
[..]
> - Unfortunately, scrolling with pageDown key is a bit slower: 43 seconds
> for MSVC instead of 37 seconds
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> 4.0 is deprected, use 4.1 instead:
Abdelrazak> http://doc.trolltech.com/4.1/qmake-environment-reference.html
Sure, but I do not see a reason to refer to 4.1 doc if 4.0 is the same :)
Indeed
Enrico Forestieri wrote:
On Thu, Jun 01, 2006 at 11:19:37AM +0200, Abdelrazak Younes wrote:
Guys, I am happy to report that all the performance problems noticed
with Lyx-qt4/Mingw have mostly disappeared.
[..]
- Unfortunately, scrolling with pageDown key is a bit slower: 43 seconds
for MSVC in
Abdelrazak Younes wrote:
> Guys, I am happy to report that all the performance problems noticed
> with Lyx-qt4/Mingw have mostly disappeared.
>
> + In the UserGuide, Breaking a section item or an enumerate list is now
> instantaneous!
>
> + The outline functionality in the Toc dialog is now very
Peter Kümmel wrote:
Abdelrazak Younes wrote:
[...]
On the last point, I am not sure this is due to the compiler difference.
Lyx/Mingw was compiled with -O3 and I don't know which optimization was
enabled in the official Qt4/Mingw package. Also, I don't know which, if
any, optimization were pass
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
> [...]
>>> On the last point, I am not sure this is due to the compiler difference.
>>> Lyx/Mingw was compiled with -O3 and I don't know which optimization was
>>> enabled in the official Qt4/Mingw package. Also, I don't kn
On Thu, Jun 01, 2006 at 12:22:32PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> >On Thu, Jun 01, 2006 at 11:19:37AM +0200, Abdelrazak Younes wrote:
> >>Guys, I am happy to report that all the performance problems noticed
> >>with Lyx-qt4/Mingw have mostly disappeared.
> >[..]
> >>-
Enrico Forestieri wrote:
On Thu, Jun 01, 2006 at 12:22:32PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Thu, Jun 01, 2006 at 11:19:37AM +0200, Abdelrazak Younes wrote:
Guys, I am happy to report that all the performance problems noticed
with Lyx-qt4/Mingw have mostly disappeare
Enrico Forestieri wrote:
> Moreover, using the mouse wheel, scrolling is quite smooth in LyX/Qt3 X11
> (even if the 1.3.x pleasantness remains unmatched), whereas it is annoying
> in all native versions where sometimes it stops even if I am rolling the
> wheel.
The latter is no qt or windows spec
On Thu, Jun 01, 2006 at 01:33:49PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> >On Thu, Jun 01, 2006 at 12:22:32PM +0200, Abdelrazak Younes wrote:
> >>Enrico Forestieri wrote:
> >>>On Thu, Jun 01, 2006 at 11:19:37AM +0200, Abdelrazak Younes wrote:
> Guys, I am happy to report t
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I don't understand. On Unix, it should be this path plus:
Abdelrazak> libQtCore.a libQtGui.a
Abdelrazak> On Windows/Mingw, it is: libQtCore4.a libQtGui4.a
Abdelrazak> On Windows/MSVC, it is: QtCore4.lib QtGui4.lib
A
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I don't understand. On Unix, it should be this path plus:
Abdelrazak> libQtCore.a libQtGui.a
Abdelrazak> On Windows/Mingw, it is: libQtCore4.a libQtGui4.a
Abdelrazak> On Windows/
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> A... you mean the windows api libraries. They are not
Abdelrazak> distributed with Qt. They are part of mingw (w32api
Abdelrazak> package IIRC).
But do we have to explicitely link against them?
JMarc
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> A... you mean the windows api libraries. They are not
Abdelrazak> distributed with Qt. They are part of mingw (w32api
Abdelrazak> package IIRC).
But do we have to explicitely link agains
Hello,
I would like to put this in but I touched a tiny bit the other
frontends. Any objection?
Abdel.
Log:
This patch removes qscreen.[Ch] and simplify the cursor drawing on
screen. Basically, we paint now only if needed. So there's no need
anymore to handle th
> "Panayotis" == Panayotis Papasotiriou <[EMAIL PROTECTED]> writes:
Panayotis> I have upgraded the ijmpd layout, so that recent changes to
Panayotis> the corresponding text class "ws-ijmpd.cls" are now
Panayotis> supported by LyX. I have also created a new LyX layout
Panayotis> which supports
On Thu, Jun 01, 2006 at 01:41:04PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > Moreover, using the mouse wheel, scrolling is quite smooth in LyX/Qt3 X11
> > (even if the 1.3.x pleasantness remains unmatched), whereas it is annoying
> > in all native versions where sometimes it stops
Georg Baum wrote:
Enrico Forestieri wrote:
Moreover, using the mouse wheel, scrolling is quite smooth in LyX/Qt3 X11
(even if the 1.3.x pleasantness remains unmatched), whereas it is annoying
in all native versions where sometimes it stops even if I am rolling the
wheel.
The latter is no qt o
Enrico Forestieri wrote:
> If that is the cause, it is so badly exacerbated in the windows version
> which I find it difficult not to blame it on Qt/Win. Scrolling never stops
> in Qt3/X11, be it on windows or linux.
That is not true in general, although it seems that the problem is much
worser o
On Thu, Jun 01, 2006 at 03:00:41PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >>"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> >Abdelrazak> A... you mean the windows api libraries. They are not
> >Abdelrazak> distributed with Qt. They are part of mi
Abdelrazak Younes wrote:
> I am not sure I understand it all but I see that a number of patches
> have been posted. Could you give a status on these please?
I don't know the status either. All that I know is that the total document
height measured in pixels is not known, only the height of a few
On Thu, Jun 01, 2006 at 03:34:37PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > If that is the cause, it is so badly exacerbated in the windows version
> > which I find it difficult not to blame it on Qt/Win. Scrolling never stops
> > in Qt3/X11, be it on windows or linux.
>
> That i
Enrico Forestieri wrote:
On Thu, Jun 01, 2006 at 03:34:37PM +0200, Georg Baum wrote:
Enrico Forestieri wrote:
If that is the cause, it is so badly exacerbated in the windows version
which I find it difficult not to blame it on Qt/Win. Scrolling never stops
in Qt3/X11, be it on windows or linux
On Thu, Jun 01, 2006 at 04:01:07PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> >For example, when a displayed equation is the last thing visible
> >on screen, you can't go further on using cursor down (the cursor
> >gets trapped in the equation), but I don't complain, because
> >m
For those who want to try the latest and greatest Lyx-Qt4 for windows,
point your browser to:
http://wiki.lyx.org/Windows/LyX150Experimental
Enrico, I would be interested in some new numbers.
Abdel.
Enrico Forestieri wrote:
On Thu, Jun 01, 2006 at 04:01:07PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
For example, when a displayed equation is the last thing visible
on screen, you can't go further on using cursor down (the cursor
gets trapped in the equation), but I don't com
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I would like to put this in but I touched a tiny bit the other
> frontends. Any objection?
Hi, Abdel.
Perhaps you might ping John Levon (levon () movementarian ! org>), the architect
of the Qt frontend. He might have something illuminating to say b
atm copy paste primary selection (ie from outside lyx) doesn't work for me
the attached solves it
does this look ok?
thanks
Index: QWorkArea.C
===
--- QWorkArea.C (revision 13976)
+++ QWorkArea.C (working copy)
@@ -50,6 +50,11 @@
Edwin Leuven wrote:
atm copy paste primary selection (ie from outside lyx) doesn't work for me
the attached solves it
does this look ok?
I don't know but in any case your patch will conflict with mine. As I
was first, please wait until I put it in ;-)
Thanks,
Abdel.
Hello John,
Angus suggested that I ask your opinion about my patch.
Thanks,
Abdel.
--- Begin Message ---
Hello,
I would like to put this in but I touched a tiny bit the other
frontends. Any objection?
Abdel.
Log:
This patch removes qscreen.[Ch] and simplify the
On Thu, Jun 01, 2006 at 04:19:50PM +0200, Abdelrazak Younes wrote:
> For those who want to try the latest and greatest Lyx-Qt4 for windows,
> point your browser to:
>
> http://wiki.lyx.org/Windows/LyX150Experimental
>
> Enrico, I would be interested in some new numbers.
First of all let me
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> For those who want to try the latest and greatest Lyx-Qt4 for windows,
> point your browser to: http://wiki.lyx.org/Windows/LyX150Experimental
Was this compiled with MSVC? Maybe the wiki page should have a comment to this
effect?
Why not give Joost
Edwin Leuven wrote:
> atm copy paste primary selection (ie from outside lyx) doesn't work for me
>
> the attached solves it
>
> does this look ok?
Unfortunately not ;-( getClipboard() is misnamed, it really acts like a
hypotheticaal getSelection(), because it is used for
middle-mouse-button-cop
Enrico Forestieri wrote:
On Thu, Jun 01, 2006 at 04:19:50PM +0200, Abdelrazak Younes wrote:
For those who want to try the latest and greatest Lyx-Qt4 for windows,
point your browser to:
http://wiki.lyx.org/Windows/LyX150Experimental
Enrico, I would be interested in some new numbers.
Fir
Edwin Leuven <[EMAIL PROTECTED]> writes:
> atm copy paste primary selection (ie from outside lyx) doesn't work for me
> the attached solves it
> does this look ok?
I see Georg has given you the "big picture" answer, so I'll restrict myself to
the comment that your patch hardcodes this in a couple
Angus Leeming wrote:
A fun project for you scons-afficionados would be to automate package generation
on windows. As I see it, the only thing blocking the process to fully-automate
the build of the windows installer is the step to install icons in the lyx.exe.
There's lots of info out there on ho
Enrico Forestieri wrote:
Even if I have the bakoma fonts installed, all the equations are
messed up. This one must be a byproduct of the recent changes
by Joost. I obviated to this problem by copying the fonts
to Resources/fonts. However, I think that this should not happen,
i.e., if I already ha
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
For those who want to try the latest and greatest Lyx-Qt4 for windows,
point your browser to: http://wiki.lyx.org/Windows/LyX150Experimental
Was this compiled with MSVC? Maybe the wiki page should have a comment to this
effect?
Angus Leeming wrote:
#ifdef Q_WS_MACX
// The MAC clipboard uses \r for lineendings, and we use \n
return subst(fromqstr(str), '\r', '\n');
+#endif
+#ifdef Q_WS_WIN
+ // The WIN clipboard uses \r\n for lineendings, and we use \n
+ return subst(fromqstr(str), "\r\n", "\
Abdelrazak Younes wrote:
>> Perhaps you should factor the code into a utility function? Maybe even
>> into fromqstr inself?
>
> Yes, I wanted to do that for a long time.
IIRC it is not needed in the windows case, because \r is ignored later in
the copy/paste code, but the other way round (\r ->
Joost Verburg wrote:
Angus Leeming wrote:
A fun project for you scons-afficionados would be to automate package
generation
on windows. As I see it, the only thing blocking the process to
fully-automate
the build of the windows installer is the step to install icons in the
lyx.exe.
There's lot
Joost Verburg wrote:
Thanks for all your comments and feature requests. A new version of the
installer, again based on the latest 1.4.2svn, is now available.
Hi, Joost,
Great job with the installer. I just tried it out, and it worked great
for the most part, with a few anomalies:
1. It
Joost Verburg <[EMAIL PROTECTED]> writes:
> My new installer doesn't require you to add the icons, it uses the ico
> file for shortcut and file icons. It's of course a good thing to include
> these icons using a resource file. With Visual C++ that's an easy thing,
> I don't know about MinGW.
gn
Paul A. Rubin wrote:
1. It installed a bunch of Aspell files to C:\Program
Files\Aspell\lib\aspell-0.60. I already had Aspell installed (at
C:\Aspell). I thought that Aspell *had* to be installed to C:\Aspell.
Has this changed?
The Aspell installer, which defaults to C:\Aspell, is used to
Georg Baum wrote:
IIRC it is not needed in the windows case, because \r is ignored later in
the copy/paste code,
not when i paste into tabulars though...
Angus Leeming wrote:
gnu windres (part of binutils on mingw/cygwin) is the equivalent of rc to MSVC.
Then this is the tool to be used for MinGW. Including icons using a
resource compiler is a lot better than hacking the exe afterwards.
Joost
That is really great.
I do not have access to the windows system right now, could you check
for me if designer.exe.manifest is the same as QtGui4.dll.manifest?
Logically speaking, we should use that one.
Also, have your tried to embed the manifest file to lyx.exe? Which
commands did you use? Al
Also, if possible, please also test a few optimization options through
CCFLAGS. I plan to put some of them in.
Bo
thanks, will investigate...
Georg Baum wrote:
Edwin Leuven wrote:
atm copy paste primary selection (ie from outside lyx) doesn't work for me
the attached solves it
does this look ok?
Unfortunately not ;-( getClipboard() is misnamed, it really acts like a
hypotheticaal getSelection(), becau
Abdelrazak Younes wrote:
Enrico Forestieri wrote:
The "Insert Table" widget is very nice ;-)
Yes, good work Edwin!
just like giving candy to my daughter ;-)
On Thu, Jun 01, 2006 at 05:40:19PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> >On Thu, Jun 01, 2006 at 04:19:50PM +0200, Abdelrazak Younes wrote:
> >>For those who want to try the latest and greatest Lyx-Qt4 for windows,
> >>point your browser to:
> >>
> >>http://wiki.lyx.org
I just got the following crash while working with lates 1.4.2svn: I use
character styles; I marked a bold word in a tabular cell and hit
Insert->Character Style. Immediately LyX asserted. This happened several
times, though I didn't manage yet to get a minimal test scenario.
FWIW, backtrace is
On Thu, Jun 01, 2006 at 05:46:11PM +0200, Joost Verburg wrote:
> Enrico Forestieri wrote:
> >Even if I have the bakoma fonts installed, all the equations are
> >messed up. This one must be a byproduct of the recent changes
> >by Joost. I obviated to this problem by copying the fonts
> >to Resources
Bo Peng wrote:
That is really great.
I do not have access to the windows system right now, could you check
for me if designer.exe.manifest is the same as QtGui4.dll.manifest?
Yes they are identical. Note that QtGui4.dll.manifest was in the lib
subdir whereas designer.exe.manifest is in the bi
Bo Peng wrote:
Also, if possible, please also test a few optimization options through
CCFLAGS. I plan to put some of them in.
There is a recent error with MSVC support:
AttributeError: 'NoneType' object has no attribute 'split':
File "SConstruct", line 401:
env.Tool('msvc')
File "D:\prog
Abdelrazak Younes wrote:
> Angus Leeming wrote:
>> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>> For those who want to try the latest and greatest Lyx-Qt4 for
>>> windows, point your browser to:
>>> http://wiki.lyx.org/Windows/LyX150Experimental
>>
>> Was this compiled with MSVC? Maybe the wiki
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
For those who want to try the latest and greatest Lyx-Qt4 for
windows, point your browser to:
http://wiki.lyx.org/Windows/LyX150Experimental
Was this compiled with MSVC? Maybe the w
Abdelrazak Younes wrote:
Bo Peng wrote:
That is really great.
I do not have access to the windows system right now, could you check
for me if designer.exe.manifest is the same as QtGui4.dll.manifest?
Yes they are identical. Note that QtGui4.dll.manifest was in the lib
subdir whereas designer
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
For those who want to try the latest and greatest Lyx-Qt4 for
windows, point your browser to:
http://wiki.lyx.org/Windows/LyX150Experimental
Was this compi
mt.exe /manifest lyx.exe.manifest /outputresource:lyx.exe;1
This lyx.exe.manifest is *not* the menifest generated from link
/MANIFEST, rather a copy of libGui4.dll.manifest, right? I would like
to add to the scons system things like
mt.exe /manigest:/path/to/qt/lib/libQtGui4.dll.manifest /out..
Bo Peng wrote:
mt.exe /manifest lyx.exe.manifest /outputresource:lyx.exe;1
This lyx.exe.manifest is *not* the menifest generated from link
/MANIFEST, rather a copy of libGui4.dll.manifest, right?
Right.
I would like
to add to the scons system things like
mt.exe /manigest:/path/to/qt/lib/libQ
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> then we don't have to port intl.
Done.
At least compiling without iconv
and with some dummy paths.
> I am afraid we have to :-(
No reason to be afraid. ;)
Here the changes:
config.h:
#if defined(MAKE_INTL_LIB) && defined(_MSC_VER)
#define __
Am Donnerstag, 1. Juni 2006 20:43 schrieb Peter Kümmel:
> But couldn't we just drop this os2 file in our makefiles?
Why did you include it? It is not in Makefile.am, so should not be
compiled at all (and in 1.5 it does not exist anymore).
Georg
No AFAIK, this is a MSVC2005 feature.
> I am
> worried about the existence of QtXXX.dll.manifest. qt-mt.dll.manifest
> for all the Q../Free qt3/qt4 compiled with msvc2003/2005.
mscv2003 will not generate a manifest, I guess.
You mean if I used my old 2003 cd, I would be free of these trouble
(an
1 - 100 of 120 matches
Mail list logo
