September 2024 - Dillo-dev - lists.mailman3.com

Re: Feature idea: save tabs list

by Rodrigo Arias

Hi, >This is a valid concern. Maybe there could be a warning if opening more >than 20 tabs (or whatever number is reasonable). I generally don't have >many more than that open anyway, and usually they are a mixture of >sites, so it shouldn't be a big issue for me at least. Yeah, that sounds reasonable. >On a side note, I still sometimes get blank tab names with no title, >even after this commit: >https://github.com/dillo-browser/dillo/pull/194/commits > >Here is an example: >https://search.dojoro.de/ > >When I search for something, the address becomes: >https://search.dojoro.de/search > >and yet the tab name still remains blank. It would be nice to have the >domain name as the tab name in these cases. That is what their page says: <title></title> But yeah, we should fall back to the URL instead of the file name. >Here are a few examples: >Search - SearXNG instances, frogfind.com, marginalia >Mailing lists - marc.info, mail-archive.com >Proxy - MortyProxy instances, floodgap.com gopher, gopherpedia >News - neuters.de, m.simplepie.org rss, rss-bridge instances >Tech - hn (or hngopher), tildes.net, lobste.rs, bleepingcomputer.com >Reddit - libreddit instances, gopherddit.com >Youtube - invidious instances, https://codemadness.org/idiotbox/ >OpenBSD stuff - freshbsd.org, openports.pl, undeadly.org, etc >Social media - nope > >Obviously this list is rather privacy focused, but I'd be happy to help >put together a more general list of sites which are Dillo-friendly. Nice ones! I think it would be handy to do such a list. Here are some directories, but the CSS is pretty broken on some, at least until we implement CSS variables: https://sjmulder.nl/en/textonly.html https://jsfree.org/ https://blogroll.org/ https://ooh.directory/ https://curlie.org/en/ I guess it would be easier to have a directory of directories, so we don't need to do a lot of maintenance. So instead of asking us to add your nice page/blog/whatever, just submit it to one of the directories we link to. Best, Rodrigo.

Sept. 14, 2024

Re: Feature idea: save tabs list

by yeti

<a1ex(a)dismail.de> writes: > Social media - nope SNAC2 can be styled to be usable via Dillo: <https://comam.es/snac/grunfink> <https://yeti.tilde.institute/dillo-screenshots/20240914-103713__dillo__a_SN…> That does not mean, that every SNAC2 instance is "Dillo compatible". -- 1. Hitchhiker 5: (101) "You just come along with me and have a good time. The Galaxy's a fun place. You'll need to have this fish in your ear."

Sept. 14, 2024

Re: Feature idea: save tabs list

by a1ex＠dismail.de

Hi Rodrigo, On Sat, 14 Sep 2024 08:49:14 +0200 Rodrigo Arias <rodarima(a)gmail.com> wrote: > >An option to save all open tab urls to a file would be great. It > >would be even nicer if we could later open all those urls in new > >tabs when starting Dillo :) > > Maybe it is a good idea to add a button in the quit dialog to allow > the user to save the current "session" for later (and/or set in > dillorc what to do by default). > > Keep in mind this will cause a spike of work loading hundreds of > tabs, and it can potentially ban you if all those tabs point to the > same server, as they will all load at the same time. This is a valid concern. Maybe there could be a warning if opening more than 20 tabs (or whatever number is reasonable). I generally don't have many more than that open anyway, and usually they are a mixture of sites, so it shouldn't be a big issue for me at least. On a side note, I still sometimes get blank tab names with no title, even after this commit: https://github.com/dillo-browser/dillo/pull/194/commits Here is an example: https://search.dojoro.de/ When I search for something, the address becomes: https://search.dojoro.de/search and yet the tab name still remains blank. It would be nice to have the domain name as the tab name in these cases. > I'm wondering how you use Dillo regularly and what sites you use that > work good without JS. I'm thinking in writing a short introduction to > directories and other pages to let newcomers have something to > actually read, rather than opening youtube.com and seeing a blank > page. My use case for Dillo is mostly reading text (research, news, mailing lists, oss dev sites, etc). I browse with images and css off by default, for me they are usually an unnecessary distraction, and only turn them on as needed. As for sites, Here are a few examples: Search - SearXNG instances, frogfind.com, marginalia Mailing lists - marc.info, mail-archive.com Proxy - MortyProxy instances, floodgap.com gopher, gopherpedia News - neuters.de, m.simplepie.org rss, rss-bridge instances Tech - hn (or hngopher), tildes.net, lobste.rs, bleepingcomputer.com Reddit - libreddit instances, gopherddit.com Youtube - invidious instances, https://codemadness.org/idiotbox/ OpenBSD stuff - freshbsd.org, openports.pl, undeadly.org, etc Social media - nope Obviously this list is rather privacy focused, but I'd be happy to help put together a more general list of sites which are Dillo-friendly. Regards, Alex PS: Why don't I use reddit/google/wikipedia/news/etc directly instead of using a intermediary? Because I don't trust them. I have nothing to hide, but these corporations are evil, and I will go out of my way to avoid them.

Sept. 14, 2024

Re: Feature idea: save tabs list

by Rodrigo Arias

