Re: frequent polling in LyX (plus LyX under DRT screenshots)
On Mon, Sep 02, 2002 at 09:48:22AM +1000, Amir Michail wrote: You can see some preliminary results here in the following screenshots: http://www.cse.unsw.edu.au/~amichail/lyx8.png Nice ! BTW, could someone tell me if the functions shown in the pictures are particularly relevant to the action? The darker the action label, the more relevant it is perceived to be to the action shown in the before/after pictures. Looks good, I think. I also found another problem with getting rid of cursor blinking. If you type a sentence and press return, the cursor will not appear for a while until it is told to blink on. By then, the after picture has already been taken, so cursor tracking is broken. So it's not sufficient to disable blinking. We also need to make cursors appear immediately when they are moved in various contexts. It would be really nice if out of this work somebody fixed our horrendously broken cursor handling :) john -- Take the ideas you find useful. Try not to get hung up on the labels. - Jonathan S. Shapiro
Re: frequent polling in LyX (plus LyX under DRT screenshots)
On Mon, Sep 02, 2002 at 09:48:22AM +1000, Amir Michail wrote: > You can see some preliminary results here in the following screenshots: > > http://www.cse.unsw.edu.au/~amichail/lyx8.png Nice ! > BTW, could someone tell me if the functions shown in the pictures > are particularly relevant to the action? The darker the action label, > the more relevant it is perceived to be to the action shown in the > before/after pictures. Looks good, I think. > I also found another problem with getting rid of cursor blinking. > If you type a sentence and press return, the cursor will not appear > for a while until it is told to blink on. By then, the after picture > has already been taken, so cursor tracking is broken. So it's not sufficient > to disable blinking. We also need to make cursors appear immediately when > they are moved in various contexts. It would be really nice if out of this work somebody fixed our horrendously broken cursor handling :) john -- "Take the ideas you find useful. Try not to get hung up on the labels." - Jonathan S. Shapiro
Re: frequent polling in LyX (plus LyX under DRT screenshots)
Amir Michail wrote: I also found another problem with getting rid of cursor blinking. If you type a sentence and press return, the cursor will not appear for a while until it is told to blink on. By then, the after picture has already been taken, so cursor tracking is broken. So it's not sufficient to disable blinking. We also need to make cursors appear immediately when they are moved in various contexts. The cursor handling is a bit broken. We _always_ should hide *and* show the cursor, but sometimes we just forget to show it as it really should show as then we get cursor trails :(. IMO we need some sort of counter or some sort of flag (as the undo does) in which we see if the cursor is already hidden and don't do it again. So the first one hiding it is responsible for showing it again. When we changed this behaviour it should be quite easy tracking down where we forgot to put a showCursor call. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Mitterstrich 151/A Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39050 SteineggWeb: http://www.lyx.org/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Re: frequent polling in LyX (plus LyX under DRT screenshots)
Amir Michail wrote: > I also found another problem with getting rid of cursor blinking. > If you type a sentence and press return, the cursor will not appear > for a while until it is told to blink on. By then, the after picture > has already been taken, so cursor tracking is broken. So it's not sufficient > to disable blinking. We also need to make cursors appear immediately when > they are moved in various contexts. The cursor handling is a bit broken. We _always_ should hide *and* show the cursor, but sometimes we just "forget" to show it as it really should show as then we get cursor trails :(. IMO we need some sort of counter or some sort of flag (as the undo does) in which we see if the cursor is already hidden and don't do it again. So the first one hiding it is responsible for showing it again. When we changed this behaviour it should be quite easy tracking down where we "forgot" to put a showCursor call. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Mitterstrich 151/A Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39050 SteineggWeb: http://www.lyx.org/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Re: frequent polling in LyX (plus LyX under DRT screenshots)
Hi, Perhaps a configure flag could be used to build LyX in a way that works well under DRT? Although the polling change I mentioned (and others) may not be bug free, they do seem to get LyX working under DRT. You can see some preliminary results here in the following screenshots: http://www.cse.unsw.edu.au/~amichail/lyx8.png From the function sequence in the picture above, we see that the user probably moved the cursor up. However, that's not the whole story as made obvious by the before/after screenshots. In fact, the cursor moved out from math mode as well. This shows the importance of before/after pictures in explaining past actions (possibly performed by others). BTW, could someone tell me if the functions shown in the pictures are particularly relevant to the action? The darker the action label, the more relevant it is perceived to be to the action shown in the before/after pictures. To see how we arrived at the previous screenshot, see the following: http://www.cse.unsw.edu.au/~amichail/lyx1.png http://www.cse.unsw.edu.au/~amichail/lyx2.png http://www.cse.unsw.edu.au/~amichail/lyx3.png http://www.cse.unsw.edu.au/~amichail/lyx4.png http://www.cse.unsw.edu.au/~amichail/lyx5.png http://www.cse.unsw.edu.au/~amichail/lyx6.png http://www.cse.unsw.edu.au/~amichail/lyx7.png http://www.cse.unsw.edu.au/~amichail/lyx8.png I also found another problem with getting rid of cursor blinking. If you type a sentence and press return, the cursor will not appear for a while until it is told to blink on. By then, the after picture has already been taken, so cursor tracking is broken. So it's not sufficient to disable blinking. We also need to make cursors appear immediately when they are moved in various contexts. Amir
Re: frequent polling in LyX (plus LyX under DRT screenshots)
Hi, Perhaps a configure flag could be used to build LyX in a way that works well under DRT? Although the polling change I mentioned (and others) may not be bug free, they do seem to get LyX working under DRT. You can see some preliminary results here in the following screenshots: http://www.cse.unsw.edu.au/~amichail/lyx8.png >From the function sequence in the picture above, we see that the user probably moved the cursor up. However, that's not the whole story as made obvious by the before/after screenshots. In fact, the cursor moved out from math mode as well. This shows the importance of before/after pictures in explaining past actions (possibly performed by others). BTW, could someone tell me if the functions shown in the pictures are particularly relevant to the action? The darker the action label, the more relevant it is perceived to be to the action shown in the before/after pictures. To see how we arrived at the previous screenshot, see the following: http://www.cse.unsw.edu.au/~amichail/lyx1.png http://www.cse.unsw.edu.au/~amichail/lyx2.png http://www.cse.unsw.edu.au/~amichail/lyx3.png http://www.cse.unsw.edu.au/~amichail/lyx4.png http://www.cse.unsw.edu.au/~amichail/lyx5.png http://www.cse.unsw.edu.au/~amichail/lyx6.png http://www.cse.unsw.edu.au/~amichail/lyx7.png http://www.cse.unsw.edu.au/~amichail/lyx8.png I also found another problem with getting rid of cursor blinking. If you type a sentence and press return, the cursor will not appear for a while until it is told to blink on. By then, the after picture has already been taken, so cursor tracking is broken. So it's not sufficient to disable blinking. We also need to make cursors appear immediately when they are moved in various contexts. Amir
Re: frequent polling in LyX
Amir Michail [EMAIL PROTECTED] writes: | Hi, | We have noticed that LyX performs frequent | polling. In particuar, C_WorkArea_work_area_handler | is called multiple times per second. | Is this frequent polling necessary for updating the display? | Or is the display updated immediately when changes | are made to the document? What os is this? And frequent (as in 50 times a second) does not harm anyting as long as now actual work is done. -- Lgb
Re: frequent polling in LyX
Hi, The problem is not that the polling is slowing other programs down, but rather that it is presenting problems for our design recovery tool. I tried getting rid of this frequent polling by changing the code in WorkArea::WorkArea as follows: ...fl_add_free(FL_ALL_FREE, ...)... to ..fl_add_free(FL_INPUT_FREE,...)... This seems to have fixed the problem and LyX still seems to be working ok. Amir Amir Michail [EMAIL PROTECTED] writes: | Hi, | We have noticed that LyX performs frequent | polling. In particuar, C_WorkArea_work_area_handler | is called multiple times per second. | Is this frequent polling necessary for updating the display? | Or is the display updated immediately when changes | are made to the document? What os is this? And frequent (as in 50 times a second) does not harm anyting as long as now actual work is done. -- Lgb
Re: frequent polling in LyX
On Fri, Aug 30, 2002 at 09:33:00AM +1000, Amir Michail wrote: ...fl_add_free(FL_ALL_FREE, ...)... to ..fl_add_free(FL_INPUT_FREE,...)... Ah. If this really doesn't cause regressions, we shuold definitely do this thanks john -- Take the ideas you find useful. Try not to get hung up on the labels. - Jonathan S. Shapiro
Re: frequent polling in LyX
Then what does this line do ??? I get confused... cheers Leo On Fri, 30 Aug 2002, Amir Michail wrote: Hi, The problem is not that the polling is slowing other programs down, but rather that it is presenting problems for our design recovery tool. I tried getting rid of this frequent polling by changing the code in WorkArea::WorkArea as follows: ...fl_add_free(FL_ALL_FREE, ...)... to ..fl_add_free(FL_INPUT_FREE,...)... This seems to have fixed the problem and LyX still seems to be working ok. Amir Amir Michail [EMAIL PROTECTED] writes: | Hi, | We have noticed that LyX performs frequent | polling. In particuar, C_WorkArea_work_area_handler | is called multiple times per second. | Is this frequent polling necessary for updating the display? | Or is the display updated immediately when changes | are made to the document? What os is this? And frequent (as in 50 times a second) does not harm anyting as long as now actual work is done. -- Lgb * If God hadn't wanted me to be paranoid, He wouldn't have given me such a vivid imagination *
Re: frequent polling in LyX
Amir Michail [EMAIL PROTECTED] writes: | Hi, | | The problem is not that the polling is slowing other programs down, | but rather that it is presenting problems for our design recovery tool. | | I tried getting rid of this frequent polling by changing the code | in WorkArea::WorkArea as follows: | | ...fl_add_free(FL_ALL_FREE, ...)... | | to | | ..fl_add_free(FL_INPUT_FREE,...)... I am pretty sure that this cause a regression, some events are not not passed as they should be... (consider that a bug in XForms.) -- Lgb
Re: frequent polling in LyX
Amir Michail <[EMAIL PROTECTED]> writes: | Hi, > | We have noticed that LyX performs frequent | polling. In particuar, C_WorkArea_work_area_handler | is called multiple times per second. > | Is this frequent polling necessary for updating the display? | Or is the display updated immediately when changes | are made to the document? What os is this? And frequent (as in 50 times a second) does not harm anyting as long as now actual work is done. -- Lgb
Re: frequent polling in LyX
Hi, The problem is not that the polling is slowing other programs down, but rather that it is presenting problems for our design recovery tool. I tried getting rid of this frequent polling by changing the code in WorkArea::WorkArea as follows: ...fl_add_free(FL_ALL_FREE, ...)... to ..fl_add_free(FL_INPUT_FREE,...)... This seems to have fixed the problem and LyX still seems to be working ok. Amir Amir Michail <[EMAIL PROTECTED]> writes: | Hi, > | We have noticed that LyX performs frequent | polling. In particuar, C_WorkArea_work_area_handler | is called multiple times per second. > | Is this frequent polling necessary for updating the display? | Or is the display updated immediately when changes | are made to the document? What os is this? And frequent (as in 50 times a second) does not harm anyting as long as now actual work is done. -- Lgb
Re: frequent polling in LyX
On Fri, Aug 30, 2002 at 09:33:00AM +1000, Amir Michail wrote: > ...fl_add_free(FL_ALL_FREE, ...)... > > to > > ..fl_add_free(FL_INPUT_FREE,...)... Ah. If this really doesn't cause regressions, we shuold definitely do this thanks john -- "Take the ideas you find useful. Try not to get hung up on the labels." - Jonathan S. Shapiro
Re: frequent polling in LyX
Then what does this line do ??? I get confused... cheers Leo On Fri, 30 Aug 2002, Amir Michail wrote: > Hi, > > The problem is not that the polling is slowing other programs down, > but rather that it is presenting problems for our design recovery tool. > > I tried getting rid of this frequent polling by changing the code > in WorkArea::WorkArea as follows: > > ...fl_add_free(FL_ALL_FREE, ...)... > > to > > ..fl_add_free(FL_INPUT_FREE,...)... > > This seems to have fixed the problem and LyX still seems to be working ok. > > Amir > > Amir Michail <[EMAIL PROTECTED]> writes: > > | Hi, > > > | We have noticed that LyX performs frequent > | polling. In particuar, C_WorkArea_work_area_handler > | is called multiple times per second. > > > | Is this frequent polling necessary for updating the display? > | Or is the display updated immediately when changes > | are made to the document? > > What os is this? > > And frequent (as in 50 times a second) does not harm anyting as long > as now actual work is done. > > -- > Lgb > * If God hadn't wanted me to be paranoid, He wouldn't have given me such a vivid imagination *
Re: frequent polling in LyX
Amir Michail <[EMAIL PROTECTED]> writes: | Hi, | | The problem is not that the polling is slowing other programs down, | but rather that it is presenting problems for our design recovery tool. | | I tried getting rid of this frequent polling by changing the code | in WorkArea::WorkArea as follows: | | ...fl_add_free(FL_ALL_FREE, ...)... | | to | | ..fl_add_free(FL_INPUT_FREE,...)... I am pretty sure that this cause a regression, some events are not not passed as they should be... (consider that a bug in XForms.) -- Lgb
frequent polling in LyX
Hi, We have noticed that LyX performs frequent polling. In particuar, C_WorkArea_work_area_handler is called multiple times per second. Is this frequent polling necessary for updating the display? Or is the display updated immediately when changes are made to the document? Amir P.S. We are asking these questions so that we can properly support LyX in our design recovery tool, DRT. You can see progress we have made on DRT here: http://www.cse.unsw.edu.au/~drt/screenshot/index.html. You will need to click on the screenshot links to see the entire screenshot.
frequent polling in LyX
Hi, We have noticed that LyX performs frequent polling. In particuar, C_WorkArea_work_area_handler is called multiple times per second. Is this frequent polling necessary for updating the display? Or is the display updated immediately when changes are made to the document? Amir P.S. We are asking these questions so that we can properly support LyX in our design recovery tool, DRT. You can see progress we have made on DRT here: http://www.cse.unsw.edu.au/~drt/screenshot/index.html. You will need to click on the screenshot links to see the entire screenshot.
