Vitaly Lipatov [EMAIL PROTECTED] writes:
| On Четверг 05 Декабрь 2002 02:46, Lars Gullik Bjønnes wrote:
| Vitaly Lipatov [EMAIL PROTECTED] writes:
| | Hello,
| | I have checkout files CVS from Thu Dec 5 02:25:24 MSK 2002
| | autogen.sh produced too many errors until I do not comment
| |
Hi,
a few weeks ago I have sent a patch for the German translations to the
mailing list. The problems was that the English words graphics and
figure both mapped onto the German word Abbildung (do you remember?).
This patch has found its way into 1.2.2cvs but not in 1.3.0cvs. Could
somebody
Hi Jean Marc,
I have seen that you applied a patch to 1.2.2cvs that fixes scrolling
with large tabulars. I made a short test and it seems to work.
Surprisingly, the patch has not been applied to 1.3.0cvs yet. Is there
any reason for that?
Michael
--
Michael Schmitt [EMAIL PROTECTED] writes:
| Hi,
|
| a few weeks ago I have sent a patch for the German translations to the
| mailing list. The problems was that the English words graphics and
| figure both mapped onto the German word Abbildung (do you
| remember?).
|
| This patch has found its
Hello,
I would like to point out that the scale option in the graphics
dialog is still rather awkward. It should definitely be split from the
width/height settings. As I said before: Dialog size isn't everything!
The former graphics dialog was much more logically structured with
regard to
John == John Levon [EMAIL PROTECTED] writes:
John On Wed, Dec 04, 2002 at 06:09:59PM +0100, Jürgen Spitzmüller
John wrote:
And -dbg key gives another million of this kind: q1 is unknown ()
??Ydiaeresis
John with what else ? Indeed Qt knows nothing of Ydiaeresis.
Note that Ydiaeresis is
Lars Gullik Bjønnes wrote:
Michael Schmitt [EMAIL PROTECTED] writes:
| Hi,
|
| a few weeks ago I have sent a patch for the German translations to the
| mailing list. The problems was that the English words graphics and
| figure both mapped onto the German word Abbildung (do you
| remember?).
|
On Thu, Dec 05, 2002 at 10:02:35AM +0100, Jean-Marc Lasgouttes wrote:
Note that Ydiaeresis is really a weird thing. As far as I know, it is
only found in french, and actually I only know of 3 words (one street
name, one french writer's name and one village name) containing this
character. So
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Thu, Dec 05, 2002 at 10:02:35AM +0100, Jean-Marc Lasgouttes
Andre wrote:
Note that Ydiaeresis is really a weird thing. As far as I know, it
is only found in french, and actually I only know of 3 words (one
street name, one french
Hello,
if I compile LyX 1.3.0cvs with gcc 3.2 (debug information enabled), I
get a binary 80MB.
I can guess the answer but is there any secret compiler switch that
minimizes the size? With a binary of that size, it is almost impossible
for me to test LyX.
Regards, Michael
--
Michael Schmitt [EMAIL PROTECTED] writes:
| Hello,
|
| if I compile LyX 1.3.0cvs with gcc 3.2 (debug information enabled), I
| get a binary 80MB.
|
| I can guess the answer but is there any secret compiler switch that
| minimizes the size? With a binary of that size, it is almost
| impossible
-BEGIN PGP SIGNED MESSAGE-
On Donnerstag, 5. Dezember 2002 13:17, John Levon wrote:
On Thu, Dec 05, 2002 at 01:11:52PM +0100, Kornel Benko wrote:
Same here, but some more keys also
please provide xev output for all of these (just the KeyPress entries
for each will do)
attached
I've just noticed this regression from the 1.2 series, although I suspect
things changed quite some time ago.
I once prepared a patch for the 1.2 series that used xforms to change the
cursor as one entered/left the work area. It did not change LyX's
functionality but does illustrate clearly
On Thu, Dec 05, 2002 at 01:16:57PM +, Angus Leeming wrote:
In current cvs the cursor is /always/ an arrow. XC_xterm has disappeared. I
guess that the fundamental reason is that XWorkArea's handler reacts to these
events so:
I suppose I broke it, and forgot to fix it.
I guess that we
On Thursday 05 December 2002 1:39 pm, John Levon wrote:
On Thu, Dec 05, 2002 at 01:16:57PM +, Angus Leeming wrote:
In current cvs the cursor is /always/ an arrow. XC_xterm has disappeared.
I guess that the fundamental reason is that XWorkArea's handler reacts to
these events so:
I
Angus Leeming [EMAIL PROTECTED] writes:
| Shall I prepare a patch for 1.3?
Yes, please.
--
Lgb
On Thu, Dec 05, 2002 at 01:56:33PM +, Angus Leeming wrote:
I would of course be happy to change only XWorkArea, but the cursor glyph
depends also on whether input is prohibitted or not and /that/ is controlled
by LyXView. That, therefore, is the right place to set the glyph and so
On Thursday 05 December 2002 2:15 pm, John Levon wrote:
On Thu, Dec 05, 2002 at 01:56:33PM +, Angus Leeming wrote:
I would of course be happy to change only XWorkArea, but the cursor glyph
depends also on whether input is prohibitted or not and /that/ is
controlled by LyXView. That,
None of the core uses are necessary at all. I consider our use of the
watch to be a UI bug - the watch cursor means processing, NOT waiting
for user input (alerts).
The only cases we want the watch are when we're latexing etc. and even
then it is feedback only NOT a correctness thing, and we do
John Levon [EMAIL PROTECTED] writes:
| On Thu, Dec 05, 2002 at 01:56:33PM +, Angus Leeming wrote:
|
| I would of course be happy to change only XWorkArea, but the cursor glyph
| depends also on whether input is prohibitted or not and /that/ is controlled
| by LyXView. That, therefore,
John Levon [EMAIL PROTECTED] writes:
| None of the core uses are necessary at all. I consider our use of the
| watch to be a UI bug - the watch cursor means processing, NOT waiting
| for user input (alerts).
|
| The only cases we want the watch are when we're latexing etc. and even
| then it is
On Thu, Dec 05, 2002 at 02:31:49PM +, Angus Leeming wrote:
Of course, an alternative would be to have a
bool isInputProhibitted() const
none of this is needed, I will show a patch soon
john
--
Trolls like content too.
- Bob Abooey, /.
On Thu, Dec 05, 2002 at 03:37:36PM +0100, Lars Gullik Bjønnes wrote:
It is absolutetly _not_ a toolkit-only thing, since it is the core
that desices if input is prohibited or not, or that LyX is busy.
No, that applies only to the latter, and there's a clearer way of doing
it. The former is not
On Thu, Dec 05, 2002 at 03:38:27PM +0100, Lars Gullik Bjønnes wrote:
pI and aI stay as is now.
Open up this issue for 1.4.x
Then the code can stay as it is too, except XWorkArea sets I-beam
cursor.
john
--
Trolls like content too.
- Bob Abooey, /.
John Levon [EMAIL PROTECTED] writes:
| On Thu, Dec 05, 2002 at 03:38:27PM +0100, Lars Gullik Bjønnes wrote:
|
| pI and aI stay as is now.
|
| Open up this issue for 1.4.x
|
| Then the code can stay as it is too, except XWorkArea sets I-beam
| cursor.
I can live with that as well.
--
On Thu, Dec 05, 2002 at 03:47:28PM +0100, Lars Gullik Bjønnes wrote:
| Then the code can stay as it is too, except XWorkArea sets I-beam
| cursor.
I can live with that as well.
OK. This should work just fine. Unfortunately I made the aI changes in
my tree too, so we'll have to wait for a
On Thursday 05 December 2002 2:48 pm, John Levon wrote:
On Thu, Dec 05, 2002 at 03:47:28PM +0100, Lars Gullik Bjønnes wrote:
| Then the code can stay as it is too, except XWorkArea sets I-beam
| cursor.
I can live with that as well.
OK. This should work just fine. Unfortunately I made
On Thu, Dec 05, 2002 at 03:04:11PM +, Angus Leeming wrote:
I'm very happy to use your approach, but would like to see the code so I can
compare/contrast ;-)
Here's the minimal bit. Note that it works fine with busy cursor simply
because of the fl_deactivate_all_forms() in prohibitInput -
Hi (John?),
Compared to xforms qt is slow in resizing. I don't know whether this is
informative but I compiled both xforms and qt with profiling enabled. Then I
opened and resized a doc.
Output for xforms:
Each sample counts as 0.01 seconds.
% cumulative self self total
On Thu, Dec 05, 2002 at 04:25:02PM +, Edwin Leuven wrote:
Compared to xforms qt is slow in resizing. I don't know whether this is
informative but I compiled both xforms and qt with profiling enabled. Then I
opened and resized a doc.
Did you have optimisation enabled ?
time seconds
On roda 04 grudzie 2002 01:06 pm, John Levon wrote:
I'm trying to compile a list of broken keys. Please compile the attached
test application (e.g. g++ -I$QTDIR/include -o keytest keytest.cpp
-L$QTDIR/lib -lqt) and tell me which keys produce BUG !!
On my keyboard, only KP_Begin gives this.
On Thu, Dec 05, 2002 at 10:35:04AM -0500, Kuba Ober wrote:
All polish letters composed with right-Alt give 65535 BUG
?ó??? ?Ó???
The problem is even worse than I thought. Lars, can we give some
consideration to making LFUN_SELFINSERT semi-automatic ?
if (keysym-isText())
On Wed, Dec 04, 2002 at 07:40:37PM +, Angus Leeming wrote:
So what should it be doing, John?
Angus
/// X selection hook - xforms gets it wrong
fl_current_form-u_vdata = this;
fl_register_raw_callback(fl_current_form, FL_ALL_EVENT, C_event_cb);
Well, simply we cannot
On Thursday 05 December 2002 3:40 pm, John Levon wrote:
On Wed, Dec 04, 2002 at 07:40:37PM +, Angus Leeming wrote:
So what should it be doing, John?
Angus
/// X selection hook - xforms gets it wrong
fl_current_form-u_vdata = this;
Did you have optimisation enabled ?
LyX 1.3.0cvs of Fri, May 3, 2002
Built on Dec 5 2002, 15:06:10
Configuration
Host type: i686-pc-linux-gnu
Special build flags:warnings assertions
C Compiler: gcc
C Compiler flags: -g
On Thursday 05 December 2002 3:01 pm, John Levon wrote:
On Thu, Dec 05, 2002 at 03:04:11PM +, Angus Leeming wrote:
I'm very happy to use your approach, but would like to see the code so I
can compare/contrast ;-)
Here's the minimal bit. Note that it works fine with busy cursor simply
On Thu, Dec 05, 2002 at 03:49:35PM +, Angus Leeming wrote:
fl_register_raw_callback(fl_current_form, FL_ALL_EVENT, C_event_cb);
Well, simply we cannot get the information we get from the raw calllback
via xforms API.
Huh? This /is/ from the xforms API!
No it's not, the raw
On Thu, Dec 05, 2002 at 03:53:46PM +, Angus Leeming wrote:
I think I prefer mine because it's guaranteed to do the right thing in all
cases.
At the expense of abusing the lyx core.
(At least use the toolkit. Get rid of XWorkArea::enter and use the thing
below. Together with similar in
On Thu, Dec 05, 2002 at 04:44:27PM +, Edwin Leuven wrote:
I'll get some oprofiles of just the resize to see what it tells us
how?
don't follow you ...
john
--
Yeah, I woke up in the day accidentally once, the moon was on fire for some
reason and I couldn't see very well and all the
On Thursday 05 December 2002 3:54 pm, John Levon wrote:
On Thu, Dec 05, 2002 at 03:49:35PM +, Angus Leeming wrote:
fl_register_raw_callback(fl_current_form, FL_ALL_EVENT, C_event_cb);
Well, simply we cannot get the information we get from the raw
calllback via xforms API.
On Thu Dec 5, 2002 15:56, John Levon wrote:
On Thu, Dec 05, 2002 at 04:44:27PM +, Edwin Leuven wrote:
I'll get some oprofiles of just the resize to see what it tells us
how?
don't follow you ...
I probably didn't follow you. what do you mean with some oprofiles of just
the resize
On Thu, Dec 05, 2002 at 04:05:56PM +, Angus Leeming wrote:
Actually, the code as it stands is also wrong. Or at least it will be when a
single LyXView (form) can have multiple BufferViews
I have little hope of xforms ever managing this.
I think that fl_current_form-u_vdata must be set
On Thu, Dec 05, 2002 at 05:02:34PM +, Edwin Leuven wrote:
I probably didn't follow you. what do you mean with some oprofiles of just
the resize as compared to what I did?
use oprofile instead of gprof
you can't turn gprof on and off when you actually want it, so your
Well, there's several issues here. First, Trolltech do not want to add
qnamespace.h entries for all keys due to the size of Unicode. Fair
enough, though I suggested coverage equal to keysymdef.h might be
reasonable.
Second, I think they agree that the problems with keys listed already in
If two bibliography files are used selection of an entry from the second list
will crash lyx-1.2.1!
Just FYI. This is what's in my tree for the allow/prohibitInput stuff.
btw, we have a bug in that convertors convert does not set busy - this
is bad for e.g. pdf output. But busy cursor might be distracting for
general convert stuff .We should try it and see. Minor UI thing anyhoo
regards
john
On Thursday 05 December 2002 4:02 pm, John Levon wrote:
On Thu, Dec 05, 2002 at 04:05:56PM +, Angus Leeming wrote:
Actually, the code as it stands is also wrong. Or at least it will be
when a single LyXView (form) can have multiple BufferViews
I have little hope of xforms ever managing
On Thu, Dec 05, 2002 at 05:49:55PM +, Angus Leeming wrote:
Umm. I've just had a look at what you do about this in the Qt frontend :-(
It seems that both frontends suffer in the same way. Selections are made by
setting a global callback and then hoping we find the right WorkArea. All
John Levon [EMAIL PROTECTED] writes:
| On Thu, Dec 05, 2002 at 04:05:56PM +, Angus Leeming wrote:
Actually, the code as it stands is also wrong. Or at least it will be when a
single LyXView (form) can have multiple BufferViews
| I have little hope of xforms ever managing this.
I already
On Thu, Dec 05, 2002 at 08:02:12PM +0100, Lars Gullik Bjønnes wrote:
I already did that in the old development branch, so it is possible...
(and it was fairly clean as well)
Oh ? Cool
john
--
Yeah, I woke up in the day accidentally once, the moon was on fire for some
reason and I couldn't
On Thursday 05 December 2002 5:59 pm, John Levon wrote:
X selection is application global, hence dealing with it should be
refactored into lyx_gui class :
lyx_gui::getClipboard(BufferView bv);
lyx_gui::putClipboard(string const str);
What's the problem with doing this ?
On Thu, Dec 05, 2002 at 06:23:17PM +, Angus Leeming wrote:
lyx_gui::getClipboard(BufferView bv);
lyx_gui::putClipboard(string const str);
What's the problem with doing this ?
There is no problem. I'm glad that I understood the code.
I was merely pointing out that
resizing window several times, no startup/shutdown included in results
C++ Compiler flags: -g -O2 -fno-exceptions
-ftemplate-depth-30 -Wno-non-template-friend -W -Wall
Note my X server is unaccelerated so ignore the X results
0015895c 8431 1.12085
On Thu, Dec 05, 2002 at 06:48:34PM +, John Levon wrote:
resizing window several times, no startup/shutdown included in results
*sigh*
Not /entirely/ offtopic, but still the wrong list :)
john
On Thu, Dec 05, 2002 at 06:50:04PM +, John Levon wrote:
resizing window several times, no startup/shutdown included in results
*sigh*
Not /entirely/ offtopic, but still the wrong list :)
I'm having a whale of a time here. Wrong list again ! (the other one
this time)
john
--
Yeah,
Isn't our WorkArea what other people would call a Canvas?
Angus
On Thu, Dec 05, 2002 at 07:08:46PM +, Angus Leeming wrote:
Isn't our WorkArea what other people would call a Canvas?
No, it's a CanvasView
regards
john
--
Yeah, I woke up in the day accidentally once, the moon was on fire for some
reason and I couldn't see very well and all the
On Thursday 05 December 2002 6:31 pm, John Levon wrote:
On Thu, Dec 05, 2002 at 06:23:17PM +, Angus Leeming wrote:
lyx_gui::getClipboard(BufferView bv);
lyx_gui::putClipboard(string const str);
What's the problem with doing this ?
There is no problem. I'm glad that I
On Thu, Dec 05, 2002 at 07:49:57PM +, Angus Leeming wrote:
fl_register_raw_callback(fl_current_form, FL_ALL_EVENT, C_event_cb);
to XFormsView, which then loops over its list of BufferViews and calls their
selectionRequested(), selectionLost() methods. No problems with keeping track
I have abjectly failed. Everything I tried increased resize time.
xforms is averaging 1.5 seconds for first-time-resize. Qt is averaging
5.5. I can not bring this down.
4.5 seconds of this is time as a result of qfont_metrics::width()
(checked using an empty ::width() function).
Basically, our
Can people try the below patch ? I'm interested in any failures.
I've changed things so that if we really don't recognise what's going
on, but the toolkit thinks it has some real key to insert, we do so. Now
that's pretty uncontroversial I would think. Note we only do this if
we're at the start
Where did this come from, and why ?
john
--
Yeah, I woke up in the day accidentally once, the moon was on fire for some
reason and I couldn't see very well and all the bandwidth disappeared, it was
very scary :(
- Orion
apparently. Anway, it's broken. I assume that '%' is the problem, but
why ?
john
--
Yeah, I woke up in the day accidentally once, the moon was on fire for some
reason and I couldn't see very well and all the bandwidth disappeared, it was
very scary :(
- Orion
why don't these show up as symbols instead of ERT in math ?
regards
john
--
Yeah, I woke up in the day accidentally once, the moon was on fire for some
reason and I couldn't see very well and all the bandwidth disappeared, it was
very scary :(
- Orion
it does not ignore \cursor and \lyxvcid
see attached
regards
john
--
Yeah, I woke up in the day accidentally once, the moon was on fire for some
reason and I couldn't see very well and all the bandwidth disappeared, it was
very scary :(
- Orion
#This file was created by dlj0 Mon Jul
On Fri, Dec 06, 2002 at 02:59:32AM +, John Levon wrote:
it does not ignore \cursor and \lyxvcid
and \lyxrcsid is extant too
john
attached flummoxes lyx2lyx
File /home/moz/src/lyx/lyx-devel/lib/lyx2lyx/lyxconvert_216.py, line
270, in convert
update_tabular(body)
File /home/moz/src/lyx/lyx-devel/lib/lyx2lyx/lyxconvert_216.py, line
46, in update_tabular
lines.insert(i, 'Features rotate=%s islongtable=%s endhead=%s
Load the attached. The title gibbers, adding inininin to the end of it
!
john
--
Yeah, I woke up in the day accidentally once, the moon was on fire for some
reason and I couldn't see very well and all the bandwidth disappeared, it was
very scary :(
- Orion
#This file was created by
On Fri, Dec 06, 2002 at 03:09:34AM +, John Levon wrote:
Load the attached. The title gibbers, adding inininin to the end of it
!
btw, previews also fail with this. I'm using
preview-latex-common-0.7.5-1
regards
john
On Thu, Dec 05, 2002 at 04:25:02PM +, Edwin Leuven wrote:
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds secondscalls us/call us/call name
[..]
8.42 0.17 0.08 204250 0.39 0.43 LyXFont::realize(LyXFont
Vitaly Lipatov <[EMAIL PROTECTED]> writes:
| On Четверг 05 Декабрь 2002 02:46, Lars Gullik Bjønnes wrote:
| > Vitaly Lipatov <[EMAIL PROTECTED]> writes:
| > | Hello,
| > | I have checkout files CVS from Thu Dec 5 02:25:24 MSK 2002
| > | autogen.sh produced too many errors until I do not comment
Hi,
a few weeks ago I have sent a patch for the German translations to the
mailing list. The problems was that the English words "graphics" and
"figure" both mapped onto the German word "Abbildung" (do you remember?).
This patch has found its way into 1.2.2cvs but not in 1.3.0cvs. Could
Hi Jean Marc,
I have seen that you applied a patch to 1.2.2cvs that fixes scrolling
with large tabulars. I made a short test and it seems to work.
Surprisingly, the patch has not been applied to 1.3.0cvs yet. Is there
any reason for that?
Michael
--
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Hi,
|
| a few weeks ago I have sent a patch for the German translations to the
| mailing list. The problems was that the English words "graphics" and
| "figure" both mapped onto the German word "Abbildung" (do you
| remember?).
|
| This patch has
Hello,
I would like to point out that the "scale" option in the "graphics"
dialog is still rather awkward. It should definitely be split from the
width/height settings. As I said before: Dialog size isn't everything!
The former graphics dialog was much more logically structured with
regard to
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Dec 04, 2002 at 06:09:59PM +0100, Jürgen Spitzmüller
John> wrote:
>> And -dbg key gives another million of this kind: q1 is unknown ()
>> ??Ydiaeresis
John> with what else ? Indeed Qt knows nothing of Ydiaeresis.
Note that
Lars Gullik Bjønnes wrote:
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Hi,
|
| a few weeks ago I have sent a patch for the German translations to the
| mailing list. The problems was that the English words "graphics" and
| "figure" both mapped onto the German word "Abbildung" (do you
|
On Thu, Dec 05, 2002 at 10:02:35AM +0100, Jean-Marc Lasgouttes wrote:
> Note that Ydiaeresis is really a weird thing. As far as I know, it is
> only found in french, and actually I only know of 3 words (one street
> name, one french writer's name and one village name) containing this
> character.
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Thu, Dec 05, 2002 at 10:02:35AM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> Note that Ydiaeresis is really a weird thing. As far as I know, it
>> is only found in french, and actually I only know of 3 words (one
>> street name,
Hello,
if I compile LyX 1.3.0cvs with gcc 3.2 (debug information enabled), I
get a binary > 80MB.
I can guess the answer but is there any secret compiler switch that
minimizes the size? With a binary of that size, it is almost impossible
for me to test LyX.
Regards, Michael
--
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Hello,
|
| if I compile LyX 1.3.0cvs with gcc 3.2 (debug information enabled), I
| get a binary > 80MB.
|
| I can guess the answer but is there any secret compiler switch that
| minimizes the size? With a binary of that size, it is almost
|
-BEGIN PGP SIGNED MESSAGE-
On Donnerstag, 5. Dezember 2002 13:17, John Levon wrote:
> On Thu, Dec 05, 2002 at 01:11:52PM +0100, Kornel Benko wrote:
> > Same here, but some more keys also
>
> please provide xev output for all of these (just the KeyPress entries
> for each will do)
I've just noticed this regression from the 1.2 series, although I suspect
things changed quite some time ago.
I once prepared a patch for the 1.2 series that used xforms to change the
cursor as one entered/left the work area. It did not change LyX's
functionality but does illustrate clearly
On Thu, Dec 05, 2002 at 01:16:57PM +, Angus Leeming wrote:
> In current cvs the cursor is /always/ an arrow. XC_xterm has disappeared. I
> guess that the fundamental reason is that XWorkArea's handler reacts to these
> events so:
I suppose I broke it, and forgot to fix it.
> I guess that
On Thursday 05 December 2002 1:39 pm, John Levon wrote:
> On Thu, Dec 05, 2002 at 01:16:57PM +, Angus Leeming wrote:
> > In current cvs the cursor is /always/ an arrow. XC_xterm has disappeared.
> > I guess that the fundamental reason is that XWorkArea's handler reacts to
> > these events so:
Angus Leeming <[EMAIL PROTECTED]> writes:
| Shall I prepare a patch for 1.3?
Yes, please.
--
Lgb
On Thu, Dec 05, 2002 at 01:56:33PM +, Angus Leeming wrote:
> I would of course be happy to change only XWorkArea, but the cursor glyph
> depends also on whether input is prohibitted or not and /that/ is controlled
> by LyXView. That, therefore, is the right place to set the glyph and so
>
On Thursday 05 December 2002 2:15 pm, John Levon wrote:
> On Thu, Dec 05, 2002 at 01:56:33PM +, Angus Leeming wrote:
> > I would of course be happy to change only XWorkArea, but the cursor glyph
> > depends also on whether input is prohibitted or not and /that/ is
> > controlled by LyXView.
None of the core uses are necessary at all. I consider our use of the
watch to be a UI bug - the watch cursor means "processing", NOT "waiting
for user input" (alerts).
The only cases we want the watch are when we're latexing etc. and even
then it is feedback only NOT a correctness thing, and we
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Dec 05, 2002 at 01:56:33PM +, Angus Leeming wrote:
|
| > I would of course be happy to change only XWorkArea, but the cursor glyph
| > depends also on whether input is prohibitted or not and /that/ is controlled
| > by LyXView. That,
John Levon <[EMAIL PROTECTED]> writes:
| None of the core uses are necessary at all. I consider our use of the
| watch to be a UI bug - the watch cursor means "processing", NOT "waiting
| for user input" (alerts).
|
| The only cases we want the watch are when we're latexing etc. and even
| then
On Thu, Dec 05, 2002 at 02:31:49PM +, Angus Leeming wrote:
> Of course, an alternative would be to have a
> bool isInputProhibitted() const
none of this is needed, I will show a patch soon
john
--
"Trolls like content too."
- Bob Abooey, /.
On Thu, Dec 05, 2002 at 03:37:36PM +0100, Lars Gullik Bjønnes wrote:
> It is absolutetly _not_ a toolkit-only thing, since it is the core
> that desices if input is prohibited or not, or that LyX is busy.
No, that applies only to the latter, and there's a clearer way of doing
it. The former is
On Thu, Dec 05, 2002 at 03:38:27PM +0100, Lars Gullik Bjønnes wrote:
> pI and aI stay as is now.
>
> Open up this issue for 1.4.x
Then the code can stay as it is too, except XWorkArea sets I-beam
cursor.
john
--
"Trolls like content too."
- Bob Abooey, /.
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Dec 05, 2002 at 03:38:27PM +0100, Lars Gullik Bjønnes wrote:
|
| > pI and aI stay as is now.
| >
| > Open up this issue for 1.4.x
|
| Then the code can stay as it is too, except XWorkArea sets I-beam
| cursor.
I can live with that as well.
--
On Thu, Dec 05, 2002 at 03:47:28PM +0100, Lars Gullik Bjønnes wrote:
> | Then the code can stay as it is too, except XWorkArea sets I-beam
> | cursor.
>
> I can live with that as well.
OK. This should work just fine. Unfortunately I made the aI changes in
my tree too, so we'll have to wait for
On Thursday 05 December 2002 2:48 pm, John Levon wrote:
> On Thu, Dec 05, 2002 at 03:47:28PM +0100, Lars Gullik Bjønnes wrote:
> > | Then the code can stay as it is too, except XWorkArea sets I-beam
> > | cursor.
> >
> > I can live with that as well.
>
> OK. This should work just fine.
On Thu, Dec 05, 2002 at 03:04:11PM +, Angus Leeming wrote:
> I'm very happy to use your approach, but would like to see the code so I can
> compare/contrast ;-)
Here's the minimal bit. Note that it works fine with busy cursor simply
because of the fl_deactivate_all_forms() in prohibitInput
Hi (John?),
Compared to xforms qt is slow in resizing. I don't know whether this is
informative but I compiled both xforms and qt with profiling enabled. Then I
opened and resized a doc.
Output for xforms:
Each sample counts as 0.01 seconds.
% cumulative self self total
On Thu, Dec 05, 2002 at 04:25:02PM +, Edwin Leuven wrote:
> Compared to xforms qt is slow in resizing. I don't know whether this is
> informative but I compiled both xforms and qt with profiling enabled. Then I
> opened and resized a doc.
Did you have optimisation enabled ?
> time
1 - 100 of 140 matches
Mail list logo
