GNU bug report logs - #14801
24.3.50; Document monitor attributes (e.g., `workarea' and `mm-size')

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Fri, 5 Jul 2013 20:32:02 UTC

Severity: minor

Found in version 24.3.50

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 14801 in the body.
You can then email your comments to 14801 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#14801; Package emacs. (Fri, 05 Jul 2013 20:32:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Drew Adams <drew.adams <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 05 Jul 2013 20:32:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; Document monitor attributes (e.g., `workarea' and `mm-size')
Date: Fri, 5 Jul 2013 13:30:53 -0700 (PDT)
Monitor attributes are partially documented in
`C-h f display-monitor-attributes-list'.  They should also be (fully)
documented in the Elisp manual.

Even in the doc string of d-m-a-l, the description is incomplete and
needs to be filled out.

Attribute `workareas' is described only in terms of "the workarea".
There is no explanation of what is meant by "workarea" (which should
presumably be two words, BTW).

Attribute `mm-size' is described only as "the width and height in
millimeters".  It's all very nice to say what the units are, but what is
it that is being measured?  The width & height of what?  If it is the
"work area" (whatever that might be) then say so explicitly.

Beyond all this, what on Earth IS a monitor "attribute"?  Is it supposed
to be the same thing as a frame parameter?  The Elisp manual covers file
attributes and face attributes.  And it mentions terminal attributes (in
passing - there is no explanation or description of them), but it is
silent about monitor attributes.

The doc for this feature or collection of features (?) is hopelessly
incomplete and confused.  One can only make wild guesses as to what is
meant and what this is all about.

In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2013-07-01 on LEG570
Bzr revision: 113246 lekktu <at> gmail.com-20130701165437-ea20s94hqwp3ttaj
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/usr --enable-checking CFLAGS='-O0 -g3'
 CPPFLAGS='-DGLYPH_DEBUG=1 -I/c/usr/include''




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#14801; Package emacs. (Fri, 05 Jul 2013 23:30:04 GMT) Full text and rfc822 format available.

Message #8 received at 14801 <at> debbugs.gnu.org (full text, mbox):

From: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 14801 <at> debbugs.gnu.org
Subject: Re: bug#14801: 24.3.50;
 Document monitor attributes (e.g., `workarea' and `mm-size')
Date: Sat, 06 Jul 2013 08:29:23 +0900
>>>>> On Fri, 5 Jul 2013 13:30:53 -0700 (PDT), Drew Adams <drew.adams <at> oracle.com> said:

> Monitor attributes are partially documented in `C-h f
> display-monitor-attributes-list'.  They should also be (fully)
> documented in the Elisp manual.

Actually I was preparing for that.  See the bottom of this mail.

> Even in the doc string of d-m-a-l, the description is incomplete and
> needs to be filled out.

> Attribute `workareas' is described only in terms of "the workarea".
> There is no explanation of what is meant by "workarea" (which should
> presumably be two words, BTW).

While I was creating the docstring, I actually looked for the
definition of "workarea" in EWMH on which the implementation is based.
Unfortunately, it only says as "work area".

  http://standards.freedesktop.org/wm-spec/1.3/ar01s03.html#id3075721

But I've just found the GDK documentation has some explanation: "The
work area should be considered when positioning menus and similar
popups, to avoid placing them below panels, docks or other desktop
components."

  https://developer.gnome.org/gdk3/3.8/GdkScreen.html#gdk-screen-get-monitor-workarea

If it is allowed to use "panels", "docks" or "desktop components"
without their definitions, probably similar explanation of "work area"
can be provided.

> Attribute `mm-size' is described only as "the width and height in
> millimeters".  It's all very nice to say what the units are, but
> what is it that is being measured?  The width & height of what?  If
> it is the "work area" (whatever that might be) then say so
> explicitly.

Of the monitor.  I thought it was obvious from the context.  But I can
add "of the physical monitor" for clarity.

> Beyond all this, what on Earth IS a monitor "attribute"?  Is it
> supposed to be the same thing as a frame parameter?

No.  It is an alist describing some kinds of information about current
configuration of each physical monitor.  I named it after "file
attributes".

> The Elisp manual covers file attributes and face attributes.  And it
> mentions terminal attributes (in passing - there is no explanation
> or description of them), but it is silent about monitor attributes.

> The doc for this feature or collection of features (?) is hopelessly
> incomplete and confused.  One can only make wild guesses as to what
> is meant and what this is all about.

The current draft of the Elisp manual begins like this:

@node Multiple Physical Monitors
@section Multiple Physical Monitors
@cindex multiple physical monitors

  On some ``multi-monitor'' setups, a single graphical display outputs
to more than one physical monitor.  You can get some kinds of
information on each physical monitor to examine the current monitor
configuration.  Because the monitor configuration can be changed
dynamically in general, you should avoid reusing the information
obtained some time ago.

  Information on each physical monitor is represented as
``attributes'', an alist of attribute keys and values as follows:

@table @code

@item geometry
...

				     YAMAMOTO Mitsuharu
				mituharu <at> math.s.chiba-u.ac.jp




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#14801; Package emacs. (Sat, 06 Jul 2013 01:40:02 GMT) Full text and rfc822 format available.

Message #11 received at 14801 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Cc: 14801 <at> debbugs.gnu.org
Subject: RE: bug#14801: 24.3.50; Document monitor attributes (e.g., `workarea'
 and `mm-size')
Date: Fri, 5 Jul 2013 18:39:42 -0700 (PDT)
> > Monitor attributes are partially documented in `C-h f
> > display-monitor-attributes-list'.  They should also be (fully)
> > documented in the Elisp manual.
> 
> Actually I was preparing for that.

