No units for margin settings in printing properties

Bug #55293 reported by Amnon Aaronsohn
2
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Confirmed
Unknown
firefox (Ubuntu)
Confirmed
Low
Mozilla Bugs

Bug Description

When you do File->Print...->Properties, there's an area labelled "Gap from edge of paper to margin". In it there are widgets for top/bottom/left/right margins which contain numerical values. However no units (mm/inches/etc.) are specified so you don't know what the values mean.

Revision history for this message
In , M-drozdzynski (m-drozdzynski) wrote :

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060802 BonEcho/2.0b1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060802 BonEcho/2.0b1

When you do File->Print...->Properties, there's an area labelled "Gap from edge of paper to margin". In it there are widgets for top/bottom/left/right margins which contain numerical values. However no units (mm/inches/etc.) are specified so you don't know what the values mean.

This bug was originally reported in Ubuntu:
     https://launchpad.net/distros/ubuntu/+source/firefox/+bug/55293

Reproducible: Always

Steps to Reproduce:
1. Open File->Print...->Properties dialog
2. Look at 'Gap from edge of paper to margin'
3. See no units

Expected Results:
There should be units provided to ensure the proper understanding of entered settings.

This bug was originally reported for Firefox 1.5, however it still appears in Firefox 2.0 nightly builds (as for 8/2/06). The user agent string is included.

Revision history for this message
Mateusz Drożdżyński (matid) wrote :

Thanks for your bug report. This particular bug has been filed
with the developers of the software. You can track this and make
comments here:
https://bugzilla.mozilla.org/show_bug.cgi?id=347518

Changed in firefox:
status: Unconfirmed → Confirmed
Changed in firefox:
status: Unknown → Unconfirmed
Revision history for this message
In , David Farning (dfarning) wrote :

I would like to follow up that this issue still exist in the 2.0 series.

David

David Farning (dfarning)
Changed in firefox:
assignee: nobody → mozillateam
importance: Undecided → Low
David Farning (dfarning)
Changed in firefox:
assignee: mozillateam → mozilla-bugs
Revision history for this message
In , AleksanderAdamowski (aadamowski) wrote :

The bug is still present in Firefox nightly builds:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b3pre) Gecko/2008012004 Minefield/3.0b3pre

The simplest fix, specifying the units, which seem to always be inches (http://kb.mozillazine.org/PostScript_Module) should be trivial.

However, for the majority of the world, where the metric, not imperial system is in use, people are usually unable to convert the margin values from millimeters to inches in their mind.

So ideally, the units used should be determined by user's locale.

On UNIX systems, LC_MEASUREMENT environment variable determines units of measurement - metric or imperial.

Revision history for this message
In , AleksanderAdamowski (aadamowski) wrote :

Specifically, on UNIX systems the setlocale() function should be used to first initialize the program's running locale settings in accordance with its environment, then the same function should be used to get locale settings for specific category:

/* Sample program */
#include <locale.h>
#include <stdio.h>

int main() {
  printf("LC_ALL: %s\n", setlocale(LC_ALL, NULL));
  printf("LC_CTYPE: %s\n", setlocale(LC_CTYPE, NULL));
  printf("LC_MEASUREMENT: %s\n", setlocale(LC_MEASUREMENT, NULL));
  printf("LC_IDENTIFICATION: %s\n", setlocale(LC_IDENTIFICATION, NULL));

  /* Initialize program's locale: */
  printf("LC_ALL: %s\n", setlocale(LC_ALL, ""));

  printf("LC_ALL: %s\n", setlocale(LC_ALL, NULL));
  printf("LC_CTYPE: %s\n", setlocale(LC_CTYPE, NULL));
  printf("LC_MEASUREMENT: %s\n", setlocale(LC_MEASUREMENT, NULL));
  printf("LC_IDENTIFICATION: %s\n", setlocale(LC_IDENTIFICATION, NULL));
  return 0;
}
/* End sample */

More details:

http://www.opengroup.org/onlinepubs/009695399/functions/setlocale.html

Revision history for this message
In , AleksanderAdamowski (aadamowski) wrote :

See also bug 415171 (mildly related).

Also, the units for gaps in File -> Print aren't consistent with those presented for margins in File -> "Page Setup...", nor the values.

I currently have:

File -> Page Setup:
all margins set to 12.70, units declared are millimeters (regardless of LC_MEASUREMENT and LC_ALL - I tried setting both to C, en_US.UTF-8, pl_PL.UTF-8 without any change in behaviour).

File -> Print:
top/bottom gaps: 0.33
left/right gaps: 0.50
units are probably inches

I think that a proper fix for bug 284925 would solve this bug and bug 415171.

Marking as dependent on 284925.

Revision history for this message
In , AleksanderAdamowski (aadamowski) wrote :

Of course, fixing bug 284925 would make the margins set automatically, but the display of measurement units (this bug) is a separate issue.

What's strange, I've determined that the "Gap from edge
of paper to margin" setting only allows values from 0 to 0.5, and in my case changing it doesn't affect the printout visibly.

Is this setting changing anything at all? What is its relationship to margin settings in Page Setup? http://kb.mozillazine.org/PostScript_Module seems to imply that the gaps are only for headers and footers.

Bug 130075 sheds some light on the issue, but it doesn't dispel all the confusion.

Revision history for this message
In , AleksanderAdamowski (aadamowski) wrote :

Product -> Core.

Changed in firefox:
status: New → Confirmed
Changed in firefox:
importance: Unknown → Low
Revision history for this message
In , Bugmoz-2-foo (bugmoz-2-foo) wrote :

Just a freshup.
Will this ever be fixed?
Current Firefox 5 has still this problem.

Changed in firefox:
status: Confirmed → Unknown
Changed in firefox:
status: Unknown → Confirmed
Changed in firefox:
importance: Low → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.