Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
By the way, could you explain me the rationale behind the
BufferView_pimpl class? I cannot see any advantage of duplicating the
Bufferview interface and I am very tempted to merge the two.
The Pimpls in the src directory exist
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> By the way, could you explain me the rationale behind the
> BufferView_pimpl class? I cannot see any advantage of duplicating the
> Bufferview interface and I am very tempted to merge the two.
The Pimpls in the src directory exist to reduce compila
On Wed, Mar 19, 2003 at 05:07:35PM +0100, Juergen Vigna wrote:
> Yes John you are right and I see you're on the right trace just go
> on with your investigation.
Well I've just hacked out all the direct update() calls, and things are
breaking in a spectacular fashion :)
john
John Levon wrote:
[snip]
Perhaps you're referring to insettext/tabular specific code that
decides which cells needs updating ? But that's not related to
redrawings really, it's more a matter of rebreaking etc. (and it's
broken in several circumstances)
Yes John you are right and I see you're on th
On Tue, Mar 18, 2003 at 05:56:18PM +0100, Andre Poenitz wrote:
> I was asking whether such code exists.
I do not believe it does.
> Probably. But replacing it with a single one probably won't work together
> with the current cleverness.
I don't know what this "cleverness" is. Starting a redraw
On Tue, Mar 18, 2003 at 04:48:35PM +, John Levon wrote:
> > fancy_computation();
>
> where is this code ?
I was asking whether such code exists.
> Given that opening an inset causes 4 actual redraws + exposes, I think
> looking at that would be a more obvious way to go !
Probably. But
On Tue, Mar 18, 2003 at 05:34:42PM +0100, Andre Poenitz wrote:
> Currently we spend some effort to figure out which part of the screen needs
> a redraw. This computation costs time.
I am deeply dubious about this. Do you have some proof ?
"Working it out" mostly consists of holding a y value, a
On Tue, Mar 18, 2003 at 05:31:11PM +0100, Juergen Vigna wrote:
> Andre Poenitz wrote:
> >Would that mean (almost) no effort is spent to "be clever" in this case?
>
> I don't understand your question here?
Currently we spend some effort to figure out which part of the screen needs
a redraw. This c
Andre Poenitz wrote:
Would that mean (almost) no effort is spent to "be clever" in this case?
I don't understand your question here?
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Mitterstrich 151/A
I-39050
On Tue, Mar 18, 2003 at 04:24:01PM +, John Levon wrote:
> > So if you think you have the ultimate solution just try it out ;)
>
> I will !
Good boy.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Tue, Mar 18, 2003 at 05:18:24PM +0100, Juergen Vigna wrote:
> There are a lot of different situations when we have "wrong redraws" if
> we don't do the double draws. I know this because I tried to remove them
Then we should make the effort *now* to fix this properly, I think. I
can understand
On Tue, Mar 18, 2003 at 05:13:09PM +0100, Juergen Vigna wrote:
> Well this is easy enough to try just forget about the "inteligent"
> redraw and set the update always to "NEED_FULL_REDRAW" and you'll
> see the difference.
Would that mean (almost) no effort is spent to "be clever" in this case?
An
John Levon wrote:
This just sounds like bugs to me, and several redraws (did you know each
character press sends redraws twice even in a normal par ?) is not the
correct solution. Do you mean cursor droppings ?
There are a lot of different situations when we have "wrong redraws" if
we don't do the
Andre Poenitz wrote:
Face it: Full redraw _is_ faster. This might have changed over time,
though, but it is the current state.
Well this is easy enough to try just forget about the "inteligent"
redraw and set the update always to "NEED_FULL_REDRAW" and you'll
see the difference.
Jug
--
On Tue, Mar 18, 2003 at 12:46:17PM +0100, Andre Poenitz wrote:
> Face it: Full redraw _is_ faster. This might have changed over time,
> though, but it is the current state.
This is something of a silly thing to say. What you're saying is :
"Full redraw of an insettabular would be faster than par
On Tue, Mar 18, 2003 at 09:23:54AM +0100, Juergen Vigna wrote:
> >400 bv->update(text, BufferView::SELECT | BufferView::FITCUR);
> >401 text->toggleFree(font, toggleall);
> >402 bv->update(text, BufferView::SELECT | BufferView::FITCUR |
> >BufferView::CHANG
On Tue, Mar 18, 2003 at 12:27:51PM +0100, Juergen Vigna wrote:
> >No. It doesn't have multicols and fixed width columns and a few other bells
> >an whistles.
>
> Well then I just don't have to test this, as if I would have an
> InsetTabular with that restrictions I also could just do a "full redra
Andre Poenitz wrote:
On Tue, Mar 18, 2003 at 11:52:32AM +0100, Juergen Vigna wrote:
PS: Cut&Paste&press C-M on this to create the math tabular.
$\begin{tabular}{}
\\ \\ \\ \\ \\ \\ \\ \\ \\ \\ \\ \\ \\ \\ \\ \\ \\ \\ \\ \\
\end{tabular}$
??? I would like to try that but I don'
On Tue, Mar 18, 2003 at 09:23:54AM +0100, Juergen Vigna wrote:
> I explain you also why one update won't work because then we would have
> to do "full redraw" as Andre tell's us always. I think that full redraw
> was normal at the beginning, but it was (and IMO it still would be) way
> too slow whe
John Levon wrote:
This looks to be very silly indeed, so I guess I'm missing something.
Why are we calling update(text) directly several times for one "lfun" ?
Can we not just post the update, and then call it *once* at the end of
handling the lfun (and at the end of handleKeypress and a couple of
On Fri, Mar 08, 2002 at 09:55:46AM +0100, Jean-Marc Lasgouttes wrote:
> Because of that?
> http://www.gotw.ca/gotw/024.htm
oh, ok, what kde does everywhere. fair enough.
regards
john
--
I am a complete moron for forgetting about endianness. May I be
forever marked as such.
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Why do we have a pimpl for BufferView ?
Because of that?
http://www.gotw.ca/gotw/024.htm
Actually, this is the kind of cases where pimpl is IMO useful. The
places where is is wrong are Menubar and Toolbar, and I have to admit
that I
On Fri, 8 Mar 2002, John Levon wrote:
> On Fri, Mar 08, 2002 at 11:07:11AM +1000, Allan Rae wrote:
>
> > Because LyX has reached puberty and now has acne.
>
> bah, a joke isn't funny when you make it twice.
>
> Oh, it's friday
Damn, that's right! I was not only agreeing with you but saying
ther
On Fri, Mar 08, 2002 at 11:07:11AM +1000, Allan Rae wrote:
> Because LyX has reached puberty and now has acne.
bah, a joke isn't funny when you make it twice.
Oh, it's friday
john
--
I am a complete moron for forgetting about endianness. May I be
forever marked as such.
On Thu, 7 Mar 2002, John Levon wrote:
> Why do we have a pimpl for BufferView ?
Because LyX has reached puberty and now has acne.
Allan. (ARRae)
25 matches
Mail list logo
