aboutsummaryrefslogtreecommitdiff
path: root/dw/fltkviewport.cc
AgeCommit message (Collapse)Author
2024-10-13Jump to top and bottom in scroll page modeRodrigo Arias Mallo
When scroll page mode is active, clicking on the up and down scrollbar buttons make the page jump to the top and bottom repectively.
2024-10-13Repeat page scrolling when holding the buttonRodrigo Arias Mallo
When the page scroll mode is enabled, pressing and holding the scrollbar will keep scrolling pages on that direction until the mouse button is released.
2024-10-13Control the page overlap independentlyRodrigo Arias Mallo
Introduces the new option scroll_page_overlap to control the amount of pixels of overlap when scrolling to the next or previous page. Previously this value was taken from scroll_step, but now they are controlled independently. Fixes: https://github.com/dillo-browser/dillo/issues/276
2024-10-13Scroll full pages with mouse wheelRodrigo Arias Mallo
When using the scroll wheel over a page, holding Shift will cause full pages to be scrolled instead of scroll steps. The same effect can be achieved by scrolling over the vertical scrollbar.
2024-10-13Add new scrollbar page modeRodrigo Arias Mallo
The scroll page mode changes the behavior of the mouse when clicking on the vertical scrollbar. When enabled with scrollbar_page_mode=YES, clicking with the left button anywhere on the vertical scrollbar will cause the page to scroll down one page. With the right button, to scroll up one page. Holding Shift temporarily reverts the value of the option.
2024-10-13Add support for left scrollbarRodrigo Arias Mallo
Implements support for placing the vertical scrollbar on the left side by setting scrollbar_on_left=YES on dillorc. By default, continues to be on the right side. See: https://www.toomanyatoms.com/software/mobilized_dillo.html Authored-By: dogma
2024-08-07Make Dillo C99 standard compliantRodrigo Arias Mallo
Reviewed-by: dogma
2016-04-30Silenced debug messages left from patch #4534Jorge Arellano Cid
2016-04-29FltkViewport::draw() part2: cleanups and three bug fixes.Jorge Arellano Cid
Rewrote FltkViewport::draw() into a much cleaner style, fixing 3 problems. Bug fixes: 1. The mouse button FL_RELEASE event over the scrollbars area triggered an unnecessary redraw. 2. The mouse button FL_RELEASE event, after scrolling, triggered an unnecessary redraw. 3. The FL_RELEASE event, after {horiz|vert}scrolling was passed upwards although already handled.
2016-04-27Reduce in half the redraws when scrolling.Jorge Arellano Cid
Now there's a single fl_scroll() call for each scroll operation, instead of calling fl_scroll() and then draw(). The patch also fixes support for FL_DAMAGE_EXPOSE in FltkViewport::draw(). Test data: FL_DAMAGE_CHILD = 0x01, 1 FL_DAMAGE_EXPOSE = 0x02, 2 FL_DAMAGE_SCROLL = 0x04, 4 FL_DAMAGE_OVERLAY = 0x08, 8 FL_DAMAGE_USER1 = 0x10, 16 FL_DAMAGE_USER2 = 0x20, 32 FL_DAMAGE_ALL = 0x80 128 -----------------------------------------------------------------------------. | scroll: keys | focus click | Alt-Tab | unfocus| | or mousewheel | viewport | statusbar | unfocus | focus | click | -----------------------------------------------------------------------------| d4235 | 5,5 | 16 | | 128 |128,128,128| | d4529 | 5,5 | 16 | | 128 |128,128,128| | dpatch | 5 | 16 | | 128 |128,128,128| | -----------------------------------------------------------------------------' </pre> The first column means dillo version (hg rev). The second one the FLTK damage bits received by FltkViewport::draw() per scroll operation (also viewable at dillo's stdout). The other columns show excessive calls, but that's another bug that is not as relevant as scrolling now, so feel free to ignore them by now.
2014-01-14commentcorvid
to a quick glance, that looked like division could be involved.
2013-12-20RTFL messages.Sebastian Geerken
2013-12-09Activated RTFL again, see <http://www.dillo.org/~sgeerken/rtfl/>.Sebastian Geerken
2013-01-08don't draw scrollbars unnecessarilycorvid
2012-12-31don't say 'FL_GRAY' because it's a misleading termcorvid
2012-12-28move that change to viewportcorvid
2012-11-14color in the square at the junction of the scrollbarscorvid
2012-11-12return the FL_LEAVE code to fltkviewport handle()corvid
Had been removed in d604d0b0c3f8. http://lists.auriga.wearlab.de/pipermail/dillo-dev/2012-November/009537.html
2012-11-05base selection scroll speed on distance from viewportcorvid
I played around with different speed algorithms, without anything seeming _obviously_ best, so here's something to start with, anyway...
2012-11-05scroll when cursor is outside of viewport during selectioncorvid
2011-09-14Allow key bindings for paging left/rightcorvid
2011-09-06remove trailing whitespaceJorge Arellano Cid
2011-08-31BugFix: first click on a link missed after middle-click on a scrollbarJorge Arellano Cid
2011-08-17typocorvid
2011-06-29Fixed a bug that made the main area lose keyboard events with selection listsJorge Arellano Cid
2011-06-18Made dillorc's middle_click_drags_page=NO operative againJorge Arellano Cid
* Added setDragScroll(bool) to the viewport to enable/disable it * Made middle-click paste URL upon FL_RELEASE
2011-06-13A form widget below the scrollbar was taking the latter's events (fixed)Jorge Arellano Cid
2011-05-22Added a CustScrollbar class to allow SHIFT+{Left,Right} go to the parentJorge Arellano Cid
* Allows using these keys for next/prev tab when hscrollbar is visible
2011-05-16rm spacescorvid
2011-05-12Bug fix: resize the viewport internally (when attached to a layout)Jorge Arellano Cid
* It also has a fix for scrollbars resize, and an optimization to avoid scrollbar adjustment overhead.
2011-05-01check scrollbar visibility before sending it eventscorvid
There's probably useful untangling of the scrollbar code that one could do because they're probably supposed to resize to zero thickness when we can't see them, but... And as for the modifier check, it was originally added in http://cvs.auriga.wearlab.de/cgi-bin/cvsweb.cgi/dw2/dw/fltkviewport.cc?cvsroot=dillo#rev1.21 which just says "Fixed an include for OpenBSD compatibility." -- so I have no idea whether it's there for a reason. If a reason reveals itself, I can add a comment.
2011-03-13no motionNotify when drag scrollingcorvid
2011-03-13Made the status bar visible and operative.Jorge Arellano Cid
The Bug Meter needs some work due to differences with FLTK2
2011-02-23view and form widget focusingcorvid
2011-02-08a little overlap when paging up/downcorvid
2011-02-03don't send viewport events to scrollbars while doing middle-click page dragging.corvid
Plain Dillo has this bug as well, which I know I've tripped upon on occasion but had never noticed quite what I'd done to trigger the misbehaviour.
2011-02-03use Fl_Group::handle() to pass events to scrollbarscorvid
It turns out that Fl_Group::handle() is where some of the magic lives that makes pushed() and FL_DRAG all work properly so that you can drag the scrollbar without keeping the cursor within its confines.
2011-01-20view coordinates are now relative to the window (standard with fltk-1.3)Johannes Hofmann
2011-01-20fix scroll performanceJohannes Hofmann
2011-01-19adjust FltkView to global coordinates in fltk-1.3Johannes Hofmann
2011-01-16remove debug outputJohannes Hofmann
2011-01-16fix scrollbarsJohannes Hofmann
2011-01-16Fl_Group::resize() before adjustScrollbarsAndGadgetsAllocation()Johannes Hofmann
2011-01-15view changesJohannes Hofmann
2011-01-06some fltkviewportcorvid
2011-01-06more key/button modifierscorvid
2011-01-06eventscorvid
2011-01-06keys and mouse buttonscorvid
2010-05-10avoid automatic focus of first child when window gets focusJohannes Hofmann
2010-05-10fix focus handlingJohannes Hofmann
Let fltk decide which widget should get the focus when the window regains focus. Unfocus any form widgets when the view area is clicked with the left mouse button. Reported by: Roger http://lists.auriga.wearlab.de/pipermail/dillo-dev/2010-May/007486.html