Stefan Schimanski wrote:
Right, too late for 1.5. Still the inverse logic is better IMHO.
So it marks the lfun as undispatched. But then the Update::Force
flag is overwritten later by the cursor down handler of the text.
Maybe you could change this overwritting?
As far
as I see there is no
Works for me as well. Applied it.
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
Am 13.06.2007 um 08:24 schrieb Andre Poenitz:
On Wed, Jun 13, 2007 at 07:32:21AM +0200, Stefan Schimanski wrote:
The whole business around rev 17836 and 17840 looks dubious at best.
Sorry, read 18836, not 17. Wer lesen kann...
Now you lost _me_.
Was misreading the revision number and co
This question I have asked myself so many times, but not only about
this piece of code.
Btw, two lines of the block above are by you ;-)
That was the global MathArray -> MathData renaming, no 'active'
change.
I know I know. Was just kidding :)
It would be helpful if you wrote what you don'
On Wed, Jun 13, 2007 at 07:32:21AM +0200, Stefan Schimanski wrote:
> >
> >The whole business around rev 17836 and 17840 looks dubious at best.
>
> Sorry, read 18836, not 17. Wer lesen kann...
Now you lost _me_.
Andre'
On Wed, Jun 13, 2007 at 07:22:47AM +0200, Stefan Schimanski wrote:
>
> Am 12.06.2007 um 23:44 schrieb Andre Poenitz:
>
> >On Tue, Jun 12, 2007 at 09:14:44PM +0200, Stefan Schimanski wrote:
> >>
> >>Am 12.06.2007 um 14:47 schrieb Leuven, E.:
> >>
> >>>ctrl-n
> >>>ctrl-m
> >>>\neq
> >>>arrow right
On Tue, Jun 12, 2007 at 06:30:41PM -0400, hzluo wrote:
> This patch addresses problem of bug:
>
> http://bugzilla.lyx.org/show_bug.cgi?id=3788
>
> The commandline parameters are supposed to be converted
> to internal path via os::internal_path(), but tex2lyx
> forgot to call it. Then an assertion
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
NoUpdate and SingleParUpdate are about _text_ _metrics_ updating, its a
Cursor thing. ScreenUpdateStrategy should be only about screen updating,
so it's a frontend thing and BufferView make the link between the two. I
introduced ScreenUpdateStr
Andre Poenitz wrote:
> On Tue, Jun 12, 2007 at 09:38:59PM +0200, Peter Kümmel wrote:
>> Edwin Leuven wrote:
>>> Edwin Leuven wrote:
Peter Kümmel wrote:
> I'm wrong, moc is better now. Here (4.3) this macro check works:
>
> #if (QT_VERSION >= QT_VERSION_CHECK(4, 2, 0))
>>> and
>>>
>
Enrico Forestieri wrote:
> Yes, you're right. All theorem like environments accept an optional
> argument. Updated patch attached.
You should also probably update the Format of the layout (or put in the
Format parameter, if it's not yet there). Apart from this, it looks good.
Jürgen
Am 12.06.2007 um 23:44 schrieb Andre Poenitz:
On Tue, Jun 12, 2007 at 09:14:44PM +0200, Stefan Schimanski wrote:
Am 12.06.2007 um 14:47 schrieb Leuven, E.:
ctrl-n
ctrl-m
\neq
arrow right (exit math)
arrow left (enter math again)
and i don't see the neq sign but \ =
I can confirm that. Pl
Am 12.06.2007 um 23:44 schrieb Andre Poenitz:
On Tue, Jun 12, 2007 at 09:14:44PM +0200, Stefan Schimanski wrote:
Am 12.06.2007 um 14:47 schrieb Leuven, E.:
ctrl-n
ctrl-m
\neq
arrow right (exit math)
arrow left (enter math again)
and i don't see the neq sign but \ =
I can confirm that. Pl
Now so that we are sure not to be discussing some theoretical possibility
(extremely rare in practice) do you have an example file made with current
svn that does not work with RC1? How does it fails?
RC1 is also available in Fedora updates-testing so I have it installed.
If you have both c
On Tuesday 12 June 2007 23:08:47 Dov Feldstern wrote:
> Opinions?
You made it. :-)
OK.
> Thanks!
> Dov
--
José Abílio
On Tuesday 12 June 2007 21:38:49 Dov Feldstern wrote:
> I should be setting the language to the paragraph's language, not to
> "default". How do I get the paragraph's language in lyx2lyx?
That function is not defined but it should be easy to do. Either the
paragraph has that option after
\begi
On Tuesday 12 June 2007 23:14:32 Dov Feldstern wrote:
> Need another OK for commit. I won't be able to commit before tomorrow
> night, so as soon as there's another OK, anyone who wants to should
> commit this. Here's a message for the commit log:
OK.
--
José Abílio
On Tuesday 12 June 2007 21:45:36 Bo Peng wrote:
> Here is the whole story:
>
> 1. we only provide export to 1.4.x and 1.3.x from 1.5.x.
> 2. Only 1.5.x can enter unrecognizable listings parameters.
> 3. If a user is using RC1, he can not read 1.5.x file, so the file has
> to be exported to 1.4.x, i
Currentlly tex2lyx does not support all features
used by lyx-exported .tex files. As a result,
it's very difficult to work with people who
do not use lyx, because it needs convert
between .lyx and .tex back and forth.
This patch addresses these problems I ever
met during the convertion between .l
This patch addresses problem of bug:
http://bugzilla.lyx.org/show_bug.cgi?id=3788
The commandline parameters are supposed to be converted
to internal path via os::internal_path(), but tex2lyx
forgot to call it. Then an assertion in FileName::FileName()
is triggled due to '\\' in the path.
This p
Bennett Helm wrote:
On Jun 12, 2007, at 3:34 PM, Dov Feldstern wrote:
Dov Feldstern wrote:
Dov Feldstern wrote:
Bennett Helm wrote:
On Jun 12, 2007, at 2:30 PM, Dov Feldstern wrote:
Bennett Helm wrote:
On Jun 12, 2007, at 2:21 PM, Oliver Rath wrote:
Hi people,
i have a strange effect in
Dov Feldstern wrote:
Georg Baum wrote:
Am Montag, 11. Juni 2007 23:38 schrieb Dov Feldstern:
Attached is a patch, using Georg's suggestion (refactoring). This is
the first time I'm doing a format change, so please make sure that
I'm doing everything which should be done in this case...
Looks
On Tue, Jun 12, 2007 at 10:55:41PM +0200, Juergen Spitzmueller wrote:
> Enrico Forestieri wrote:
>
> > As regards the OptArgs, do you have something specific in mind?
>
> I just noticed an [ERT] OptArg in the template (author or something). There
> might be others.
Yes, you're right. All theore
On Tue, Jun 12, 2007 at 09:14:44PM +0200, Stefan Schimanski wrote:
>
> Am 12.06.2007 um 14:47 schrieb Leuven, E.:
>
> >ctrl-n
> >ctrl-m
> >\neq
> >arrow right (exit math)
> >arrow left (enter math again)
> >
> >and i don't see the neq sign but \ =
>
> I can confirm that. Please make a bug report
Bo Peng wrote:
> Now, with qt 4.2.2 and your patch, I can
> 1. click to open a subpanel
> 2. click a symbol and the panel does not disappear
> 3. click again on vacant area, the panel will disappear.
strange, it disappears here
2 or 3? Both behaviors are fine, right? My understanding is that 2
Andre Poenitz wrote:
+void MathButton::mouseReleaseEvent(QMouseEvent *event)
+{
+ // this one triggers the action and untoggles the button
+ QToolButton::mouseReleaseEvent(event);
+ // this one forwards the event to the parent
+ QWidget::mouseReleaseEvent(event);
+}
I'd
> Now, with qt 4.2.2 and your patch, I can
> 1. click to open a subpanel
> 2. click a symbol and the panel does not disappear
> 3. click again on vacant area, the panel will disappear.
strange, it disappears here
2 or 3? Both behaviors are fine, right? My understanding is that 2 is
used to ente
Bo Peng wrote:
perhaps people can give it a try?
What is the behavior you want to achieve?
Now, with qt 4.2.2 and your patch, I can
1. click to open a subpanel
2. click a symbol and the panel does not disappear
3. click again on vacant area, the panel will disappear.
strange, it disappears h
On Tue, Jun 12, 2007 at 10:26:23PM +0200, Edwin Leuven wrote:
> some people have complained the math panels cannot be torn-off (bugs
> 3839 and 3840)
>
> the attached makes this work for QT_VERSION >= QT_VERSION_CHECK(4, 2, 0)
>
> perhaps people can give it a try?
>
>
> Index: src/frontends/q
perhaps people can give it a try?
What is the behavior you want to achieve?
Now, with qt 4.2.2 and your patch, I can
1. click to open a subpanel
2. click a symbol and the panel does not disappear
3. click again on vacant area, the panel will disappear.
Bo
Edwin Leuven wrote:
> some people have complained the math panels cannot be torn-off (bugs
> 3839 and 3840)
I don't have time to test it, but if it works, I'm all for putting this in.
The non-tearable panels are a major pain for some users, and this behaviour
is a regression wrt the old panels.
Enrico Forestieri wrote:
> Here is what I came up with.
Looks good (not tested).
> As regards the OptArgs, do you have something specific in mind?
I just noticed an [ERT] OptArg in the template (author or something). There
might be others.
Jürgen
On Tue, Jun 12, 2007 at 09:38:59PM +0200, Peter Kümmel wrote:
> Edwin Leuven wrote:
> > Edwin Leuven wrote:
> >> Peter Kümmel wrote:
> >>> I'm wrong, moc is better now. Here (4.3) this macro check works:
> >>>
> >>> #if (QT_VERSION >= QT_VERSION_CHECK(4, 2, 0))
> >
> > and
> >
> > #if QT_VERSION
Am 12.06.2007 um 14:47 schrieb Leuven, E.:
ctrl-n
ctrl-m
\neq
arrow right (exit math)
arrow left (enter math again)
and i don't see the neq sign but \ =
I can confirm that. Please make a bug report out of it.
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
And with this change you can leave mathed with cursor up/down and get
the math redrawn for the decorations:
Index: src/Text3.cpp
===
--- src/Text3.cpp (Revision 18737)
+++ src/Text3.cpp (Arbeitskopie)
@@ -512,24 +512,30
Right, too late for 1.5. Still the inverse logic is better IMHO.
So it marks the lfun as undispatched. But then the Update::Force
flag is overwritten later by the cursor down handler of the text.
Maybe you could change this overwritting?
As far
as I see there is no way to trigger a complete
Then I don't understand why there is more than one format change between
major releases. Fedora 7 ships beta2 AFAIK, other distros might ship rc1.
If not even a _Release Candidate_ is worth it to maintain compatibility,
then there is no need to care for any intermediate svn version.
Here is the
Georg Baum wrote:
Am Montag, 11. Juni 2007 23:38 schrieb Dov Feldstern:
Attached is a patch, using Georg's suggestion (refactoring). This is the
first time I'm doing a format change, so please make sure that I'm doing
everything which should be done in this case...
Looks perfect.
Georg
T
Am Dienstag, 12. Juni 2007 18:31 schrieb José Matos:
> On Tuesday 12 June 2007 15:25:39 Bo Peng wrote:
> > I also think lyx2lyx for RC1 is not needed. Jose, can I commit a
> > version without lyx2lyx? I have added tooltips etc.
> >
> > Bo
>
> Yes.
Then I don't understand why there is more than on
some people have complained the math panels cannot be torn-off (bugs
3839 and 3840)
the attached makes this work for QT_VERSION >= QT_VERSION_CHECK(4, 2, 0)
perhaps people can give it a try?
Index: src/frontends/qt4/IconPalette.cpp
=
On Jun 12, 2007, at 3:34 PM, Dov Feldstern wrote:
Dov Feldstern wrote:
Dov Feldstern wrote:
Bennett Helm wrote:
On Jun 12, 2007, at 2:30 PM, Dov Feldstern wrote:
Bennett Helm wrote:
On Jun 12, 2007, at 2:21 PM, Oliver Rath wrote:
Hi people,
i have a strange effect in lyx (Revision 18751)
Am Dienstag, 12. Juni 2007 19:05 schrieb Koji Yokota:
> There seems to be a problem in libstdc++ for FreeBSD to handle wchar_t,
> which may still exist(?) as shown here:
This did never occur as an option to me. Good detective work!
> http://gcc.gnu.org/onlinedocs/libstdc++/faq/index.html#
Am Montag, 11. Juni 2007 23:38 schrieb Dov Feldstern:
> Attached is a patch, using Georg's suggestion (refactoring). This is the
> first time I'm doing a format change, so please make sure that I'm doing
> everything which should be done in this case...
Looks perfect.
Georg
Peter Kümmel wrote:
maybe QT_VERSION_CHECK is new in qt4.3, could you find it in
src/corelib/global/qglobal.h?
you're right, it's not there (4.2.1)
Does it help when you add for Qt<4.3?
#define QT_VERSION_CHECK(major, minor, patch) ((major<<16)|(minor<<8)|(patch))
when i add this to the he
Dov Feldstern wrote:
Dov Feldstern wrote:
Bennett Helm wrote:
On Jun 12, 2007, at 2:30 PM, Dov Feldstern wrote:
Bennett Helm wrote:
On Jun 12, 2007, at 2:21 PM, Oliver Rath wrote:
Hi people,
i have a strange effect in lyx (Revision 18751): Ich cannot write any
character! If I begin to writ
Edwin Leuven wrote:
> Edwin Leuven wrote:
>> Peter Kümmel wrote:
>>> I'm wrong, moc is better now. Here (4.3) this macro check works:
>>>
>>> #if (QT_VERSION >= QT_VERSION_CHECK(4, 2, 0))
>
> and
>
> #if QT_VERSION >= QT_VERSION_CHECK(4, 2, 0)
>
> compiles but with the following messages:
>
> 1
Dov Feldstern wrote:
Attached find a patch which should correct this (haven't tested yet,
still compiling), I'll commit as soon as I get OKs from you all...
you forgot something...
Edwin Leuven wrote:
Peter Kümmel wrote:
I'm wrong, moc is better now. Here (4.3) this macro check works:
#if (QT_VERSION >= QT_VERSION_CHECK(4, 2, 0))
and
#if QT_VERSION >= QT_VERSION_CHECK(4, 2, 0)
compiles but with the following messages:
1>c:\lyx\trunk\src\frontends\qt4\IconPalette.h(20
Dov Feldstern wrote:
Bennett Helm wrote:
On Jun 12, 2007, at 2:30 PM, Dov Feldstern wrote:
Bennett Helm wrote:
On Jun 12, 2007, at 2:21 PM, Oliver Rath wrote:
Hi people,
i have a strange effect in lyx (Revision 18751): Ich cannot write any
character! If I begin to write a new document, the
On Tue, Jun 12, 2007 at 12:29:21PM -, [EMAIL PROTECTED] wrote:
> URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/TocBackend.h?rev=18749
> ==
> --- lyx-devel/trunk/src/TocBackend.h (original)
> +++ lyx-devel/trunk/
Peter Kümmel wrote:
Peter Kümmel wrote:
http://lists.trolltech.com/qt-interest/2006-05/thread00319-0.html
http://lists.trolltech.com/qt-interest/2000-10/msg00401.html
A solution would be to have two header files, and to include the header
and moc file in a #if block.
I'm wrong, moc is better
Bennett Helm wrote:
On Jun 12, 2007, at 2:30 PM, Dov Feldstern wrote:
Bennett Helm wrote:
On Jun 12, 2007, at 2:21 PM, Oliver Rath wrote:
Hi people,
i have a strange effect in lyx (Revision 18751): Ich cannot write any
character! If I begin to write a new document, the "change" flag
switches
Peter Kümmel wrote:
>
> http://lists.trolltech.com/qt-interest/2006-05/thread00319-0.html
> http://lists.trolltech.com/qt-interest/2000-10/msg00401.html
>
> A solution would be to have two header files, and to include the header
> and moc file in a #if block.
I'm wrong, moc is better now. Here
On Jun 12, 2007, at 2:30 PM, Dov Feldstern wrote:
Bennett Helm wrote:
On Jun 12, 2007, at 2:21 PM, Oliver Rath wrote:
Hi people,
i have a strange effect in lyx (Revision 18751): Ich cannot write
any
character! If I begin to write a new document, the "change" flag
switches, but if I save th
On Tue, Jun 12, 2007 at 02:16:48PM +0200, Pavel Sanda wrote:
> > perhaps someone can tell me the way to do this?
>
> > # if QT_VERSION >= 0x040200
>
> i'm just guessing but is correct the space between '#' and 'if' ?
That's no problem.
On the contrary, '#' must be in the first column, even if m
Leuven, E. wrote:
> i would like to have another implementation for IconPalette for qt version
> 4.2 and higher, and am wondering how to do this.
>
> now i have the code below in the header file but the compiler doesn't seem to
> like it.
>
> perhaps someone can tell me the way to do this?
>
>
Bo Peng schrieb:
Please give it a day to hear other suggestion tomorrow commit the
most voted
version. :-)
OK.
SplitEnvironment, +1
+1
Michael
On Tue, Jun 12, 2007 at 09:18:45AM +0300, Martin Vermeer wrote:
> On Mon, Jun 11, 2007 at 11:45:34PM +0200, Andre Poenitz wrote:
> > On Mon, Jun 11, 2007 at 09:46:27PM +0300, Martin Vermeer wrote:
> > > BTW I find isActive() not very clear. isHighlyEditable() would be clearer.
> > > Is there the eq
Bennett Helm wrote:
On Jun 12, 2007, at 2:21 PM, Oliver Rath wrote:
Hi people,
i have a strange effect in lyx (Revision 18751): Ich cannot write any
character! If I begin to write a new document, the "change" flag
switches, but if I save this document, nothing (over the standard lines)
is in.
Please give it a day to hear other suggestion tomorrow commit the most voted
version. :-)
OK.
SplitEnvironment, +1
Because we call the topleft dropbox "the Environment box".
Bo
On Tuesday 12 June 2007 18:51:33 Bo Peng wrote:
> I am fine with SplitEnvironment. I choose layout because it is shorter.
>
> Bo
Please give it a day to hear other suggestion tomorrow commit the most voted
version. :-)
--
José Abílio
On Tue, Jun 12, 2007 at 06:29:03AM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > Well, either we remove the MarkBoth environment or actually add code
> > to the preamble in order to avoid a latex failure when someone uses
> > MarkBoth in the document without disabling babel. Also
On Jun 12, 2007, at 2:21 PM, Oliver Rath wrote:
Hi people,
i have a strange effect in lyx (Revision 18751): Ich cannot write any
character! If I begin to write a new document, the "change" flag
switches, but if I save this document, nothing (over the standard
lines)
is in.
Somebody here wit
Hi people,
i have a strange effect in lyx (Revision 18751): Ich cannot write any
character! If I begin to write a new document, the "change" flag
switches, but if I save this document, nothing (over the standard lines)
is in.
Somebody here with similar effects?
Tfh,
Oliver
Here is the startin
Now a small question, do we want to call it SplitLayout?
I am fine with SplitEnvironment. I choose layout because it is shorter.
Bo
On Tuesday 12 June 2007 18:18:24 Bo Peng wrote:
> > I will let Jose decide on this.
>
> Jose, have you decided on this one? Can SplitLayout go in?
What follows is my rationale to approve this feature. As I have expressed my
earlier concerns in the thread I hope that this feature does not become
On Tuesday 12 June 2007 18:16:16 Bo Peng wrote:
> Jose,
>
> Can this go in? If mathhover is not going to be reverted, this makes sense.
>
> Bo
I will reply to this later today (in conjunction with mathover subject).
--
José Abílio
Abdelrazak Younes wrote:
> NoUpdate and SingleParUpdate are about _text_ _metrics_ updating, its a
> Cursor thing. ScreenUpdateStrategy should be only about screen updating,
> so it's a frontend thing and BufferView make the link between the two. I
> introduced ScreenUpdateStrategy in order to cop
I will let Jose decide on this.
Jose, have you decided on this one? Can SplitLayout go in?
Bo
Actually, creating a patch is easier than putting it through, at least
in this case.
Index: src/mathed/InsetMathHull.cpp
===
--- src/mathed/InsetMathHull.cpp(revision 18740)
+++ src/mathed/InsetMathHull.cpp(working c
> Jose, can I commit a
> version without lyx2lyx? I have added tooltips etc.
>
> Bo
Yes.
Done.
Bo
Koji Yokota wrote:
No, it doesn't compile. It complains that there is no matching function,
which probablly means that in boost/boost/format/format_fwd.hpp:
#if !defined(BOOST_NO_STD_WSTRING) &&
!defined(BOOST_NO_STD_WSTREAMBUF) \
&& !defined(BOOST_FORMAT_IGNORE_STRINGSTREAM)
typedef
On Tuesday 12 June 2007 15:25:39 Bo Peng wrote:
> I also think lyx2lyx for RC1 is not needed. Jose, can I commit a
> version without lyx2lyx? I have added tooltips etc.
>
> Bo
Yes.
--
José Abílio
Bennett Helm wrote:
As the subject says: I cannot type in a document on Mac. Command keys
work, but normal typing fails. Running with lyx -dbg key shows that key
presses are properly registered. Moreover, attempting to type results in
LyX registering the file as needing to be saved. But no adde
On 6/12/07, Bo Peng <[EMAIL PROTECTED]> wrote:
> btw, when leaving math with the up or down arrow the corners don't
> disappear...
This is a regression that has nothing to do with mouse hovering... (I
reverted hovering patch to confirm this.)
Bo
Georg Baum wrote:
Koji Yokota wrote:
Georg Baum wrote:
If you want to debug this fdurther it might be a good idea to write a
small standalone program that simply calls boost::format with the
problematic input.
boost::basic_format() itself seems working if it is called with
"ordinary" strings:
As the subject says: I cannot type in a document on Mac. Command keys
work, but normal typing fails. Running with lyx -dbg key shows that
key presses are properly registered. Moreover, attempting to type
results in LyX registering the file as needing to be saved. But no
added text shows up
Since the support for the marker was there for a short time we can ignore
it, no?
I also think lyx2lyx for RC1 is not needed. Jose, can I commit a
version without lyx2lyx? I have added tooltips etc.
Bo
btw, when leaving math with the up or down arrow the corners don't
disappear...
I see, this is a BufferView problem. I will have a look.
Bo
btw, when leaving math with the up or down arrow the corners don't disappear...
> 1) Is it correct to use a static object? In particular, there are no
> modifications of the locale in LyX initialization?
> 2) Would it make sense to have it as a non-static member of the class, or is
> it expensive to build?
its easy to make it nonstatic member and i dont think its expensive.
s
Leuven, E. wrote:
> but isn't the problem here that the #if's don't get respected?
Does it help if you add the condition inside the function, when a function
is defined twice for either version? I.e., only define each function once,
but define different content?
Jürgen
>> but isn't the problem here that the #if's don't get respected?
>>
>> (and we would end up trying to compile a class that inherits qwidgetaction
>> with qt 4.1)
>
> Maybe not, look at the generated moc file in order to make sure.
it has the following (and it shouldn't be there)
// SIGNAL 1
vo
ctrl-n
ctrl-m
\neq
arrow right (exit math)
arrow left (enter math again)
and i don't see the neq sign but \ =
Leuven, E. wrote:
Abdelrazak Younes wrote:
Leuven, E. wrote:
I guess moc doesn't care about the #if. You should probably use
different naming for the two classes.
but in qt 4.1 there is no qwidgetaction so will still need some magic no?
Sure, the #if should stay but for 4.2 you should maybe re
Abdelrazak Younes wrote:
> Leuven, E. wrote:
>>> I guess moc doesn't care about the #if. You should probably use
>>> different naming for the two classes.
>>
>> but in qt 4.1 there is no qwidgetaction so will still need some magic no?
>
> Sure, the #if should stay but for 4.2 you should maybe ren
Leuven, E. wrote:
I guess moc doesn't care about the #if. You should probably use
different naming for the two classes.
but in qt 4.1 there is no qwidgetaction so will still need some magic no?
Sure, the #if should stay but for 4.2 you should maybe rename
IconPalette to IconPalette42.
Just
>I guess moc doesn't care about the #if. You should probably use
> different naming for the two classes.
but in qt 4.1 there is no qwidgetaction so will still need some magic no?
Pavel wrote:
>> # if QT_VERSION >= 0x040200
>
> i'm just guessing but is correct the space between '#' and 'if' ?
doesn't matter
i copy-pasted these things, but in the end i tried both
perhaps cmake doesn't preprocess the header files properly, i am at a loss
here...
Leuven, E. wrote:
Jean-Marc Lasgouttes wrote:
> This is supposed to work. What error message do you get?
patch attached. this allows tearing-off of the math panels with qt>= 4.2
(bugs 3839 and 3840)
I guess moc doesn't care about the #if. You should probably use
different naming for the two
> perhaps someone can tell me the way to do this?
> # if QT_VERSION >= 0x040200
i'm just guessing but is correct the space between '#' and 'if' ?
pavel
Bo Peng wrote:
I think the proper way to solve any option would have been to outsource
the option definitions in a text file which is easily upgradable.
But then 1.5.0 will not be usable for listings 2009... Adding a
backdoor is always safer. :-)
First strict validation, and then a work-around
Jean-Marc Lasgouttes wrote:
> This is supposed to work. What error message do you get?
patch attached. this allows tearing-off of the math panels with qt>= 4.2 (bugs
3839 and 3840)
here the error:
1>C:\lyx\build-msvc\src\frontends\qt4\IconPalette_moc.cpp(61) : error C2352:
'QWidget::qt_metacas
Hi,
When I tried to build lyx (all versions, 1.4, 1.5rc1, svn), I always had this
errir at the final linking, I couldn't figure out what went wrong, so need a
hand here.
Here is the configure result:
Configuration
Host type: i486-pc-linux-gnu
Special build flags:
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
Edwin> # if QT_VERSION >= 0x040200
Edwin> class IconPalette : public QWidgetAction { ... };
Edwin> # else
Edwin> class IconPalette : public QWidget { ... };
Edwin> # endif // QT_VERSION >= 0x040200
This is supposed to work. What error mes
The real problem is the notifyCursorLeaves is called in a chaotic
way. In certain functions like Cursor::popLeft, or the handler for
mouse click in the BufferView, this function is called. But of course
there can be plenty of way to leave an inset. A clean way would be to
remove these calls
Ah yes I remember... I wanted to inverse the logic but never found
the time to do so.
So checking for Update::Force is not possible like that. And
setting it to NoUpdate first and then check for Force will break a
lot I guess.
Right, too late for 1.5. Still the inverse logic is better IMH
On Monday 11 June 2007 07:53:56 Bo Peng wrote:
> > Hm, that's not exactly what I had in mind. But if you're too lazy and
> > José is fine with it, I can live with that.
>
> If you want to support RC1, this is the only method. Because there is
> no easy way (in lyx2lyx) to tell if a parameter string
As far
as I see there is no way to trigger a complete redraw reliable
from anywhere else than the inset which dispatches the lfun.
If the Cursor is passed there is: by checking and accumulating
the update flag.
What do you mean? I don't see how to do anything like that.
I mean: if (cur.re
Stefan Schimanski wrote:
Am 12.06.2007 um 10:22 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
No, it's not intentional. It's a bug that notifyCursorLeaves is not
called. Had noticed that before some time ago. Will look into it.
This whole updateflag business makes me crazy. The MathMacr
Am 12.06.2007 um 10:22 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
No, it's not intentional. It's a bug that notifyCursorLeaves is
not called. Had noticed that before some time ago. Will look into
it.
This whole updateflag business makes me crazy. The MathMacro get's
the notifyCur
1 - 100 of 104 matches
Mail list logo