| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
The recent image update bumped clang from 14.0.6 to 15.0.2, so a
hardcoded path of /usr/lib64/clang/{version} stopped working. Extract
the version with a little script.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/760>
|
|
|
|
|
|
| |
The gtk-rs update requires this.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/760>
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/760>
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/760>
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/760>
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/760>
|
|\
| |
| |
| |
| | |
Update parking_lot_core and system-deps crate
See merge request GNOME/librsvg!759
|
|/
|
|
|
|
| |
This contains some fixes for arm64 mingw Windows builds.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/759>
|
|\
| |
| |
| |
| | |
Let layout::Shape know its own bounds, and make it carry UserSpacePaintSource
See merge request GNOME/librsvg!757
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/757>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/757>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/757>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Now that shapes can compute their extents, they can very well
normalize their paint sources into UserSpacePaintSource.
While we are at it, make layout::Text also not carry a duplicated
stroke_paint_source, by making compute_stroke_and_fill_box() take a
user-space one.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/757>
|
| |
| |
| |
| |
| |
| |
| | |
Let's see if we can make layout::Shape carry user-space paint sources
instead of just the unnormalized PaintSource.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/757>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/757>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/757>
|
|/
|
|
|
|
|
|
|
|
| |
Let's try computing a shape's extents, to form its bounding box,
outside of the drawing code. First, a function to call
cairo_path_extents().
In the future we can do this with the kurbo crate, hopefully.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/757>
|
|\
| |
| |
| |
| | |
Ahem, actually distribute the icon.
See merge request GNOME/librsvg!756
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/756>
|
|/
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/756>
|
|\
| |
| |
| |
| | |
Add the librsvg library icons
See merge request GNOME/librsvg!755
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/755>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/755>
|
|/
|
|
|
|
|
|
| |
Courtesy of
https://gitlab.gnome.org/Teams/Design/library-icons/-/issues/6 -
thanks again, Sam!
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/755>
|
|\
| |
| |
| |
| |
| |
| | |
Bump the rust-stable version to 1.64.0
Closes #904
See merge request GNOME/librsvg!754
|
| |
| |
| |
| |
| |
| |
| | |
Hopefully nothing major, and just a rendering difference. Need to
diagnose this.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
aarch64
On aarch64, libc::c_char is unsigned, so this produces a trivial cast
to u8:
let my_slice: &[u8] = std::slice::from_raw_parts(p as *const u8, len);
On Intel, libc::c_char is signed, and produces no such warning.
I couldn't find a way to do this without waerning; "*const _" fails;
plain "_" fails.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
| |
| |
| |
| |
| |
| | |
It's not used there.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
| |
| |
| |
| |
| |
| | |
Make it non-conditional, so we can test Fedora's versions of the Pango stack.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
| |
| |
| |
| |
| |
| |
| | |
I sometimes run this at home, and cutting&pasting things from
.gitlab-ci.yml gets old pretty fast. So let's make this reusable.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
|/
|
|
|
|
|
|
| |
This will probably not fix the coverage report (see #905), but the
1.64 release is well in advance of the next GNOME release - so let's
do it.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/754>
|
|\
| |
| |
| |
| | |
Refactor some of the filters code
See merge request GNOME/librsvg!753
|
| |
| |
| |
| |
| |
| |
| |
| | |
That function pulls out all the innards from a <filter> node to
generate a FilterSpec; it's better to keep it where the <filter> node
is defined.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/753>
|
| |
| |
| |
| |
| |
| | |
Result there
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/753>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/753>
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
possible ViewParams instead
The only reason that function takes a DrawingCtx argument is to ask
the draw_ctx for the view_params depending on the filter units and the
primitive units (... and also, to get the Session).
Instead, create a new ViewParamsGen struct (for "generator" or
something) that holds the two possible ViewParams values for those
units - and pass that struct to the function.
I think this may see some use elsewhere. The only other place that
calls draw_ctx.get_view_params_for_units() is generate_cairo_mask().
This goes in the direction of converting everything to user space as
soon as possible, instead of as late as possible.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/753>
|
|\
| |
| |
| |
| | |
Some refactoring of the XML parser
See merge request GNOME/librsvg!752
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
DocumentBuilder.build() consumes its self argument, which makes sense:
it turns the builder into a document, and that's that.
However, XmlStateInner had an Option<DocumentBuilder> field just so
that the option could be take()n in the end and then the builder
could be consumed by .build().
Using an Option<DocumentBuilder> is inconvenient because the rest of
the code must then do inner.document_builder.as_mut().unwrap()
everywhere. We could have used a helper function to do that, but we
can remove that construct altogether.
One thing to note is that since we are consuming the final XmlState
and just pick out its inner field in build_document(), we can no
longer impl Drop for XmlState to free the hash table of libxml2
entities. So, we inline the code to free the hash in
build_document() instead.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/752>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/752>
|
| |
| |
| |
| | |
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/752>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Now that I know how to use structs with reference fields and lifetimes...
The lifetime of the Xml2Parser is basically the duration of
XmlState::parse_from_stream(), and it just calls the XmlState to add
elements and such. Let's encode that into the Xml2Parser struct.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/752>
|
| |
| |
| |
| |
| |
| |
| |
| | |
the DocumentBuilder
The Session object is designed to be shared, anyway.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/752>
|
|/
|
|
|
|
|
| |
This was just used by the XML code, but it already has access to the
url_resolver, which is what it really wants.
Part-of: <https://gitlab.gnome.org/GNOME/librsvg/-/merge_requests/752>
|