Ubiquity slideshow is crammed with Traditional Chinese

[Patrick Wright]

Binary package hint: ubiquity

In order fully display the next button arrow ">" the display area must be scrolled. I have not seen this with other languages during the install.

Description: Ubuntu natty (development branch)
Release: 11.04

N: 未发现软件包 pkgname

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: ubiquity (not installed)
ProcVersionSignature: Ubuntu 2.6.38-1.28-generic 2.6.38-rc2
Uname: Linux 2.6.38-1-generic i686
Architecture: i386
Date: Thu Feb 3 04:11:07 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Alpha i386 (20110202)
ProcEnviron:
 LANGUAGE=zh_CN:zh:en_GB:en
 PATH=(custom, no user)
 LANG=zh_CN.UTF-8
 LC_MESSAGES=zh_CN.utf8
 SHELL=/bin/bash
SourcePackage: ubiquity

[Milo Casagrande (milo)]

Assigning to the Ubuntu Chinese Translators so that they can take a look at it.

[Aron Xu (happyaron)]

Hello Patrick, could you attach some screeshots to illustrate the problem?

[Dylan McCall (dylanmccall)]

Oh, that is interesting. I can't find anything with this locale running in the tester or in my browser pointing at http://people.ubuntu.com/~dylanmccall/ubiquity-slideshow-ubuntu/preview/ubuntu/slides/index.html#?locale=zh_CN

Is it possible this is something happening in Ubiquity? Perhaps a label that expects to be longer than it is with zh_CN, changing the layout somehow…

[Dylan McCall (dylanmccall)]

Is anyone able to reproduce this consistently in the installer? I think it is related to another bug that pops up from time to time, where the slideshow just isn't being given enough space.

[Patrick Wright (patrickmwright)]

See attached for the visual defect. Dylan is correct.

Something to note: this only occurs when select the Install Ubuntu button when Ubiquity first starts. The glitch does not occur when running the installer in Live mode.

[Patrick Wright (patrickmwright)]

Hi Dylan,
Do you happen to recall the bug you mentioned in comment 5? If its a dup I'd like to mark it as such. Otherwise, I'd like to get see about getting this bug triaged.
Thanks!

[Dylan McCall (dylanmccall)]

Now that you mention it, I don't think this is filed anywhere. I'll add Ubiquity to this, then :)

[Dylan McCall (dylanmccall)]

Oh, I know what this is! In Patrick's screenshot, Ubiquity is the correct size. This problem comes from the fact that scrollbars take up space, inviting more scrollbars. (From which emerges an evil chicken & egg conundrum).

If a window starts off too small, the vertical scroll bar appears. Because the vertical scroll bar takes up space, the horizontal scroll bar appears. Now the actual content area is a lot smaller, so even if you bring the window up to the correct size the scrollbars will be present. For the scrollbars to go away, you need to make the window bigger than it needed to be at first, then you can shrink it again.
I bump into it a lot doing web design :)

With Ubuntu, we're going to have those fancy new overlay scrollbars that don't take up space, so I bet this problem will magically go away there, but we'll still have this occur for other distributions that use Ubiquity.

This could still be a Ubiquity thing, but now I understand the problem better I am reopening for the slideshow. I can't think of any case where content would extend past the bottom of the page (and overflow:hidden in the slideshow container should deal with that), but I could be missing something…

[Evan (ev)]

ubiquity sets the size_request for the webkit view to be exactly what's specified in slideshow.conf, so I suspect something in the slideshow is causing it to grow beyond that size.

[Evan (ev)]

I've committed a workaround to ubiquity for natty to deal with the scrollbars by never showing them.

[Colin Watson (cjwatson)]

Guillem, why did you reopen the ubiquity-slideshow-ubuntu tasks? They were closed because this is a ubiquity problem, not a problem with the slideshow data. If you disagree, please provide reasoning.

[dino99 (9d9)]

outdated report, no activity