No units for margin settings in printing properties

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.

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

David

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.

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

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.

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.

Product -> Core.

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