From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id +ESQComwNWPLcAEAbAwnHQ (envelope-from ) for ; Thu, 29 Sep 2022 16:49:45 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id UDyWComwNWMbdQAA9RJhRA (envelope-from ) for ; Thu, 29 Sep 2022 16:49:45 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id BBCF2159A7 for ; Thu, 29 Sep 2022 16:49:44 +0200 (CEST) Received: from localhost ([::1]:33768 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1odur9-000771-Sl for larch@yhetil.org; Thu, 29 Sep 2022 10:49:43 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35332) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ods8S-0003QM-6p for emacs-orgmode@gnu.org; Thu, 29 Sep 2022 07:55:24 -0400 Received: from mx0.riseup.net ([198.252.153.6]:46352) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ods8O-0003Zr-Ko for emacs-orgmode@gnu.org; Thu, 29 Sep 2022 07:55:22 -0400 Received: from fews2.riseup.net (fews2-pn.riseup.net [10.0.1.84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx0.riseup.net (Postfix) with ESMTPS id 4MdWyF7350z9tKR for ; Thu, 29 Sep 2022 11:55:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1664452518; bh=cqrIeHFUNxKuqob5aiiuyEpCHfNj2b6YS+22gcTRyjY=; h=Date:From:To:Subject:In-Reply-To:References:From; b=iGGG9vlw2bpzAb4cJax+wNtWjOpavZNXP2t8lMq7CDDZws7p9IzCa5qshHV5u3M/q xRW+TV2yMDOinfWRSQI8lrs9vyHnsn/FUO65q5adpGNFwFF+Bx5G8+d6ZJ8BkfU8xg 4i9T9aBDSFF73DMl40muWXW4rPLohfOsN2y6vWUI= X-Riseup-User-ID: B926846C095B04875ECD3FE4F3F05C92A1C82072F1A843A218BE562DC6D63FBE Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews2.riseup.net (Postfix) with ESMTPSA id 4MdWyF5wCZz1xx7 for ; Thu, 29 Sep 2022 11:55:17 +0000 (UTC) MIME-Version: 1.0 Date: Thu, 29 Sep 2022 11:55:17 +0000 From: =?UTF-8?Q?Quiliro_Ord=C3=B3=C3=B1ez?= To: emacs-orgmode@gnu.org Subject: Re: Org, Hyperbole, and eev In-Reply-To: <272F7335-6432-400D-BFA3-44BB81F31645@gnu.support> References: <272F7335-6432-400D-BFA3-44BB81F31645@gnu.support> Message-ID: <04e47a135b6cc187c87d44ff7f641060@riseup.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=198.252.153.6; envelope-from=quiliro@riseup.net; helo=mx0.riseup.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1664462984; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=QMjw3vuKy7FMnn1qb1E8VU5GTTTp8NWxW0M+k9/izWI=; b=me662UNDCCh1qc2K5866a5SEYvMBICx0fvAeibwiiH0H+AZmVyK6SZk8n+JzAt34xJcRhP qDhnZAsFGYVYuDT4Dcgx3krETh9wAetIHnL1rSrg1hxkpUUXUMX6WKU/sz0qqy66ifsoGP +sSXwj3fSB+CI/8BkUDVnHx2ES2uj8qZy1rdZCM1+Goj22ydWm6GFlNgsPhvDk2R/OasX+ cbfYHyN8x4vZ01RbraWn8c4JfbbUirNy7IdKVVV/zpQ87DgZye3E+/dSr/3dpU/CSoMrVW yThgQCdrRayAF3GH5A51xMs4E9drwvCrrlRyzEL17dW+T42ZxZgjkcoIVv5MFQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1664462984; a=rsa-sha256; cv=none; b=JgXUubZ3CN+o1VM8S+R+b+PypARVxpeayDlEujFZDamaHnwgClPCoHu8eZd53N5XZopr/m m2/ek0dvyh+17FURS0n2YWq9WGsjSTLSazJFwUVjDYTp+DnffcUjZQI8aKmrlj164hgKKf tFA3RVq4JXwMbvhjhiX/jAqdLU+nRfUFxI3xTEk1aDApnXm5N82jY9v7GwHuIGVztui6R2 gvzU457gdr9S3x6lHjkBkQTtLKeGxgArTZhEYlzMlGG3L4yMNyBYQyEkF+0rsBhn6cGQFe By/DQLDSEl4/j2UHTih/2FveH95yAxgChte+7XBeL0bCIXp+rDU/zoe20xnrLg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=riseup.net header.s=squak header.b=iGGG9vlw; dmarc=pass (policy=none) header.from=riseup.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -7.34 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=riseup.net header.s=squak header.b=iGGG9vlw; dmarc=pass (policy=none) header.from=riseup.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: BBCF2159A7 X-Spam-Score: -7.34 X-Migadu-Scanner: scn0.migadu.com X-TUID: jtWHQNHuo7uP El 2022-09-29 04:42, Jean Louis escribió: > On September 28, 2022 10:15:06 AM UTC, Eduardo Ochs > 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.