- Dillo-dev - lists.mailman3.com

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

by a1ex＠dismail.de

Hi, I wanted to remind about this patch. Is there anything preventing it from going in? This can be considered a privacy leak, since Dillo does not honor the user-specified agent for downloads. Thanks, Alex PS: I'm still maintaining this directory of Dillo-friendly services if anyone has any suggestions or sites to add: https://alex.envs.net/dillectory <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. > > Regards, > Alex > > diff -upr a/dlib/dlib.c b/dlib/dlib.c > --- a/dlib/dlib.c Sun Aug 11 22:21:59 2024 > +++ b/dlib/dlib.c Tue Sep 3 13:49:00 2024 > @@ -922,6 +922,45 @@ char *dGethomedir (void) > } > > /** > + * Return the http_user_agent value in a static string > + */ > +char *dGetuseragent (void) > +{ > + static char *dillorc = NULL; > + dillorc = dStrconcat(dGethomedir(), "/", ".dillo/dillorc", NULL); > + FILE *In; > + int len; > + char *rcline = NULL, *value = NULL, *p; > + if ((In = fopen(dillorc, "r")) == NULL) { > + DLIB_MSG("dGetuseragent: unable to open dillorc.\n"); > + return ("Dillo/" VERSION); > + } > + while ((rcline = dGetline(In)) != NULL) { > + if (strncmp(rcline, "http_user_agent", 15) == 0) > + break; > + dFree(rcline); > + } > + fclose(In); > + if (!rcline) { > + value = ("Dillo/" VERSION); > + DLIB_MSG("dGetuseragent: no 'http_user_agent' in dillorc.\n"); > + } else { > + len = (int) strlen(rcline); > + if (len && rcline[len - 1] == '\n') > + rcline[len - 1] = 0; > + if ((p = strchr(rcline, '='))) { > + while (*++p == ' '); > + value = dStrdup(p); > + } else { > + value = ("Dillo/" VERSION); > + DLIB_MSG("dGetuseragent: error parsing value in dillorc.\n"); > + } > + } > + dFree(rcline); > + return (value); > +} > + > +/** > * Get a line from a FILE stream. > * Return value: read line on success, NULL on EOF. > */ > diff -upr a/dlib/dlib.h b/dlib/dlib.h > --- a/dlib/dlib.h Sun Aug 11 22:21:59 2024 > +++ b/dlib/dlib.h Tue Sep 3 13:49:00 2024 > @@ -175,6 +175,7 @@ void dLib_show_messages(bool_t show); > */ > char *dGetcwd(void); > char *dGethomedir(void); > +char *dGetuseragent(void); > char *dGetline(FILE *stream); > int dClose(int fd); > int dUsleep(unsigned long us); > diff -upr a/dpi/downloads.cc b/dpi/downloads.cc > --- a/dpi/downloads.cc Sun Aug 11 22:21:59 2024 > +++ b/dpi/downloads.cc Tue Sep 3 13:49:06 2024 > @@ -45,6 +45,7 @@ > #include "config.h" > #include "dpiutil.h" > #include "../dpip/dpip.h" > +#include "../dlib/dlib.h" > > /* > * Debugging macros > @@ -324,7 +325,7 @@ DLItem::DLItem(const char *full_filename, const > char * cookies_path = dStrconcat(dGethomedir(), > "/.dillo/cookies.txt", NULL); dl_argv = new char*[10]; > int i = 0; > - const char *user_agent = "Dillo/" VERSION; > + const char *user_agent = dGetuseragent(); > dl_argv[i++] = (char*)"wget"; > if (stat(fullname, &ss) == 0) > init_bytesize = (int)ss.st_size;

Nov. 28, 2024

XSLT

by Schimon Jehudah

Good day, everyone! I would want to know of an example or an elaboration as of how would it be possible to wriite a plugin which would parse XSLT. I want to know how to trigger Dillo to engage such type of a plugin. P.S. Did anyone examine my XMPP plugin for Dillo, yet? Kind regards, Schimon

Nov. 14, 2024

Re: XMPP PubSub Plugin

by Schimon Jehudah

Good evening! I have made an XMPP plugin for Dillo. I would be grateful for your feedbacks. I would also need instructions as to how to implement configurations. Compulsory options: * JabberID * Password Possible options: * Connection * Timeout I consider to add an interface for JabberID and Password, and I would rather receive instructions from the staff. It is posible to use anonymous accounts, such as anon(a)anon.jabberfr.org, yet I would rather not do so, because: * Most of the anonymous accounts have PubSub disabled, which is exactly the needed feature which this plugin provides. * I do not want to rely on anonymous accounts or any server, because of changes that might occur in any future. P.S. I did not think, that I would be sending a plugin as early as now. Kind regards, Schimon On Thu, 7 Nov 2024 07:45:33 +0200 Schimon Jehudah <sch(a)fedora.email> wrote: > Good day, to one and all! > > My name is Schimon, I am a pianist, attorney at law, and I also work > on software that mainly involve the technologies of Syndication and > XMPP. > > My current intention, is to design an XMPP client, based on Slixmpp, > to allow Dillo to interact with Atom Over XMPP (XEP-0277 and > XEP-0472). > > Atom Over XMPP specifies storage of textual content (be it text or > HTML) on XMPP PubSub nodes. It is useful for publishing (see Libervia, > Movim, Rivista XJP), annotating resources (see Blasta) and for any > sort of mean which may require textual content. > > References: > https://blasta.woodpeckersnest.eu/help/about/xmpp/atomsub > https://blasta.woodpeckersnest.eu/help/about/xmpp/pubsub > > Projects: > https://schapps.woodpeckersnest.eu/blasta/ > https://schapps.woodpeckersnest.eu/rivista/ > > I intend to utilize the Python computer language for this task. > > Any help, encouragement, and especially accompanying (not in the > musical sense) my efforts be welcome. > > This is my first time which I intend to collaborate with Dillo > developers, and I am excited by this opportunity. > > Kind regards, > Schimon