Hi Alex, On Thu, Sep 12, 2024 at 07:58:35PM +0200, a1ex(a)dismail.de wrote: >Hi, > >It would be nice to have the ability to save a list of open tabs. Often >I find myself shutting down my workstation and still have many tabs >open in Dillo. Its a pain to go through them all at that moment to >decide whats worth saving or bookmarking. I use an extension (Tab Wrangler) in Firefox to close unused tabs after some time, so it forces me to bookmark earlier. It kills the tab hoarding problem and keeps the memory usage low, so maybe a similar approach could be used in Dillo. >An option to save all open tab urls to a file would be great. It would >be even nicer if we could later open all those urls in new tabs when >starting Dillo :) Maybe it is a good idea to add a button in the quit dialog to allow the user to save the current "session" for later (and/or set in dillorc what to do by default). Keep in mind this will cause a spike of work loading hundreds of tabs, and it can potentially ban you if all those tabs point to the same server, as they will all load at the same time. >On first glance it doesn't seem very easy to implement, but also >maybe not super complicated either. I don't have any patches yet, just >wanted to put the idea out and see what you think about it. Sounds good for me. I'm wondering how you use Dillo regularly and what sites you use that work good without JS. I'm thinking in writing a short introduction to directories and other pages to let newcomers have something to actually read, rather than opening youtube.com and seeing a blank page. Best, Rodrigo.

Sept. 14, 2024

Feature idea: save tabs list

by a1ex＠dismail.de

Hi, It would be nice to have the ability to save a list of open tabs. Often I find myself shutting down my workstation and still have many tabs open in Dillo. Its a pain to go through them all at that moment to decide whats worth saving or bookmarking. An option to save all open tab urls to a file would be great. It would be even nicer if we could later open all those urls in new tabs when starting Dillo :) On first glance it doesn't seem very easy to implement, but also maybe not super complicated either. I don't have any patches yet, just wanted to put the idea out and see what you think about it. Regards, Alex

Sept. 12, 2024

Re: [WIP PATCH] Use SIGUSR1 to reload the page

by Rodrigo Arias

Hi Alex, >I didn't get much further with this yet, but in the meantime, here is a >very simple example script which attempts to achieve the same goal. > >It opens the specified file in a new Dillo window and then automatically >reloads the page whenever the file changes. Note that it only reloads >the active tab. > >This relies on the 'entr' and 'xdotool' programs, but 'entr' can be >easily replaced with a bit more scripting if desired. > >```` >#!/bin/sh ># dillomon.sh ># Monitor a local file for changes with Dillo ># usage: dillomon.sh filename > >dillo $1 & sleep 1 >echo $1 | entr xdotool key --window `xdotool search --classname Dillo | >tail -1` ctrl+r > >```` Thanks!, that should do it for now. Eventually I'll need to add a tool to control the browser for automated testing, so I will probably also add the ability to refresh the current page too. So not sure if we want to spend too much effort in this, provided there is a intermediate solution already. I began tagging easy issues with "good first issue", so far only one: https://github.com/dillo-browser/dillo/issues?q=is%3Aissue+is%3Aopen+label%… Best, Rodrigo.

Sept. 11, 2024

Re: [WIP PATCH] Use SIGUSR1 to reload the page

by a1ex＠dismail.de

Hi, On Mon, 2 Sep 2024 21:25:12 +0200 Rodrigo Arias <rodarima(a)gmail.com> wrote: > You need to find a pointer to BrowserWindow and pass it to > a_UIcmd_reload(). Check a_Bw_num() and a_Bw_get() in src/bw.c. > > We should reload the current page on all windows. > > I'm not sure if we can do this from the context of a signal, we > probably need to register a timeout in FLTK and handle it from there. > > Probably not a very easy issue. I didn't get much further with this yet, but in the meantime, here is a very simple example script which attempts to achieve the same goal. It opens the specified file in a new Dillo window and then automatically reloads the page whenever the file changes. Note that it only reloads the active tab. This relies on the 'entr' and 'xdotool' programs, but 'entr' can be easily replaced with a bit more scripting if desired. ```` #!/bin/sh # dillomon.sh # Monitor a local file for changes with Dillo # usage: dillomon.sh filename dillo $1 & sleep 1 echo $1 | entr xdotool key --window `xdotool search --classname Dillo | tail -1` ctrl+r ```` Regards, Alex

Sept. 11, 2024

Re: [PATCH] make downloads.dpi use http_user_agent from dillorc

by Rodrigo Arias

On Tue, Sep 03, 2024 at 01:51:18PM +0200, a1ex(a)dismail.de wrote: >Hi, > >Here is a patch which allows wget called from downloads.dpi to use the >user agent provided in dillorc, and fallback to the hardcoded >Dillo/version agent if not defined. Thanks Alex!, I'll queue it. Best, Rodrigo.

Sept. 9, 2024

Re: Queue Downloads

by a1ex＠dismail.de

> Also, if you want to make this portable so it works on other shells > than just bash, you can do something like this to get the port number: > > echo $a | cut -f4- -d"'" | rev | cut -c 5- | rev > > There are probably other ways to do it using sed, etc. Here is a sed equivalent, which might be a more conventional approach: $ echo $a <cmd='send_data' msg='12345' '> $ echo $a | sed "s/^.*msg=[']$[^']*$['].*$/\1/" 12345 -Alex

Sept. 6, 2024

Re: Queue Downloads

by a1ex＠dismail.de

On Fri, 6 Sep 2024 00:06:41 +0200 Diego <darkspirit5000(a)gmail.com> wrote: > I see same when do use filename without a path. I think download.dpi > needs a filename with one path-segment or more. > > Send script v0.2 with a workarround (prefix "./" if there is not a "/" > in filename) That works. It might be nice to set a default download location, and also automatically get the filename from the url with basename. Also, if you want to make this portable so it works on other shells than just bash, you can do something like this to get the port number: echo $a | cut -f4- -d"'" | rev | cut -c 5- | rev There are probably other ways to do it using sed, etc. I attached a quick and probably incomplete example which incorporates these ideas :) Regards, Alex

Sept. 6, 2024