From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thomas Lord Newsgroups: gmane.emacs.devel Subject: Re: Infrastructural complexity. Date: Tue, 21 Jul 2009 10:17:56 -0700 Message-ID: <1248196676.7551.42.camel@dell-desktop.example.com> References: <20090712180623.GA1009@muc.de> <1247798678.6302.156.camel@dell-desktop.example.com> <87ocrjtafd.fsf@stupidchicken.com> <1247871746.6287.157.camel@dell-desktop.example.com> <1247966060.7410.63.camel@dell-desktop.example.com> <4A62F7AD.4000609@gmx.at> <87eiscn223.fsf@catnip.gol.com> <4A643993.5080302@gmx.at> <87ljmjl9ow.fsf@catnip.gol.com> <4A648E1D.1000007@gmx.at> <877hy3l3kj.fsf@catnip.gol.com> <4A64BF58.4030001@gmx.at> <871vobkny7.fsf@catnip.gol.com> <4A658CD2.8020504@gmx.at> <4A65C1FF.50602@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1248196700 13143 80.91.229.12 (21 Jul 2009 17:18:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 21 Jul 2009 17:18:20 +0000 (UTC) Cc: rms@gnu.org, cyd@stupidchicken.com, lennart.borgman@gmail.com, joakim@verona.se, emacs-devel@gnu.org, juri@jurta.org, martin rudalics , acm@muc.de, drew.adams@oracle.com, Miles Bader To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 21 19:18:11 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MTIyg-0007Nu-Dj for ged-emacs-devel@m.gmane.org; Tue, 21 Jul 2009 19:18:11 +0200 Original-Received: from localhost ([127.0.0.1]:37618 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MTIyf-0007r9-F1 for ged-emacs-devel@m.gmane.org; Tue, 21 Jul 2009 13:18:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MTIya-0007nS-Qw for emacs-devel@gnu.org; Tue, 21 Jul 2009 13:18:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MTIyW-0007Zf-3x for emacs-devel@gnu.org; Tue, 21 Jul 2009 13:18:04 -0400 Original-Received: from [199.232.76.173] (port=57170 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MTIyV-0007ZL-Tb for emacs-devel@gnu.org; Tue, 21 Jul 2009 13:17:59 -0400 Original-Received: from smtp201.iad.emailsrvr.com ([207.97.245.201]:47053) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MTIyU-0006NO-Hs; Tue, 21 Jul 2009 13:17:58 -0400 Original-Received: from relay20.relay.iad.mlsrvr.com (localhost [127.0.0.1]) by relay20.relay.iad.mlsrvr.com (SMTP Server) with ESMTP id 2413C1B4071; Tue, 21 Jul 2009 13:17:58 -0400 (EDT) Original-Received: by relay20.relay.iad.mlsrvr.com (Authenticated sender: lord-AT-emf.net) with ESMTPSA id 790401B406A; Tue, 21 Jul 2009 13:17:56 -0400 (EDT) In-Reply-To: X-Mailer: Evolution 2.22.3.1 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:112931 Archived-At: On Tue, 2009-07-21 at 12:13 -0400, Stefan Monnier wrote: > There's really no way for Emacs to request a particular placement: maybe > when the frame is created, Is that really true for the use case at hand? For example, on X11, window system windows can have parents and applications can control their placement within the parent. That's how things like pop-up menus often work. A "tear-off" is a menu or very similar pop-up that the user can "reparent" and make persistent on the screen. When the user does that, it's generally speaking by means of a mouse gesture that explicitly says where the reparented window goes. I don't see the problem with allowing those pop-ups to be frames (framelets) that can then be torn off. -t