Nov. 9, 2024

Re: Testing without Dillo

by Schimon Jehudah

Good day, Rodrigo. It works! $ printf "<cmd='auth' msg='123456' '><cmd='open_url' url='gemini://woodpeckersnest.space/~schapps/' '>" | ./gemini.filter.dpi Thank you, Schimon On Thu, 7 Nov 2024 21:44:20 +0100 Rodrigo Arias <rodarima(a)gmail.com> wrote: > Hi, > > On Thu, Nov 07, 2024 at 05:49:37PM +0200, Schimon Jehudah wrote: > >Is it possible to run Dillo plugins without installing them? > > Try: > > $ printf "<cmd='auth' msg='123456' '><cmd='open_url' url='foo://bar' > '>" | ./foo.filter.dpi > > You can usually ignore the auth part. The response must look like: > > <cmd='start_send_page' url='' '> > Content-type: text/html > > <!DOCTYPE html> > <html> > ... > </html> > > Best, > Rodrigo. > _______________________________________________ > Dillo-dev mailing list -- dillo-dev(a)mailman3.com > To unsubscribe send an email to dillo-dev-leave(a)mailman3.com

Nov. 8, 2024

Re: Testing without Dillo

by Rodrigo Arias

Hi, On Thu, Nov 07, 2024 at 05:49:37PM +0200, Schimon Jehudah wrote: >Is it possible to run Dillo plugins without installing them? Try: $ printf "<cmd='auth' msg='123456' '><cmd='open_url' url='foo://bar' '>" | ./foo.filter.dpi You can usually ignore the auth part. The response must look like: <cmd='start_send_page' url='' '> Content-type: text/html <!DOCTYPE html> <html> ... </html> Best, Rodrigo.

Nov. 7, 2024

Testing without Dillo

by Schimon Jehudah

Greetings! Is it possible to run Dillo plugins without installing them? I ask for two reasons: 1) Ease of development. 2) I fail to activate plugins. ** ERROR **: [Dpi_read_comm_keys] No such file or directory Dpi_blocking_start_dpid: try 1 [dpid]: a_Misc_mksecret: 1j91dh5 dpid started Dpi_get_server_port: can't read server port from dpid. Dillo: normal exit! Regards, Schimon

Nov. 7, 2024

XMPP PubSub Plugin

by Schimon Jehudah

Good day, to one and all! My name is Schimon, I am a pianist, attorney at law, and I also work on software that mainly involve the technologies of Syndication and XMPP. My current intention, is to design an XMPP client, based on Slixmpp, to allow Dillo to interact with Atom Over XMPP (XEP-0277 and XEP-0472). Atom Over XMPP specifies storage of textual content (be it text or HTML) on XMPP PubSub nodes. It is useful for publishing (see Libervia, Movim, Rivista XJP), annotating resources (see Blasta) and for any sort of mean which may require textual content. References: https://blasta.woodpeckersnest.eu/help/about/xmpp/atomsub https://blasta.woodpeckersnest.eu/help/about/xmpp/pubsub Projects: https://schapps.woodpeckersnest.eu/blasta/ https://schapps.woodpeckersnest.eu/rivista/ I intend to utilize the Python computer language for this task. Any help, encouragement, and especially accompanying (not in the musical sense) my efforts be welcome. This is my first time which I intend to collaborate with Dillo developers, and I am excited by this opportunity. Kind regards, Schimon

Nov. 7, 2024

[PATCH] Hide tab close button

by a1ex＠dismail.de

