From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id eCxyB7VT5mH7IAEAgWs5BA (envelope-from ) for ; Tue, 18 Jan 2022 06:44:21 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id gPDuBLVT5mGFfQAA9RJhRA (envelope-from ) for ; Tue, 18 Jan 2022 06:44:21 +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 8E952259B3 for ; Tue, 18 Jan 2022 06:44:20 +0100 (CET) Received: from localhost ([::1]:58682 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n9hI3-0000Jz-LP for larch@yhetil.org; Tue, 18 Jan 2022 00:44:19 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53350) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9hHF-0000Jr-Uj for emacs-orgmode@gnu.org; Tue, 18 Jan 2022 00:43:30 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:42637) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9hHC-0005hM-Id for emacs-orgmode@gnu.org; Tue, 18 Jan 2022 00:43:29 -0500 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 877C75C00CC for ; Tue, 18 Jan 2022 00:43:24 -0500 (EST) Received: from imap49 ([10.202.2.99]) by compute2.internal (MEProxy); Tue, 18 Jan 2022 00:43:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm1; bh=YIEuRU8NgqY1Wa+uDGikgNStHGKgzUF 7dGLiyY5Ww2M=; b=g+rmFH1r9Y/coSeXyv+9U6P0Ykt7HpbTyKK+4/7kKihAJ7q ntVLwL2p2l7uEkvGpIlfpoe4oCaVJKVlr/m5KmbGpFd+x2WnWNdOog+rSN8xJCaw W0cuEndyVpjW0P0SaWbwqxCftbE2ubzCjVEMxjvWpo1h03y/Dg3sCCeCr1Z9s58R A1xc1qRPSMelrPfqlknkEIiezzckcMvUy2of+JAkTtHND0XvZl4IB2O/AseJAjc6 KOwJ1v4JIYCjZE3aF3lFaN2ZytTH0pqDQQfjP2bQ8kQWcQ74CUloWZn+2GQ/NBXo sdKz20iSwce052ZoaeDnvR7LU87FZ5ejufmVKtA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=YIEuRU 8NgqY1Wa+uDGikgNStHGKgzUF7dGLiyY5Ww2M=; b=cFI3S0f1fKqhCIPbIHFxsR vweh5TTwW6oKnTbFTZmhRnxZFoug++ylF6djxA/AW+dqOmNiY5zxOe4GMr/ETKN9 NuBqai8eG3oiTgKLy6alYN74iJ0DfGjxL0yi73P3eciSUYXzGChx2y8goxXUhq5C dJE0TX7cVSdgXPkerzDckInISch03T4bP7zQ6nnD7owEYLvhMV2/qHzXo+7Bd9mK Fum/H4gWb/CLIMNOUd5HyTfeLeaeazvWCVzFeFk454CrMCwS5qW6XziIN7ZpXbLS q1erlhLlP8aFQkvhME2wPu8sfswt5kftqFSBo7qJw/UXKK+05iBQIMsbNNxpWdWw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddruddvgdekiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecuogfuuhhsphgvtghtffhomhgrihhnucdlgeelmdenuc fjughrpefofgggkfgjfhffhffvufgtsegrtderreerredtnecuhfhrohhmpedfufgrmhhu vghluceurghnhigrfdcuoehssggrnhihrgesfhgrshhtmhgrihhlrdgtohhmqeenucggtf frrghtthgvrhhnpeeviefhueejgeejjeegvdfgfeeuhefgjedtveeigedvgffgleeuleeu heehfeelhfenucffohhmrghinhepghhithhhuhgsrdgtohhmpdifhhgrthifghdrohhrgh dpsghlohhgshhpohhtrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhepshgsrghnhigrsehfrghsthhmrghilhdrtghomh X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 5A667F6007E; Tue, 18 Jan 2022 00:43:24 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.5.0-alpha0-4585-ga9d9773056-fm-20220113.001-ga9d97730 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20201225142604.GC1140@maokai> Date: Tue, 18 Jan 2022 00:43:04 -0500 From: "Samuel Banya" To: "Charles Berry" Subject: Re: Yet another browser extension for capturing notes - LinkRemark Content-Type: multipart/alternative; boundary=0418db6d671d43b9b529862b1ab16ac6 Received-SPF: pass client-ip=66.111.4.28; envelope-from=sbanya@fastmail.com; helo=out4-smtp.messagingengine.com 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=1642484660; 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:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=YIEuRU8NgqY1Wa+uDGikgNStHGKgzUF7dGLiyY5Ww2M=; b=M00W+od6LrgA33sDLBb2M4zhyB8Tq2YkZ9b6/XYyRpu0PfU2grra8mH3Il2dmfNtOVw/Fk aAF5hwISCbI4J9m1GSh1R43tHRSSf7qXurlTMdm91j6Z8LNOKInZ70edp13tj4wO7JYZy/ 6GBE2JzORQjKLhNrjqxG4uKXKcMSGcgwAI19CQ5KtnfZrXxVpTWxrJSpPIRS4Q+CigQJ4x /UzZNm9A/rkuLMM1uvYz2mgvErkbnQQSKdEBmnZx0pWXc4VH8V29GtOWx2oVKtWRoRnVc4 U9UMKwUF414tUWdQnpfM+Br+js8MeEWnmucP09lI1m2JGfXbuvcOCf8Dtoj64g== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1642484660; a=rsa-sha256; cv=none; b=KjfoeQ6jiXPdbHJKBf1m5J69cSVyVRHw8lFnu1x3f3nxa/ybxXDxVQHMitoU8zoX5PLVyr uHDR79t+ydvbb8qq5UC4jxWB83P/wUdTPtSisbhEzgiNZ1+W46GNtMzmxZSrsJOgXYlOXh 5sJRRQjArGvf2yI9XDt+vJnn2z/iqyR+569w3CrXHtF8n1hH8HNzzMla/ZH4442wf26dNr mbTAkZh4/C2CT7surPVPM/a91pnA8z/+l4qFBj0KWwe3yKHpWu6iNYnjxppvhXfZFb5TNb MvkFJN3081oppA7jAH8KfTU6RgAu6t1GTmnfAyk7vGdt+Tkyj9TpszyKns2kxw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=fastmail.com header.s=fm1 header.b=g+rmFH1r; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=cFI3S0f1; dmarc=pass (policy=none) header.from=fastmail.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.41 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=fastmail.com header.s=fm1 header.b=g+rmFH1r; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=cFI3S0f1; dmarc=pass (policy=none) header.from=fastmail.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: 8E952259B3 X-Spam-Score: -4.41 X-Migadu-Scanner: scn1.migadu.com X-TUID: qzd+qsastmeP --0418db6d671d43b9b529862b1ab16ac6 Content-Type: text/plain Not sure if it helps, but you could also use the w3m browser's mentality of just keeping an HTML file that contains all of your bookmarks. I'm sure there's probably even a way to use 'eww' in the same fashion too. Maybe even making your own personal wiki of a webring of sorts would help too. I don't personally bookmark anything anymore but just store links on a webring on my site. Hope this helps. Sam On Mon, Jan 17, 2022, at 8:03 PM, Samuel Wales wrote: > my amazon example was silly and confusing. the point isn't shopping > for something; it's anything. science papers, news outlets, nerd > blogs. > > On 1/16/22, Samuel Wales wrote: > > 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. > > > > > -- > The Kafka Pandemic > > A blog about science, health, human rights, and misopathy: > https://thekafkapandemic.blogspot.com > > --0418db6d671d43b9b529862b1ab16ac6 Content-Type: text/html Content-Transfer-Encoding: quoted-printable
Not sure if it = helps, but you could also use the w3m browser's mentality of just keepin= g an HTML file that contains all of your bookmarks. I'm sure there's pro= bably even a way to use 'eww' in the same fashion too.
Maybe even making your own personal wiki of a webring of sor= ts would help too.

