From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id yO2aMZeIlmGSvQAAgWs5BA (envelope-from ) for ; Thu, 18 Nov 2021 18:08:39 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id YL0yLZeIlmGTPAAAbx9fmQ (envelope-from ) for ; Thu, 18 Nov 2021 17:08:39 +0000 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 57CAF949E for ; Thu, 18 Nov 2021 18:08:39 +0100 (CET) Received: from localhost ([::1]:33788 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mnktp-0001la-UE for larch@yhetil.org; Thu, 18 Nov 2021 12:08:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36294) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnkmw-0000i2-Kl for emacs-orgmode@gnu.org; Thu, 18 Nov 2021 12:01:30 -0500 Received: from ciao.gmane.io ([116.202.254.214]:49010) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnkmt-0003tV-Ar for emacs-orgmode@gnu.org; Thu, 18 Nov 2021 12:01:29 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mnkmr-0008kk-BL for emacs-orgmode@gnu.org; Thu, 18 Nov 2021 18:01:25 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Max Nikulin Subject: LinkRemark Firefox extension approved for addons.mozilla.org Date: Fri, 19 Nov 2021 00:01:17 +0700 Message-ID: References: <87v9cqx91l.fsf@localhost> <87sg7spthm.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 In-Reply-To: <87sg7spthm.fsf@localhost> Content-Language: en-US Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 28 X-Spam_score: 2.8 X-Spam_bar: ++ X-Spam_report: (2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.248, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.248, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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=1637255319; 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; bh=3CJUwePCO3j/OlEs0NccMA96G386gGMzdPVg1Bptv7E=; b=SkPyZ2lxgusI8cssIBi4hn/QjiE/uaqrxiYpuUpThoMbgc7NIW+ysPHeG7r/VI3SP5OL1B b1HfeST1w4IdnGaylRGRREBeN3Qf/WQVcTLqhhckrag85RaYBfGHGX/q+H2dYVs1NpzVro JMzArJ0DdO0lXxZwBrQagrwDl+boGxcBJSzhQCWz0dKNt/Cm3Uplj4g8+L4SeG8/XqQLXU gYzEP85YMDrL29otPGJS79xQiIQ4byrFN2anzfqRdWAtMjIfa6EUWZpnVGkTLpG+7N0cAw 7aO6d8a32F8LGW4VDbOF+fMCJEbUpGKkCjFI11wxtCZ+89CsYAHSMpZx6JSNvQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1637255319; a=rsa-sha256; cv=none; b=JprLFQTlIGF7BXUa6JszfAK5cJBZyKhHyk9WEnQfu4FC+wop3h9Gsitdx8wV+/wcCEHMUp iK8EOEx2gGMtVmGjgLu6K42Ohr0bTA//djSAdyWa90UFOdr0NX/3hC8cJvIyuQOxUCv32q hwV+TdSKE65WIuX+mH4Qo0tk8yRiqNaFYiOZrsddv8TynBfL4uCQpnutJcROz+7dGL1/1e QJygP7uAyTvnrwnwqViF2rM91Z+zH/k97waAAAzOQcWeSHop1bgLKkJY/AbFNyow1wFuPu ZT5OQAKnAe1Jvmmgl3pE83lwYRnxQL0Sl6Wiu7MxR/8qFoBv29tB+1A1f++gWw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; 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: -2.36 Authentication-Results: aspmx1.migadu.com; dkim=none; 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: 57CAF949E X-Spam-Score: -2.36 X-Migadu-Scanner: scn0.migadu.com X-TUID: HdlsRZIDdvU2 A year ago I announced LinkRemark browser extension to save metadata of web pages as notes in Org Mode. New version is available in Firefox catalog (It is not published to Chrome store, the only option is still to load unpacked extension.): https://addons.mozilla.org/firefox/addon/linkremark/ Capture is not ideal and notes require edits. Some subset of schema.org microdata embedded into HTML markup is extracted now. I addressed some issues from comments to first release. Example: #+begin_src org ,* Link: Karl Voit: UOMF: Managing web bookmarks with Org Mode :PROPERTIES: :DATE_ADDED: [2021-09-28 Tue 12:15] :END: - Link URL :: [[https://karl-voit.at/2014/08/10/bookmarks-with-orgmode/]] - Link text :: Karl Voit: UOMF: Managing web bookmarks with Org Mode ,#+begin_quote author: Karl Voit published: [2014-08-10 Sun] ,#+end_quote On the page ,** Adam Porter — org-almanac :PROPERTIES: :DATE_ADDED: [2021-09-28 Tue 12:15] :LAST_MODIFIED: [2021-09-18 Tue 01:23]​ 09/18/2021 01:23:46 :END: - URL :: [[https://alphapapa.github.io/org-almanac/]] - title :: org-almanac - author :: Adam Porter - referrer :: [[https://www.google.com/]] #+end_src On 26/12/2020 20:49, Ihor Radchenko wrote: > > Another idea would be providing a callback from elisp to browser (I am > not sure if it is possible). org-capture-ref has a mechanism to check if > the link was captured in the past. If the link is already captured, the > information about the link location and todo-state can be messaged back > to the browser. I looked into org-capture-ref code and stole the idea to use an external tool to search in Org files. LinkRemark now can ask native messaging application helper whether URLs are already known. Proof of concept: https://github.com/maxnikulin/burl > For the scientific publications, the key point is usually getting > DOI/ISBN. At least apparent DOI and links should be recognized now, however with no additional actions. > Also, do you pass any of the parsed metadata to org-protocol? If you do, > it would be trivial to get it into capture templates on Elisp (and > org-capture-ref) side. Actually it was possible even a year ago to specify "object" format instead of "org" and to get extracted metadata in JSON format wrapped into org-protocol URI. I can not say that structure of data has been stabilized and I would not change it again. > For example, I tweaked title of captured > github issues to include "issue#", which helps to distinguish such pages > from individual repo bookmarks. In particular case of GitHub it is better to fetch raw data curl -H 'Accept: application/vnd.github.v3+json' 'https://api.github.com/repos/yantar92/org-capture-ref/issues/2' On 26/12/2020 05:11, Samuel Wales wrote: > for > example, you could have sets of tabs, selected by right click in > firefox, to save to a bunch of org entries. then you could load that > particular set of entries into firefox whenever you want. and you > could keep notes on each page and move the entries wherever you want. > this would be useful for such things as "i am researching rice > cookers; these are my tabs, but i don't want them cluttering firefox > and i want them with my org notes and to make notes on them and will > re-load them into firefox when i want to revisit" I implemented capture of highlighted tab group for Firefox. No ready to use solution is provided to restore it. It is just a tree of Org headings. > now if i can only debug the extra-blank-lines-in-capture problem. I hope, a kind of hack to avoid excessive newlines in selected text would not be a source of problems. Clipboard managers might be a trouble though.