emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Joost Kremers <joostkremers@fastmail.fm>
To: "Clément Pit--Claudel" <clement.pit@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: [RFC] Change visibility for bracket links
Date: Fri, 14 Oct 2016 22:00:21 +0200	[thread overview]
Message-ID: <87vawuvgyy.fsf@fastmail.fm> (raw)
In-Reply-To: <0a5cd7af-0655-2ed4-073c-d7ab54afd757@gmail.com>


On Mon, Oct 10 2016, Clément Pit--Claudel wrote:
> Agreed.  I'd be curious to get feedback from users of 
> prettify-symbols-mode, too.  And to know whether your objections 
> apply as strongly to just revealing the brackets when the point 
> is on them (not when they are being moused over) 

I don't use prettify-symbols-mode, but I am a fairly heavy user of 
AUCTeX's TeX-fold-mode, which hides all sorts of LaTeX code (and 
can be customised to hide even more in quite sophisticated ways). 
For example, it shows

    This is some \textit{emphasised} text.

as 

    This is some emphasised text.

with the word "emphasised" in a different colour (to indicate that 
it's been folded) and with whatever fontification the argument of 
the \textit macro gets (italicised by default). 

Now, TeX-fold-mode has the behaviour you mention: as soon as you 
move point (not the mouse cursor) "into" some folded text, it gets 
unfolded (with | indicating point):

    This is some |\textit{emphasised} text.

with the part "\textit{emphasised}" highlighted to indicate that 
it's actuall folded.

Personally, I'm a *big* fan of this behaviour, even though I use 
visual-line-mode in my LaTeX buffers, which means that when text 
is temporarily unfolded, the paragraph may rewrap (and wrap back 
when point leaves the unfolded text causing it to be folded 
again). Since there is visual feedback (from the font colour) that 
some word or stretch of text is folded, I know that the text will 
unfold when I move point into it, so I don't find it distracting. 
The fact that the rest of the paragraph may rewrap is also not an 
issue for me, because I'm not actually focussing on that part of 
the text.

Personally, I've also always found it annoying in Org that editing 
around links (or emphasis etc. with `org-hide-emphasis-markers' 
set to t) is unpredictable and I never really understood why 
functionality similar to TeX-fold-mode hadn't been implemented. I 
thinks it's a very straightforward and easy to understand method 
for indicating which character point is actually on, making 
editing much more comfortable.

Just my €0.02, of course.


-- 
Joost Kremers
Life has its moments

  parent reply	other threads:[~2016-10-14 20:00 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-05 15:40 [RFC] Change visibility for bracket links Nicolas Goaziou
2016-10-05 15:46 ` Rainer M Krug
2016-10-05 16:46 ` Marco Wahl
2016-10-05 21:13   ` Nicolas Goaziou
2016-10-05 19:21 ` Detlef Steuer
     [not found] ` <520C9DD6-7764-4B07-8E7A-FB42CC0CDF8A@dagertech.net>
2016-10-05 21:30   ` David A. Gershman
2016-10-05 22:26     ` Nicolas Goaziou
2016-10-06  0:16       ` David A. Gershman
2016-10-06  0:27         ` Clément Pit--Claudel
2016-10-07  6:13           ` Nicolas Goaziou
2016-10-12  9:27             ` Rasmus
     [not found]         ` <e78992df838c44419e7893671dbe2adb@HE1PR01MB1898.eurprd01.prod.exchangelabs.com>
2016-10-06  7:38           ` Eric S Fraga
2016-10-06 14:53             ` William Denton
2016-10-08  2:38 ` Adam Porter
2016-10-08  3:50   ` Clément Pit--Claudel
2016-10-08  4:00     ` Adam Porter
2016-10-10 14:17     ` Nick Dokos
2016-10-10 14:56       ` Clément Pit--Claudel
2016-10-10 16:28         ` Nick Dokos
2016-10-14 20:00         ` Joost Kremers [this message]
2016-10-14 21:24           ` Thomas S. Dye
2016-10-12  7:10 ` Daniele Nicolodi
2016-10-12 10:37   ` Nicolas Goaziou
2016-10-12 10:40     ` Nicolas Goaziou
2016-10-12 17:36     ` Daniele Nicolodi
2016-10-13 12:07       ` Nicolas Goaziou
2016-10-13 12:28         ` Aaron Ecay
2016-10-13 12:35           ` Nicolas Goaziou
2016-10-13 13:20             ` Michael Brand
2016-10-13 18:23               ` Nicolas Goaziou
2016-10-13 17:46             ` Gregor Zattler
2016-10-13 22:05             ` [RFC] " Aaron Ecay
2016-10-13 17:31         ` Daniele Nicolodi
2016-10-13 18:33           ` Nicolas Goaziou
2016-10-13 19:11           ` William Denton
2016-10-12  9:23 ` Rasmus
2016-10-12 10:32   ` Nicolas Goaziou
2016-10-12 11:08     ` Rasmus
2016-10-12 12:21       ` Nicolas Goaziou
2016-10-12 12:47         ` Rasmus
2016-10-13 12:30           ` Nicolas Goaziou
2016-10-20 23:44             ` Clément Pit--Claudel
2016-10-22  1:02               ` Stig Brautaset
2016-10-13 12:19 ` Rasmus
2016-10-13 16:13   ` Nick Dokos
2016-10-13 16:24     ` Rasmus
2016-10-13 16:43     ` Clément Pit--Claudel
2016-10-13 17:18       ` Nick Dokos
2016-10-13 12:19 ` Rasmus

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87vawuvgyy.fsf@fastmail.fm \
    --to=joostkremers@fastmail.fm \
    --cc=clement.pit@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).