| Age | Commit message (Collapse) | Author |
|---|
|
Adds the scroll_switches_tabs_reverse option in dillorc to allows
reversing the direction of tab switching based on the movement of the
mouse wheel.
See: https://lists.mailman3.com/hyperkitty/list/dillo-dev@mailman3.com/thread/F2EF4NHF3CBMJ3XZII2TFIE6MSXEE5AD/
Fixes: https://github.com/dillo-browser/dillo/issues/122
Reviewed-by: Rodrigo Arias Mallo <rodarima@gmail.com>
|
|
|
|
Allows paths like "file:~/" and "file:~/.dillo/dillorc" to be opened by
Dillo by expanding the tilde character '~' to the value of the $HOME
environment variable.
Fixes: https://github.com/dillo-browser/dillo/issues/81
|
|
By default, scrolling the mouse wheel over the tabs will switch among
tabs. The option allows users to disable the feature.
|
|
Allows switching tabs using the mouse wheel, which is useful to quickly
scan pages by looking at the page content instead of the tab title.
|
|
The default tab height of 16 pixels was causing some usability issues as
the tabs are quite small in large monitors. The default size is
increased to 20 pixels and the new option "ui_tab_height" allows the
user to specify a different value.
|
|
When using the mouse wheel to scroll a page, the default scroll step was
causing a very slow scrolling speed. The new option "scroll_step" allows
the user to define how many pixels the page is moved in every step of
the mouse wheel. The default is increased to 100 pixels per step.
|
|
|
|
|
|
|
|
e.g. entering a space containing sring in address bar.
|
|
A change introduced in fltk-1.3.3 makes it necessary to set the
resizable of the window before any focus change is triggered.
Otherwise the Dillo window cannot be resized in certain situations.
|
|
Jorge found that AddressSanitizer complained about heap-use-after-free.
The problem was that, with window name and icon name set to the same
copied string (there is no separate copy_label() for the icon name),
when Fl_Window::copy_label() was called to set the copied label to a
new value, the old string is free()d and then iconlabel() is used
before we have a chance to set it to our newly copied string.
|
|
http://lists.dillo.org/pipermail/dillo-dev/2014-July/010187.html
I'm still curious why odd behaviour hadn't been reported by others
with other window managers, but I can't justify putting a lot of
time into this, and it may be simply that we expect dillo to have
lots of little imperfections.
|
|
|
|
Add the possibility to search from address bar by entering a
prefix of a search_url label followed by a blank followed by
the search term.
Submitted by: Aki Helin <aki.helin@iki.fi>
with some modifications.
|
|
|
|
|
|
|
|
|
|
|
|
1: Suggest the same save file for "Save page" and "Save link".
2: Create the save file from the path and the query, ignoring the
fragment.
3: Truncate the path and the query as necessary.
|
|
overwriting.
|
|
|
|
http://lists.auriga.wearlab.de/pipermail/dillo-dev/2013-January/009722.html
(focus can go from main->location, and location can get its value selected)
|
|
|
|
prefs.save_dir was silently ignored if it contained no '/'
|
|
|
|
a_UIcmd_init().
|
|
Recent mailing list: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2012-December/009661.html
The earlier thread begins with: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-September/008890.html
|
|
http://lists.auriga.wearlab.de/pipermail/dillo-dev/2012-December/009668.html
|
|
|
|
I noticed this with shift-Escape, but it would also happen with plain Escape
if mapped to nop in keysrc.
|
|
There're two options: update the focus number so when you close
the current tab, focus goes to the last background-opened tab
(as with this patch), or to leave it low so when you close the
current tab, focus goes to the previous non-background tab.
|
|
|
|
|
|
|
|
Removed the workaround [1] that added a full UI and viewport
redraw to conceal the lingering tooltips bug [2]. It produced
annoying scroll flickering when the mouse was in the UI but
outside the viewport (e.g. over the panel).
This is more a FLTK bug than anything; the FLTK team's plan is
to fix it in FLTK3, and also extend the tooltips API.
As FLTK3 may take long to be released, and porting dillo to it
is non-trivial (if both events ever come to happen), this custom
solution looks quite reasonable for the present times.
The patch introduces a new CustButton class that uses TipWin,
and thus the tooltip handling is no longer handled by FLTK. This
patch switches the UI buttons to the new CustButton.
1] http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-July/008515.html
2] http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-July/008494.html
|
|
This also avoids a valgrind uninitialized focus number warning for new tabs.
|
|
|
|
Viewing image source wasn't working anyway. I have the impression that the
vsource dpi is told, e.g., "Here's 3000 bytes", and then it's only given
however much it takes to reach a NULL in the image data -- but I didn't
trouble myself to dig into the matter, since unformatted image source is
not very informative anyway.
|
|
Submitted by: 123 <p37sitdu@lavabit.com>
|
|
Basically, I and i are different letters in Turkic languages, and this
causes problems for str(n)casecmp and toupper/tolower in these locales
when dillo is dealing with ASCII.
|
|
|
|
|
|
|
|
It looks like plastic just _insists_ on mixing lots and lots of grey in,
so if you pick a color that you like in plain/gtk+, it gets seriously washed
out in plastic. There is a problem of getting nearly indistinguishable
colors.
|
|
|
|
|
|
|
