desktop-packages team mailing list archive

[Stéphane Graber <stgraber@xxxxxxxxxxxx>]

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 invalid.

** Changed in: ubiquity (Ubuntu Trusty)
       Status: New => Invalid

** Changed in: ubiquity (Ubuntu)
       Status: New => Invalid

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-settings-daemon 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 OEM Priority Project trusty series:
  New
Status in “ubiquity” package in Ubuntu:
  Invalid
Status in “unity-settings-daemon” package in Ubuntu:
  New
Status in “ubiquity” source package in Trusty:
  Invalid
Status in “unity-settings-daemon” 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