From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eli Zaretskii" Newsgroups: gmane.emacs.bugs Subject: Re: Emacs: a 21st century text-editor Date: Tue, 08 Mar 2005 23:14:00 +0200 Message-ID: <01c52423$Blat.v2.4$e4912560@zahav.net.il> References: <422E0532.13774.47E771@localhost> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7BIT X-Trace: sea.gmane.org 1110316874 20846 80.91.229.2 (8 Mar 2005 21:21:14 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 8 Mar 2005 21:21:14 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 08 22:21:13 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D8m5s-0008Bw-Cn for geb-bug-gnu-emacs@m.gmane.org; Tue, 08 Mar 2005 22:18:21 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D8mKP-0008Tn-T2 for geb-bug-gnu-emacs@m.gmane.org; Tue, 08 Mar 2005 16:33:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D8mK2-0008Er-8B for bug-gnu-emacs@gnu.org; Tue, 08 Mar 2005 16:32:58 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D8mJy-0008Cj-JY for bug-gnu-emacs@gnu.org; Tue, 08 Mar 2005 16:32:55 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D8mJy-0008CR-GD for bug-gnu-emacs@gnu.org; Tue, 08 Mar 2005 16:32:54 -0500 Original-Received: from [192.114.186.24] (helo=legolas.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D8m4h-0005Rl-WB for bug-gnu-emacs@gnu.org; Tue, 08 Mar 2005 16:17:08 -0500 Original-Received: from zaretski (tony01-11-200.inter.net.il [80.230.11.200]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id DWZ11941 (AUTH halo1); Tue, 8 Mar 2005 23:16:36 +0200 (IST) Original-To: "Christopher G D Tipper" X-Mailer: emacs 22.0.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: <422E0532.13774.47E771@localhost> (chris.tipper@gmail.com) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org X-MailScanner-To: geb-bug-gnu-emacs@m.gmane.org Xref: news.gmane.org gmane.emacs.bugs:10887 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:10887 > From: "Christopher G D Tipper" > Date: Tue, 08 Mar 2005 20:04:02 -0000 > > 1 Text-wrapping. Text wrapping is a limitation, and it would be nice > to scroll past the edge of the screen. This is particularly acute in > my case editing XSLT scripts where line-breaks become a > presentational issue. Sometimes I actually need to compose documents > with 250 columns, and I don't appreciate emacs telling me otherwise. I'm not sure I understand what is your complaint here: would setting truncate-lines and/or truncate-partial-width-windows to non-nil do what you want? If not, why not? > 2 Shell open. Emacs really ought to be able recognise when the shell > is requesting it to open a file. Gnu-client should be unnecessary in > a modern application. Can you suggest a more-or-less portable interface that Emacs can use to implement such a feature? Also, I'm not sure what you mean by ``shell is requesting to open a file'' -- can you give an example? > 3 Tabbed buffers. Open buffers should be easily visible in a tabbed > layout below the menu, in the manner of XEmacs. A proper history > list would help here so that documents are persistent across > sessions. desktop.el gives you the latter of the two features. > 4 File Dialogs. I use dlgopen.el on Windows, which gets rid of the > most serious interface issue of all, the lack of modern file > dialogs. Again, I don't understand: Emacs already uses file dialogs (the ones provided by the toolkit used to build Emacs) when you invoke find-file via a mouse click (e.g., File->Open from the menu bar). What is exactly the problem here? > 5 Paste replaces edit. This idea that when I paste I end up with both > the replacement text and the old text does not belong in the modern > idiom. delete-selection-mode will give you this, I think.