| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The previous implementation [1] allowed to sandwich text between
graphical objects by outputting multiple (partial) PDF pages which
are then stacked in the final document to reveal the full image.
However this code failed for clipped/masked/transparent objects
as those are treated specially by the renderer resulting in missing
pages in the output causing [2].
The attempt to workaround this issue which was committed in
e4dea66a338824037b6c35b262aa8db4004b6581 (now reverted)
fixed document creation in LaTeX by inserting blank pages but did
not actually fix the issue with clipped/masked/transparent objects
typically resulting in a single page with the full image and all
text put on top.
This commit resolves the underlying issue, making the former
workaround unnecessary and allowing for proper overlaying of text
and arbitrarily clipped/masked/transparent objects
Fixed bugs:
- https://bugs.launchpad.net/inkscape/+bug/771957 [1]
- https://bugs.launchpad.net/inkscape/+bug/1417470 [2]
|
| |
|
|
| |
This reverts commit e4dea66a338824037b6c35b262aa8db4004b6581.
|
| | |
|
| |
|
|
|
| |
Now works unless configured with
ENABLE_BINRELOC or ENABLE_OSX_APP_LOCATIONS
|
| |
|
|
|
| |
These files are actually part of BinReloc
Inkscape specific code is in path-prefix.h (and now path-prefix.cpp)
|
| |\ |
|
| | |
| |
| |
| |
| |
| | |
Please confirm typos in the following
`doc/nr-filter-interface.txt`
`share/symbols/BalloonSymbols.svg`
.
|
| |/ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
This ensures the (modal) dialog is positioned on top of the Inkscape
window in which the file will be opened.
Before it could happen that the dialog was not even on the same
monitor as the Inkscape window leaving Inkscape in a seemingly
inaccessible state if it was overlooked.
|
| | |
|
| | |
|
| |
|
|
|
| |
Fixed bug:
- https://bugs.launchpad.net/inkscape/+bug/1195929
|
| |
|
|
| |
see efb5cb4a7a22316994b7a89b51d3d0ca654dabd4
|
| |
|
|
|
|
|
|
| |
(we were already in sync but the readme did not reflect that)
Only code change:
wmf_free was renamed to uwmf_free in uwmf.h/c to prevent name
conflict, see https://bugs.launchpad.net/inkscape/+bug/1616844
|
| |\ |
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
* Build them separately from cpp sources - separate doxyfile, separate
target directory
* Also add a subpage linking to common python files
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- do not call cairo_show_page as the GtkPrintOperation seems to do
that internally (calling it manually will emit the current page,
clear it, and the cleared page seems to be emitted in error later)
- we can (and should) still call cairo_surface_destroy as it's doing
reference counting internally (we increase the reference count in
CairoRenderContext::setSurfaceTarget) and won't actually destroy
anything until the count reaches zero
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Previously only the first page was printed properly,
all following pages were either blank or were not printed at all.
This was caused by finishing/destroying the cairo surface of the
cairo context associated with the GtkPrintContext used for printing
which made it impossible to draw to it for any consecutive page
Fixed bugs:
- https://bugs.launchpad.net/inkscape/+bug/1733424
- https://bugs.launchpad.net/inkscape/+bug/490866
|
| | | |
|
| | |
| |
| |
| | |
Dialog
|
| | |
| |
| |
| |
| |
| | |
Note: This file does not appear to be used but is useful for scripts that extract
icons from old files which contain the entire set of icons. Actual mapping is
handled in 0.92.x and earlier by the now removed src/widgets/icon.cpp file.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| |\ \ |
|
| | | | |
|
| | | | |
|
| |/ / |
|
| | |
| |
| |
| | |
variable
|
| | | |
|
| |/ |
|
| |
|
|
| |
Fixes bug reported by crogers when pasting into flowed text.
|
| | |
|
| |
|
|
|
|
|
| |
It used to work with the old GSList code because objects where prepended
instead of appended, so they were freed in the "right" order. But
actually it's enough to delete the row objects, the children are then
automatically deleted.
|
| |
|
|
|
|
|
|
|
|
|
| |
Before this commit, when the application is terminated we call the
::finish() method for the current tool, only after deleting the
selection and other objects. But it may happen that the tool's finish()
assume that the selection is still alive, making the application crash.
(For instance, with the Bezier tool when the path is still not closed).
Instead, unset the current tool early, when the Desktop object is
removed from the application, before calling its ::destroy() method.
|
| |
|
|
|
| |
Passing the empty string as toolName has the effect of unsetting and
freeing the current tool. This will be used in a future commit.
|
| |\ |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|