Hi-DPI patches for 4.2

[Keith Curtis]

That picture is bizarre in that the gridlines drawn by Calc are not being
doubled. Have you fiddled with the OS DPI stuff?
https://support.apple.com/kb/HT5266

-Keith


On Tue, Mar 11, 2014 at 3:17 AM, Norbert Thiebaud <nthiebaud at gmail.com>wrote:

>
>
> On Mon, Mar 10, 2014 at 8:11 PM, Keith Curtis <keithcu at gmail.com> wrote:
> > On Mon, Mar 10, 2014 at 7:15 PM, Norbert Thiebaud <nthiebaud at gmail.com>
> wrote:
> >> On Mon, Mar 10, 2014 at 4:51 PM, Keith Curtis <keithcu at gmail.com>
> wrote:
> >>> Doubling bitmaps is a "hack" but since bigger bitmaps don't exist, it
> >>> is better than doing nothing.
> >>
> >> The problem is that mac, in compatibility mode, already auto-double..
> >> so we end-up with a quadrupling
> >> of the bitmap, which mean you in the end only see a quarter of the
> >> intended icon.
> >
> > Have you made a build with it turned back on? I ask because it doesn't
> > make sense the OS would return DPI != 96 while in auto-doubling mode.
> > That would seemingly break the backward compatibility support the Mac
> > is trying to achieve.
>
> a picture is worth a 1000 words
> _with_ the #ifdef MACOSX removed and _without_ --enable-retina (I could
> take a snapshot of the Info page of the app that show the 'open in
> low-resolution' checked and grey-ed out...)
>
>
> [image: Inline image 1]
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/libreoffice/attachments/20140311/26f50146/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2014-03-11 at 03.10.10.png
Type: image/png
Size: 142117 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/libreoffice/attachments/20140311/26f50146/attachment-0001.png>