- Dillo-dev - lists.mailman3.com

Re: New website dillo-browser.org

by Xavier Del Campo Romero

Hi, Congratulations for the new website! Leaving GitHub was a great idea, indeed. Thanks to all donors and developers who made it possible! Best regards, Xavi On 27 September 2025 16:03:40 CEST, Rodrigo Arias <rodarima(a)gmail.com> wrote: >Hi, > >I just wanted to announce that we now have a new website: > >https://dillo-browser.org/ > >As well as a new git web frontend (cgit) that works well from Dillo >(after some CSS fixes), so we can link to a given commit or source file: > >https://git.dillo-browser.org/ > >I'm also working on migrating the issues away from GitHub, so we can >host them ourselves. Same for the CI infrastructure. > >The server is located on EU soil and the costs are fully covered by the >donations to the project. Thanks to all donors that made it possible! > >I hope we can manage to keep it working for some more years, but I still >plan to make some backups in other forges so we don't end up with the >same single point of failure problem of the old server. > >Best, >Rodrigo. >_______________________________________________ >Dillo-dev mailing list -- dillo-dev(a)mailman3.com >To unsubscribe send an email to dillo-dev-leave(a)mailman3.com

Sept. 27, 2025

New website dillo-browser.org

by Rodrigo Arias

Hi, I just wanted to announce that we now have a new website: https://dillo-browser.org/ As well as a new git web frontend (cgit) that works well from Dillo (after some CSS fixes), so we can link to a given commit or source file: https://git.dillo-browser.org/ I'm also working on migrating the issues away from GitHub, so we can host them ourselves. Same for the CI infrastructure. The server is located on EU soil and the costs are fully covered by the donations to the project. Thanks to all donors that made it possible! I hope we can manage to keep it working for some more years, but I still plan to make some backups in other forges so we don't end up with the same single point of failure problem of the old server. Best, Rodrigo.

Sept. 27, 2025

Re: [PATCH] Open a new tab by middle clicking on tab close button

by a1ex＠dismail.de

Hi, Rodrigo Arias <rodarima(a)gmail.com> wrote: > For now I think we can safely add this patch (attached also): > > https://github.com/dillo-browser/dillo/pull/427.patch > > It opens the home and bookmark pages in a new tab if middle-clicked. > It is not the same as opening a new blank tab, but it can probably > cover some of the cases where you open a new tab just to go to the > home page or bookmarks. > > The rationale is that we already open links in new tab when middle > clicking, and both Home and Book are like links, so I think it makes > sense. I have tested this patch and it gets the job done nicely, thank you! Regards, Alex

Aug. 5, 2025

Re: [PATCH] Open a new tab by middle clicking on tab close button

by Rodrigo Arias

Hi, For now I think we can safely add this patch (attached also): https://github.com/dillo-browser/dillo/pull/427.patch It opens the home and bookmark pages in a new tab if middle-clicked. It is not the same as opening a new blank tab, but it can probably cover some of the cases where you open a new tab just to go to the home page or bookmarks. The rationale is that we already open links in new tab when middle clicking, and both Home and Book are like links, so I think it makes sense. >This seems reasonable, but perhaps less discoverable (I didn't know >about that in Firefox until just now). In either case, I think it would >be nice to have a feature like 'always show tab bar', even if there is >only one tab open. Because in order to open a second tab, you would >need to use another means, since that element would initially not be >visible. Yeah, if we need to always show the tab bar then is not such a good idea. I'll need a bit of time to think about it. Best, Rodrigo

Aug. 4, 2025

Re: [PATCH] Open a new tab by middle clicking on tab close button

by a1ex＠dismail.de

Hi Rodrigo, Rodrigo Arias <rodarima(a)gmail.com> wrote: > >This patch enables the 'tab close' button to open a new tab when > >middle-clicked. This allows us to open a new tab with just one click > >instead of two. Of course it is possible to add a separate button for > >this, but to prevent clutter this might be a better solution. > > Thanks, but I don't like too much the idea of mixing closing and > opening a tab in the same button (not a very objective argument > either, I'm aware). I agree that adding a new button for opening a > new tab would clutter the UI. It seemed like the most straight-forward approach while using an existing element. This might be controversial, but what about changing the 'close tab' button to be just for opening a new tab? The close tab button is redundant, because we can just right-click (or middle-click) the tab to close it, so it's not really needed. > I was thinking in clicking the empty space after the tab to open a > new one. If there is no empty space, you cannot use this shortcut, so > we passively encourage you to close some tabs to always leave some > space. On Firefox this is done by double clicking. This seems reasonable, but perhaps less discoverable (I didn't know about that in Firefox until just now). In either case, I think it would be nice to have a feature like 'always show tab bar', even if there is only one tab open. Because in order to open a second tab, you would need to use another means, since that element would initially not be visible. > In any case, I seem to always use Ctrl+T for new tabs. Sure, but by that logic we could just do away with all of the buttons, since everything can be done by keyboard. I personally feel that we should strive for maximum accessibility, which includes mouse-centric workflows. Regards, Alex

