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
On Thu, Apr 21, 2005 at 09:07:50PM +0200, Georg Baum wrote:
+ if (isBranchSelected(branchlist)) {
+ if (status() != Open)
+ flag.enabled(true);
+ else
+
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
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
Am Donnerstag, 21. April 2005 19:49 schrieb Juergen Spitzmueller:
> Georg Baum wrote:
> > I could not reproduce the crash.
>
> Because your patch fixes the crash. But it is still there with all the
But I could not reproduce it even without the patch!
> other
> insets that have a dialog (note,
Georg Baum wrote:
> I could not reproduce the crash.
Because your patch fixes the crash. But it is still there with all the other
insets that have a dialog (note, ert, float etc.). BTW I can only reproduce
those crashes with qt when the insets are collapsed (but anytime on xforms).
Seems that g
Jean-Marc Lasgouttes wrote:
> Georg, do you have evidence of getStatus being called with
> LFUN_MOUSE_*? I'd tend to think it does not happen.
I think you are right. I simply copied doDispatch and did not think much
about it. I'll commit it without the MOUSE stuff if it fixes Helges
problem.
Ge
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> 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.
Georg> I could not reproduce the crash. The
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.
The attached patch should fix the greyed out dialog. Could you test it,
ple
On Tue, Oct 08, 2002 at 03:55:40PM +0200, [EMAIL PROTECTED] wrote:
> i am working with linux kde on windows xp via exceed hummingbird/putty
> (ssh). my problem is an unstability of running lyx. with the help of some
> tricks
> it is running, sometimes stable.
Do you have an idea regarding the cau
On Fri, Jul 27, 2001 at 03:26:27PM +0200, Andre Poenitz wrote:
> > Errr. Wasn't the whole point of yesterdays discussion that by $...$ is
> > robust. That means, therefore, that since André has changed mathed to use
> > $...$, then the \protect is NOT needed.
>
> Well... we can read $...$ delim
> Errr. Wasn't the whole point of yesterdays discussion that by $...$ is
> robust. That means, therefore, that since André has changed mathed to use
> $...$, then the \protect is NOT needed.
Well... we can read $...$ delimited math now, too. Which is nice per se.
> Anyway, André, the real answ
On Friday 27 July 2001 14:04, Dekel Tsur wrote:
> On Fri, Jul 27, 2001 at 02:52:04PM +0200, Andre Poenitz wrote:
> > Do I really need the 'fragile' flag anymore to write(ostream &, bool
> > fragile) if I output inline math in '$...$'?
> >
> > The only place it seems to be used currently is to wri
On Fri, Jul 27, 2001 at 02:52:04PM +0200, Andre Poenitz wrote:
> Do I really need the 'fragile' flag anymore to write(ostream &, bool
> fragile) if I output inline math in '$...$'?
>
> The only place it seems to be used currently is to write a \protect in
> front of \\begin{array} and \\end{array
14 matches
Mail list logo