On Mon, Oct 19, 2015 at 04:44:19PM +0200, Jean-Marc Lasgouttes wrote:
> I fixed it instead.
Seems like a reasonable alternative :)
> As often, it took a long time to find something that was obvious.
>
> So now pixmap caching sort of works (rendering is not as nice IMO). We can
> there fore leave
Le 14/10/15 14:22, Stephan Witt a écrit :
Am 14.10.2015 um 10:31 schrieb Jean-Marc Lasgouttes :
Le 14/10/2015 10:16, Stephan Witt a écrit :
Am 14.10.2015 um 09:59 schrieb Jean-Marc Lasgouttes :
Le 14/10/2015 08:02, Stephan Witt a écrit :
But I don't believe the effect of the clipped cached
Le 15/10/2015 09:20, Jean-Marc Lasgouttes a écrit :
Le 14/10/15 14:22, Stephan Witt a écrit :
Indeed. What about just dumping it? :p
I'm all for it.
I did some profiling. Pixmaps are indeed a little bit faster visually.
Here are the hard numbers
Without Pixmaps:
66% LyX
32% GuiWorkAre
Le 15/10/2015 14:47, Richard Heck a écrit :
On 10/15/2015 04:20 AM, Jean-Marc Lasgouttes wrote:
Le 14/10/15 14:22, Stephan Witt a écrit :
Indeed. What about just dumping it? :p
I'm all for it.
I did some profiling. Pixmaps are indeed a little bit faster visually.
Here are the hard numbers
On 10/15/2015 04:20 AM, Jean-Marc Lasgouttes wrote:
Le 14/10/15 14:22, Stephan Witt a écrit :
Indeed. What about just dumping it? :p
I'm all for it.
I did some profiling. Pixmaps are indeed a little bit faster visually.
Here are the hard numbers
Without Pixmaps:
66% LyX
32% GuiWorkAr
Le 14/10/15 14:22, Stephan Witt a écrit :
Indeed. What about just dumping it? :p
I'm all for it.
I did some profiling. Pixmaps are indeed a little bit faster visually.
Here are the hard numbers
Without Pixmaps:
66% LyX
32% GuiWorkArea::Private::updateScreen
12,6% BufferView::updateM
Am 14.10.2015 um 10:31 schrieb Jean-Marc Lasgouttes :
> Le 14/10/2015 10:16, Stephan Witt a écrit :
>> Am 14.10.2015 um 09:59 schrieb Jean-Marc Lasgouttes :
>>
>>> Le 14/10/2015 08:02, Stephan Witt a écrit :
But I don't believe the effect of the clipped cached pixmaps is caused by
this
Le 14/10/2015 10:16, Stephan Witt a écrit :
Am 14.10.2015 um 09:59 schrieb Jean-Marc Lasgouttes :
Le 14/10/2015 08:02, Stephan Witt a écrit :
But I don't believe the effect of the clipped cached pixmaps is caused by this.
I gave not enough information - to spare email size the posted screen s
Am 14.10.2015 um 09:59 schrieb Jean-Marc Lasgouttes :
> Le 14/10/2015 08:02, Stephan Witt a écrit :
>> But I don't believe the effect of the clipped cached pixmaps is caused by
>> this. I gave not enough information - to spare email size the posted screen
>> shots are to small to see it - the ef
Le 14/10/2015 08:02, Stephan Witt a écrit :
But I don't believe the effect of the clipped cached pixmaps is caused by this.
I gave not enough information - to spare email size the posted screen shots are
to small to see it - the effect isn't there globally. It happens on some line
ends and on
Am 14.10.2015 um 06:44 schrieb Jerry :
>
> On Oct 13, 2015, at 8:29 AM, Stephan Witt wrote:
>
>> Am 13.10.2015 um 16:43 schrieb Jean-Marc Lasgouttes :
>>
>>> Le 13/10/2015 12:32, Jerry a écrit :
Another difference is that the cached bitmaps (second line) do not use
subpixel ant
On Oct 13, 2015, at 8:29 AM, Stephan Witt wrote:
> Am 13.10.2015 um 16:43 schrieb Jean-Marc Lasgouttes :
>
>> Le 13/10/2015 12:32, Jerry a écrit :
>>>
>>> Another difference is that the cached bitmaps (second line) do not use
>>> subpixel antialiasing, the rendering method on OS X. (There used
Am 13.10.2015 um 16:43 schrieb Jean-Marc Lasgouttes :
> Le 13/10/2015 12:32, Jerry a écrit :
>>
>> Another difference is that the cached bitmaps (second line) do not use
>> subpixel antialiasing, the rendering method on OS X. (There used to be a
>> website explaining how Woz did this on the Apple
I have tried it out on my iMac and indeed it does not work. Even on this
old machine the text looks wrong. So it is not only a problem of HiDPI IMO.
Am 12.10.2015 um 17:23 schrieb Zhexuan :
Hi Stephan,
Yes I actually didn't find any noticeable improvement in scrolling
compared to 2.1.4. The pr
Le 13/10/2015 12:32, Jerry a écrit :
Another difference is that the cached bitmaps (second line) do not use
subpixel antialiasing, the rendering method on OS X. (There used to be a
website explaining how Woz did this on the Apple II.) I don't know if
this affects the metrics.
Stephan, this is
On Oct 11, 2015, at 8:19 PM, Stephan Witt wrote:
> Stephan
>
Another difference is that the cached bitmaps (second line) do not use subpixel
antialiasing, the rendering method on OS X. (There used to be a website
explaining how Woz did this on the Apple II.) I don't know if this affects t
Am 12.10.2015 um 14:43 schrieb Stephan Witt :
> Am 12.10.2015 um 13:54 schrieb Jean-Marc Lasgouttes :
>
>> Le 12/10/2015 11:44, Stephan Witt a écrit :
>>> In fact it's the user who told me about the pixmap cache problem.
>>> I've asked him already if it's slower than 2.1.4 but didn't get
>>> an
Am 12.10.2015 um 13:54 schrieb Jean-Marc Lasgouttes :
> Le 12/10/2015 11:44, Stephan Witt a écrit :
>> In fact it's the user who told me about the pixmap cache problem.
>> I've asked him already if it's slower than 2.1.4 but didn't get
>> an answer so far.
>
> I cannot look at pixmap cache stuff
Le 12/10/2015 11:44, Stephan Witt a écrit :
In fact it's the user who told me about the pixmap cache problem.
I've asked him already if it's slower than 2.1.4 but didn't get
an answer so far.
I cannot look at pixmap cache stuff on linux since it is disabled there.
I can try on a mac, but it wi
Am 12.10.2015 um 11:09 schrieb Jean-Marc Lasgouttes :
> Le 12/10/2015 11:03, Stephan Witt a écrit :
>> Unfortunately there are user reports telling LyX 2.2.0 is slow
>> (resp. slower than 2.1.4), IMHO. And I don't know anything about
>> Windows functionality and performance…
>
> Do you pointers o
Le 12/10/2015 11:03, Stephan Witt a écrit :
Unfortunately there are user reports telling LyX 2.2.0 is slow
(resp. slower than 2.1.4), IMHO. And I don't know anything about
Windows functionality and performance…
Do you pointers on that? Maybe we should collect them for analysis.
How did you de
Am 12.10.2015 um 10:39 schrieb Jean-Marc Lasgouttes :
> Le 12/10/2015 05:19, Stephan Witt a écrit :
>> If Q_WS_X11 and QPA_XCB are undefined it's possible to use
>> Qt's pixmap cache to speed up the drawing.
>
>> ATM, this seems to be broken (for HiDPI and Qt5 only?).
>> The placement of the text
Le 12/10/2015 05:19, Stephan Witt a écrit :
If Q_WS_X11 and QPA_XCB are undefined it's possible to use
Qt's pixmap cache to speed up the drawing.
ATM, this seems to be broken (for HiDPI and Qt5 only?).
The placement of the text isn't correct while pixmap cache is enabled.
Does it make sense to
If Q_WS_X11 and QPA_XCB are undefined it's possible to use
Qt's pixmap cache to speed up the drawing.
ATM, this seems to be broken (for HiDPI and Qt5 only?).
The placement of the text isn't correct while pixmap cache is enabled.
Does it make sense to have this feature anymore on recent systems?
I
24 matches
Mail list logo
