If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

-moz-system-metric(touch-enabled) should be monitor-dependent

NEW
Unassigned

Status

()

Core
Widget: Win32
8 years ago
4 years ago

People

(Reporter: bugzilla, Unassigned)

Tracking

Trunk
x86
Windows 8
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

8 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729)

If the CSS-Selector -moz-system-metric(touch-enabled) reports true, the tab bar looks ugly.
- The bar itself will be too tall
- The close button of the tabs is scaled to a pile of pixel clutter

See the Screenshot: http://img69.imageshack.us/i/ff36.png/

Reproducible: Always

Steps to Reproduce:
1. Use a touch enabled computer and start Firefox
Actual Results:  
See Details.

Expected Results:  
I personally would like the tab bar to be the same as when no touch is available. At least the design should be pretty and not such a clumsy trial.

-moz-system-metric(touch-enabled) reports wrong. I use a Dell XT2 Tablet and have the touch input disabled (Control Panel, Pen and Touch, Touch, "Use your finger as an input device" unchecked), so only the pen can be used.
Second the property should be monitor-dependent. Only the laptops integrated monitor is touch/pen capable, not an external monitor.
-> Bug 503042

Comment 1

8 years ago
Created attachment 422859 [details]
The image mentioned in comment #0

Attaching the image from imageshack for historical purposes and to make this bug easier to use by people who cannot access imageshack for some reason.
(Reporter)

Updated

8 years ago
See Also: → bug 503042
Version: unspecified → 3.6 Branch
Yes, the property should be monitor-dependent. I took a look at the win32 docs but could not find any references on how to retrieve information for specific monitors (the docs seems to all be system-wide).   I don't have a multiple monitor setup at the moment, so could you test if you set Firefox to open directly on the external monitor the results are the same or different?

I think that the bigger targets have a value even if using a pen, but I agree that some users might be uncomfortable with the changes, so maybe having a setting to disable this would be reasonable.
(Reporter)

Comment 3

8 years ago
I don't know the Windows Touch/TabletPC API well enough to say "use this api", but the Managed Code property Tablet.TabletDevices might be a start:
http://msdn.microsoft.com/en-us/library/system.windows.input.tablet.tabletdevices%28VS.100%29.aspx

Currently it doesn't matter on which screen I open Firefox, it always show the scaled buttons. Even if the laptops internal monitor is disabled.

I personally don't see any advantage of bigger buttons for pen input as the pen is very precise. An option would be a good thing here.

Larger icons for touch input is a great idea, but this isn't complete by just increasing the height of the tabbar by some pixels. This affects the whole browser: Menubar, Option Dialogs, Address-Bar, etc.

Updated

8 years ago
Blocks: 503042
Status: UNCONFIRMED → NEW
Component: Theme → Widget: Win32
Ever confirmed: true
Product: Firefox → Core
QA Contact: theme → win32
Summary: Touch-Enabled design is ugly → -moz-system-metric(touch-enabled) should be monitor-dependent
Version: 3.6 Branch → Trunk
(Reporter)

Updated

8 years ago
See Also: → bug 541386
Blocks: 548100

Updated

5 years ago
OS: Windows 7 → Windows 8
You need to log in before you can comment on or make changes to this bug.