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 ms0.migadu.com with LMTPS id yKjGNprU5GFMsQAAgWs5BA (envelope-from ) for ; Mon, 17 Jan 2022 03:29:46 +0100 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 SEoHNJrU5GHZJwAA9RJhRA (envelope-from ) for ; Mon, 17 Jan 2022 03:29:46 +0100 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 404452C2F0 for ; Mon, 17 Jan 2022 03:29:46 +0100 (CET) Received: from localhost ([::1]:51322 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n9HmD-0002Qp-Dx for larch@yhetil.org; Sun, 16 Jan 2022 21:29:45 -0500 Received: from eggs.gnu.org ([209.51.188.92]:60658) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9Hll-0002Qg-RX for emacs-orgmode@gnu.org; Sun, 16 Jan 2022 21:29:17 -0500 Received: from [2a00:1450:4864:20::12f] (port=34715 helo=mail-lf1-x12f.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n9Hlj-0001XS-MF for emacs-orgmode@gnu.org; Sun, 16 Jan 2022 21:29:17 -0500 Received: by mail-lf1-x12f.google.com with SMTP id p27so40458165lfa.1 for ; Sun, 16 Jan 2022 18:29:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=z3tJruSRGVYXMqaNJvhe0ptXowVgZRjj74/v/rmTa9E=; b=lx4Pbn+OEF5jBc0cT9TONHwrx2ocVKOAh3HmAoWjt3gfxn73XeNMwz3NjZg5Kzh67H +yDJyA1b4AGYtlqXc7oFvLzooUY1OxHW+JxuqfqyrvLWnfXt5X8deqgriYedoGHmfLrp kNp85gxKNOFOkQ9z9nNBrzIIwBUMzNNwDwMYeXH2z61U6PDN4dIvOAEuQ2QMHvwv6lot yij2iN4NvfhglOFpjfLvkSCtR2XtR/9zW8syocXT51SaCSF/mdTQy7R59C2Mj2uO9gJQ LRbaewnzTcM6RyAcZDe8Urr8XNXeO/ELbRq4Dpm5TtMyraAz2Ev4PNY0ohKtDVrrLlm7 8hpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=z3tJruSRGVYXMqaNJvhe0ptXowVgZRjj74/v/rmTa9E=; b=uhPpGMDxoRw1hFKUuyjISS8/+uaWykbFFLek7r5SFwS3PBofWF1746W5u1D3L2W+b6 L/mjTCidy45OugU6U2EQ6LeFawwzKzIFIrhoMXYrOIa5BeqjSVj2IiaCHVxtmdpnf32Q GPHssncOC+o0UB7w+RtNETZfK51B/YQGZJ1KXgKklZ9kyzxPxYeEqZ24Fngyq2muA18D bh1vsRLcInb/mNMZ0JG7eko1Xkdo6pDXP3D6v+9wlpJb46SzqwEK0EtCrbwbru489sOk FC8lNWhv411q/zqoHxpubYtb9uhcsfbOb/i3JgeVrOK9JDMACVi+H8CTTjsKyj7RwoHS JpsA== X-Gm-Message-State: AOAM531BWVqZ4CKxIhavzUD+s8EGdNOslq06qyCNhZAyG9uEO6ZHPAyf C5bZ/yXt/coszs1blJ0wrlZRYW3pbNy2wrB9930= X-Google-Smtp-Source: ABdhPJx9hAZUQ283XkltSX59N+Bkn2XYm1N5AnrLIDp2Tp/ONH0JaLTrhhl/r5p/VRZIZGzYr8eGfxnXM4+jqG/SFRg= X-Received: by 2002:ac2:5b9e:: with SMTP id o30mr14769227lfn.473.1642386552921; Sun, 16 Jan 2022 18:29:12 -0800 (PST) MIME-Version: 1.0 Received: by 2002:ab3:67e4:0:0:0:0:0 with HTTP; Sun, 16 Jan 2022 18:29:12 -0800 (PST) In-Reply-To: References: <20201225142604.GC1140@maokai> From: Samuel Wales Date: Sun, 16 Jan 2022 19:29:12 -0700 Message-ID: Subject: Re: Yet another browser extension for capturing notes - LinkRemark To: Maxim Nikulin Content-Type: text/plain; charset="UTF-8" X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:1450:4864:20::12f (failed) Received-SPF: pass client-ip=2a00:1450:4864:20::12f; envelope-from=samologist@gmail.com; helo=mail-lf1-x12f.google.com X-Spam_score_int: -12 X-Spam_score: -1.3 X-Spam_bar: - X-Spam_report: (-1.3 / 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, FREEMAIL_FROM=0.001, PDS_HP_HELO_NORDNS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, 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: , Cc: emacs-orgmode@gnu.org 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=1642386586; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=z3tJruSRGVYXMqaNJvhe0ptXowVgZRjj74/v/rmTa9E=; b=ZVyvzMmxSCmy1YeuRgSrHS4h+CRuq1TQovosa6eeuu2CmQM5ckArJhlj35eVun79cwSagh cmWP2TK2PYRrbCikllCXw26dZ/5TsPUSFuetvahzuDr+ypqWo5rK6SaCuLVMfnFDA73YC6 EmAq/k6lifHqqAJse0wHMgbd/i+3EU4luLzcoGTGHeEazC9Znl6XzaxiPrTkGSZSeaay+Q eRZWyl38Lpo8/Q7172OYbozJshsYVPy9RLkg+m/tDniHMI462AdbsxTtuS0gTGC5gtFKNS vJYME+WwmlY5ztiqhi89H4RoDl8Nr7VeB4CMv5rrgUgxFliVgB0zEX5oclioDw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1642386586; a=rsa-sha256; cv=none; b=IYkna2q9JTz73VflO+iUBoIdu/aQPQPR4rS0FFRaItBtPApGVacie6YKVSTeDhe69x/vVd Fls2lQSc+oYPhZbFFTQ9GrisxI+2cPXg1Xx2+1mI1bKWyeSsgc/C5IbBAXcDJLjs6ijje+ Woc2cYXoagULLOvt7IsUsl7LG1DihgeoUP2BG4uIZdKRcJZeTQWHgZ701vTzUabDbCQKXC UNTggbb+oQvdgPCKPO7fd598MH1AtjrHh6YiuolCIQ+8ZNpuct0Lvw7T6Bp1a7SnxWOcN1 IlRown8IgNfHfC4RkH1A+HdZA4qTZGv07l3WnCwYxG+uxoPBXlDzCiZQjyra2g== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=lx4Pbn+O; dmarc=pass (policy=none) header.from=gmail.com; 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: -4.32 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=lx4Pbn+O; dmarc=pass (policy=none) header.from=gmail.com; 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: 404452C2F0 X-Spam-Score: -4.32 X-Migadu-Scanner: scn1.migadu.com X-TUID: f/qUo/IudEde more below. On 12/26/20, Maxim Nikulin wrote: > 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. interesting. i do note tab selection features in recent firefox-esr and i was just assuming something like that. > > 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. i think this is for copying all tabs, not selected ones. so a workaround for my idea would be to have a fresh firefox window dedicated to rice cookers and then save them all. bit it does not save over existing canonical location for each url or similar. which would be needed for my idea so as to not have duplicates etc. also i think this extension does not exist any more in firefox. i used to use it for storing as org links. but it was just to store links in case firefox screwed up session restore. which it usually does. for that purpose, i use one that does not save as orglinks. > > 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. i wouldn't need this i think. i'd want page title, just as in ordinary org links, but in principle that can be assumed from the existing org entry if exists, and if not exists and you are capturing, the page is already loaded. so i think not a metadata issue. > - 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? my web knowledge is too limited to understand your question, but i am just hoping it would capture ordinary amazon links, review sites, and so on. and i never use js if i can avoid it so i'm expecting pretty normal website stuff i think. so i'm flexible. [of course, amazon per se links might need cleaning or uniquification of some type for finding the version in org maybe, or maybe for improving privacy by removing amazon's data about you in the url, but that might not even need any special amazon link knowledge. [fanciness might look for the amazon id, if implementer willing or somethign exists for that.]] > - 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? the status quo is that there is nothing, so using lists would be a huge improvement and work great. but fanciness by using org sections if poss [i assume this means header and metadata and content and maybe descendents] could be more flexible. > >> [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. we might be talking about different thinks. i am referring to something in org that adds blank lines when my particular org capture templates are used. i think it is outside all of the hooks that are available for org capture so not fixable using those. recent org might fix it dunno. i am limited in coputer use so i have not tried to debug it further. just delete the extra lines. > > 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 web stuff is above my knowledge and so i think maybe different things we are talking about. > > > you would still keep notes on each thing and org metadata. then you load all links in an org subtree or list, or all with a :firefox: tag, into firefox. one question is making sure there is a canonical place for each topic. [rice cookers, a research topic, etc.] metadata snags like you mention are best figured out by those who undertstand them unlike myself and i'd be flexible. i'd be pleased with anything i think. i don't need metadata most of the time, just link and page title. this is all just an idea for cogitation. tldr you'd have a set of canonical tabs that is in org and sometimes in firefox as you please. you can keep org notes on the org links and they won't be overwritten when you save from firefox. you also won't create duplicates when you do so.