I don't personally bookm= ark anything anymore but just store links on a webring on my site.

Hope this helps.

Sa= m

On Mon, Jan 17, 2022, at 8:03 PM, Samuel = Wales wrote:
my amazon example was silly and confusing.  the point isn't shopp= ing
for something; it's anything.  science papers, ne= ws outlets, nerd
blogs.

On 1/= 16/22, Samuel Wales <samologi= st@gmail.com> wrote:
> more below.
>
> On 12/26/20, Maxim Nikulin <manikulin@gmail.com> 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 yo= u want.  and you
>>> could keep notes on eac= h 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 cl= uttering firefox
>>> and i want them with my org = notes and to make notes on them and will
>>> re-l= oad them into firefox when i want to revisit".]
>>
>> It should be possible since some tab management ex= tension were used in
>> mozilla to evaluate if webex= tensions 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 automat= ic tests to
>> run before every release, and it will= require a lot of time.
>
> interestin= g.  i do note tab selection features in recent firefox-esr
> and i was just assuming something like that.
&g= t;
>>
>> In the meanwhile, have = you looked at the following comment?
>> alphapapa commented Aug = 20, 2017
>>
>>> You can do th= is with the "Copy all URLs" extension (ID:
>>> dj= dmadneanknadilpjiknlnanaolmbfk). Use this as the custom format (note
=
>>> the linebreak):
>>>
>>> [[$url][$title]]
>>
<= div>>> I am almost sure that similar extension should exist for Fi= refox as well.
>
> i think this is for= copying all tabs, not selected ones.  so a
> work= around for my idea would be to have a fresh firefox window
> dedicated to rice cookers and then save them all.  bit it doe= s not
> save over existing canonical location for each = url or similar.
>
> which would be nee= ded for my idea so as to not have duplicates etc.
>
=
> also i think this extension does not exist any more in f= irefox.  i
> used to use it for storing as org lin= ks.  but it was just to store
> links in case fire= fox 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 addit= ion to URLs and
>> titles? Browsers can unload some = tabs making page content unavailable.
>
&= gt; i wouldn't need this i think.  i'd want page title, just as in<= br>
> ordinary org links, but in principle that can be assu= med from the
> existing org entry if exists, and if not= exists and you are capturing,
> the page is already lo= aded.  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 hea= d element of pages in
>> your favorite stores contai= ns desired metadata using page source or
>> inspect = element tools?
>
> my web knowledge is= too limited to understand your question, but i am
> ju= st hoping it would capture ordinary amazon links, review sites, and
<= /div>
> 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, amazo= n 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 th= at.]]
>
>> - Should tab group be ca= ptured as single Org heading or it should be a
>> tr= ee with a section per tab? I am not sure that capture will have no
>> problem with subtree. Certainly Emacs interface for or= g-protocol +
>> capture are not suitable for sending= each tab as a separate link.
>> Another option is t= o create nested lists, anyway org formatter in my
>>= extension need improvements. Are you expecting headings subtree or
<= /div>
>> nested lists?
>
> t= he status quo is that there is nothing, so using lists would be a
> huge improvement and work great.  but fanciness by usi= ng org sections
> if poss [i assume this means header a= nd 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 tha= t it is really annoying. It is among high priority items
&= gt;> 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 capt= ure
> templates are used.  i think it is outside a= ll of the hooks that are
> available for org capture so= not fixable using those.
>
> recent o= rg 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 =3DC-x C-o=3D and discovered
>&= gt; [[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 absolute= ly positioned elements require
>> newlines. Such ele= ments are often abused by designers.
>
> web stuff is above my knowledge and so i thin= k maybe different things
> we are talking about.
>
>>
>>
>>
>
> you would still keep not= es 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 s= ure 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 canonic= al tabs that is in org and sometimes
> in firefox as yo= u please.  you can keep org notes on the org links and
> they won't be overwritten when you save from firefox.  you a= lso won't
> create duplicates when you do so.
=
>


-- 
=
The Kafka Pandemic

A blog about scienc= e, health, human rights, and misopathy:



--0418db6d671d43b9b529862b1ab16ac6--