| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
| |
(bzr r15597)
|
| |
|
| |
(bzr r15593)
|
| |
|
| |
(bzr r15586)
|
| |
|
| |
(bzr r15585)
|
| |
|
| |
(bzr r15584)
|
| |
|
|
|
|
|
|
|
|
|
|
| |
(see in r15547 [1])
Gtk::Label::set_halign() is *not* the same as Gtk::Label::set_xalign() or the deprecated Gtk::Label::set_alignment()
The former sets the alignment of the widget itself while the latter two set the alignment of the text within the widget's size allocation.
Is it really more important to eradicate deprecations then to have working code?
http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/15547
(bzr r15580)
|
| |
|
|
|
|
|
|
|
|
| |
polygon series"
The problem where calls of "sprintf()" to format SVG path data. Unfortunately depending on the locale set at this point via "setlocale()" the output could contain commas (,) instead of dots (.) as decimal spearator resulting in invalid path data.
Fixed bugs:
- https://launchpad.net/bugs/1549015
(bzr r15568)
|
| |
|
| |
(bzr r15567)
|
| |\
| |
| | |
(bzr r15555)
|
| | |\
| | |
| | | |
(bzr r15369.1.19)
|
| | |\ \
| | | |
| | | | |
(bzr r15369.1.18)
|
| | |\ \ \
| | | | |
| | | | | |
(bzr r15369.1.17)
|
| | | | | |
| | | | |
| | | | | |
(bzr r15369.1.8)
|
| | |_|_|/
|/| | |
| | | | |
(bzr r15547)
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Fixed bugs:
- https://launchpad.net/bugs/1664372
(bzr r15532)
|
| | | | |
| | | |
| | | | |
(bzr r15526)
|
| | | | |
| | | |
| | | | |
(bzr r15525)
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
It allows to create and add a clickable plain text link to extensions
The description parameter's text is escaped and converted to a URL as-is preventing potential security issues
The Scour extension shows a first example implementation
(bzr r15519)
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
When using 'appearance="header"' arbitrary markup could be inlcuded (including URLs)
(bzr r15518)
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
do not store a value and therefore do not need to have a name)
(bzr r15515)
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Use "Gtk::Misc::set_alignment()" as "Gtk::Label::set_xalign()" is only available since gtkmm 3.16
(bzr r15512)
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Also use constants for most dimensions so they can easily be chaned in future.
(bzr r15511)
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
'appearance="full"'expand in horizontal direction when the window is expanded
(bzr r15510)
|
| | | | |
| | | |
| | | | |
(bzr r15509)
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
that behaves more consistent and predictable than before.
- Every "Parameter" now has an "_indent" member variable (specifying the indentation level; set in "Parameter::make()", see parameter.cpp)
- Indentation is achieved by using "set_margin_left()" on the parameter's widget. This fixes bug #1662035 (comment #4 contains some more details about this patch).
- Specifying "indent" on a parameter will now work consistently for all parameters. Previously the "indent" attribute often had no effect at all, e.g. for notebooks but also for parameters with 'appearance="full"' which was reasonable in most cases but made the outcome of using this attribute often unpredictable and is unnecessarily restrictive.
- Most visible change: "description"s always used an indentation level of at least one (even if no indentation was specified). For the sake of consistency this discrepancy was dropped. Previous appearance can easily be restored by setting 'indent="1"'.
Fixed bugs:
- https://launchpad.net/bugs/1662035
(bzr r15508)
|
| | | | |
| | | |
| | | | |
(bzr r15505)
|
| | |_|/
|/| |
| | |
| | |
| | |
| | |
| | | |
Fixed bugs:
- https://launchpad.net/bugs/1662686
- https://launchpad.net/bugs/1662683
(bzr r15493)
|
| | | |
| | |
| | |
| | |
| | |
| | | |
Fixed bugs:
- https://launchpad.net/bugs/1537497
(bzr r15446)
|
| |\ \ \
| | |/
| |/| |
(bzr r15142.1.38)
|
| | |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Windows if the filename contains non-ASCII characters
The problem is that "RVNGFileStream" uses "fopen()" internally which only supports ANSI filenames on Windows (i.e. a complete fix would require upstream code changes).
By using "g_win32_locale_filename_from_utf8()" the problem can be worked around in most cases, though:
* the filename is converted to the current codepage (i.e. all 255 characters that are available in the current character encoding are allowed in the filename)
* even if the filename contains a character that's not available in the current character encoding it's attempted to use the alternative short (8.3) file name instead
Therefore the input operation will only fail in the unlikely case that the filename contains a character not available in the current ANSI code page while at the same time short file names are disabled on the file system (which is not the case in standard configurations).
Fixed bugs:
- https://launchpad.net/bugs/1656763
- https://launchpad.net/bugs/1656763
(bzr r15421)
|
| | |
| |
| | |
(bzr r15368)
|
| | |
| |
| | |
(bzr r15364)
|
| | |
| |
| | |
(bzr r15363)
|
| | |
| |
| | |
(bzr r15362)
|
| | |
| |
| | |
(bzr r15360)
|
| | |
| |
| | |
(bzr r15359)
|
| | |
| |
| |
| |
| |
| | |
Fixed bugs:
- https://launchpad.net/bugs/1639985
(bzr r15238)
|
| | |
| |
| |
| |
| | |
clipping works
(bzr r15235)
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Reproducible Builds is a ongoing project which aims at having "packages"
"build" (as in, every build step, be it code compilation, doc generation, etc)
be bit-by-bit reproducible regardless of the build environment.
With this commit inkscape can be built reproducibly.
See https://reproducible-builds.org for more info about the project.
(bzr r15222.1.1)
|
| |/
|
| |
(bzr r15142.1.32)
|
| |
|
|
|
|
|
|
|
|
|
|
| |
global functions are now methods of ObjectSet*, with these additional benefits:
- They can now act on any SelectionSet, not just the current selection;
- Whenever possible, they don't need a desktop anymore and can run if called from GUI.
I hope I did not break too many things in the process.
*: So instead of callink sp_selection_move(desktop,x,y), you call myobjectset->move(x,y)
(bzr r15189)
|
| |\
| |
| | |
(bzr r15100.1.28)
|
| | |
| |
| |
| |
| |
| | |
Fixed bugs:
- https://launchpad.net/bugs/179679
(bzr r15141)
|
| |\|
| |
| | |
(bzr r15100.1.23)
|
| | |
| |
| |
| |
| | |
Note: <mesh> has been repurposed to be a special shape that tightly wraps a mesh gradient.
(bzr r15137)
|
| |\|
| |
| | |
(bzr r15100.1.20)
|
| | |
| |
| |
| |
| |
| | |
Fixed bugs:
- https://launchpad.net/bugs/394503
(bzr r15119)
|
| | |
| |
| |
| |
| |
| | |
They were used only once and completely unnecessary, so I just replaced them
with their expressions.
(bzr r15100.1.3)
|
| |/
|
| |
(bzr r15100.1.2)
|
| |
|
|
|
|
|
| |
defined we are already in trouble.
No need to define them ourselves (except maybe in shared libraries).
(bzr r15063)
|