- Dillo-dev - lists.mailman3.com

Re: 'load_images' pref ineffective on embedded images

by a1ex＠dismail.de

> Hi, > > The pref 'load_images=NO' only disables loading images from a remote > img src, and not from an embedded[1] data:image src. > > If this behavior is intentional, would it be reasonable to implement > an option to disable all images? > > It might be the case that the user does not want to see any images, no > matter the img src. If anyone cares about this issue, here is a simple fix to make sure that embedded images do not display when 'load_images' is disabled: --- a/src/html.cc Tue Sep 17 09:41:51 2024 +++ b/src/html.cc Tue Sep 17 09:42:44 2024 @@ -2165,7 +2165,6 @@ DilloImage *a_Html_image_new(DilloHtml *html, const ch html->images->set(html->images->size() - 1, hi); load_now = prefs.load_images || - !dStrAsciiCasecmp(URL_SCHEME(url), "data") || (a_Capi_get_flags_with_redirection(url) & CAPI_IsCached); if (load_now && Html_load_image(html->bw, url, html->page_url, image)) { Maybe it would be better to have a separate option to turn this off/on, but I won't bother with that unless there is interest in it. -Alex

Sept. 17, 2024

Re: dillo friendly site directory

by Kevin Koster

a1ex-J7K0XVabL0iELgA04lAiVw(a)public.gmane.org wrote: > I'm sure there are more that I missed, corrections & updates welcome! Here's another source of links: https://libredirect.github.io/ Some more from there that seem to work in Dillo: Urban Dictionary: https://codeberg.org/zortazert/rural-dictionary Instructables: https://git.vern.cc/cobra/Destructables/src/branch/main/instances.json https://indestructables.codeberg.page/ Wayback Machine: https://github.com/ticky/wayback-classic I haven't got time to check more now.

Sept. 15, 2024

Re: Feature idea: save tabs list

by a1ex＠dismail.de

Diego <darkspirit5000(a)gmail.com> wrote: > I have an idea with minimal changes in dillo and various scripts. > > - Activate and format some MSGs in dillo > - use a script to run dillo so saves and load tabs MSGs based That is a neat solution, thanks! Ideally this will all happen inside of Dillo, but until then, your idea should make it easier to start testing this feature. There are also possibilities to customize it, like excluding certain domains from being saved, or removing duplicate tabs, etc. -Alex

Sept. 15, 2024

Re: dillo friendly site directory

by a1ex＠dismail.de

Hi, On Sun, 15 Sep 2024 08:10:26 +1000 "Kevin Koster" <dillo(a)ombertech.com> wrote: > > Maybe we could list some basic service alternatives first, and then > > a few specific directory links? > > There are directory lists of "front-ends" as well: > https://codeberg.org/skynet2982/awesome-alternative-front-ends > https://github.com/mendel5/alternative-front-ends I went through these lists (and others), and pulled out most of the main service alternatives which I verified to work with Dillo: Search: https://searx.neocities.org/nojs https://tailsx.com/ https://github.com/Ahwxorg/librey/ https://lx.vern.cc/instances.php https://github.com/benbusby/whoogle-search#public-instances https://search.marginalia.nu/ https://frogfind.com https://4get.ca/instances Youtube: https://docs.invidious.io/instances/ https://tube.cadence.moe/ https://poketube.fun/ https://codemadness.org/idiotbox/ Reddit: https://github.com/libreddit/libreddit-instances/blob/master/instances.md https://eddrit.com/ RSS: https://rss-bridge.github.io/rss-bridge/General/Public_Hosts.html https://m.simplepie.org Twitter: https://github.com/zedeus/nitter/wiki/Instances Wikipedia: https://wiki.zaggy.nl/nojs https://wikiless.org News: https://neuters.de https://68k.news Imgur: https://codeberg.org/rimgo/instances Bandcamp: https://forgejo.sny.sh/sun/Tent StackOverflow: https://code.whatever.social/ Medium.com https://scribe.rip/ https://git.batsense.net/realaravinth/libmedium IMDB: https://github.com/zyachel/libremdb#instances Quora: https://github.com/zyachel/quetre#instances Odysee / LBRY: https://codeberg.org/librarian/librarian#instances Gitlab: https://lab.vern.cc I'm sure there are more that I missed, corrections & updates welcome! To be clear, my point here is to make a curated list of Dillo-compatible main service alternatives, not a list of all websites that render in Dillo. Also, I would like to focus on free, open-source projects, so I'm trying to avoid listing any commercial/proprietary sites. Regards, Alex

Sept. 15, 2024

Re: dillo friendly site directory

by Kevin Koster

a1ex-J7K0XVabL0iELgA04lAiVw(a)public.gmane.org wrote: > On Sat, 14 Sep 2024 14:17:38 +0200 > Rodrigo Arias <rodarima-Re5JQEeQqe8AvxtiuMwx3w(a)public.gmane.org> wrote: > >> 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. > > Maybe we could list some basic service alternatives first, and then > a few specific directory links? There are directory lists of "front-ends" as well: https://codeberg.org/skynet2982/awesome-alternative-front-ends https://github.com/mendel5/alternative-front-ends But they both include local programs/apps, and lots of "Web apps" that don't work any better than the original websites in Dillo due to CSS or JS. One that seems to be missing in those lists is the Laboratory JS-free front-end for GitLab, which works in Dillo: https://lab.vern.cc Gopher front-ends should be more compatible, via Dillo's Gopher plug-in. Many were listed in this discussion on Usenet in the comp.infosystems.gopher newsgroup: https://comp.infosystems.gopher.narkive.com/GASoqqif/gopher-based-services Although that might lead to making a Web browser that suggests people don't use the Web! > Some of those directories contain a lot of random stuff that > doesn't even work, which might be discouraging to new users. For directories of websites that work in Dillo, there's No-JS.club and noCSS.club: https://no-js.club/ https://nocss.club/ Probably even more "random stuff" there though.

Sept. 14, 2024

Re: dillo friendly site directory

by a1ex＠dismail.de

Hi Rodrigo, On Sat, 14 Sep 2024 14:17:38 +0200 Rodrigo Arias <rodarima(a)gmail.com> wrote: > 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. Maybe we could list some basic service alternatives first, and then a few specific directory links? Some of those directories contain a lot of random stuff that doesn't even work, which might be discouraging to new users. Here is where I would start: Search: SearX instances https://searx.neocities.org/nojs Youtube: invidious instances https://api.invidious.io/ Reddit: libreddit instances https://github.com/libreddit/libreddit-instances/blob/master/instances.md RSS: rss-bridge instances https://rss-bridge.github.io/rss-bridge/General/Public_Hosts.html Social media: nitter instances https://status.d420.de/ Web Archive (sadly not foss): https://archive.is There are probably more I missed, but you get the idea. Perhaps then we could also mention the tildeverse: https://tildeverse.org It would take slightly more work to maintain a list like this rather than just having a list of directories, but I think it could be significantly more useful. Regards, Alex

Sept. 14, 2024

Re: Feature idea: save tabs list

by a1ex＠dismail.de

On Sat, 14 Sep 2024 11:29:36 +0042 yeti <yeti(a)tilde.institute> wrote: > 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…> Thanks for the heads-up! I saw this project a while ago and thought it was quite interesting. Nice to see that its still moving forward :) -Alex

Sept. 14, 2024

'load_images' pref ineffective on embedded images

by a1ex＠dismail.de

Hi, The pref 'load_images=NO' only disables loading images from a remote img src, and not from an embedded[1] data:image src. If this behavior is intentional, would it be reasonable to implement an option to disable all images? It might be the case that the user does not want to see any images, no matter the img src. [1] <img src="data:image/png;base64,..."> Regards, Alex

Sept. 14, 2024

Re: Feature idea: save tabs list

by Diego

I have an idea with minimal changes in dillo and various scripts. - Activate and format some MSGs in dillo - use a script to run dillo so saves and load tabs MSGs based Example: patch with make a script run_dillo.sh fn load_tabs ... dillo $@ | while read line echo $line # process dillo MSGs # MSG("a_UIcmd_open_url_nw: open url in new window '%s' bw=%p new_bw=%p\n", URL_STR(url), (void *) bw, (void *) new_bw); # MSG("a_UIcmd_open_url_nt: open url in new tab '%s' bw=%p new_bw=%p\n", URL_STR(url), (void *) bw, (void *) new_bw); # MSG("a_UIcmd_close_bw bw=%p\n", (void *) bw); # MSG("Nav_open_url: old_url='%s' idx=%d bw=%p\n", URL_STR(old_url), idx, (void *) bw); # MSG("Nav_open_url: saved scroll of '%s' at x=%d y=%d bw=%p\n", URL_STR(old_url), x, y, (void *) bw); # MSG("Nav: expect_done scrolling to x=%d y=%d bw=%p\n", posx, posy, (void *) bw); selec $line a_UIcmd_open_url_nw) ;; open new window anote bw a_UIcmd_open_url_nt) ;; open new tab anote bw a_UIcmd_close_bw) ;; delete window or tab Nav_open_url: old_url) ;; change url for tab Nav_open_url: saved scroll) ;; annotate scroll pos Nav: expect_done scrolling to) ;; annotate scroll pos Dillo: normal exit) ;; annotate normal exit El jue, 12 sept 2024 a las 20:01, <a1ex(a)dismail.de> escribió: > > 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 > > > > _______________________________________________ > Dillo-dev mailing list -- dillo-dev(a)mailman3.com > To unsubscribe send an email to dillo-dev-leave(a)mailman3.com

Sept. 14, 2024

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