Helge Hafting wrote:
* Right-click a table. Set the column with to something like 3cm.
Then change from centered to left and notice that the
column width is lost!
cannot reproduce
* Leave the table dialog open, move the cursor from cell to cell
and make changes all over the place.
On Friday 22 April 2005 00:18, Rob Bearman wrote:
Incidentally, do graphics now load asynchronously onto the
LyX screen for you? Ie, given an eps file can you continue
doing stuff whilst the graphic inset cyles throgh loading,
scaling, etc?
Also, can you define a graphics converter
On Fri, Apr 22, 2005 at 08:24:42AM +0200, Juergen Spitzmueller wrote:
Helge Hafting wrote:
* Right-click a table. Set the column with to something like 3cm.
Then change from centered to left and notice that the
column width is lost!
cannot reproduce
* Leave the table dialog open,
On Thu, Apr 21, 2005 at 02:40:26PM +, Angus Leeming wrote:
Helge Hafting wrote:
filetools.C:1067: error: `SIGCHLD' undeclared (first use this function)
filetools.C:1067: error: `sigaddset' undeclared (first use this function)
filetools.C:1070: error: `SIG_BLOCK' undeclared (first use
Helge Hafting wrote:
How about having the change take effect immediately, i.e. no
option for regretting? Or is that just as hard as adding
an apply button?
Actually, having to apply changes for every cell or columns
is cumbersome. The lines part of that dialog does not
need apply, one
Georg Baum wrote:
Does crash mean that the assert in LyXFunc::getStatus() triggers?
Yes. Sorry for beeing that vague.
Seems that getStatus needs to be implemented in the other insets, too.
Not in all insets, but every inset needs to handle LFUN_INSET_MODIFY in
getStatus(). The attached
Andreas == Andreas Vox [EMAIL PROTECTED] writes:
Andreas Would that invitation also apply to me?
Of course! Especially if you can come with a Powerbook!
Andreas I'd like to come but I don't know how my job situation will
Andreas develop, so I'd have to decide on short notice. If I can come
I find that I have to introduce a change to the four Qt Makefiles if I am
to compile and link LyX/Win using the mingw cross compiler on linux:
src/frontends/qt2/Makefile.am
src/frontends/qt2/moc/Makefile.am
src/frontends/qt2/ui/Makefile.am
src/frontends/qt2/ui/moc/Makefile.am
-AM_CXXFLAGS =
Angus Leeming [EMAIL PROTECTED] writes:
| Rob Bearman wrote:
With the recent changes to forkedcontr.h and forkedcall.*, I found that
I needed to reinstate the typedef shown below to forkedcall.h and
forkedcontr.h:
#ifdef _WIN32
typedef int pid_t;
#endif
| I think that this one is fine,
Can't we get rid of the automatic X11 thing? I don't want it and I don't
need it to build LyX/Win using the mingw cross compiler.
i386-mingw32-g++ -g -O -W -Wall -mms-bitfields -Wl,-enable-stdcall-fixup
-Wl,-enable-auto-import -Wl,-enable-runtime-pseudo-reloc -Wl,-s
-Wl,--export-all-symbols -o
Angus Leeming [EMAIL PROTECTED] writes:
| I find that I have to introduce a change to the four Qt Makefiles if I am
| to compile and link LyX/Win using the mingw cross compiler on linux:
| src/frontends/qt2/Makefile.am
| src/frontends/qt2/moc/Makefile.am
| src/frontends/qt2/ui/Makefile.am
|
On Thu, Apr 21, 2005 at 04:49:09PM +0200, Georg Baum wrote:
Helge Hafting wrote:
Inserting a box(minipage) works. Right-clicking that box
kills lyx. edit-box settings brings up a dialog where
everything is grayed out, changes is impossible.
I could not reproduce the crash.
A new cvs
Lars Gullik Bjønnes wrote:
Angus Leeming wrote:
| Rob Bearman wrote:
With the recent changes to forkedcontr.h and forkedcall.*, I found that
I needed to reinstate the typedef shown below to forkedcall.h and
forkedcontr.h:
#ifdef _WIN32
typedef int pid_t;
#endif
| I think that this one
Juergen Spitzmueller wrote:
No, the asserts are gone, except for ERT, which you forgot.
Indeed. I committed the patch + the ERT change.
Apart from that, there is another crash (no assert), which always happens
when you delete an inset while its dialog is opened.
I can reproduce that, will
Helge Hafting wrote:
I could not reproduce the crash.
A new cvs update, and _some_ of the crash disappear. Now
it only crashes if the box is closed when I right-click it.
there were some old patches in my previous compile.
Indeed, it is still possible to trigger the assert. I can do this
Angus Leeming wrote:
M, but the Alert provides the user with non-intuitive information and
it pops up once only. (I think it should stay in other words.)
I understand the reasons for having the Alert, therefore I said maybe :-)
What would be nice would be a way of telling Qt to ensure
Angus == Angus Leeming [EMAIL PROTECTED] writes:
or make configure check for it and set it in config.h?
Angus I guess that it is *possible*, but really do we care? How would
Angus user code look?
Angus PID_TYPE foo();
Angus or would config.h have the typedef?
AC_TYPE_PID_T.
JMarc
On 21.04.05, Helge Hafting wrote:
... Seems to me there is little point in setting the ERT text in a
special font, especially considering that the current approach only
goes halfway. The ERT text got bigger, but it was still red and still
in its special font.
However, this font change
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Can't we get rid of the automatic X11 thing? I don't want it
Angus and I don't need it to build LyX/Win using the mingw cross
Angus compiler.
configure --without-x. This is needed by qt/mac too; we may want to
try to make it the default
Lars Gullik Bjønnes wrote:
Angus Leeming
| I find that I have to introduce a change to the four Qt Makefiles if I
| am to compile and link LyX/Win using the mingw cross compiler on linux:
| src/frontends/qt2/Makefile.am
| src/frontends/qt2/moc/Makefile.am
| src/frontends/qt2/ui/Makefile.am
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Indeed, it is still possible to trigger the assert. I can do
Juergen this with double and triple clicking. Probably bug 1797; I
Juergen guess we need to handle LFUN_MOUSE_{DOUBLE|TRIPLE} in the
Juergen inset's (or
Jean-Marc Lasgouttes wrote:
Angus Can't we get rid of the automatic X11 thing? I don't want it
Angus and I don't need it to build LyX/Win using the mingw cross
Angus compiler.
configure --without-x.
Excellent! The switch works!
This is needed by qt/mac too; we may want to
try to make it
Angus Leeming [EMAIL PROTECTED] writes:
| Fine. Does this look Ok? Works for me with both a 'normal' build and with a
| mingw cross compilation. Current patch is against LyX 1.3.x, but if you're
| happy I'll do something similar for the 1.4.x tree too.
This is ok with me, yes, 1.4 too.
--
Angus Leeming [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
Angus Leeming wrote:
| Rob Bearman wrote:
With the recent changes to forkedcontr.h and forkedcall.*, I found that
I needed to reinstate the typedef shown below to forkedcall.h and
forkedcontr.h:
#ifdef _WIN32
typedef
Jean-Marc Lasgouttes wrote:
or make configure check for it and set it in config.h?
Angus I guess that it is *possible*, but really do we care? How would
Angus user code look?
Angus PID_TYPE foo();
Angus or would config.h have the typedef?
AC_TYPE_PID_T.
Ahhh. Thanks, Jean-Marc.
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Fine. Does this look Ok?
+
+ dnl Preprocessor flags
+ echo ${host} | grep 'mingw' /dev/null {
+ QT_CPPFLAGS=-DQT_DLL -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR
+ } || {
+
Jean-Marc Lasgouttes wrote:
I'd really prefer something like
dnl Preprocessor flags
case ${host} in
*mingw*) QT_CPPFLAGS=-DQT_DLL -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR;;
*) QT_CPPFLAGS=-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR;;
esac
AC_SUBST(QT_CPPFLAGS)
Ok, here are the patches for
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes wrote:
I'd really prefer something like
dnl Preprocessor flags case ${host} in *mingw*)
QT_CPPFLAGS=-DQT_DLL -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR;; *)
QT_CPPFLAGS=-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR;; esac
Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
Angus Can't we get rid of the automatic X11 thing? I don't want it
Angus and I don't need it to build LyX/Win using the mingw cross
Angus compiler.
configure --without-x.
Excellent! The switch works!
This is needed by qt/mac too; we
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Just for information, the attached script allows me to build a
Angus cross-compiled LyX/Win 1.3.x, although at the moment I mush use
Angus the natively compiled qt3.dll if the executable is to actually
Angus run. Still working on that one.
Jean-Marc Lasgouttes wrote:
Angus Just for information, the attached script allows me to build a
Angus cross-compiled LyX/Win 1.3.x, although at the moment I mush use
Angus the natively compiled qt3.dll if the executable is to actually
Angus run. Still working on that one.
Two small
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Isn't it enough to just define QTDIR?
Angus But I'm not 'exporting' QTDIR, I'm passing it to the configure
Angus script in a format it will understand and *store*. Thereafter,
Angus I can run make at my leisure without worrying whether QTDIR is
Ahhh. Thanks, Jean-Marc. I see that we already have the test
and that Rob
merely needs me to modify development/Win32/config.h.
Looks Ok to commit?
--
Angus
This built fine.
Thanks
Rob
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus What would be nice would be a way of telling Qt to ensure that
Angus the Graphics dialog remained on top of the main LyX window when
Angus the Alert pops up, so that the Alert is on top of the Graphics
Angus dialog is on top of the main
Am 22.04.2005 um 10:08 schrieb Jean-Marc Lasgouttes:
Andreas == Andreas Vox [EMAIL PROTECTED] writes:
Andreas Would that invitation also apply to me?
Of course! Especially if you can come with a Powerbook!
Great!
Andreas I'd like to come but I don't know how my job situation will
Andreas develop,
Andreas to join the fun?
... and useless stats added.
Jul 16Jul 23Jul 30 Aug 06
JMarc 5 5 5 5
Jose' 5 5 0 0
Lars 4 4 5 5
Michael5 0 0 0
Andre' 5 5 5
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen I just noticed that has been added by André in order to fix
Juergen bug 1797 (which came back now). Maybe Helge's insetbox crash
Juergen (which I can reproduce only with xforms) is releated too. I
Juergen have reopened bug 1797.
Jean-Marc Lasgouttes wrote:
Juergen == Juergen Spitzmueller
[EMAIL PROTECTED] writes:
Juergen Indeed, it is still possible to trigger the assert. I can do
Juergen this with double and triple clicking. Probably bug 1797; I
Juergen guess we need to handle LFUN_MOUSE_{DOUBLE|TRIPLE} in the
Jean-Marc Lasgouttes wrote:
Juergen I just noticed that has been added by André in order to fix
Juergen bug 1797 (which came back now). Maybe Helge's insetbox crash
Juergen (which I can reproduce only with xforms) is releated too. I
Juergen have reopened bug 1797.
Does the following patch do
Juergen Spitzmueller wrote:
*Sigh*
I just did exactly the same fix here. Just compiling ...
Me too, but my version is a bit more complicated. Really bad timing :-(
Georg
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Juergen Spitzmueller wrote:
*Sigh* I just did exactly the same fix here. Just compiling ...
Georg Me too, but my version is a bit more complicated. Really bad
Georg timing :-(
It means it is a good patch ;)
JMarc
Georg Baum wrote:
*Sigh*
I just did exactly the same fix here. Just compiling ...
Me too, but my version is a bit more complicated. Really bad timing :-(
Indeed.
Anyway, Jean-Marc's version works well here, and since it is less complicated,
I'd think he should shove it in. Next time we'll
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote:
Juergen == Juergen Spitzmueller [EMAIL PROTECTED]
writes:
Juergen Indeed, it is still possible to trigger the assert. I can do
Juergen this with double and triple clicking. Probably bug 1797; I
Juergen guess we
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Georg Baum wrote:
*Sigh* I just did exactly the same fix here. Just compiling ...
Me too, but my version is a bit more complicated. Really bad timing
:-(
Juergen Indeed. Anyway, Jean-Marc's version works well here, and
Angus == Angus Leeming [EMAIL PROTECTED] writes:
I guess fixing it will be a matter of seconds...
Angus I'm not sure what you want to happen. Are you're saying that
Angus sed should modify only the first DeclareLaTeXClass entry it
Angus sees, in line 2?
Yes. Could you do the change for me?
Jean-Marc Lasgouttes wrote:
Actually, I think we should use exactly the same wording as for the
LFUN_MOUSE_MOTION.
Agreed. I have missed that too.
What about the following? (still untested)
Works (as expected).
Jürgen
Angus Leeming wrote:
Stephan Witt wrote:
Angus Leeming wrote:
Stephan Witt wrote:
Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
Angus Do you also want the stuff to address André's query? The test
Angus would become:
Why not. It scares me, but if you say it's portable, go ahead. But the
poor
Rob Bearman wrote:
As for the second question, I'm able to define an explicit
converter as you specified and the graphic loads correctly. I
removed the convertDefault.sh file to make sure I wasn't being
fooled that that was being run. Reinstating it, though, and then
removing the
The attached patch is not ready for prime time, but it does enable me to
compile LyX 1.4.x on Windows using the mingw compiler. Well actually, I
compiled on linux using the mingw cross compiler, but that's just cherry
picking.
The patch is complete in that it completely removes unsupported
Karl == Karl Berry [EMAIL PROTECTED] writes:
Karl I can't think of one off the top of my head, but maybe Olaf,
Karl Thomas, or someone else knows more. I'll look at your test file
Karl as soon as I have a chance.
Thanks.
Karl Have you reported the problems with the various dvi drivers to
Karl
Jean-Marc Lasgouttes wrote:
I guess fixing it will be a matter of seconds...
Angus I'm not sure what you want to happen. Are you're saying that
Angus sed should modify only the first DeclareLaTeXClass entry it
Angus sees, in line 2?
Yes. Could you do the change for me?
Sure.
Do you also
Jean-Marc Lasgouttes wrote:
Notice I learnt from Georg and have a better one now :)
That one works, too. Please commit it before we start to create more
versions for such a simple thing ;-)
Georg
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Thu, Apr 21, 2005 at 04:40:18PM +0200, Jean-Marc Lasgouttes
Andre wrote:
Also the question of computers is not very clear yet. I will only
have two of them to propose and I need to see what I can get from
my workplace.
Andre When I
On Thu, Apr 21, 2005 at 09:07:50PM +0200, Georg Baum wrote:
+ if (isBranchSelected(branchlist)) {
+ if (status() != Open)
+ flag.enabled(true);
+ else
+
On Thu, Apr 21, 2005 at 02:38:19PM +0200, Georg Baum wrote:
Helge Hafting wrote:
Because of minipage trouble, I tried to create
one using ERT instead.
I know the reason for the minipage problem, a patch will follow soon.
The minipage is supposed to go around a heading with big text.
On Thu, Apr 21, 2005 at 02:22:26PM +0200, Helge Hafting wrote:
Because of minipage trouble, I tried to create
one using ERT instead.
The minipage is supposed to go around a heading with big text.
The first oddity I noticed was that the red text itself were
set in a very big font. Is that
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
Actually, I think we should use exactly the same wording as for the
LFUN_MOUSE_MOTION.
Juergen Agreed. I have missed that too.
What about the following? (still untested)
Juergen Works (as
This is just a head's up of a fix verified by (prompted by too :) Rob
Bearman.
Windows can pass the name of the lyx binary on the command line as either
lyx or lyx.exe. The former way can break some of the interrogation we
perform in the packaging stuff.
Patch attached. Committing now.
--
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Do you also want the stuff to address André's query? The test
Angus would become:
Why not. It scares me, but if you say it's portable, go ahead. But the
poor man's version is good enough for me.
JMarc
Jean-Marc Lasgouttes wrote:
Angus Do you also want the stuff to address André's query? The test
Angus would become:
Why not. It scares me, but if you say it's portable, go ahead. But the
poor man's version is good enough for me.
Heck, now you've scared me! Why don't we give it to Stephan to
Here is the development/win32/package.C matching change, if this could
be committed, please.
Thanks
Rob
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Angus Leeming
Sent: Friday, April 22, 2005 1:36 PM
To: lyx-devel@lists.lyx.org
Subject: [PATCH 13x, 14x]
You mentioned earlier that you couldn't run LyX from the console? I
wonder why not. Here Start-Run command, followed by
path to lyx/lyx -dbg graphics,file lyx.log
works perfectly.
What I meant to say is that I can't get debug output displayed to the
console, or anywhere else for that
Rob Bearman wrote:
Here is the development/win32/package.C matching change, if this could
be committed, please.
Done.
--
Angus
Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
Angus Do you also want the stuff to address André's query? The test
Angus would become:
Why not. It scares me, but if you say it's portable, go ahead. But the
poor man's version is good enough for me.
Heck, now you've scared me! Why don't we give
Jean-Marc Lasgouttes wrote:
Did you succeed with static linking?
Angus Nope. Haven't tried.
Angus Do I need to re-compile (witness the QT_DIR,
Angus __declspec(dllimport) discussion) or can I just redo the
Angus linking step? If the latter, what flags should I pass to the
Angus compiler
On Thu, Apr 21, 2005 at 04:40:18PM +0200, Jean-Marc Lasgouttes wrote:
Also the question of computers is not very clear yet. I will only have
two of them to propose and I need to see what I can get from my
workplace.
When I come I'll bring a laptop, a crossover cable and the 16port switch
we've
Rob Bearman wrote:
You mentioned earlier that you couldn't run LyX from the console? I
wonder why not. Here Start-Run command, followed by
path to lyx/lyx -dbg graphics,file lyx.log
works perfectly.
What I meant to say is that I can't get debug output displayed to the
console, or
Stephan Witt wrote:
Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
Angus Do you also want the stuff to address André's query? The test
Angus would become:
Why not. It scares me, but if you say it's portable, go ahead. But the
poor man's version is good enough for me.
Heck, now you've
Andre Poenitz wrote:
I'd prefer some more compact code like
+ if (isBranchSelected(branchlist))
+ flag.enabled(status() != Open);
+ else
+ flag.enabled(status() != Collapsed);
I don't care that
Jean-Marc Lasgouttes writes:
Hello,
We are in the process of porting LyX (www.lyx.org, a frontend to
LaTeX) to windows, and of course we would like to be able to typeset
files with spaces in their names. I understand that this is possible
since web2c 7.5.3, but we still have problems with
Stephan Witt wrote:
Angus Do you also want the stuff to address André's query? The test
Angus would become:
Why not. It scares me, but if you say it's portable, go ahead. But
the poor man's version is good enough for me.
Heck, now you've scared me! Why don't we give it to Stephan to try
out on his
As for the second question, I'm able to define an explicit
converter as you specified and the graphic loads correctly. I
removed the convertDefault.sh file to make sure I wasn't being
fooled that that was being run. Reinstating it, though, and then
removing the explicit converter, the
On Fri, Apr 22, 2005 at 01:57:46PM -0400, Rob Bearman wrote:
By the way, I think the converter dialog is suboptimal UI. To add a
converter, I have to select an existing one and edit it, pressing the
Add button only at the end of the process. Because of this intuitively
backwards approach, the
Ok, then could you try the attached patch please.
--
Angus
Yes, this works great. Thank you.
Rob
John Levon wrote:
By the way, I think the converter dialog is suboptimal UI. To add a
converter, I have to select an existing one and edit it, pressing the
Add button only at the end of the process. Because of this intuitively
backwards approach, the Add button is initially greyed, making
Jean-Marc Lasgouttes wrote:
Angus What would be nice would be a way of telling Qt to ensure that
Angus the Graphics dialog remained on top of the main LyX window when
Angus the Alert pops up, so that the Alert is on top of the Graphics
Angus dialog is on top of the main window. Currently, the
On Fri, Apr 22, 2005 at 08:23:33PM +0200, Juergen Spitzmueller wrote:
confused nearly everyone. IMO the new ui is much better, though not perfect
yet (we probably need subdialogs).
Yes, we need a subdialog a la Insert Citation Reference
regards
john
Angus Leeming wrote:
Stephan Witt wrote:
Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
Angus Do you also want the stuff to address André's query? The test
Angus would become:
Why not. It scares me, but if you say it's portable, go ahead. But the
poor man's version is good enough for me.
Heck,
Stephan Witt wrote:
Angus Leeming wrote:
Stephan Witt wrote:
Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
Angus Do you also want the stuff to address André's query? The test
Angus would become:
Why not. It scares me, but if you say it's portable, go ahead. But the
poor man's version is good
Helge Hafting wrote:
> * Right-click a table. Set the column with to something like 3cm.
> Then change from "centered" to "left" and notice that the
> column width is lost!
cannot reproduce
> * Leave the table dialog open, move the cursor from cell to cell
> and make changes all over the
On Friday 22 April 2005 00:18, Rob Bearman wrote:
> > Incidentally, do graphics now load asynchronously onto the
> > LyX screen for you? Ie, given an eps file can you continue
> > doing stuff whilst the graphic inset cyles throgh "loading",
> > "scaling", etc?
> >
> > Also, can you define a
On Fri, Apr 22, 2005 at 08:24:42AM +0200, Juergen Spitzmueller wrote:
> Helge Hafting wrote:
> > * Right-click a table. Set the column with to something like 3cm.
> > Then change from "centered" to "left" and notice that the
> > column width is lost!
>
> cannot reproduce
>
> > * Leave the
On Thu, Apr 21, 2005 at 02:40:26PM +, Angus Leeming wrote:
> Helge Hafting wrote:
> > filetools.C:1067: error: `SIGCHLD' undeclared (first use this function)
> > filetools.C:1067: error: `sigaddset' undeclared (first use this function)
> > filetools.C:1070: error: `SIG_BLOCK' undeclared (first
Helge Hafting wrote:
> How about having the change take effect immediately, i.e. no
> option for regretting? Or is that just as hard as adding
> an apply button?
>
> Actually, having to "apply" changes for every cell or columns
> is cumbersome. The "lines" part of that dialog does not
> need
Georg Baum wrote:
> Does "crash" mean that the assert in LyXFunc::getStatus() triggers?
Yes. Sorry for beeing that vague.
> > Seems that getStatus needs to be implemented in the other insets, too.
>
> Not in all insets, but every inset needs to handle LFUN_INSET_MODIFY in
> getStatus(). The
> "Andreas" == Andreas Vox <[EMAIL PROTECTED]> writes:
Andreas> Would that invitation also apply to me?
Of course! Especially if you can come with a Powerbook!
Andreas> I'd like to come but I don't know how my job situation will
Andreas> develop, so I'd have to decide on short notice. If I
I find that I have to introduce a change to the four Qt Makefiles if I am
to compile and link LyX/Win using the mingw cross compiler on linux:
src/frontends/qt2/Makefile.am
src/frontends/qt2/moc/Makefile.am
src/frontends/qt2/ui/Makefile.am
src/frontends/qt2/ui/moc/Makefile.am
-AM_CXXFLAGS =
Angus Leeming <[EMAIL PROTECTED]> writes:
| Rob Bearman wrote:
>
>> With the recent changes to forkedcontr.h and forkedcall.*, I found that
>> I needed to reinstate the typedef shown below to forkedcall.h and
>> forkedcontr.h:
>>
>> #ifdef _WIN32
>> typedef int pid_t;
>> #endif
>
| I think that
Can't we get rid of the automatic X11 thing? I don't want it and I don't
need it to build LyX/Win using the mingw cross compiler.
i386-mingw32-g++ -g -O -W -Wall -mms-bitfields -Wl,-enable-stdcall-fixup
-Wl,-enable-auto-import -Wl,-enable-runtime-pseudo-reloc -Wl,-s
-Wl,--export-all-symbols -o
Angus Leeming <[EMAIL PROTECTED]> writes:
| I find that I have to introduce a change to the four Qt Makefiles if I am
| to compile and link LyX/Win using the mingw cross compiler on linux:
>
| src/frontends/qt2/Makefile.am
| src/frontends/qt2/moc/Makefile.am
| src/frontends/qt2/ui/Makefile.am
|
On Thu, Apr 21, 2005 at 04:49:09PM +0200, Georg Baum wrote:
> Helge Hafting wrote:
>
> > Inserting a box(minipage) works. Right-clicking that box
> > kills lyx. edit->box settings brings up a dialog where
> > everything is grayed out, changes is impossible.
>
> I could not reproduce the crash.
Lars Gullik Bjønnes wrote:
> Angus Leeming wrote:
> | Rob Bearman wrote:
>>> With the recent changes to forkedcontr.h and forkedcall.*, I found that
>>> I needed to reinstate the typedef shown below to forkedcall.h and
>>> forkedcontr.h:
>>>
>>> #ifdef _WIN32
>>> typedef int pid_t;
>>> #endif
>>
Juergen Spitzmueller wrote:
> No, the asserts are gone, except for ERT, which you forgot.
Indeed. I committed the patch + the ERT change.
> Apart from that, there is another crash (no assert), which always happens
> when you delete an inset while its dialog is opened.
I can reproduce that,
Helge Hafting wrote:
> > I could not reproduce the crash.
>
> A new cvs update, and _some_ of the crash disappear. Now
> it only crashes if the box is closed when I right-click it.
> there were some old patches in my previous compile.
Indeed, it is still possible to trigger the assert. I can do
Angus Leeming wrote:
> M, but the Alert provides the user with non-intuitive information and
> it pops up once only. (I think it should stay in other words.)
I understand the reasons for having the Alert, therefore I said "maybe" :-)
> What would be nice would be a way of telling Qt to
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> or make configure check for it and set it in config.h?
Angus> I guess that it is *possible*, but really do we care? How would
Angus> user code look?
Angus> PID_TYPE foo();
Angus> or would config.h have the typedef?
On 21.04.05, Helge Hafting wrote:
> ... Seems to me there is little point in setting the ERT text in a
> special font, especially considering that the current approach only
> goes halfway. The ERT text got bigger, but it was still red and still
> in its special font.
However, this font
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Can't we get rid of the automatic X11 thing? I don't want it
Angus> and I don't need it to build LyX/Win using the mingw cross
Angus> compiler.
configure --without-x. This is needed by qt/mac too; we may want to
try to make it the
Lars Gullik Bjønnes wrote:
> Angus Leeming
> | I find that I have to introduce a change to the four Qt Makefiles if I
> | am to compile and link LyX/Win using the mingw cross compiler on linux:
>>
> | src/frontends/qt2/Makefile.am
> | src/frontends/qt2/moc/Makefile.am
> |
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Indeed, it is still possible to trigger the assert. I can do
Juergen> this with double and triple clicking. Probably bug 1797; I
Juergen> guess we need to handle LFUN_MOUSE_{DOUBLE|TRIPLE} in the
Juergen> inset's (or
1 - 100 of 158 matches
Mail list logo
