I have confirmed with the original reporters that this has been fixed in
Xenial
** Changed in: oem-priority
Status: Confirmed => Fix Released
** Changed in: oem-priority/trusty
Status: Incomplete => Won't Fix
** Changed in: ubiquity (Ubuntu)
Status: Confirmed => Fix
** Changed in: gnome-desktop3 (Ubuntu Trusty)
Importance: Undecided => High
** Changed in: ubiquity (Ubuntu Trusty)
Importance: Undecided => Critical
** Changed in: ubiquity (Ubuntu)
Importance: Critical => High
** Changed in: ubiquity (Ubuntu Trusty)
Importance: Critical => High
Marking the ubiquity task as Invalid; let's switch it back if it turns
out there are some needed changes in ubiquity (as for wallpaper in
ubiquity-dm?)
** Changed in: ubiquity (Ubuntu Trusty)
Status: Confirmed = Invalid
** Changed in: ubiquity (Ubuntu)
Status: Incomplete = Invalid
** Changed in: ubiquity (Ubuntu)
Status: Invalid = Confirmed
** Changed in: ubiquity (Ubuntu Trusty)
Status: Invalid = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Ubiquity needs to enable the xsetings plugin of unity-settings-daemon or
gnome-settings-daemon to set up the scale factor properly.
Or Ubiquity detects the HiDPI and handles it by itself.
No matter by which way they both need to modify Ubiquity anyway.
--
You received this bug notification
@Mathieu,
Sorry for reply late, looks I miss the last change.
And the answer is No, the previous patch which change ubiquity was
rejected by Seb, and Seb helped make the above patch(#72), my work just
based on his patch. Thanks!
--
You received this bug notification because you are a member
Patch looks fine to me, but so far there is nothing here for ubiquity.
Do you need any changes to ubiquity after all?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation
Ara,
I update the patch to fix the issue in #55.
I set a lower limit resolution(1024x768) which could show ubiquity's
windows correctly. When we prepare to scale it with the dpi's rules, we
judge if the window size after scale is bigger than the real resolution,
so on 2560x1440, we don't
After review the change in comments 19, I found the patch is already on
the below.
https://bugs.launchpad.net/ubuntu/+source/unity-
greeter/+bug/1286878/comments/19
lp:~oem-solutions-group/kittyhawk/unity-settings-daemon_Seb.lp1382291
--
You received this bug notification because you are a
** Branch linked: lp:ubuntu/wily-proposed/gnome-desktop3
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of an OEM image needs to scale
based on
Bruce, any updates on this?
** Changed in: oem-priority/trusty
Status: Confirmed = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot
Quote:
https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1286878/comments/19
This bug was fixed in the package unity-settings-daemon -
15.04.1+15.04.20150318-0ubuntu1
That fix is for unity-settings-daemon of vivid , I will try to backport
it to trusty.
--
You received this bug
I tested these patch with newest kh2.0 image
(kittyhawk2-trusty-amd64-iso-20150508-1.iso).
The UI was scaled correctly during installation.
But the unity-greeter was not shown correctly.
Patches:
lp:~oem-solutions-group/kittyhawk/gnome-desktop3.lp1382291
Merged the code(#39) to newest kittyhawk/unity-setttings-daemon .
The new unity-settings-daemon have been uploaded to lp.
$ bzr push lp:~oem-solutions-group/kittyhawk/unity-settings-
daemon_Seb.lp1382291
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
The unity-settings-daemon(14.04.0+14.04.20140606-0ubuntu2) in kh2.0 now is from
lp:ubuntu/trusty-updates/unity-settings-daemon
that had included the patch at #39. So don't need to merge
lp:~oem-solutions-group/kittyhawk/unity-settings-daemon_Seb.lp1382291 to ppa of
kh2.0.
--
You received
2nd window on hi-dpi laptop.
** Attachment added: 20150409-102.jpg
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4370099/+files/20150409-102.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The 1st window on low-dpi laptop.
** Attachment added: 20150409-201.jpg
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4370102/+files/20150409-201.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The 4th window on hi-dpi laptop.
This window counldn't be shown completely.
** Attachment added: 20150409-104.jpg
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4370101/+files/20150409-104.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs,
3rd window on hi-dpi laptop.
** Attachment added: 20150409-103.jpg
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4370100/+files/20150409-103.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The 3rd window on low-dpi laptop.
** Attachment added: 20150409-203.jpg
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4370104/+files/20150409-203.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I tested vivid daily image vivid-desktop-amd64-20150408.iso on a hi-dpi
Lenovo laptop. It was failed, because the Installation Type window was
too large, some options was not shown.
** Attachment added: 1st window
The 2nd window on low-dpi laptop.
** Attachment added: 20150409-202.jpg
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4370103/+files/20150409-202.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I tested vivid daily image vivid-desktop-amd64-20150408.iso on a hi-dpi
Lenovo laptop. It was failed, because the Installation Type window was
too large, some options was not shown.
** Attachment added: 1st window
The resolution of the low-dpi laptop.
** Attachment added: 20150409-205.jpg
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4370110/+files/20150409-205.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
2rd step on hi-dpi laptop.
** Attachment added: 20150409-102.jpg
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4370098/+files/20150409-102.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The 4th window on low-dpi laptop.
** Attachment added: 20150409-204.jpg
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4370105/+files/20150409-204.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I applied these patch to kittyhawk2.iso , the window was
large and complete. And the background was drawn correctly during
installation stage.
But the 4 small background was shown for seconds during login progress.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
I tested the patch which at #51. The background issue was fixed. And the new
code had been uploaded to lp.
$ bzr push lp:~oem-solutions-group/kittyhawk/gnome-desktop3.lp1382291
The upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=746044 .
The patch was at:
I've attached a patch for gnome-desktop to the upstream bug[1] that
fixes this issue for me.
[1] https://bugzilla.gnome.org/show_bug.cgi?id=746044
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Branch linked: lp:ubuntu/vivid-proposed/gnome-desktop3
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of an OEM image needs to scale
based on
This bug was fixed in the package gnome-desktop3 - 3.14.1-1ubuntu2
---
gnome-desktop3 (3.14.1-1ubuntu2) vivid; urgency=medium
* debian/patches/gnomebg_hidpi_image.patch:
- gnome_bg_create_surface: always honor device scale, that fixes
the wallpaper rendering in hidpi
Regarding comment #49, the background will be repainted by Nautilus.
Trying to execute `nautilus -q` and you may see the tiled background.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
** Branch linked: lp:ubuntu/gnome-desktop3
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of an OEM image needs to scale
based on resolution
To
** Package changed: unity-settings-daemon (Ubuntu) = gnome-desktop3
(Ubuntu)
** Changed in: gnome-desktop3 (Ubuntu)
Status: Confirmed = Fix Committed
** Changed in: gnome-desktop3 (Ubuntu)
Assignee: Shih-Yuan Lee (fourdollars) = Lars Uebernickel (larsu)
--
You received this bug
When the installation was completed, the 2x2 background was shown for 1
second after user login to system on unity-greeter. But the background
would be became correct background after user the user's desktop was
loaded completely.
--
You received this bug notification because you are a member of
The background won't be changed after commented
Gdk/WindowScalingFactor in plugins/xsettings/gsd-xsettings-manager.c
of unity-settings-daemon:
557 static void
558 xft_settings_set_xsettings (GnomeXSettingsManager *manager,
559 GnomeXftSettings *settings)
...
During P1, if set scaling-factor of org.gnome.desktop.interface to
2, then the Ubuntu Recovery window will be scaled to duble size. Then
the backgroubnd will be separated to 4 small pictures. And if set
scaling-factor back to 1, then the background will be back to single
picture.
Steps:
1.
opened https://bugzilla.gnome.org/show_bug.cgi?id=746044 upstream about
it, maybe they can comment on the issue
** Bug watch added: GNOME Bug Tracker #746044
https://bugzilla.gnome.org/show_bug.cgi?id=746044
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
4 small background.
** Attachment added: 1747574623.jpg
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4338576/+files/1747574623.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
using cairo_surface_set_device_scale() in gnome_bg_create_surface()
makes it work, not sure if that's the right fix though
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account
The background rendering issue seems a gnome-desktop3 bug, attaching a
small testcase
to compile:
$ gcc -o background background.c `pkg-config --cflags --libs glib-2.0 gdk-3.0
gdk-x11-3.0 gio-2.0 gnome-desktop-3.0`
to try in a normal/unity7 session
- close nautilus (nautilus -q) so nothing
But, after applied this patch , the background is incorrect. It became 4
small background.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of an OEM
Bruce, can you attach a screenshot, please?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of an OEM image needs to scale
based on resolution
To
Sebastien Bacher pushed a new patch for unity-settings-daemon, it at :
lp:~seb128/unity-settings-daemon/non-unity-sessions-need-scaling
I tested this patch on a hidpi Lenovo laptop with kittyhawk2-trusty-
amd64-iso-20150209-1.iso , it worked well, the windows was larger during
installation.
--
The code have been pushed to lp.
$ bzr push
lp:~oem-solutions-group/kittyhawk/unity-settings-daemon_Seb.lp1382291
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation
This patch need to be updated , then resubmit to upstream.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of an OEM image needs to scale
based on
Hello,
From this bug report I see issues with ubiquity window itself, but not
the background.
In
https://code.launchpad.net/~bruce.ma/ubiquity/support-hidpi-lp1382291/+merge/249292
something very strange is proposed for the Ubuntu Desktop:
- pull in dependency from universe
- disable usage
@xnox,
If we do nothing for ubiquity-dm, the background issue will be introduced after
unity-settings-daemon is patched.
This is why the background issue is not mentioned in the beginning.
- pulling 'feh' from universe/graphics is bad if we can find out other
solution to fix the background
Since the change of http://bazaar.launchpad.net/~unity-settings-daemon-
team/unity-settings-daemon/trunk/revision/4020 and
http://bazaar.launchpad.net/~unity-settings-daemon-team/unity-settings-
daemon/14.04/revision/4020, autodetecting the scaling factor is
disabled, so many issues are hidden.
@Bruce,
For vivid you need push you own project in lp:~bruce.ma/unity-settings-
daemon/support-hidpi-lp1382291 and merge it into lp:unity-settings-
daemon.
For trusty you need based on lp:unity-settings-daemon/14.04 .
--
You received this bug notification because you are a member of Ubuntu
** Branch unlinked: lp:~bruce.ma/vivid/ubiquity.lp1382291
** Branch unlinked: lp:~bruce.ma/vivid/unity-settings-daemon.lp1382291
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
@Bin Li, thank you.
I've uploaded code to
lp:~bruce.ma/unity-settings-daemon/support-hidpi-lp1382291 and proposed a
merging to lp:unity-settings-daemon.
https://code.launchpad.net/~bruce.ma/unity-settings-daemon/support-hidpi-lp1382291/+merge/249293
I've uploaded code to
** Branch unlinked: lp:~bruce.ma/vivid/ubiquity.lp1382291
** Branch unlinked: lp:~bruce.ma/vivid/unity-settings-daemon.lp1382291
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Merged Shih-Yuan's patch to newest code from vivid. And uploaded the code to lp.
$ bzr push lp:~bruce.ma/vivid/unity-settings-daemon.lp1382291
Created new branch.
$ bzr push lp:~bruce.ma/vivid/ubiquity.lp1382291
Created new branch.
--
You received this bug notification because you are a member
** Branch linked: lp:~bruce.ma/vivid/unity-settings-daemon.lp1382291
** Branch linked: lp:~bruce.ma/vivid/ubiquity.lp1382291
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account
I don't have the permission to propose a merging to lp:unity-settings-daemon
and lp:ubiquity .
Who can help me to do that ?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account
Merged Shih-Yuan's patch to the packages of trusty. And uploaded the
code to lp.
$ bzr push lp:~oem-solutions-group/kittyhawk/unity-greeter.lp1286878
Created new branch.
$ bzr push lp:~oem-solutions-group/kittyhawk/unity-settings-daemon.lp1382291
Created new branch.
$ bzr push
There really is a cancer destroying GNOME... just because you can't auto
detect the correct dpi 100% of the time does not mean you give up
trying, and then remove the applet to manually set it from the control
panel. We really need to fix that.
--
You received this bug notification because you
I tested the patch that was uploaded by Shih-Yuan for Bug #1286878, now the
login window could be scaled correctly on hidpi display.
https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1286878/comments/12
--
You received this bug notification because you are a member of Ubuntu
Bugs,
@Bruce,
Bug #1286878 needs to be fixed with this issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of an OEM image needs to scale
based on
I discussed with Shih-Yuan abouth the background issue, he advised to install
the feh package and try again.
I will test this solution.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
After the feh package was installed, the windows was scaled correctly during
P1, P2, OOBE stage.
But the login window was scaled down incorrectly.
Detail: https://bugs.launchpad.net/kittyhawk/kittyhawk-2.0/+bug/1389940 #14-#16
--
You received this bug notification because you are a member of
I merged Shih-Yuan's patch to trusy and will test it on Mystique-2-3.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of an OEM image needs to scale
I merged 4$'s patch to unity-settings-daemon and ubiquity of trusty and tested
it on Mystique-2-3 with kittyhawk2-trusty-amd64-20150127-0.
The window was scaled correctly during OOBE, but the background was empty.
Detail:
** Branch linked: lp:~bruce.ma/vivid/unity-settings-daemon.lp1382291
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of an OEM image needs to scale
I already merged the hidpi_display.patch to add-hidpi-support and put it to
lp:~bruce.ma/vivid/unity-settings-daemon.lp1382291
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account
I already merged the hidpi_display.patch to ubiquity and put it to
lp:~bruce.ma/vivid/ubiquity.lp1382291
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first
** Branch linked: lp:~bruce.ma/vivid/ubiquity.lp1382291
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of an OEM image needs to scale
based on
Regarding comment #18, the HiDPI support is in the xsettings plugin of
u-s-d/g-s-d, the only thing that ubiquity needs to do is waiting for the
xsettings plugin before ubiquity invokes any GTK/GDK function.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
However the original mechanism for the background image doesn't support
HiDPI well, so some part of my patch is to use feh to fix the background
image problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Changed in: ubiquity (Ubuntu)
Assignee: Stéphane Graber (stgraber) = Mathieu Trudel-Lapierre
(mathieu-tl)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation
Shih-Yuan; the ubiquity_hidpi.patch patch you attached doesn't seem to
be directly related to HiDPI support. Maybe I'm misreading, but those
seem to be nothing more than some of the changes that aren't yet in
Trusty.
As for the changes to unity-settings-daemon, I can only let you finish
those
Should ubuntu-sponsors be subscribed to review those u-s-d changes?
Shih-Yuan, could you merge propose the unity-settings-daemon against the
upstream project on launchpad? That would help to get it reviewed
** Changed in: unity-settings-daemon (Ubuntu)
Importance: Critical = High
** Changed
** Changed in: unity-settings-daemon (Ubuntu)
Assignee: (unassigned) = Will Cooke (willcooke)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of
** Changed in: oem-priority
Importance: High = Critical
** Changed in: ubiquity (Ubuntu)
Importance: Undecided = Critical
** Changed in: unity-settings-daemon (Ubuntu)
Importance: Undecided = Critical
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
I've not looked to the logic behind hidpi scaling in a bit, but iirc
unity-settings-daemon doesn't apply the factor to the session.
In GNOME g-s-d does it, but the unity case is more complex since we have
different factors (gtk being an int, unity being a float, ...) so we let
unity do the magic.
I found there are some commits from the upstream and I am trying to merge those
commits with my patch.
However the work is not finished yet, so I put it in
lp:~fourdollars/unity-settings-daemon/add-hidpi-support temporarily.
--
You received this bug notification because you are a member of
** Description changed:
- In HiDPI screens, the OOBE for OEM images is not ideal.
+ [Impact]
+ The ubiquity window size display in HiDPI screens is small.
The new gSettings to scale GTK applications (and their corresponding
settings in System Settings) work great, but this does not help
This issue could be reproduced with ubuntu-14.04-desktop-amd64.iso on
Mystique-1-3(HiDPI laptop).
[ Test Case]
* Use usb-creator-gtk to burn ubuntu-14.04-desktop-amd64.iso to USB stick.
* Use that stick to install Ubuntu.
* The UI window is small.
** Attachment added: 002.jpg
I found we still need to modify ubiquity for the HiDPI support.
** Patch added: ubiquity_hidpi.patch
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4275936/+files/ubiquity_hidpi.patch
** Changed in: ubiquity (Ubuntu)
Status: Invalid = Confirmed
** Changed in:
** Changed in: ubiquity (Ubuntu)
Assignee: Steve Langasek (vorlon) = Stéphane Graber (stgraber)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot
So for the ubiquity task, ubiquity calls unity-settings-daemon when
running under ubiquity-dm (as is the case for the standalone installer
and for OEM config), so once the unity-settings-daemon issue is
resolved, I'd expect the UI to just scale as expected.
As such, marking the ubiquity tasks
Some feedback from bregma:
I imagine it's just a matter of writing a script to query the X server
(xrandr) and calculating some reasonable scaling factor based on the pixel
density, then setting the gsettings value
bregma maybe a half-days work for someone who knows Python
bregma StephaneVerdy,
A patch for unity-settings-daemon.
** Patch added: hidpi_display.patch
https://bugs.launchpad.net/oem-priority/+bug/1382291/+attachment/4254190/+files/hidpi_display.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The attachment hidpi_display.patch seems to be a patch. If it isn't,
please remove the patch flag from the attachment, remove the patch
tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the
team.
[This is an automated message performed by a Launchpad user owned by
~brian-murray,
There are some additional functions that those bitmaps relative
operations should follow up.
quote
Hi-DPI for developers
GTK+ makes hi-dpi work transparently in most places, but sometimes it
may be necessary to do some extra work for best results. Here are some
APIs to learn about the scale
I found some information in unity-settings-
daemon-14.04.0+14.04.20140606/plugins/xsettings/gsd-xsettings-manager.c.
/* As we cannot rely on the X server giving us good DPI information, and
* that we don't want multi-monitor screens to have different DPIs (thus
* different text sizes), we'll
HiDPI is for doubling things like bitmaps, whose size is fixed in
pixels. In that image I don't really see any bitmaps that would benefit
from this, only text, and text is always scaled to the right size.
Therefore, it looks like the problem is just that X is not detecting the
DPI of the monitor
There is a criterion to detect HiDPI for gtk/gnome based UI.
GNOME currently enables hi-dpi support when the screen resolution is at
least 192 dpi and the screen height (in device pixels) is at least
1200. excerpt from https://wiki.gnome.org/HowDoI/HiDpi.
I made a little script at
This looks like a bug in Xwindows or a hardware detection issue rather
than any new design needed. Fonts are already scaled by the correct
amount so they appear the correct size on a screen. In other words, a
12 point font is 12 / 72nds of an inch tall no matter if you are in 640
x 480 or 1800 x
** Changed in: ubiquity (Ubuntu)
Assignee: (unassigned) = Steve Langasek (vorlon)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1382291
Title:
Account creation during first boot of an OEM
** Description changed:
- [Summary]
- OOBE setting window will resize to be smaller
+ In HiDPI screens, the OOBE for OEM images is not ideal.
- [Reproduce Steps]
- 1. Install trusty image and complete phase 1 2
- 2. enter OOBE
- 3. The OOBE setting window resized to be smaller for highest
92 matches
Mail list logo