| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
Link broken by commit e0957537 (removing GSList).
|
| |
|
|
| |
A lot of header clean-up.
|
| |
|
|
|
|
|
|
|
|
| |
- Revert 738e2fcae54ef8764d33d3a47bf7868641efdcfd
(which introduced asynchronous call)
- Instead properly catch exceptions from load_contents_finish()
which were probably what caused the crashes in the first place
Fixed bug:
- https://bugs.launchpad.net/inkscape/+bug/1745521
|
| | |
|
| |
|
|
| |
Fixes https://bugs.launchpad.net/inkscape/+bug/1744481
|
| | |
|
| |
|
|
|
|
|
|
|
| |
This avoids a crash as dragging infinitesimally close to the node
will cause undefined behavior (and we were actually dragging at the
node itself in those two cases).
Fixed bug:
- https://bugs.launchpad.net/inkscape/+bug/1691406
|
| |
|
|
|
| |
Also, remove an intermediate container between the bin and the scrolled
window.
|
| |
|
|
| |
PreviewHolder is the only implementation.
|
| |
|
|
|
|
|
|
|
| |
Now that all our code in a single file, it can be consolidated and
cleaned up.
The widgetry should be functionally identical to the previous one, with
one exception: a Gtk::MenuButton replaces the old menu popper made up
with an EventBox.
|
| |
|
|
|
|
|
|
|
|
| |
- use hexadecimal color code as a replacement in this case.
- do not attempt to translate empty string / color name
- fix an issue in the custom trim() function returning early for
strings only consisting of a single whitespace character, e.g. "\n"
Fixed bug:
- https://bugs.launchpad.net/inkscape/+bug/1743708
|
| | |
|
| |
|
|
|
|
| |
- fold _addResponseButton into addResponseButton
- remove unused setDefaultResponse
- includes cleanup
|
| |
|
|
|
|
|
| |
panel.cpp contains a lot of code which is actually used to build the
SwatchesPanel. Move it to swatches.cpp.
This is mostly just a cut-n-paste, plus some includes cleanup.
|
| | |
|
| | |
|
| |
|
|
| |
All the dialogs have a top-right "close" button, so this is now useless.
|
| |
|
|
|
| |
It was used only by the Memory dialog, which can very well add the
"Recalculate" button itself.
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Fixed bugs:
- https://bugs.launchpad.net/inkscape/+bug/448728
- https://bugs.launchpad.net/inkscape/+bug/1360213
- https://bugs.launchpad.net/inkscape/+bug/1654469
|
| |\ |
|
| | | |
|
| |\ \ |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | | |
Separate new gradient on fill or stroke preference for meshes from linear/radial gradients.
This fixes a bug where changing the choice for the gradient tool is not reflected in the
mesh toolbar properly (and visa-versa).
|
| |/ / |
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- Fix broken window size/position restoration after gtk3 deprecation
fixes in fa8a2ee7e2539b145a87ac9af0d9748effa91631
- Use monitor geometry of the monitor Inkscape will be shown on
instead of defaulting to the primary monitor which is often wrong
- Let gtk+ / window manager handle window size/position sanitization
(confirmed working on Windows and Ubuntu 16.04) and remove custom
code which was prone to errors and did not always work as desired
- Make default window size "Small" work again (was broken in gtk3)
and add a new preference "Default" which uses the native window
size (i.e. tries to make just enough room for all controls)
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- Clamp "Small" window size to 600x600
Everything smaller seems pretty unusable but can be discussed.
This fixes bug #1659256.
- Make sure "Large" window size is at least as large as "Small"
to avoid embarassing user reports.
- add "Default" as new window size and (surprise) make it the default
This will not influence the initial size request at all and
should result in the natural window size (unless overriden by the
window manager) and should be a suitable default for all cases.
Fixed bug:
- https://bugs.launchpad.net/inkscape/+bug/1659256
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
GTK+ / window managers handle positioning of new windows on the
screen just fine, so don't do "our own thing" that is prone to errors.
Notably the previous code for gtkmm >=3.22 was broken as it assumed
Inkscape to be shown on the primary monitor and mixed coordinates
relative to the primary display with absolute screen coordinates
|
| | | |
| | |
| | | |
Found via `codespell`
|
| | | | |
|
| |\ \ \ |
|
| | |/ /
| | |
| | |
| | | |
bool widget labels
|
| |/ /
| |
| |
| | |
Also fix a double XML write in path parameter unnecesary
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
results found')
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
In some environments (specifically Ubuntu 16.04) the minimum height
of a Gtk::ScrolledWindow seems to be always zero disrespecting the
natural size of any children.
(follow-up to f6aa341b9fa89c03411fc62bf4576077cb8e771a)
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
More elegant fix for eea412898d16c7217ca752550f12f9239cf6ad7c
which also prevents the user from reducing the height of the
attribute name/value area to zero (see bug #1723233).
Fixed bug:
- https://bugs.launchpad.net/inkscape/+bug/1723233
|
| |/ |
|