Great.  Thanks for working on it.

> See the bottom of this mail.
> 
> > Even in the doc string of d-m-a-l, the description is incomplete and
> > needs to be filled out.
> 
> > Attribute `workareas' is described only in terms of "the workarea".
> > There is no explanation of what is meant by "workarea" (which should
> > presumably be two words, BTW).
> 
> While I was creating the docstring, I actually looked for the
> definition of "workarea" in EWMH on which the implementation is based.
> Unfortunately, it only says as "work area".
> 
>   http://standards.freedesktop.org/wm-spec/1.3/ar01s03.html#id3075721
> 
> But I've just found the GDK documentation has some explanation: "The
> work area should be considered when positioning menus and similar
> popups, to avoid placing them below panels, docks or other desktop
> components."
> 
>   https://developer.gnome.org/gdk3/3.8/GdkScreen.html#gdk-screen-get-
> monitor-workarea
> 
> If it is allowed to use "panels", "docks" or "desktop components"
> without their definitions, probably similar explanation of "work area"
> can be provided.

Thanks for trying to find out what it is.  I don't understand, myself,
but I'm not going to spend the time necessary to study this.  What you
might want to do, especially if things will remain only partly explained,
is to refer readers to some such external reference for more info.

I had no idea, for example, that this involved something called a work
area that is defined externally (e.g. as part of a standard or similar).
I thought it was just an Emacs thing.  If it is only Emacs then we really
need to specify it.  But if it is defined elsewhere then we can just
summarize and point to the external description for more information.

> > Attribute `mm-size' is described only as "the width and height in
> > millimeters".  It's all very nice to say what the units are, but
> > what is it that is being measured?  The width & height of what?  If
> > it is the "work area" (whatever that might be) then say so
> > explicitly.
> 
> Of the monitor.  I thought it was obvious from the context.  But I can
> add "of the physical monitor" for clarity.

Yes, thanks.

> > Beyond all this, what on Earth IS a monitor "attribute"?  Is it
> > supposed to be the same thing as a frame parameter?
> 
> No.  It is an alist describing some kinds of information about current
> configuration of each physical monitor.  I named it after "file
> attributes".

That's fine.  Please just say that then: it is an alist of...  And
give a little more information to give a better idea.  Just substituting
"some kinds of information" for "attribute" won't get us very far.

> The current draft of the Elisp manual begins like this:
> 
> @node Multiple Physical Monitors
> @section Multiple Physical Monitors
> @cindex multiple physical monitors
> 
>   On some ``multi-monitor'' setups, a single graphical display outputs
> to more than one physical monitor.  You can get some kinds of
> information on each physical monitor to examine the current monitor
> configuration.  Because the monitor configuration can be changed
> dynamically in general, you should avoid reusing the information
> obtained some time ago.
> 
>   Information on each physical monitor is represented as
> ``attributes'', an alist of attribute keys and values as follows:

Sounds better already.  Call them "monitor attributes", to be even
clearer.  Thx.




Reply sent to Glenn Morris <rgm <at> gnu.org>:
You have taken responsibility. (Sat, 06 Jul 2013 02:50:02 GMT) Full text and rfc822 format available.

Notification sent to Drew Adams <drew.adams <at> oracle.com>:
bug acknowledged by developer. (Sat, 06 Jul 2013 02:50:02 GMT) Full text and rfc822 format available.

Message #16 received at 14801-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 14801-done <at> debbugs.gnu.org
Subject: Re: bug#14801: 24.3.50;
 Document monitor attributes (e.g., `workarea' and `mm-size')
Date: Fri, 05 Jul 2013 22:49:01 -0400
No need for bug reports about documenting new features that are in
NEWS without +++/--- markup.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#14801; Package emacs. (Sat, 06 Jul 2013 08:49:01 GMT) Full text and rfc822 format available.

Message #19 received at 14801 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Cc: 14801 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#14801: 24.3.50; Document monitor attributes (e.g., `workarea'
 and `mm-size')
Date: Sat, 06 Jul 2013 10:47:58 +0200
> The current draft of the Elisp manual begins like this:
>
> @node Multiple Physical Monitors
> @section Multiple Physical Monitors
> @cindex multiple physical monitors

Since to my knowledge the Elisp manual does nowhere talk about single
physical monitors I'd suggest to drop the term "multiple" here.
Moreover, the terms "screen" and "display" should be related to
"monitors".

martin




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 03 Aug 2013 11:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 10 years and 241 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.