- Dillo-dev - lists.mailman3.com

CSS extra units

by Rodrigo Arias

Hi, This PR adds support for extra CSS units (ch, rem, vw, vh, vmin and vmax) from the mobilized fork: https://github.com/dillo-browser/dillo/pull/264 I tested it with a few sites, and overall it improves the rending layout, but it would be nice if you can test it with more sites before it gets merged. Best, Rodrigo.

Oct. 3, 2024

Re: POSIX build

by Rodrigo Arias

On Thu, Oct 03, 2024 at 01:08:46PM +0200, a1ex(a)dismail.de wrote: >Done: >https://github.com/dillo-browser/dillo/pull/265 Thanks!, merged in: To github.com:dillo-browser/dillo.git e7fee996..9880c1ba master -> master Best, Rodrigo.

Oct. 3, 2024

Re: POSIX build

by a1ex＠dismail.de

Rodrigo Arias <rodarima(a)gmail.com> wrote: > Hi Alex, > > On Wed, Oct 02, 2024 at 11:44:53AM +0200, a1ex(a)dismail.de wrote: > >Hi, > > > >Regarding the recent github discussion about build systems and POSIX: > > > >Just in case nobody else gets around to it, the attached patch > >changes the build to be POSIX compliant by using 'command -v' > >instead of 'which'. > > Thanks, can you open a PR on GitHub and CC @Kangie? Done: https://github.com/dillo-browser/dillo/pull/265

Oct. 3, 2024

Re: POSIX build

by Rodrigo Arias

Hi Alex, On Wed, Oct 02, 2024 at 11:44:53AM +0200, a1ex(a)dismail.de wrote: >Hi, > >Regarding the recent github discussion about build systems and POSIX: > >Just in case nobody else gets around to it, the attached patch changes >the build to be POSIX compliant by using 'command -v' instead of >'which'. Thanks, can you open a PR on GitHub and CC @Kangie? Best, Rodrigo.

Oct. 2, 2024

POSIX build

by a1ex＠dismail.de

Hi, Regarding the recent github discussion about build systems and POSIX: Just in case nobody else gets around to it, the attached patch changes the build to be POSIX compliant by using 'command -v' instead of 'which'. -Alex

Oct. 2, 2024

Re: Directory of Dillo-friendly services

by a1ex＠dismail.de

Hi Rodrigo, Rodrigo Arias <rodarima(a)gmail.com> wrote: > >Here is a small site with a directory of Dillo-friendly services: > > > >https://alex.envs.net/dillectory/ > > > >I'd like to develop this further and maintain it, so if anyone has > >feedback or additions, please let me know! > > Sorry for the late reply. This is a very nice resource, thanks! I > didn't knew half of those services. > > Notice some links are broken as they have the http[s]:// prefix twice. Thanks, fixed! > > Provide Dillo-compatible alternatives to common services > > I don't like too much the idea of promoting silos like Medium or > Twitter, but that is my personal opinion and I not sure to which > extend that should influence Dillo. Yeah, that's somewhat of a dillema. I personally don't use those sites and don't really want to promote them either, but they are very popular and many people consider them essential. My original idea with the Dillectory was to target newer Dillo users, to show them that they can still use the services they are accustomed to. I guess a larger question is 'who is the average new Dillo user, and what are they trying to achieve by using Dillo'? Perhaps my assumptions are a little off-base. In any case, I'm certainly open to removing sites from the list if they are overly controversial or political. > I think for a section of "some sites to try Dillo", I would rather > prefer to promote static sites that are simple and handwritten by > humans which render good in Dillo and show what it is capable of > (tables, image, floating elements, basic CSS, ...). Which after all, > is what the web was originally made for. Agreed. While the sites on my directory all 'work' in Dillo, they rarely look great. Having a list which really showcases the abilities of Dillo would be nice. I can try to help track down some sites which look especially good if you like. > Of course you cannot always avoid those places, so it is nice to have > these directories handy. Your Dillectory fills nicely this need, so I > think it would be nice to place it in an "additional resources" > section. That would be awesome, thanks! The idea of running a 'rogue' directory which is not wanted by the Dillo project was a worry of mine, and so I will do whatever possible to make sure that the content serves a mutual interest. Regards, Alex

Oct. 2, 2024

Re: 'load_images' pref ineffective on embedded images

by Rodrigo Arias

On Tue, Sep 17, 2024 at 09:54:18AM +0200, a1ex(a)dismail.de wrote: > >> 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. I don't have an strong opinion on this, as sometimes it is handy to render bullets or other small "symbols". But other times they embed a large image. In any case, the image data is already downloaded anyway. Best, Rodrigo.

Oct. 1, 2024

Re: Directory of Dillo-friendly services

by Rodrigo Arias

Hi Alex, On Thu, Sep 19, 2024 at 08:01:02PM +0200, a1ex(a)dismail.de wrote: >Hi, > >Here is a small site with a directory of Dillo-friendly services: > >https://alex.envs.net/dillectory/ > >I'd like to develop this further and maintain it, so if anyone has >feedback or additions, please let me know! Sorry for the late reply. This is a very nice resource, thanks! I didn't knew half of those services. Notice some links are broken as they have the http[s]:// prefix twice. > Provide Dillo-compatible alternatives to common services I don't like too much the idea of promoting silos like Medium or Twitter, but that is my personal opinion and I not sure to which extend that should influence Dillo. I think for a section of "some sites to try Dillo", I would rather prefer to promote static sites that are simple and handwritten by humans which render good in Dillo and show what it is capable of (tables, image, floating elements, basic CSS, ...). Which after all, is what the web was originally made for. Probably I'll need to carefully cherry pick those, as there are a lot of blogs that render poorly, even if the content is nice. The idea is not only to show that Dillo can render HTML documents nicely, but also to suggest that it is possible to have a Web without the current garbage. Of course you cannot always avoid those places, so it is nice to have these directories handy. Your Dillectory fills nicely this need, so I think it would be nice to place it in an "additional resources" section. Best, Rodrigo.

Oct. 1, 2024

Directory of Dillo-friendly services

by a1ex＠dismail.de

Hi, Here is a small site with a directory of Dillo-friendly services: https://alex.envs.net/dillectory/ I'd like to develop this further and maintain it, so if anyone has feedback or additions, please let me know! Regards, Alex

Sept. 19, 2024

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