Bo Peng wrote:
> An updated patch has just been submitted. Enjoy!
I think you should have waited for Jose's "OK". After all, we are in a feature
freeze (or at least I thought we are).
Anyway, the compiler complains about an unused parameter mouse_hover in
insetbase.h:185. Can you get rid of tha
On Sun, Dec 03, 2006 at 10:08:36PM +0100, Georg Baum wrote:
> Am Samstag, 2. Dezember 2006 22:43 schrieb Abdelrazak Younes:
> > Georg Baum wrote:
...
> And there are a few other programs I want to run besides LyX and the OS. If
> every program took 10 Mb of memory as if it was nothing then we a
On Mon, Dec 04, 2006 at 12:20:03AM -0500, [EMAIL PROTECTED] wrote:
> On Sun, 3 Dec 2006 22:37:08 -0600
> "Bo Peng" <[EMAIL PROTECTED]> wrote:
> >An updated patch has just been submitted. Enjoy!
> >
> >Bennett: if this patch poses a severe performance
> >problem for mac, I
> >will disable mouse-tr
Gregor Gorjanc wrote:
> Gosh. I am surprised on license need for something so small.
This is just our way to get you into the boat :-)
> Which 1.4.X will have this feature?
The next one (1.4.4).
Jürgen
On Sun, 3 Dec 2006 22:37:08 -0600
"Bo Peng" <[EMAIL PROTECTED]> wrote:
An updated patch has just been submitted. Enjoy!
Bennett: if this patch poses a severe performance
problem for mac, I
will disable mouse-tracking for mac.
I'm not sure what would constitute a severe performance
problem
An updated patch has just been submitted. Enjoy!
Bennett: if this patch poses a severe performance problem for mac, I
will disable mouse-tracking for mac.
How about setMouseHover? setMouseIn(false) sounds funny.
setMouseHover is used.
> 4) The toggling does not work for opened insets, only
On Sun, Dec 03, 2006 at 11:52:48PM +0100, Herbert Voss wrote:
> Enrico Forestieri schrieb:
> > On Sun, Dec 03, 2006 at 09:31:45PM +0100, Herbert Voss wrote:
> >
> >> no, do it without a caption ... There is no _correct_ way.
> >> A command shouldn't be used as environemtn. That's correct.
> >> In
Enrico Forestieri schrieb:
On Sun, Dec 03, 2006 at 09:31:45PM +0100, Herbert Voss wrote:
no, do it without a caption ... There is no _correct_ way.
A command shouldn't be used as environemtn. That's correct.
Independant from that it works sometimes ...
However, it is clearly documented in the
On Sun, Dec 03, 2006 at 09:31:45PM +0100, Herbert Voss wrote:
> no, do it without a caption ... There is no _correct_ way.
> A command shouldn't be used as environemtn. That's correct.
> Independant from that it works sometimes ...
However, it is clearly documented in the LaTeX book by Lamport th
Jean-Marc Lasgouttes schrieb:
"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> Enrico Forestieri schrieb:
Herbert, the two constructs are not equivalent.
Herbert> I know, what I want to show is that it is not a good idea to
Herbert> use a _command_ as an environment.
The real
Jean-Marc Lasgouttes wrote:
Abdelrazak> And by the way, I think the cache should be enabled for
Abdelrazak> Linux as well if you want to see scrolling performance
Abdelrazak> improvement (especially for the bug 2900 test document).
OK
So, is there anybody against that?
JMarc
PS: contrary
Georg Baum wrote:
Am Samstag, 2. Dezember 2006 22:43 schrieb Abdelrazak Younes:
Georg Baum wrote:
It is simple: Just do a proper conversion to QString. If André is right
then everything else will be done by Qt.
This is simple now (and this is good news) because QString support ucs4
in versio
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> Enrico Forestieri schrieb:
>> Herbert, the two constructs are not equivalent.
Herbert> I know, what I want to show is that it is not a good idea to
Herbert> use a _command_ as an environment.
The real problem is that this comma
On Sun, Dec 03, 2006 at 04:15:47PM +0100, Michael Gerz wrote:
> Hi,
>
> there is a real show stopper on Windows: If you save an existing file
> under a new name or if you open a new file, LyX crashes. The reason is
> that LyXFileDialog (in src/frontends/qt4) returns a Windows-like file
> name
Am Samstag, 2. Dezember 2006 22:43 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > It is simple: Just do a proper conversion to QString. If André is right
> > then everything else will be done by Qt.
>
> This is simple now (and this is good news) because QString support ucs4
> in version 4.2
Enrico Forestieri schrieb:
Herbert, the two constructs are not equivalent.
I know,
what I want to show is that it is not a good idea to
use a _command_ as an environment.
This one:
\begin{figure}
\begin{centering}
foo
\end{centering}
\caption{bar}
\end{figure}
corresponds to:
\begin{figur
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote: Adding a newline has no side
Juergen> effects in this specific case AFAICS (and we already do that
Juergen> for trivlist alignment), so I think this change could go in.
>> Yes (in 1.4.X too)
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
I agree with Jean-Marc that it is too much. LyX should also be
usable on machines with less than 512 MB RAM
Am Sonntag, 3. Dezember 2006 16:15 schrieb Michael Gerz:
> Hi,
>
> there is a real show stopper on Windows: If you save an existing file
> under a new name or if you open a new file, LyX crashes. The reason is
> that LyXFileDialog (in src/frontends/qt4) returns a Windows-like file
> name (bad)
On Sun, Dec 03, 2006 at 08:04:40PM +0100, Herbert Voss wrote:
> Jean-Marc Lasgouttes schrieb:
>
> > I guess Herbert is balking at the use of centering as an environment.
> > In my view, using
> > \begin{centering}...\end{centering}
> > is equivalent to the more traditional
> > {\centering ..
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Peter Kümmel wrote:
Bennett Helm wrote:
> Well done!
>
> Bennett
Great, we've solved it.
Is in svn now.
>>> Congratulations to you both!
>>>
>>> Abdel.
>>>
>>
>> Thanks, Abbel.
>> But congratul
Jean-Marc Lasgouttes schrieb:
I guess Herbert is balking at the use of centering as an environment.
In my view, using
\begin{centering}...\end{centering}
is equivalent to the more traditional
{\centering ...}
except that at least the first one is a proper markup. I agree
nevertheless that
On Sun, Dec 03, 2006 at 06:42:35PM +0200, Martin Vermeer wrote:
> On Sun, Dec 03, 2006 at 04:48:26PM +0100, Abdelrazak Younes wrote:
> > And by the way, I think the cache should be enabled for Linux as well if
> > you want to see scrolling performance improvement (especially for the
> > bug 290
On Thu, Oct 05, 2006 at 09:43:13PM +0200, Andre Poenitz wrote:
> So if that's a bug in the raster painter it's none I've seen before...
I finally found the reason of this nasty bug. The attached patch fixes
it for Qt 4.1.4. After I found it, I checked whether it has been addressed
in 4.2.2, and I
Gregor Gorjanc <[EMAIL PROTECTED]> writes:
> Juergen Spitzmueller wrote:
> > Juergen Spitzmueller wrote:
> >>> Yes (in 1.4.X too)
Which 1.4.X will have this feature?
Thanks.
Gregor
Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
>>> Yes (in 1.4.X too)
>> I'll do that.
>
> However, after testing Gregor's patch, I noticed that it adds some unneeded
> blank lines after \end tags (where a linebreak occurs anyway). So I'll apply
> the attached patch instead.
Thank yo
Bo Peng wrote:
I don't think this will happen in 1.5 so, as I am sure there would be a
problem with Mac, I'd say that you should either make this new feature
configurable or disabled on Mac.
I still think the number of repaints would be small.
The thing is that the user will 'feel' a resistan
Bo Peng wrote:
Well, in practice, this is the same as most insets are 'clickable'.
'clickable' is a wrong word. The repaint should only happen for
collapsable insets (like footnote) and commands (like toc).
OK, make that a 'button' inset then.
They are
relatively rare compared to text and m
I don't think this will happen in 1.5 so, as I am sure there would be a
problem with Mac, I'd say that you should either make this new feature
configurable or disabled on Mac.
I still think the number of repaints would be small. Let us see what
Bennet's test result is.
.
Bo
Well, in practice, this is the same as most insets are 'clickable'.
'clickable' is a wrong word. The repaint should only happen for
collapsable insets (like footnote) and commands (like toc). They are
relatively rare compared to text and mathed. Also, moving inside an
inset should not trigger an
Martin Vermeer wrote:
On Sun, Dec 03, 2006 at 12:17:59PM +, José Matos wrote:
On Sunday 03 December 2006 11:57 am, Martin Vermeer wrote:
If it really causes a full screen repaint when just moving the mouse
over an inset, it may well be intrusive on the Mac.
I agree with Martin, I am worri
On Sun, Dec 03, 2006 at 04:48:26PM +0100, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >>"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
...
> Unless speed is not a good reason, I don't follow you. Let's just try to
> be a tiny little bit pragmatic here. The problem
Juergen Spitzmueller wrote:
> > Yes (in 1.4.X too)
>
> I'll do that.
However, after testing Gregor's patch, I noticed that it adds some unneeded
blank lines after \end tags (where a linebreak occurs anyway). So I'll apply
the attached patch instead.
Before I do this: Gregor, can you please post
Bo Peng wrote:
2) The cursor needs to be changed into an arrow when over a button.
This is surprisingly difficult and I have not figures out an
non-intrusive way to do this. Since Abdel knows more about cursor
shape, maybe you can help?
Not in the coming weeks I'm afraid...
4) The toggli
Martin Vermeer wrote:
On Sun, Dec 03, 2006 at 12:17:59PM +, José Matos wrote:
On Sunday 03 December 2006 11:57 am, Martin Vermeer wrote:
If it really causes a full screen repaint when just moving the mouse
over an inset, it may well be intrusive on the Mac.
I agree with Martin, I am worri
Jean-Marc Lasgouttes wrote:
> Juergen> Adding a newline has no side effects in this specific case
> Juergen> AFAICS (and we already do that for trivlist alignment), so I
> Juergen> think this change could go in.
>
> Yes (in 1.4.X too)
I'll do that.
Jürgen
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I agree with Jean-Marc that it is too much. LyX should also be
usable on machines with less than 512 MB RAM.
Abdelrazak> Hum, there's a few hundreds MB between 37 and 512 ;-)
Let's look at things diff
On Sun, Dec 03, 2006 at 08:39:55AM -0600, Bo Peng wrote:
...
> >If it really causes a full screen repaint when just moving the mouse
> >over an i
>
> Not really. The repaint happens only when the mouse enters and leaves
> an inset *that handles setMouseHover*. The repaint is necessary since
> i
On Sun, Dec 03, 2006 at 12:17:59PM +, José Matos wrote:
> On Sunday 03 December 2006 11:57 am, Martin Vermeer wrote:
> > If it really causes a full screen repaint when just moving the mouse
> > over an inset, it may well be intrusive on the Mac.
>
> I agree with Martin, I am worried with the
Hi,
there is a real show stopper on Windows: If you save an existing file
under a new name or if you open a new file, LyX crashes. The reason is
that LyXFileDialog (in src/frontends/qt4) returns a Windows-like file
name (bad) if the file name is non-existing, whereas it returns a
POSIX-like f
IIUC, this is not a signal but a call to process some mouse event so
'dispatchMouseEntered()' or 'processMouseEntered()' or even
mouseEnteredEvent() all seem more meaningful to me.
I will combine the two functions as suggested.
> +bool InsetCollapsable::notifyMouseEnter()
> +bool InsetCollapsa
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> I think it makes sense, but it needs careful checking. In
>> particular, extra \n can create unwanted extra paragraphs in some
>> cases.
Juergen> Adding a newline has no side effects in thi
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> I agree with Jean-Marc that it is too much. LyX should also be
>> usable on machines with less than 512 MB RAM.
Abdelrazak> Hum, there's a few hundreds MB between 37 and 512 ;-)
Let's look at things differently. LyX used to
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Bennett Helm wrote:
Well done!
Bennett
Great, we've solved it.
Is in svn now.
Congratulations to you both!
Abdel.
Thanks, Abbel.
But congratulations to you, too.
Your recent speedups are really impressive.
Currently we h
On Sunday 03 December 2006 11:57 am, Martin Vermeer wrote:
> If it really causes a full screen repaint when just moving the mouse
> over an inset, it may well be intrusive on the Mac.
I agree with Martin, I am worried with the possible implications for Mac. I
would like to see this issue cleare
On Sun, Dec 03, 2006 at 12:51:31PM +0100, Michael Gerz wrote:
> Bo Peng schrieb:
> >Dear all,
> >
> >The attached patch will be applied tomorrow morning if there is no
> >objection. The main design ideas are that
> >1. enable mouse tracking
> >2. get inset under mouse (done by editXY) and pass noti
On Thursday 30 November 2006 8:12 pm, Jean-Marc Lasgouttes wrote:
> I think the real problem is that, now that he has finished his PhD
> thesis, he is bored.
Au contraire, I did not had a single moment to stop since then. I expect to
take some time after alpha 2 release. Vertigo and frantic (fr
On Wednesday 29 November 2006 9:46 pm, Andre Poenitz wrote:
> But we could as well tie him on a cucumber field, couldn't we?
That is not a problem, in my parent's small farm they have cucumbers and I
don't have any problem seeing them as long as I don't have to eat them. :-)
> Andre'
--
José
Bo Peng schrieb:
Dear all,
The attached patch will be applied tomorrow morning if there is no
objection. The main design ideas are that
1. enable mouse tracking
2. get inset under mouse (done by editXY) and pass notifyMouseEnter
and notifyMouseLeave to it.
3. if an inset (currently insetcommand
On Sunday 03 December 2006 2:46 am, Enrico Forestieri wrote:
> José, when we will see LyX rewritten in python? ;-)
Only the future will tell. ;-)
And no, I don't have plan to rewrite lyx in python, fwiw. :-)
> --
> Enrico
--
José Abílio
On Wednesday 29 November 2006 9:49 pm, Andre Poenitz wrote:
> But you understand that lyx2lyx reads LyX format whereas tex2lyx reads
> .tex and that _reading_ is the difficult part?
Sure, I like python because it has a nice and powerful standard library
where the strings related functions are o
All warning are on the TODO list ;)
But you could use (as I atm )
-DDISABLEWALL=1
this switches to the old warning level.
Peter
Abdelrazak Younes wrote:
> Peter, I'd prefer that we switch back to former version:
>
> QCitation.C
> ..\..\..\..\..\src\frontends\qt4\QCitation.C(12) : warning C4652
Peter, I'd prefer that we switch back to former version:
QCitation.C
..\..\..\..\..\src\frontends\qt4\QCitation.C(12) : warning C4652:
compiler option 'Warning level (/W)' inconsistent with precompiled
header; current command-line option will override that defined in the
precompiled header
C:\
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Bennett Helm wrote:
Well done!
Bennett
Great, we've solved it.
Is in svn now.
Congratulations to you both!
Abdel.
Thanks, Abbel.
But congratulations to you, too.
Your recent speedups are really impressive.
Currently we h
Abdelrazak Younes wrote:
Bo Peng wrote:
Dear all,
The attached patch will be applied tomorrow morning if there is no
objection. The main design ideas are that
1. enable mouse tracking
2. get inset under mouse (done by editXY) and pass notifyMouseEnter
and notifyMouseLeave to it.
3. if an inset
Here the patch.
Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> Peter Kümmel wrote:
>>> Bennett Helm wrote:
Well done!
Bennett
>>> Great, we've solved it.
>>> Is in svn now.
>> Congratulations to you both!
>>
>> Abdel.
>>
>
> Thanks, Abbel.
> But congratulations to you, too.
> Yo
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Bennett Helm wrote:
>>>
>>> Well done!
>>>
>>> Bennett
>>
>> Great, we've solved it.
>> Is in svn now.
>
> Congratulations to you both!
>
> Abdel.
>
Thanks, Abbel.
But congratulations to you, too.
Your recent speedups are really impressive.
Cu
Peter Kümmel wrote:
Bennett Helm wrote:
Well done!
Bennett
Great, we've solved it.
Is in svn now.
Congratulations to you both!
Abdel.
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
I've tried it and I like it. Some colors needs adjustment though
(Yellow 'Note' text is not very visible without the grey background).
More importantly there's three problems:
1) The cursor blinking is stopped when the mouse is moved. This is
Bennett Helm wrote:
> On Dec 2, 2006, at 4:39 PM, Peter Kümmel wrote:
>
>> Bennett Helm wrote:
>>> On Dec 2, 2006, at 12:53 PM, Peter Kümmel wrote:
>>>
Bennett Helm wrote:
>> Yes, please this one.
>
> Well ... I don't notice any difference from the last patch --
> including
>>
Abdelrazak Younes wrote:
2) The cursor needs to be changed into an arrow when over a button.
maybe a pointing hand cursor?
Abdelrazak Younes wrote:
I've tried it and I like it. Some colors needs adjustment though (Yellow
'Note' text is not very visible without the grey background).
More importantly there's three problems:
1) The cursor blinking is stopped when the mouse is moved. This is done
in WorkArea::dispatch
Bo Peng wrote:
Dear all,
The attached patch will be applied tomorrow morning if there is no
objection. The main design ideas are that
1. enable mouse tracking
2. get inset under mouse (done by editXY) and pass notifyMouseEnter
and notifyMouseLeave to it.
3. if an inset (currently insetcommand an
On Sat, 2006-12-02 at 22:43 +0100, Abdelrazak Younes wrote:
> Georg Baum wrote:
> > Am Samstag, 2. Dezember 2006 15:03 schrieb Abdelrazak Younes:
...
> >
> >> Besides...
> >> 1) this has been reduced to 10Mo now and this is number is only for a
> >> document using lots of fonts (UserGuide.lyx),
Bo Peng wrote:
Dear all,
The attached patch will be applied tomorrow morning if there is no
objection. The main design ideas are that
1. enable mouse tracking
2. get inset under mouse (done by editXY) and pass notifyMouseEnter
and notifyMouseLeave to it.
IIUC, this is not a signal but a call t
65 matches
Mail list logo
