From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.help Subject: Re: Integrating eev and org-capture/org-capture-set-target-location Date: Fri, 4 Jun 2021 21:14:37 +0300 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23003"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0.7+183 (3d24855) (2021-05-28) Cc: help-gnu-emacs To: Eduardo Ochs Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jun 04 20:18:44 2021 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lpEP5-0005dL-3r for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 04 Jun 2021 20:18:43 +0200 Original-Received: from localhost ([::1]:59262 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lpEP2-0007Yn-VZ for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 04 Jun 2021 14:18:40 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41148) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lpEOi-0007YW-Ol for help-gnu-emacs@gnu.org; Fri, 04 Jun 2021 14:18:20 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:40051) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lpEOg-0005QJ-NV for help-gnu-emacs@gnu.org; Fri, 04 Jun 2021 14:18:20 -0400 Original-Received: from localhost ([::ffff:41.202.241.20]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 00000000000AE2B0.0000000060BA6E47.00002920; Fri, 04 Jun 2021 11:17:43 -0700 Mail-Followup-To: Eduardo Ochs , help-gnu-emacs Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:130541 Archived-At: * Eduardo Ochs [2021-06-04 19:09]: > On Fri, 4 Jun 2021 at 03:02, Jean Louis wrote: > > > > > (find-orgnode "Capture templates" "file+headline") > > > (find-orgnode "Template elements" "\ntarget") > > > > Those must be new eev functions. Not working here, eev mode is always on. Maybe I did not load some library? eval: Symbol’s function definition is void: find-orgnode > Are the sexp hyperlinks to videos working well for you? I am in developed country for a while, video downloading is anyway slow and not accessible. Usually I will first download video and then watch it. I can upload easier than download. Links work probably and I don't use them as it is not feasible to wait too long, you know. > By the way, if you would like to experiment with putting your own > videos online you can create a variant of this function, > > (find-eev "eev-tlinks.el" "find-eevvideo-links") > http://angg.twu.net/eev-current/eev-tlinks.el.html#find-eevvideo-links Everything ever that comes along is index on my side into the Dynamic Knowledge Repository. And I can create the eev style links if I want, but I don't, as other people will not use them. I am working on link creation depending of the mode. Usually I split window in two, in one I open Hyperscope, press "w" and link is copied in other video, here is example, title on top, link down. Link without title is under-described. Hans-Peter Dürr "Weil es ums Ganze geht" // Vortrag lang // GLOBART 2011 https://www.youtube.com/watch?v=RKma6xCTIBE Now my idea is that hyperlinking should be sensitive to the mode, so if the other mode is mail-mode or message mode, the hyperlink would look like that above. But if the other mode is Markdown, the hyperlink has to be in Markdown style, if it is Org mode, it has to be killed and yanked in Org markup, or Asciidoc markup, if HTML then in HTML markup. Isn't that a good idea? User could press prefix C-u and get a choice of link format, then I could choose eev link. That is how it should be. (defun wrs-hyperlink-by-mode (name link) "Insert hyperlink formatted corresponding to major mode." (cond ((eq major-mode 'adoc-mode) (format "%s[%s]" link name)) ((eq major-mode 'org-mode) (format "[[%s][%s]]" link name)) ((eq major-mode 'markdown-mode) (format "[%s](%s \"%s\")" name link name)) ((eq major-mode 'html-mode) (format "%s" link name)) ((eq major-mode 'emacs-lisp-mode) (format ";; %s\n;; %s\n" name link)) (t (format "\n\n%s\n\n" link name)))) eev is not yet there. You can see that link may be inserted even into emacs-lisp-mode as commented one. Default is HTML link, but I think it should be the textual one. -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns Sign an open letter in support of Richard M. Stallman https://stallmansupport.org/