From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Pretest next week Date: Sun, 08 Mar 2009 10:24:12 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <815CC60C-5993-4A22-840A-C0E18A710068@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1236475471 14650 80.91.229.12 (8 Mar 2009 01:24:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 8 Mar 2009 01:24:31 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 08 02:25:45 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 1Lg7lw-0001vj-SO for ged-emacs-devel@m.gmane.org; Sun, 08 Mar 2009 02:25:45 +0100 Original-Received: from localhost ([127.0.0.1]:54540 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lg7kb-0006x7-5H for ged-emacs-devel@m.gmane.org; Sat, 07 Mar 2009 20:24:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lg7kW-0006vn-P7 for emacs-devel@gnu.org; Sat, 07 Mar 2009 20:24:16 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lg7kU-0006vF-D9 for emacs-devel@gnu.org; Sat, 07 Mar 2009 20:24:15 -0500 Original-Received: from [199.232.76.173] (port=47190 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lg7kU-0006vC-7Y for emacs-devel@gnu.org; Sat, 07 Mar 2009 20:24:14 -0500 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:62814) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lg7kT-0006Ar-G3 for emacs-devel@gnu.org; Sat, 07 Mar 2009 20:24:14 -0500 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 83D1F2C55 for ; Sun, 8 Mar 2009 10:24:12 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-operating-system: by monty-python.gnu.org: NetBSD 3.0 (DF) 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:109510 Archived-At: >>>>> On Sat, 07 Mar 2009 15:28:21 +0200, Adrian Robert said: >> Still, I think Feval calls from read_socket_hook and (emulated) >> select are really bad. Most developers assume that these functions >> (and some higher-level ones such as detect_input_pending) don't >> call Feval, and they may add some code without noticing that NS >> breaks such assumptions. > Although I am still unsure how often in practice there is a problem > (the tramp menu crash was not reported until now, despite the > situation causing it on the NS end existing for years), I fully > agree that the menu event handling under NS should be fixed. Given > the menu update model in emacs, the best solution is likely to defer > the event as other ports including Carbon+AppKit have done. The > only thing stopping me is my lack of time right now, and a > hesitation to implement such a change during pretest. That's why I suggested putting off the pretest or removing the Cocoa/GNUstep port from the pretest. This is not the only thing. The recent "fail on osx between 2/4/2009 and 2/5/2009" thread reminded me of several "kludges" that should be fixed before the release: 1. Different interface for existing functionality. a. ns-read-file-name vs. x-file-dialog b. ns-drag-{file,color,text} event + own handlers vs. drag-n-drop event + dnd.el c. ns-expand-space vs. line-spacing frame parameter d. nsfont_make_fontset_for_font vs. :lang/:script/:registry properties in font-spec 2. Interface is the same, but implementation is based on own interpretation. a. tooltip (not being an Emacs frame, it cannot make use of Emacs display features such as images.) b. selection concepts (local/foreign selection, ownership) c. rightmost scroll-bar placement (it doesn't consider the case where scroll bars in different width, e.g., C-x 2 M-: (set-window-scroll-bars nil 11 t) RET) d. internal-border-width e. fringe and cursor drawing 3. NS-only implementation for features that are not inherently specific to NS. a. preferences panel b. alpha-component in color specification c. color image for stipple (cf. tiling patch by Miles Bader) 4. Suspected fundamental design flaw. a. C-g handling b. menu bar activation timing YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp