Updating your extension for Inkscape 1.2 ========================================= This page is intended for extension authors who want to use the new capabilities of inkex in Inkscape 1.2. As of the Release of 1.2alpha (Feb 5, 2022), no more breaking changes will be introduced until the final release of 1.2. There are no breaking changes in this release, but a few methods have been deprecated. .. _deprecating_changes: Deprecating changes ------------------- - The Transforms multiplication operator has been changed from ``*`` (``*=``) to ``@`` (``@=``), in accordance with `PEP-465 `__ (`MR extensions#389 `__, `Issue extensions#327 `__) - ``svg.width`` and ``svg.height`` have been deprecated, and replaced with ``svg.viewbox_width``, ``svg.viewport_width``, ``svg.viewbox_height`` and ``svg.viewport_height``, see `New Units API `__. - ``selection.paint_order`` has been renamed to ``selection.rendering_order`` to be conformant with the specification (`MR extensions#344 `__, `Issue extensions#310 `__) - ``FallbackStyle`` has been deprecated in favor of ``Style``, see `New Style API `__. .. _new_style_api: New Style API ------------- .. figure:: samples/Comparison_of_Lighter_extension_in_Inkscape_1.1.2_and_1.2.png Top: W3C SVG1.1 Test suite, test `styling-css-04-f.svg `__. This test includes various CSS selectors, and includes group inheritance and pseudo-selectors. It is rendered correctly in Inkscape 1.2. Bottom left: Output of the "Lighter" extension in Inkscape 1.1.2, only two squares are processed correctly, two squares have a wrong color and the other 14 raise unhandled exceptions. Bottom right: Correct output in Inkscape 1.2. This shows that inkex correctly handles different types of CSS selectors. Added in `MR extensions#294 `__, `MR extensions#296 `__, `MR extensions#298 `__, `MR extensions#300 `__, `MR extensions#352 `__, `MR extensions#403 `__ Inkex now exposes styles to extensions authors as intended by the SVG specification. This means: - ``BaseElement`` now has functions ``cascaded_style``, ``specified_style`` and ``presentation_style``. - In most use cases, extensions querying a style will use ``specified_style``. This computes the `effective style `__ of the element, including CSS classes / pseudo-selectors, inherited styles, presentation attributes etc. - While ``style.get()`` and ``style[key]`` has been unchaged, a new getter has been added in form of ``style(key)`` (similar to a function call), which attempts to parse the attribute in a reasonable datatype. If the attribute is unset, the (parsed) default value will be returned. For example: - ``style("fill")`` returns a ``Color`` / ``Gradient`` / ``Pattern`` / ``None``, - ``style("opacity")`` returns a value between 0 and 1, regardless if opacity is defined as percentage or as float, is out of bounds or undefined, - ``style("stroke-dasharray")`` returns a list of floats of dash/gap/dash/gap in user units. - Not for all attributes there is a parser defined - in that case, a string will be returned. Additional parsers may be added in the future, so if you handle the string value, typecheck it first! .. _using_the_new_style_api_in_your_extension: Using the new Style API in your extension ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The following calls can probably be simplified: +----------------------------------------------------+----------------------------------------------------+ | Old code (pre-1.2) | New code (1.2+) | +====================================================+====================================================+ | .. code:: python3 | .. code:: python3 | | | | | if "fill-opacity" in self.style: | alpha = self.style("fill-opacity") | | alpha = self.style["fill-opacity"] | | | else: | | | alpha = 1 | | +----------------------------------------------------+----------------------------------------------------+ | .. code:: python3 | .. code:: python3 | | | | | if not node.style.get(attr, '')\ | marker_node = node.style(attr) | | .startswith('url(#'): | | | continue | | | | | | marker_id = node.style[attr][5:-1] | | | marker_node = self.svg.getElement( | | | f'/svg:svg//svg:marker[@id="{marker_id}"]') | | +----------------------------------------------------+----------------------------------------------------+ | .. code:: python3 | .. code:: python3 | | | | | obj.style['fill'] = pattern.get_id(2) | obj.style['fill'] = pattern | +----------------------------------------------------+----------------------------------------------------+ Checkout `MR extensions#298 `__ for additional examples of simplifications. .. _new_units_api: New Units API ------------- Added in `MR extensions#329 `__, `MR extensions#343 `__, `MR extensions#415 `__ The existing functions ``unittouu`` and ``uutounit`` are widely used, but for different purposes. Different extension authors try to answer different questions using these function, and, inevitably, some answers were incorrect (see linked issues in `MR extensions#329 `__). In Inkscape 1.2, new methods have been added to make working with dimensional values easier. These are ``to_dimensionless``, ``to_dimensional``, ``viewport_to_unit`` and ``unit_to_viewport``. The existing functions ``unittouu`` and ``uutounit`` are not deprecated, but discouraged; in most cases, the new functions are more reliable. - ``to_dimensionless(value)`` fulfills the following task: **Convert this string from the XML into a number, while processing the unit. When using this function on any SVG attribute and replace the original value with the result, the output doesn't change visually.** - ``viewport_to_unit(value, target_unit="px")`` answers the following questions: - **What is the length (e.g. the length of a rectangle, without a unit) of an object that has size** ``value`` **on the viewport?** This is relevant because in Inkscape toolbars / tools, all dimensions are shown in "viewport units". - In other words: **What is the SVG representation of entering ``value`` in the width/height widget of the selection tool (set to the unit of value)?** Consider ```` , i.e. a "mm-based" SVG with scale=2. When typing ``200`` in the rectangle tool, set to mm, the XML editor shows ``100`` = ``100px``. That's what ``viewport_to_unit("200mm") = 100`` does. - Note that this is different than ``viewport_to_unit("200", "mm")``, which would be for a rectangle with a width (in the width/height widget of the rectangle tool) of 200 (px), while writing the width in ``mm`` *in the SVG*: \ ````. - ``to_dimensional`` simply converts a float to its equivalent with attached unit. It's the opposite of ``to_dimensionless``. - ``unit_to_viewport(value, unit="px")`` answers the following question: **What does the the width/height widget of the selection tool (set to** ``unit`` **) show when selecting an element with width ``value`` as defined in the SVG?** Consider again ```` , i.e. a "mm-based" document with scale=2. To create this rectangle, one has to type ``viewport_to_unit("100", unit="mm") = 200`` into the rectangle tool, if the rectangle tool is set to mm. With the same spirit, the functions for width/height of the document have been updated. ``svg.width`` and ``svg.height`` have been deprecated, and replaced with ``svg.viewbox_width``, ``svg.viewport_width``, ``svg.viewbox_height`` and ``svg.viewport_height``. There is also ``svg.scale``, which returns the ratio of the viewport and viewbox width, and ``svg.inkscape_scale`` which is the scale reported in the Document properties dialog. See :ref:`units` for additional information. .. _other_additions_to_inkex: Other additions to inkex ------------------------ - The path conversion for arcs and stars have been added, so when extensions create these objects, they are rendered in a browser as well and can be processed further by the same extension. (`MR extensions#387 `__, `Issue extensions#240 `__) - ``ColorExtension``\ s can now process in RGBA space. Previously, opacity and color were processed independently. By setting the class variable ``pass_rgba = True``, the ``modify_color`` method gets passed a color with alpha channel computed from matching property pairs, e.g. ``fill`` and ``fill-opacity``. (This value takes CSS styling and style inheritance into account. (`MR extensions#392 `__ , `Issue extensions#419 `__). - API functions for the new `multipage feature `__ have been added: `MR extensions#499 `__. .. _other_deprecations_to_inkex_1_2 Other deprecations to inkex ---------------------------- - Pre Inkscape 1.0 way of declaring the dependency on inkex in the ``*.inx`` file has been removed entirely. (It was deprecated in Inkscape 1.0. For details, see :ref:`remove_dependency_listings`)