emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Org, Hyperbole, and eev


From: Quiliro Ordóñez
Subject: Re: Org, Hyperbole, and eev
Date: Thu, 29 Sep 2022 11:55:17 +0000

El 2022-09-29 04:42, Jean Louis escribió:
> On September 28, 2022 10:15:06 AM UTC, Eduardo Ochs
> <eduardoochs@gmail.com> wrote:
> 
>>> I would like to have non-Org links so that my function for links
>>> interpolates into a button. It works now in the presentation mode. I
>>> would like to make links descriptive or non descriptive just as in
>>> Org, so that it works in editing mode.
>>
>>You're hiding the technical details, and I don't know how to think in
>>these terms, sorry! =(
> 
> Not hiding at all. If I would know technical details I would not need
> it. I have you examples with your links and wrapping then with name
> for link.
> 
>>For me your "non-Org link" is a string composed of a few substrings
>>concatenated, and each of these substrings is either without text
>>properties or is built using "propertize" or "buttonize". In this
>>message
> 
> I don't think that way, that would make links specific just as they
> are specific in Org mode.
> 
> To make links not specific, but to liberate then from any mode, one
> would need to forget how link looks like inside some brackets and
> leave it to whatever function to interpolate itself into a button or
> anything else.
> 
> Did you try my interpolation package? It can already do that. But how
> can I read from properties and get back what was the link before? That
> is what I don't know how. And my way of doing links it is totally out
> of any frame I have seen before.
>  https://lists.gnu.org/archive/html/emacs-orgmode/2022-09/msg00725.html
> 
> There shall be no parsing of the link as that would make the link
> specific again.
> 
> If we make generic package than anybody else later will benefit.
> Generic links package is not tied to how link looks like, not tied to
> any function.
> 
> On the link above I my example.
> 
> Imagine (ln "name" (eev-funct do)) that would Interpolate to "name",
> but also {{{ name link }}} to to interpolate to something, and what
> does interpolation should be left to programmer.
> 
> Imagine having X+ of documents, and your link name is "New Yrk"
> mistakenly, by using generic approach one can keep the name outside of
> the document, correct it and in all documents it get corrected upon
> invocation or opening of it.
> 
> I use that system to inject my contact details, no matter if contact
> details change, I need not correct theđ one by one.
> 
>>I am trying to factor your problem into several small functions in a
>>way that makes each of these small functions easy to test - with
>>one-liners if possible, like I do in the eev source code - and if we
>>do that factoring then the function that builds the "string composed
>>of a few substrings concatenated" that I mentioned above will not call
>>your rcd-template-eval and will not depend on the major mode...
> 
> I don't think that parsing strings make it generic. 
> 
> Template Interpolation system makes it generic.
> 
> What has to be solved is how to insert the button so that it may be
> reversed into what it was before.
> 
>>I have the impression that the hard part _now_ is to write that
>>function that produces that string with text properties.
> 
> I have used insert button function.
> 
>> Once we have
>>that we will have a clearer notion of what are the "non-Org links"
>>that we are dealing with, and it will be easier to think on the other
>>functions.
> 
> Those generic links can as well become Org like links as there is no
> limitations.
> 
> 
> Jean


It is not clear which parts of the message are Jean's and which are
Eduardo's.  Not that the messenger is important to side with the
message.  But that the message is understood better when it is related
to the perspective that the messenger has.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]