Aug. 4, 2025

Re: [PATCH] Open a new tab by middle clicking on tab close button

by Rodrigo Arias

Hi Alex, On Wed, Jul 30, 2025 at 12:39:01PM +0000, a1ex(a)dismail.de wrote: >Hi, > >This patch enables the 'tab close' button to open a new tab when >middle-clicked. This allows us to open a new tab with just one click >instead of two. Of course it is possible to add a separate button for >this, but to prevent clutter this might be a better solution. Thanks, but I don't like too much the idea of mixing closing and opening a tab in the same button (not a very objective argument either, I'm aware). I agree that adding a new button for opening a new tab would clutter the UI. I was thinking in clicking the empty space after the tab to open a new one. If there is no empty space, you cannot use this shortcut, so we passively encourage you to close some tabs to always leave some space. On Firefox this is done by double clicking. In any case, I seem to always use Ctrl+T for new tabs. Best, Rodrigo.

Aug. 3, 2025

[PATCH] Open a new tab by middle clicking on tab close button

by a1ex＠dismail.de

Hi, This patch enables the 'tab close' button to open a new tab when middle-clicked. This allows us to open a new tab with just one click instead of two. Of course it is possible to add a separate button for this, but to prevent clutter this might be a better solution. Regards, Alex diff -upr a/src/uicmd.cc b/src/uicmd.cc --- a/src/uicmd.cc Sat Jul 26 21:03:50 2025 +++ b/src/uicmd.cc Wed Jul 30 12:23:52 2025 @@ -223,6 +223,9 @@ static void close_tab_btn_cb (Fl_Widget *, void *cb_da if (b == FL_LEFT_MOUSE) { a_UIcmd_close_bw(a_UIcmd_get_bw_by_widget(tabs->wizard()->value())); } + if (b == FL_MIDDLE_MOUSE) { + a_UIcmd_open_url_nt(a_UIcmd_get_bw_by_widget(tabs->wizard()->value()), NULL, 1); + } } int CustTabs::handle(int e)

July 30, 2025

[PATCH] Use contrasting color for widget selections

by a1ex＠dismail.de

Hi, Here is a cleaned up version of my previous patch. I have been testing it quite a bit and for me it is working OK with both dark and light backgrounds. Just to recap the issue: Dillo currently hard-codes the color black to be used as the widget selection color (checkmarks, radio buttons, etc). When using a dark background, these selections appear to be invisible. With this patch, we ensure that the selction is visible by contrasing the selection color against the background. Any feedback welcome. Regards, Alex --- a/dw/fltkui.cc Sun Apr 27 18:56:44 2025 +++ b/dw/fltkui.cc Thu May 22 15:02:20 2025 @@ -1171,8 +1171,11 @@ void FltkToggleButtonResource<I>::setWidgetStyle (Fl_W core::style::Style *style) { FltkResource::setWidgetStyle(widget, style); - - widget->selection_color(FL_BLACK); + FltkColor *bg = (FltkColor*)style->backgroundColor; + int normal_bg = bg->colors[FltkColor::SHADING_NORMAL]; + int style_fg = ((FltkColor*)style->color)->colors[FltkColor::SHADING_NORMAL]; + Fl_Color fg = fl_contrast(style_fg, normal_bg); + widget->selection_color(fg); }

May 22, 2025

Re: Question regarding styling input checkbox element

by a1ex＠dismail.de

<a1ex(a)dismail.de> wrote: > Here is a working patch which I believe fixes it so that it uses the > foreground color: Sorry, I hit send too fast! It doesn't actually use the CSS foreground color, but creates a contrasting color based on the background. Maybe not ideal, but probably better than the current behavior.

May 21, 2025

Re: Question regarding styling input checkbox element

by a1ex＠dismail.de

Hi Rodrigo, Rodrigo Arias <rodarima(a)gmail.com> wrote: > For some reason is always hardcoded to be black. Here is making it > always red: Thanks, looks great now! > See commit fa967f233fe6da82a98aaf3e2149d7aa5e1516cc for context, but > not sure why is not just inheriting the CSS foreground color. Here is a working patch which I believe fixes it so that it uses the foreground color: diff -upr a/dw/fltkui.cc b/dw/fltkui.cc --- a/dw/fltkui.cc Sun Apr 27 18:56:44 2025 +++ b/dw/fltkui.cc Wed May 21 14:01:08 2025 @@ -1171,8 +1171,12 @@ void FltkToggleButtonResource<I>::setWidgetStyle (Fl_W core::style::Style *style) { FltkResource::setWidgetStyle(widget, style); - - widget->selection_color(FL_BLACK); + FltkColor *bg = (FltkColor*)style->backgroundColor; + int normal_bg = bg->colors[FltkColor::SHADING_NORMAL]; + int style_fg = ((FltkColor*)style->color)->colors + [FltkColor::SHADING_NORMAL]; + Fl_Color fg = fl_contrast(style_fg, normal_bg); + widget->selection_color(fg); } Regards, Alex

May 21, 2025