| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
With contrubitions from:
- Zeeshan Ali <zeenix@gmail.com>
- Nirbheek Chauhan <nirbheek@centricular.com>
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
| |
|
|
|
|
|
|
| |
Fallout from bacedd9fa569bf77e60d43e15ba58aa427dee622
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
| |
This includes GdMainBox, and everything under main-icon-box.
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
|
|
| |
This is a widget that can use different GdMainBoxGeneric
implementations to render multiple GdMainBoxItems, and makes it easy
to switch between them. eg., it can be a list or a grid of items.
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
|
| |
This includes GdMainIconBox, GdMainIconBoxChild, and everything under
_box-common and gtk-hacks.
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
|
| |
It is GdMainBoxGeneric implementation that uses GtkFlowBox to render
multiple GdMainBoxItems in a grid of GdMainIconBoxChildren.
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
|
|
| |
It is a GdMainBoxChild implementation that uses a GtkFlowBoxChild to
render a single GdMainBoxItem. It is meant to be used with
GdMainIconBox.
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
|
|
| |
This includes GdMainBoxChild, GdMainBoxGeneric, and GdMainBoxItem
interfaces. It is meant to be used by those that implement these
interfaces.
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
|
| |
This is the interface that a GtkWidget must implement to be able to
contain multiple GdMainBoxChild implementations inside a GdMainBox.
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
|
| |
This is the interface that a GtkWidget must implement to be able to
render a single GdMainBoxItem.
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
|
| |
This is the interface that a GObject must implement to get rendered
by a GdMainBox.
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
|
| |
We will also need it for GdMainIconBox, so it is better to share the
same code.
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
|
| |
We will also need it for GdMainIconBox, so it is better to share the
same code.
https://bugzilla.gnome.org/show_bug.cgi?id=774914
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The cairo_surface_create_similar API expects the width and height to be
in device-space units, not pixels. So either we need to scale down the
outputs of cairo_image_surface_get_{width, height}, or we need to use
cairo_surface_create_similar_image. I prefer the latter because it
makes it obvious that we are interested in image surfaces.
Note that unlike cairo_surface_create_similar, we need to manually set
the device scale because cairo_surface_create_similar_image doesn't
inherit it.
For the rest of the drawing and positioning code, we continue using
device-space units as before.
https://bugzilla.gnome.org/show_bug.cgi?id=776133
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The cairo_surface_create_similar API expects the width and height to be
in device-space units, not pixels. So either we need to scale down the
outputs of cairo_image_surface_get_{width, height}, or we need to use
cairo_surface_create_similar_image. I prefer the latter because we are
already using other image surface API and pixel values.
Note that unlike cairo_surface_create_similar, we need to manually set
the device scale because cairo_surface_create_similar_image doesn't
inherit it.
https://bugzilla.gnome.org/show_bug.cgi?id=776133
|
|
|
|
|
|
|
|
|
|
| |
The current GObject recommendation is to use the generated
get_instance_private function instead of a separate priv pointer in the
instance struct. The saves one pointer per class in the heirarchy
multiplied by the number of instances of the type, and the function is
fast enough because it only does pointer arithmetic.
https://bugzilla.gnome.org/show_bug.cgi?id=774709
|
|
|
|
|
|
| |
Fall out from b82e4c3722f4e83b429d9b72a9a20172fe3a7cd9
https://bugzilla.gnome.org/show_bug.cgi?id=775153
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=775131
|
|
|
|
|
|
|
| |
... so that we don't compete with application-specific style
information.
https://bugzilla.gnome.org/show_bug.cgi?id=774835
|
|
|
|
|
|
|
|
|
|
| |
This paves the way for improving our GObject use and reducing the
amount of boilerplate.
G_ADD_PRIVATE was introduced in GLib 2.38, which should be old enough
for all users.
https://bugzilla.gnome.org/show_bug.cgi?id=774709
|
|
|
|
|
| |
This was private functionality shared by GdMainToolbar and GdHeaderBar,
which have been removed.
|
|
|
|
| |
This functionality can be achieved with GtkHeaderBar these days.
|
|
|
|
| |
These days people can just use GtkHeaderBar.
|
|
|
|
| |
These days people can just use GtkStack and GtkStackSwitcher.
|
|
|
|
| |
These days people can just use GtkRevealer.
|
|
|
|
|
|
|
|
|
| |
We no longer have a priv pointer inside the struct, and
G_DECLARE_DERIVABLE_TYPE has removed the need for the instance and
class typedefs. Therefore, this is a good time to clean up the header
and move the typedef for GdMainViewPrivate into the .c file.
https://bugzilla.gnome.org/show_bug.cgi?id=774709
|
|
|
|
|
|
| |
This bumps our GLib requirement to 2.44.
https://bugzilla.gnome.org/show_bug.cgi?id=774709
|
|
|
|
|
|
|
|
|
|
| |
The current GObject recommendation is to use the generated
get_instance_private function instead of a separate priv pointer in the
instance struct. The saves one pointer per class in the heirarchy
multiplied by the number of instances of the type, and the function is
fast enough because it only does pointer arithmetic.
https://bugzilla.gnome.org/show_bug.cgi?id=774709
|
|
|
|
|
|
|
|
|
|
| |
This paves the way for improving our GObject use and reducing the
amount of boilerplate.
G_DEFINE_WITH_WITH_PRIVATE was introduced in GLib 2.38, which should be
old enough for all users.
https://bugzilla.gnome.org/show_bug.cgi?id=774709
|
|
|
|
|
|
|
|
|
|
| |
gcc seems to be stripping away the "unused"
gd_tagged_entry_get_resource() when linking it. Call the function to
avoid the function being stripped away.
See https://bugzilla.gnome.org/show_bug.cgi?id=770121
https://bugzilla.gnome.org/show_bug.cgi?id=770555
|
|
|
|
|
|
|
|
| |
Otherwise automake will skip it as it is not included anywhere.
See https://bugzilla.gnome.org/show_bug.cgi?id=770121
https://bugzilla.gnome.org/show_bug.cgi?id=770555
|
|
|
|
|
|
|
|
|
|
| |
We have a .gitignore committed into version control, so we shouldn't be
overwriting it. This defeats the purpose of using git.mk as we wind up
with a dirty subproject after every build due to make rewriting our
tracked .gitignore. And libgd itself does not use git.mk, so it
shouldn't be here.
https://bugzilla.gnome.org/show_bug.cgi?id=769616
|
|
|
|
|
|
|
| |
6eefe0edd03bfedb65e6fdefe7cde9f3a3da437f added the .gresource.xml to the
distribution, but the CSS file it's supposed to include isn't
distributed. Also remove the generated resource headers from the
distribution.
|
| |
|
|
|
|
|
| |
Instead of having to copy/paste this custom style in every application,
install a default style provider.
|
|
|
|
|
|
|
|
|
|
| |
The tagged entry was generating loads of errors following CSS changes
in GTK+ 3.19.
See https://blogs.gnome.org/mclasen/2015/11/20/a-gtk-update/ for details
and work-arounds.
https://bugzilla.gnome.org/show_bug.cgi?id=758905
|
|
|
|
|
|
|
|
|
|
| |
The line renderer was generating loads of errors following CSS changes
in GTK+ 3.19.
See https://blogs.gnome.org/mclasen/2015/11/20/a-gtk-update/ for details
and work-arounds.
https://bugzilla.gnome.org/show_bug.cgi?id=758595
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=758595
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=757020
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=757590
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=757590
|
|
|
|
|
|
| |
Fall out from 1e049c22660d70132a3735d61d7a7daa957b59fc
https://bugzilla.gnome.org/show_bug.cgi?id=756510
|
| |
|
|
|
|
|
|
|
| |
This could cause nasty side effects messing up the whole rendering of
the GdTaggedEntry.
https://bugzilla.gnome.org/show_bug.cgi?id=755136
|
|
|
|
|
|
|
| |
Reuse the entry's style context via save()/restore() instead of creating
a new style context all the time.
Solves a bunch of styling problems, such as value inheritance.
|
|
|
|
|
|
|
|
|
| |
Since 3.15.12, GtkCellRendererPixbuf always follows state and the
follow-state property has been deprecated.
This reverts ac4ae160ee92fcf7010d0d9420e6f71532627f80
https://bugzilla.gnome.org/show_bug.cgi?id=750413
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
It's a variant of gd_embed_image_in_frame() that takes a cairo_surface_t
instead of a GdkPixbuf.
gd_embed_image_in_frame() now is implemented on top of the surface
variant.
Note: while it may seem that this makes framing a pixbuf slower by
adding a pixbuf->surface conversion, GTK+ already implements
gtk_render_icon() on top of gtk_render_icon_surface() so it ends up
being the same.
|