[Bug 1382291] Re: Account creation during first boot of an OEM image needs to scale based on resolution

[Shih-Yuan Lee]

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 factor:

gdk_screen_get_monitor_scale_factor
gdk_window_get_scale_factor
gtk_widget_get_scale_factor

Similarly, Clutter tries to automatically handle the scaling factor on
each drawing surface, but it provides explicit API to retrieve and set
the scaling factor:

ClutterSettings:window-scaling-factor
clutter_canvas_set_scale_factor
clutter_canvas_get_scale_factor
</quote>

Excerpt from https://wiki.gnome.org/HowDoI/HiDpi.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/1382291

Title:
  Account creation during first boot of an OEM image needs to scale
  based on resolution

Status in OEM Priority Project:
  Confirmed
Status in “ubiquity” package in Ubuntu:
  New
Status in “ubiquity” source package in Trusty:
  New

Bug description:
  In HiDPI screens, the OOBE for OEM images is not ideal.

  The new gSettings to scale GTK applications (and their corresponding
  settings in System Settings) work great, but this does not help for
  the account creation (first boot) for users buying a pre-install
  system.

  We would need changes in Ubiquity to:

   * Probe the monitor to get resolution information
   * Re-scale the ubiquity window using the corresponding gsetting (com.ubuntu.user-interface scale-factor) based on resolution

  We would need the changes to be backported to Trusty as well.

To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/1382291/+subscriptions