Clément Pit--Claudel writes:
> On 2016-10-13 08:30, Nicolas Goaziou wrote:
>> I understand what `prettify-symbols-mode' is. My real problem is
>> understanding how it can help with links in Org. In particular, I'd like
>> to see it, or any other mechanism, turn
>>
>> [[http://orgmode.org][Org
On 2016-10-13 08:30, Nicolas Goaziou wrote:
> I understand what `prettify-symbols-mode' is. My real problem is
> understanding how it can help with links in Org. In particular, I'd like
> to see it, or any other mechanism, turn
>
> [[http://orgmode.org][Org mode]]
>
> displayed as
>
> Org mo
Aloha Joost,
Joost Kremers writes:
> 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 (n
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 us
Hi Nicolas,
2016ko urriak 13an, Nicolas Goaziou-ek idatzi zuen:
>
> Hello,
>
> Aaron Ecay writes:
>
>> FWIW, I agree. On the other hand, many people object to the brackets.
>
> I don't mind adding a variable.
I think that org in general has too many customization variables. Of
course, for
On 13 October 2016, Daniele Nicolodi wrote:
As such, I believe, having the [ ] markers should be an option, and probably
not enabled by default.
After seeing further conversation I've changed my mind, and don't like the idea
of [ ] markers around links, so FWIW I agree with Daniele.
Bill
--
Hello,
Daniele Nicolodi writes:
> However I think that what you are proposing is a change in behavior
> that does not strictly solve a technical problem.
This is a change in display. I don't think it affects very much, if at
all, any "behavior", except that editing link is much more predictable
Hello,
Michael Brand writes:
> Or maybe add new value(s) to org-descriptive-links to avoid yet
> another defcustom and first of all to have it in that one variable
> that when set to nil turns off any mechanism that hides anything in
> links already?
I'm fine with that, too.
Regards,
--
Nico
On 10/13/16 6:07 AM, Nicolas Goaziou wrote:
> Daniele Nicolodi writes:
>
>> Does this solve your problem? :)
>
> Not really. It makes my example more bearable, but using C-a is still
> a workaround, and there are also many other dances to perform in various
> other cases. So, I still think there
Clément Pit--Claudel writes:
> On 2016-10-13 12:13, Nick Dokos wrote:
>>> >
>>> > But when the cursor is next to the link or emphasized text markers are
>>> > shown.
>>> >
>>> > Pre text |[description] post text
>>> > Pre text |*bold text* post text
>>> >
>>> > It would not cause much
On 2016-10-13 12:13, Nick Dokos wrote:
>> >
>> > But when the cursor is next to the link or emphasized text markers are
>> > shown.
>> >
>> > Pre text |[description] post text
>> > Pre text |*bold text* post text
>> >
>> > It would not cause much jumping. Of course, for people who want
Hi Nick,
Nick Dokos writes:
> I'm worried that this would be computationally prohibitive.
I guess something like ‘prettify-symbols--post-command-hook’ could be
used. When point is within the range of
prettify-symbols--current-symbol-bounds it shows the emphasis marker by
removing the ‘invisibl
Rasmus writes:
> Hi,
>
> Nicolas Goaziou writes:
>
>> [[uri][description]]
>>
>> is displayed as
>>
>> [description]
>>
>> instead of
>>
>> description
>>
>> and
>>
>> [[uri]]
>>
>> is displayed as
>>
>> [uri]
>>
>> instead of
>>
>> uri
>
> How about showing boundaries only when the
Hi Nicolas
On Thu, Oct 13, 2016 at 2:35 PM, Nicolas Goaziou wrote:
>
> Aaron Ecay writes:
>
>> FWIW, I agree. On the other hand, many people object to the brackets.
>
> I don't mind adding a variable.
Or maybe add new value(s) to org-descriptive-links to avoid yet
another defcustom and first o
Hello,
Aaron Ecay writes:
> FWIW, I agree. On the other hand, many people object to the brackets.
I don't mind adding a variable.
> My understanding of the problem is that when link fontification is
> turned on, it is impossible to tell between the two marked positions
> when point is in in a
Hello,
Rasmus writes:
> No, I meant for it eval in the *scratch* buffer. It merely shows how it
> might look with a similar mechanism to prettify-symbols-mode. Of course,
> it lacks all care to details that would make it nice.
>
> I suspect it would suffers from the jumping that Nick, and I gu
Hi Nicolas, hi all,
2016ko urriak 13an, Nicolas Goaziou-ek idatzi zuen:
[...]
> Not really. It makes my example more bearable, but using C-a is still
> a workaround, and there are also many other dances to perform in various
> other cases. So, I still think there is an usability issue that need
Hi,
Nicolas Goaziou writes:
> [[uri][description]]
>
> is displayed as
>
> [description]
>
> instead of
>
> description
>
> and
>
> [[uri]]
>
> is displayed as
>
> [uri]
>
> instead of
>
> uri
How about showing boundaries only when the cursor is near "hidden" text?
This would also w
Hi,
Nicolas Goaziou writes:
> [[uri][description]]
>
> is displayed as
>
> [description]
>
> instead of
>
> description
>
> and
>
> [[uri]]
>
> is displayed as
>
> [uri]
>
> instead of
>
> uri
How about showing boundaries only when the cursor is near "hidden" text?
This would also w
Hello,
Daniele Nicolodi writes:
> I just tried: going to the beginning of the line with C-a (by default
> bound to org-beginning-of-line in org-mode) puts the cursor in a
> position where you can insert text before the link, without it being
> part of the link description.
Interesting. It doesn
On 10/12/16 4:37 AM, Nicolas Goaziou wrote:
> Hello,
>
> Daniele Nicolodi writes:
>
>> I use org-insert-link [C-c C-l] to edit links. I think this solved your
>> problem with the difficulty in editing the link description.
>
> No, it doesn't. The problem also arises with text _around_ the link
Nicolas Goaziou writes:
>> Here’s a quick-and-dirty "mockup" in Emacs 25.1. It doesn’t work
>> properly, obviously, but try to move the cursor from left-to-right to get
>> a taste of what it could be like. Of course, the behavior could be
>> tweaked, e.g. characters displayed etc...
>>
>> (pro
Hello,
Rasmus writes:
> I agree there’s a problem, but I find the proposed solution potentially
> annoying...
I understand. I thought the advantages would mitigate the drawbacks. In
any case, I'd rather have a solution, active by default, and a way to
disable it than no solution at all.
> It i
Nicolas Goaziou writes:
> A "good writing experience" includes a "good editing experience", or so
> I think. I'm suggesting to solve some problems related to the latter,
> under certain circumstances I explained in my original post.
I agree there’s a problem, but I find the proposed solution po
Correcting myself,
> No, it doesn't. The problem also arises with text _around_ the link
> itself, which can be painful to edit. You could try, e.g., to start an
> empty buffer with and try to add anything before it (no M-x visible-mode
a bracket link
Hello,
Daniele Nicolodi writes:
> I use org-insert-link [C-c C-l] to edit links. I think this solved your
> problem with the difficulty in editing the link description.
No, it doesn't. The problem also arises with text _around_ the link
itself, which can be painful to edit. You could try, e.g.,
Hello,
Rasmus writes:
> I don't like this proposal. Links are already highlighted with a separate
> face, org-link. That is enough IMO. It makes Org look more cluttered,
> and personally I value having a good writing experience, including a crisp
> display of the buffer (these days I even use
Nicolas Goaziou writes:
> Hello,
>
> Clément Pit--Claudel writes:
>
>> What about having our cake and eating it too? :) We could do just the
>> same as what prettify-symbols-mode does with its
>> prettify-symbols-unprettify-at-point variable. Namely, we could show
>> the brackets when point is a
Hi Nicolas,
Nicolas Goaziou writes:
> Feedback welcome.
I don't like this proposal. Links are already highlighted with a separate
face, org-link. That is enough IMO. It makes Org look more cluttered,
and personally I value having a good writing experience, including a crisp
display of the bu
On 05/10/16 09:40, Nicolas Goaziou wrote:
> Hello,
>
> I'd like to make the following change to bracket links display (i.e.,
> when `org-highlight-links' contains `bracket', which is the default).
>
> Basically, I want to leave a visible pair of brackets around the link,
I don't like the bracket
Clément Pit--Claudel writes:
> On 2016-10-10 10:17, Nick Dokos wrote:
>> Clément Pit--Claudel writes:
>>
>>> On 2016-10-07 22:38, Adam Porter wrote:
I understand the motivation for making this change, but I respectfully
request that this be made configurable. I much prefer the "clean
On 2016-10-10 10:17, Nick Dokos wrote:
> Clément Pit--Claudel writes:
>
>> On 2016-10-07 22:38, Adam Porter wrote:
>>> I understand the motivation for making this change, but I respectfully
>>> request that this be made configurable. I much prefer the "clean" links
>>> without visible brackets,
Clément Pit--Claudel writes:
> On 2016-10-07 22:38, Adam Porter wrote:
>> I understand the motivation for making this change, but I respectfully
>> request that this be made configurable. I much prefer the "clean" links
>> without visible brackets, and adding them would seem like a regression
>>
Clément Pit--Claudel writes:
Hi Clément,
> Adam, what do you think of my earlier suggestion (displaying the
> brackets when the pointer is on them, hiding them otherwise? (In the
> style of prettify-symbols-mode with unprettify-symbol-at-point)
Sorry, I missed that in the thread. That sounds l
On 2016-10-07 22:38, Adam Porter wrote:
> I understand the motivation for making this change, but I respectfully
> request that this be made configurable. I much prefer the "clean" links
> without visible brackets, and adding them would seem like a regression
> to me. I'm guessing that many curre
Nicolas Goaziou writes:
> I'd like to make the following change to bracket links display (i.e.,
> when `org-highlight-links' contains `bracket', which is the default).
>
> Basically, I want to leave a visible pair of brackets around the link,
Hi Nicolas,
I understand the motivation for making t
Hello,
Clément Pit--Claudel writes:
> What about having our cake and eating it too? :) We could do just the
> same as what prettify-symbols-mode does with its
> prettify-symbols-unprettify-at-point variable. Namely, we could show
> the brackets when point is at the edge of a link, and hide them
On 6 October 2016, Eric S Fraga wrote:
In any case, Nicolas, I am fully in favour of your proposed
change. Editing links has always been very frustrating for me and your
suggestion would make it much easier.
+1 from me too.
Bil
--
William Denton :: Toronto, Canada :: https://www.miskatonic.o
On Thursday, 6 Oct 2016 at 00:27, Clément Pit--Claudel wrote:
> What about having our cake and eating it too? :) We could do just the
> same as what prettify-symbols-mode does with its
> prettify-symbols-unprettify-at-point variable.
This would be nice.
In any case, Nicolas, I am fully in favour
On 2016-10-05 20:16, David A. Gershman wrote:
> On 10/05/2016 03:26 PM, Nicolas Goaziou wrote:
>> Hello,
>>
>> "David A. Gershman" writes:
>>
>>> Not bad, but could it be customizable via variable giving the user the
>>> choice?
>> Thank you for your feedback.
>>
>> I guess we could introduce a va
On 10/05/2016 03:26 PM, Nicolas Goaziou wrote:
> Hello,
>
> "David A. Gershman" writes:
>
>> Not bad, but could it be customizable via variable giving the user the
>> choice?
> Thank you for your feedback.
>
> I guess we could introduce a variable to let users shoot them in the
> foot, but is th
Hello,
"David A. Gershman" writes:
> Not bad, but could it be customizable via variable giving the user the
> choice?
Thank you for your feedback.
I guess we could introduce a variable to let users shoot them in the
foot, but is there any incentive to do so? I mean, the clutter is
minimal, and
Not bad, but could it be customizable via variable giving the user the
choice?
>On October 5, 2016 8:40:08 AM PDT, Nicolas Goaziou
> wrote:
>>Hello,
>>
>>I'd like to make the following change to bracket links display (i.e.,
>>when `org-highlight-links' contains `bracket', which is the default).
>
Marco Wahl writes:
> I think there is an issue with the coloring when writing text
> immediately to the right of a file link. E.g.
>
> [[file:shot.png]]text
You are right. I didn't check the patch thoroughly. Here is an update,
which should be more robust.
Regards,
>From 518363a2b794fc21d2898
Am Wed, 05 Oct 2016 17:40:08 +0200
schrieb Nicolas Goaziou :
> Hello,
>
> I'd like to make the following change to bracket links display (i.e.,
> when `org-highlight-links' contains `bracket', which is the default).
>
> Basically, I want to leave a visible pair of brackets around the link,
> i.e
Nicolas Goaziou writes:
> I'd like to make the following change to bracket links display (i.e.,
> when `org-highlight-links' contains `bracket', which is the default).
>
> Basically, I want to leave a visible pair of brackets around the link,
> i.e.,
>
> [[uri][description]]
>
> is displayed as
Le mercredi 5 octobre 2016, Nicolas Goaziou a
écrit :
> Hello,
>
> I'd like to make the following change to bracket links display (i.e.,
> when `org-highlight-links' contains `bracket', which is the default).
>
> Basically, I want to leave a visible pair of brackets around the link,
> i.e.,
>
>
Hello,
I'd like to make the following change to bracket links display (i.e.,
when `org-highlight-links' contains `bracket', which is the default).
Basically, I want to leave a visible pair of brackets around the link,
i.e.,
[[uri][description]]
is displayed as
[description]
instead of
48 matches
Mail list logo
