From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id NfodMIX/5l9lHQAA0tVLHw (envelope-from ) for ; Sat, 26 Dec 2020 09:16:53 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id 2KLRK4X/5l/ETAAA1q6Kng (envelope-from ) for ; Sat, 26 Dec 2020 09:16:53 +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 085CB94030E for ; Sat, 26 Dec 2020 09:16:53 +0000 (UTC) Received: from localhost ([::1]:44242 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kt5gw-00046t-IG for larch@yhetil.org; Sat, 26 Dec 2020 04:16:50 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40176) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kt5gU-00046X-Oz for emacs-orgmode@gnu.org; Sat, 26 Dec 2020 04:16:22 -0500 Received: from ciao.gmane.io ([116.202.254.214]:35084) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kt5gT-00056l-42 for emacs-orgmode@gnu.org; Sat, 26 Dec 2020 04:16:22 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1kt5gQ-0005XP-VX for emacs-orgmode@gnu.org; Sat, 26 Dec 2020 10:16:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Maxim Nikulin Subject: Re: Yet another browser extension for capturing notes - LinkRemark Date: Sat, 26 Dec 2020 16:16:06 +0700 Message-ID: References: <20201225142604.GC1140@maokai> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 In-Reply-To: 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: 12 X-Spam_score: 1.2 X-Spam_bar: + X-Spam_report: (1.2 / 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.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NICE_REPLY_A=-1.561, 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.23 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-Spam-Score: -1.72 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 085CB94030E X-Spam-Score: -1.72 X-Migadu-Scanner: scn1.migadu.com X-TUID: i9D3UqmS/Vg5 On 26/12/2020, Samuel Wales wrote: > [... i can imagine great things possible with such extensions. 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".] It should be possible since some tab management extension were used in mozilla to evaluate if webextensions are mature enough and if support of XUL add-ons could be dropped. On the other hand do not expect such feature soon. A kind of semi-blocker is absence of automatic tests to run before every release, and it will require a lot of time. In the meanwhile, have you looked at the following comment? https://github.com/sprig/org-capture-extension/issues/12#issuecomment-323569334 alphapapa commented Aug 20, 2017 > You can do this with the "Copy all URLs" extension (ID: > djdmadneanknadilpjiknlnanaolmbfk). Use this as the custom format (note > the linebreak): > > [[$url][$title]] I am almost sure that similar extension should exist for Firefox as well. Some points should be clarified in my opinion - Do you expect that metadata should be captured in addition to URLs and titles? Browsers can unload some tabs making page content unavailable. - Are you going to capture reviews of "rice cookers" that could be considered as ordinary pages or you are going to save items from online stores? I do not current state of affairs but I have heard about some activity for special metadata that allows search engines to display products in a special way. Could you inspect head element of pages in your favorite stores contains desired metadata using page source or inspect element tools? - Should tab group be captured as single Org heading or it should be a tree with a section per tab? I am not sure that capture will have no problem with subtree. Certainly Emacs interface for org-protocol + capture are not suitable for sending each tab as a separate link. Another option is to create nested lists, anyway org formatter in my extension need improvements. Are you expecting headings subtree or nested lists? > [now if i can only debug the extra-blank-lines-in-capture problem.] Fully agree that it is really annoying. It is among high priority items in my TODO list. Accidentally I pressed =C-x C-o= and discovered [[help:delete-blank-lines]] innerText is not exactly the same as selection range toString but the rules could work in a similar way. Table rows, floating and absolutely positioned elements require newlines. Such elements are often abused by designers. https://html.spec.whatwg.org/multipage/dom.html#dom-innertext