Page MenuHomePhabricator

Scrolling should not be needed to see whole ULS dialog
Closed, ResolvedPublic

Description

Assumption:

$wgULSPosition = 'interlanguage';

  1. Go to wiki with ULS with above setting
  2. Click the cog
  3. Click fonts tab

Observed: ULS is partially hidden (unless you have a very big resolution)
Expected: No scrolling needed to see whole dialog.


Version: unspecified
Severity: normal
Whiteboard: ux
URL: https://dev.translatewiki.net/?uselang=hi
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=48204

Details

Reference
bz47821

Event Timeline

bzimport raised the priority of this task from to Unbreak Now!.Nov 22 2014, 1:19 AM
bzimport set Reference to bz47821.

Added URL. The steps to reproduce should request picking a UI language that has web fonts defined and is different from the content language.

I think the solution here should be to call the same code that makes the page scroll as when the cog icon is clicked. That should put the dialog in view properly.

I created a document that proposes how to scroll according to the available space: http://commons.wikimedia.org/wiki/File:ULS_scrolling_design.pdf

Gerrit 63843 improves things, but doesn't fix everything.

Scenario:
Precondition:

  • ULS interlanguage (cog)
  • Limited screen height

Steps to reproduce:

  1. Open cog (Observed: screen scrolls down if needed)
  2. Click "Input"
  3. Click "..."

Observed:
I. Language selector is partially hidden below the bottom margin and scrolling is needed.

Expected:
II. Same behavior as for step 1.

Related URL: https://gerrit.wikimedia.org/r/65693 (Gerrit Change I7ad1de7c62dc4ece4c565500f31ae4db1e7708a4)

(In reply to comment #7)

Related URL: https://gerrit.wikimedia.org/r/65693 (Gerrit Change
I7ad1de7c62dc4ece4c565500f31ae4db1e7708a4)

This was abandoned and alternate fix was done in Iee1af1341accf8af5a0ec44d7ad8f07c331656ab

patch was merged