From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?= Newsgroups: gmane.emacs.devel,gmane.emacs.orgmode Subject: Re: [Orgmode] Backspacing into folded items Date: Fri, 03 Sep 2010 17:40:14 +0200 Message-ID: <4C8116DE.8040108@easy-emacs.de> References: <4C7598F2.7050200@os.inf.tu-dresden.de> <4C80FADF.5030607@easy-emacs.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1283528460 17577 80.91.229.12 (3 Sep 2010 15:41:00 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 3 Sep 2010 15:41:00 +0000 (UTC) Cc: David Abrahams , Emacs developers , Martin Pohlack , emacs-orgmode@gnu.org, Bastien To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 03 17:40:56 2010 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.69) (envelope-from ) id 1OrYNr-0001fU-Iw for ged-emacs-devel@m.gmane.org; Fri, 03 Sep 2010 17:40:56 +0200 Original-Received: from localhost ([127.0.0.1]:44678 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OrYNq-0008CP-GI for ged-emacs-devel@m.gmane.org; Fri, 03 Sep 2010 11:40:54 -0400 Original-Received: from [140.186.70.92] (port=47375 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OrYNi-0008CJ-49 for emacs-devel@gnu.org; Fri, 03 Sep 2010 11:40:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OrYNg-00071A-Ll for emacs-devel@gnu.org; Fri, 03 Sep 2010 11:40:46 -0400 Original-Received: from moutng.kundenserver.de ([212.227.17.9]:54071) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrYNg-00070y-9d; Fri, 03 Sep 2010 11:40:44 -0400 Original-Received: from [192.168.178.27] (brln-4db9ec37.pool.mediaWays.net [77.185.236.55]) by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis) id 0MCx2B-1P0f360ilH-009LZJ; Fri, 03 Sep 2010 17:40:40 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 In-Reply-To: X-Provags-ID: V02:K0:AlDvV98XIvOx9vW2REscbnCUM6Px0OJco1FvFxBKhV1 0F/StFtoVwRVjXKTAI9c9WuR/JVW8or/QHZhcmbGuU0+VSyYhH 4DI2vbnQioXHDWaVzzyTRpzOBBUgKWwO53R7PzvSlHKNR8sJPX Q6R/OSDm4VkKRHel/Ifo/wD3iUWMPqdAxIJbWTPfv0e4lE7CqX yDhyz20U8EQlXbxcb3lu89xibbot/rgPJPRb3dWmRI= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:129652 gmane.emacs.orgmode:29721 Archived-At: Hi Lennart, IMHO cases are related but not identic. When searching something and found inside hidden part, revealing that part is a logical step. Not so with parts hidden while no interest inside. For example these hidden parts may be large. Revealing them every time you type into by mistake may turn out nasty. Also you have to hide them again. Using forms-mode, it happens quite often I reach a read-only field. Forms-mode sets it `intangible' BTW, but thats similar. Just get the error, know the mistake, not time spoiled for that. Andreas Am 03.09.2010 16:13, schrieb Lennart Borgman: > On Fri, Sep 3, 2010 at 3:40 PM, Andreas Röhler > wrote: >> >> Hi, >> >> posting forwarded herewith describes a design inconvenience, wich affects >> common hide-show- and outline-modes too. >> >> As too different solutions have been proposed, let me suggest >> "setting read-only property" rather than "use of a modification hook". >> >> Setting hidden text read-only should be more simple, straitforward - as >> presumably hiding some code had some reasons. > > > I recently filed a bug report about that hidden text in org-mode nodes > did not get visible when you start to edit them. It turned out I was > mistaken, I did not have reveal-mode on as I believed. However the > plan is to make reveal-mode default: > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6950 > > How would making the text read-only or add a modification hook > interact with the kind of problem reported in the bug above? > > >> Editing hidden code is an error, which should be signaled rather than cured >> via hook. >> >> >> Andreas >> >> -- >> https://code.launchpad.net/~a-roehler/python-mode >> https://code.launchpad.net/s-x-emacs-werkstatt/ >> >> >> Am 26.08.2010 00:28, schrieb Martin Pohlack: >>> >>> Hi David, >>> >>> On 25.08.2010 11:22, David Abrahams wrote: >>>> >>>> I've gotten myself in trouble several times today by backspacing after >>>> an org-link that ends a headline. That's a typical pattern for >>>> editing an org-link, right? Well it turns out that if the item is >>>> folded, then the backspace writes over the end of the un-folded item >>>> but **appears to have no effect**, and you can easily hit backspace >>>> several times to test your sanity before you realize that something is >>>> wrong, badly corrupting your file. >>> >>> I have had similar such accidents, but not involving links. You >>> probably backspaced into the "..."? >>> >>>> Seems to me that attempts to edit a folded item should either: >>>> >>>> a) restrict changes to the item's headline, or >>>> b) unfold the item and do nothing >>>> >>>> Is there a way to set that up? >>> >>> Just two quick ideas from me here: >>> * You could add a modification hook to all hidden areas to unfold them >>> on modification, or >>> * You could set the read-only property for all hidden areas. This could >>> be setup at the same location where hiding is done. >>> >>> See also here: >>> >>> http://www.gnu.org/software/emacs/elisp/html_node/Special-Properties.html#Special-Properties >>> >>> I proposed a patch for image overlay which show a related problem here: >>> http://patchwork.newartisans.com/patch/31/ >>> >>> Cheers, >>> Martin >>> >> >> >> >> >