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 graph
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 tab
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 "app
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 attac
> "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 = -DQT_
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 t
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 lyx
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
| sr
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, 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 t
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 ensur
> "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
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
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/Makef
> "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 inse
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 t
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:
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. Than
> "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"
+ } || {
+ QT_CPPFLAGS=
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
> "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_GE
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
> "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
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 smal
> "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 whet
> 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 t
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> dev
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
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_{DO
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
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 w
> "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
> "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 work
> "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 chan
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 m
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
>> > remov
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
functio
> "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 driv
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.
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.
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
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
> "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> W
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.
--
An
> "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 Step
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
> /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 matter
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
> A
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'
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
>> /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.
>>
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
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 wi
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 g
> > 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 converte
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,
> 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,
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. Currentl
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
78 matches
Mail list logo