Hi list, In an attempt to keep the UI as configurable as possible for accessibility and themeing purposes, here is an example patch to hide the close tab button. Since we can already close the tab with the right or middle mouse button click, the button might be useless for some users, and may also be taking up valuable horizontal real-estate in the tab bar. Maybe it seems silly, but when using Dillo on a constrained portrait display, this can be useful. It can probably be made into a dillorc option if there is any interest. --- a/src/uicmd.cc Mon Oct 28 19:01:28 2024 +++ b/src/uicmd.cc Mon Oct 28 19:01:57 2024 @@ -142,7 +142,7 @@ class CustTabs : public Fl_Group { (public) Fl_Group(0,0,ww,th,lbl) { Pack = NULL; focus_counter = 0; - tab_w = 50, tab_h = th, ctab_h = 1, btn_w = 20, ctl_w = 1*btn_w+2; + tab_w = 50, tab_h = th, ctab_h = 1, btn_w = 20; resize(0,0,ww,ctab_h); /* tab buttons go inside a pack within a scroll */ Scroll = new Fl_Scroll(0,0,ww-ctl_w,ctab_h); I've also done some preliminary work to theme the tab bar, scroll bar, url bar, icons, and ui highlights. Dillo isn't really designed for that, so to create a proper user configurable theme-engine will probably be quite a lot of work, and not something that I can handle alone. Regards, Alex

Oct. 28, 2024

Re: Use SIGUSR1 to reload the page!

by a1ex＠dismail.de

Hi Rodrigo, Rodrigo Arias <rodarima(a)gmail.com> wrote: > I implemented this on the following PR: > > https://github.com/dillo-browser/dillo/pull/290 > > It reloads the focused tabs on all windows of the given Dillo process > when a SIGUSR1 signal arrives. > > Example to reload a local file test.html: > > All Dillo processes: > > echo test.html | entr pkill -SIGUSR1 dillo > > Only one with pid 1234: > > echo test.html | entr kill -SIGUSR1 1234 > > I mostly wanted to quickly reload the changes when I edit an HTML > page, but this can also be used to monitor a remote page over time, > like: > > $ dillo https://twtxt.envs.net/api/plain/tweets & > $ while [ 1 ]; do sleep 10; pkill -SIGUSR1 dillo; done & > > See: https://forums.raspberrypi.com/viewtopic.php?t=330705 > > Could you test it on OpenBSD, I hope the signaling part continues to > work fine there. Nice patch! It seems to be working fine here with no problems. I agree that this is quite useful for editing and monitoring pages, thanks! -Alex

Oct. 25, 2024

Re: Towards 3.2.0

by Rodrigo Arias

Hi all, On Thu, Oct 24, 2024 at 10:45:49PM +0200, Xavier Del Campo Romero wrote: >I would have preferred to resume my work on multipart/form-data, but I >have been too busy with other projects and IRL. The required changes >were way too complex to shoehorn into this release, so I assume they >will have to wait for the next one :) No worries :-) On Thu, Oct 24, 2024 at 11:09:46PM +0200, a1ex(a)dismail.de wrote: >I don't know about the complexity, but it worked fine here! Yeah, but I prefer to move to a new file when the format is more stable, so you can keep your rules intact. Now I'm experimenting. >Sounds good, but in that case, maybe we should provide an example >handler script in the docs, since that could be a barrier for some >users. > >I'm still using a variant of this[1] patch, but with multiple >entries, which still seems to be the easiest way of allowing external >actions. > >[1] https://alex.envs.net/patches/00-ext-link-handler.patch Yeah, maybe I could also make it like this so you can specify a program directly: actions="Open with external tool:/path/to/the/handler.sh default $URL" actions="Open as audio:/path/to/the/handler.sh audio \"$URL\"" actions="Open with MPV:mpv $URL" actions="Open with Firefox:firefox $URL" But this won't work well when the URL has characters that are interpreted by the shell. It "should" be like: actions="Open with external tool:/path/to/the/handler.sh default \"$URL\"" actions="Open as audio:/path/to/the/handler.sh audio \"$URL\"" actions="Open with MPV:mpv \"$URL\"" actions="Open with Firefox:firefox \"$URL\"" But is quite ugly. And I'll have to check if you can still inject some command in the URL, which would be dangerous. On Fri, Oct 25, 2024 at 09:12:21AM +1000, Kevin Koster wrote: >One action which would probably complicate things, but likely be >among the most used for me, would actually be something like "View >as text" (in Dillo). Effectively the inverse of "Save link as...". > >Websites with annoying MIME settings can give links that one wants >to view as text (eg. source code files), but the server assigns a >MIME value to them that makes Dillo download them to file. This >would force Dillo to display the link as a Text file regardless. Yes, I have also experienced this annoyance. It may be nice yes, not sure how complex to implement. >Also the view source plugin/rendering can choke a bit >performance-wise (on the modestly-powered computers I use, at >least) with the multi-MB webpages that are common today. Just >viewing as text might be a quicker option, eg. when looking to >manually extract a URL meant to load via Javascript. I think for very long text files this may continue to choke Dillo. Maybe you could add a external tool that pipes it to more(1) or less(1). >> Then, your handler will be invoked using the label as: >> >> /bin/the-handler <URL> <action-label> >> >> And you do whatever you find convenient in your handler, so you have >> more context to decide the proper action based on the label. I think >> this would cover most of the use cases of opening URLs with other >> programs without being too convoluted. > >What would the default behaviour be? Will Dillo install a default >handler with its own separate configuration file for setting up the >default 'action' behaviours? Or does the feature only appear after >each user has created their own handler? By default, no extra options. As you add the actions they appear on the menu. We may want to distribute an example handler for users to have a reference. Best, Rodrigo.

Oct. 25, 2024