unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Jan Djärv" <jan.h.d@swipnet.se>
To: Adrian Robert <adrian.b.robert@gmail.com>
Cc: emacs- devel <emacs-devel@gnu.org>
Subject: Re: Proposed function: x-display-usable-bounds
Date: Mon, 03 Dec 2007 10:40:31 +0100	[thread overview]
Message-ID: <4753CF0F.8080101@swipnet.se> (raw)
In-Reply-To: <55f7df060712030043t22ac4321hf18c47f40611f20b@mail.gmail.com>



Adrian Robert skrev:
> Hi,
> 
> On the Mac platform both the Carbon and Cocoa ports face the problem
> of determining where on the display to place new frames.  For this it
> is helpful not just to know the overall dimensions of the display
> (x-display-pixel-width,height) but also the portion of the display
> that is not obscured/reserved for the dock and menubar.  I assume this
> issue comes up as well on Windows (task bar) and on X desktops such as
> Gnome or KDE.
> 

Gnome and KDE follow the Extended windowmanager hints specification.  It 
defines a property on the root window which gives the "usable" display area.

http://freedesktop.org/wiki/Specifications/wm-spec

The implementation for KDE and Gnome could easily be done in elisp.  Does your 
patch handle multiple desktops/screens?

> The Carbon port was defining its own function to return (top left
> width height) for the usable screen area.  Since it seems relevant for
> all platforms, it would seem appropriate to name this function with an
> x- prefix, e.g., x-display-usable-bounds, and define it for all
> platforms.  As a placeholder implementation, a list (0 0
> x-display-pixel-width x-display-pixel-height) could be returned.  See
> the thread below for the current Carbon and Cocoa implementations.
> 
> http://sourceforge.net/mailarchive/forum.php?thread_name=2CE05DE2-B276-4F80-918B-9C1A28DF169A%40gmail.com&forum_name=emacs-app-dev-
> 

ERROR

Either your mailing list name was misspelled or the list you specified does 
not exist. If you believe this message to be in error, there may be a 
temporary outage of Mailing List Archive services. Please consult Site Status 
for more information.

  reply	other threads:[~2007-12-03  9:40 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-03  8:43 Proposed function: x-display-usable-bounds Adrian Robert
2007-12-03  9:40 ` Jan Djärv [this message]
2007-12-03 12:34   ` Adrian Robert
2007-12-03 14:36     ` YAMAMOTO Mitsuharu
2007-12-03  9:41 ` Andreas Schwab
2007-12-03 10:00   ` Jason Rumney
2007-12-03 14:56 ` Stefan Monnier
2007-12-04 11:10   ` Adrian Robert
2007-12-04 13:56     ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4753CF0F.8080101@swipnet.se \
    --to=jan.h.d@swipnet.se \
    --cc=adrian.b.robert@gmail.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).