Alexander Mikhaylenko authored Dec 03, 2019 and Adrien Plazas committed Dec 03, 2019

See aa7a4eca



Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Alexander Mikhaylenko authored Dec 03, 2019 and Adrien Plazas committed Dec 03, 2019

It doesn't matter because it gets overridden later, but still fix it.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Alexander Mikhaylenko authored Dec 03, 2019 and Adrien Plazas committed Dec 03, 2019

Avoid compile-time warnings.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Fixes one cause of Librem5/libhandy#85



Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Allows to know when the current page has changed, this can be used to
implement "infinite scrolling" by connecting to this signal and amending
the pages.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

This will be used in the next commit to add page-changed signal to
HdyPaginator.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Julian Sparber authored Sep 25, 2019 and Guido Gunther committed Dec 02, 2019

This is based on HdyDialer, but with more flexible API.
The new Keypad allows to set a custom Widget to the left/right
lower corner, replacing the original widget.
The Keypad extents directly GtkGrid which exposes all grid properties.
It also allows to replace/change every button in the Keypad, just like
in GtkGrid.

It also adds a GtkEntry which can be used as the focus widget,
it has the key-press-event already connected and it grabs focus once
it's mapped. The Entry isn't part of the keypad, it's just a
convenienced way to create a Entry, you would expect to use with a
keypad.

Alexander Mikhaylenko authored Oct 14, 2019 and Adrien Plazas committed Dec 02, 2019

Keep a Cairo surface for each child. Paint children onto their surfaces,
then compose the final image. Instead of painting the whole children,
track invalidations and paint only changed parts. This means most paginator
redraws don't involve any child redraws. This should significantly speed
up scrolling when children are expensive to draw.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Alexander Mikhaylenko authored Oct 14, 2019 and Adrien Plazas committed Dec 02, 2019

This allows to stop doing size allocation on each frame, and will allow
to implement drawing cache in the next commit.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Alexander Mikhaylenko authored Oct 12, 2019 and Adrien Plazas committed Dec 02, 2019

This will allow to carry additional data for them later.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

HdyArrows is now deprecated, so we don't want to promote it.

As far as we know, nothing uses it anymore and it's not part of our
latest designs.

Fixes Librem5/libhandy#126.

Since HdyPaginator has mouse scrolling now, there's no need to have
dragging available on non-touch devices, so drop it.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

G_DEPRECATED_* and G_DEPRECATED_*_FOR aren't a thing.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Since enums are deprecated now, these declarations trigger warnings in
modules that use libhandy. Since these functions are already deprecated
anyway, silence these warnings.

Reference: https://gitlab.gnome.org/GNOME/glib/blob/45b74b02b8091d899e3fccacc590f78aa0542f63/glib/gdate.h#L198-205



Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Properties are deprecated too, not just accessors.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Have more useful warnings.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Handle it like discrete scrolling instead.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Support scrolling on devices like mice. Switch a page when a scroll event
arrives and add a delay to prevent too fast scrolling.

Use animation duration as a delay, but don't let it go below 250ms, mainly
to ensure it still works with animations disabled.

Fixes Librem5/libhandy#155



Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Adrien Plazas authored Nov 04, 2019 and Adrien Plazas committed Nov 23, 2019

This adds a page to demo the leaflet transitions, drops usage of the
deprecated leaflet transition types and properties, and defaults to the
'over' transition to demo it and its shadow effect.

Adrien Plazas authored Nov 04, 2019 and Adrien Plazas committed Nov 23, 2019

There is no point in adding enum values and deprecating them in the same
version, so let's just remove them. The animations are still available
via the newly added HdyLeafletTransitionType type and the
transition-type property, so this also encourages migrating to the new
API.

Adrien Plazas authored Oct 29, 2019 and Adrien Plazas committed Nov 23, 2019

Add the HdyLeafletTransitionType enumeration and the transition-type
property to define both the mode and child transitions, as having them
different makes no sense and could lead to spatialization issues.

This new type doesn't offer a crossfade transition on purpose as it was
deemed inappropriate for the leaflet, for which the position of the
children is inherently important.

This also deprecates the two previous properties and their respective
types.

Fixes Librem5/libhandy#92.

Alexander Mikhaylenko authored Nov 15, 2019 and Adrien Plazas committed Nov 23, 2019

Prevent jumping when removing pages to the left of the current one.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Alexander Mikhaylenko authored Oct 26, 2019 and Adrien Plazas committed Nov 23, 2019

Use 300px instead of 400px, otherwise it can be hard to use on small
touchpads.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Draw a dimming layer and a drop shadow over bottom child during 'over' and
'under' mode and child transitions.

The dimming, shadow and border styles are defined in CSS. The current style
is based on the similar animation in WebKit.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

This will be used in the following commits to add shadows to HeyLeaflet
transitions.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Adjust width and height of the clip rectangle to avoid drawing areas
outside of the widget.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

This allows the mode transition animation to match the semantic of the
over and under child transitions.

Sets the children padding of the folding sliding animation depending on
the surface they'll be drawn on.

This doesn't change a thing for the sliding animation, but this will
avoid the children to be moved when snapshotting them, which is needed
for the over and under animations — which will be added in the next
commit — to work correctly.

Adrien Plazas authored Feb 21, 2019 and Adrien Plazas committed Oct 30, 2019

This will clip the end surface to ensure it doesn't get drawn on or
under the visible child, which will allow to create mode transition
animations where other children appear to be drawn under the visible
child.

Adrien Plazas authored Feb 21, 2019 and Adrien Plazas committed Oct 30, 2019

This will clip children to ensure they don't get drawn on or under the
visible child, which will allow to create mode transition animations
where other children appear to be drawn under the visible child.

Do the same thing as for HdyHeaderGroup.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

An object that allows to synchronize swipe animations of multiple widgets.
This can be used to sync widgets between headerbar and window content area.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Use a HdySwipeable instead of GtkWidget. Remove 'begin', 'update' and 'end'
signals and instead call HdySwipeable methods.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>

A common interface that swipeable widgets should implement and that
HdySwipeGroup and HdySwipeTracker will use.

Signed-off-by: Alexander Mikhaylenko <alexm@gnome.org>