From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: lorentey@elte.hu (=?iso-8859-2?q?L=F5rentey_K=E1roly?=) Newsgroups: gmane.emacs.devel Subject: Re: Display-local settings Date: Tue, 20 Apr 2004 06:48:22 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <87eks0654s.fsf@sno.mundell.ukfsn.org> <8765cwkejr.fsf@mail.jurta.org> <200404071157.UAA25094@etlken.m17n.org> <200404071312.WAA25268@etlken.m17n.org> <87zn9nqras.fsf@emacswiki.org> <87hdvux5uz.fsf@orebokech.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1082437452 30258 80.91.224.253 (20 Apr 2004 05:04:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 20 Apr 2004 05:04:12 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Apr 20 07:04:06 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BFnQU-0005bn-00 for ; Tue, 20 Apr 2004 07:04:06 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BFnQU-0001Dd-00 for ; Tue, 20 Apr 2004 07:04:06 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BFnOD-0007lQ-HK for emacs-devel@quimby.gnus.org; Tue, 20 Apr 2004 01:01:45 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BFnO7-0007jt-Mz for emacs-devel@gnu.org; Tue, 20 Apr 2004 01:01:39 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BFnNb-0007bP-Kn for emacs-devel@gnu.org; Tue, 20 Apr 2004 01:01:38 -0400 Original-Received: from [157.181.151.9] (helo=mx2.elte.hu) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BFnCi-0005dd-DD for emacs-devel@gnu.org; Tue, 20 Apr 2004 00:49:52 -0400 Original-Received: from mailbox1.caesar.elte.hu (mailbox1.caesar.elte.hu [157.181.151.157]) by mx2.elte.hu (Postfix) with ESMTP id 8471FAFA99 for ; Tue, 20 Apr 2004 06:48:47 +0200 (CEST) Original-Received: from eris (eris.elte.hu [157.181.150.146]) by mailbox1.caesar.elte.hu (Postfix) with ESMTP id 1EB8EA079515 for ; Tue, 20 Apr 2004 06:49:06 +0200 (CEST) Original-Received: by eris (Postfix, from userid 1000) id A85B147B8F; Tue, 20 Apr 2004 06:48:22 +0200 (CEST) Original-To: emacs-devel@gnu.org In-Reply-To: (Stefan Monnier's message of "19 Apr 2004 13:49:25 -0400") User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) X-ELTE-SpamVersion: MailScanner 4.26.8-itk2 (ELTE 1.1) SpamAssassin 2.63 ClamAV 0.65 X-ELTE-VirusStatus: clean X-ELTE-SpamCheck: no X-ELTE-SpamCheck-Details: score=-4.9, required 5.9, autolearn=not spam, BAYES_00 -4.90 X-ELTE-SpamLevel: X-ELTE-SpamScore: -4 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21926 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21926 Stefan Monnier writes: >> I think I should mention that the behaviour of make-frame has changed >> a bit in the multi-tty branch: `frame-creation-function' has been >> replaced by a window system-dependent `frame-creation-function-alist'. >> (I know it's an ugly incompatible change--providing an equivalent >> compatible solution is on my todo list.) > > I'm not sure how important is compatibility here: I always thought of t= his > variable as an internal one used to communicate between the C and Elisp > part of the frame management code. I see; that's good news. :-) >> But changing the frame creation method is perhaps not the best way to >> approach this particular problem: if a Lisp package really does need >> to do window-system specific frame initialization, then I think it >> should simply hook into after-make-frame-functions, like this: > > Sounds right. As long as this is used early enough that modifying the > size/position/etc... does not cause any user-visible > resizing/repositioning/... Good point; that does not seem to be true for after-make-frame-functions: (defun my-flicker-test (frame) (let ((i 0)) (while (< (setq i (1+ i)) 20) (modify-frame-parameters frame `((top . ,(* 10 i)) (left . ,(* 10 i= )))) (sleep-for 0.01)))) (add-hook 'after-make-frame-functions 'my-flicker-test) (make-frame-command) The new window-system-default-frame-alist support could be easily fixed to prevent flickering, but if packages need dynamic window-system dependent frame parameter initialization, then I guess that needs a new hook. --=20 K=E1roly