Difference between revisions of "Inkscape invariants"
Jump to navigation
Jump to search
m (link fix) |
m (Frigory moved page InkscapeInvariants to Inkscape invariants: Separated words) |
||
| (7 intermediate revisions by 5 users not shown) | |||
| Line 1: | Line 1: | ||
=== Invariants of [[ | === Invariants of [[Inkscape]] === | ||
These are the founding goals for Inkscape that we'll be adhering to in this project. | These are the founding goals for Inkscape that we'll be adhering to in this project. | ||
* Full SVG (plus XML, CSS2) compliance | * Full SVG (plus XML, CSS2) compliance | ||
* Core written in C | * Core written in C/C++ | ||
* Gtk-based user interface following the standards set out in the GNOME HIG | * Gtk-based user interface following the standards set out in the [http://library.gnome.org/devel/hig-book/stable/ GNOME Human Interface Guidelines (HIG)] | ||
* Emphasis on a small core and extensibility. Extensions should be first-class citizens, so we can say "no" to features in the core without guilt. | * Emphasis on a small core and extensibility. Extensions should be first-class citizens, so we can say "no" to features in the core without guilt. | ||
* Open, community-oriented development processes | * Open, community-oriented development processes | ||
* Baseline is the [[SodipodiHydra]] codebase | * Baseline is the [[SodipodiHydra|Sodipodi Hydra]] codebase | ||
* Where a better solution cannot be found, default to the way Illustrator does it. | * Where a better solution cannot be found, default to the way Illustrator does it. | ||
[[OtherGoals]] - discussion of general project objectives and motivations | [[OtherGoals|Other Goals]] - discussion of general project objectives and motivations | ||
[[Category:About Inkscape]] | |||
Latest revision as of 07:25, 13 July 2016
Invariants of Inkscape
These are the founding goals for Inkscape that we'll be adhering to in this project.
- Full SVG (plus XML, CSS2) compliance
- Core written in C/C++
- Gtk-based user interface following the standards set out in the GNOME Human Interface Guidelines (HIG)
- Emphasis on a small core and extensibility. Extensions should be first-class citizens, so we can say "no" to features in the core without guilt.
- Open, community-oriented development processes
- Baseline is the Sodipodi Hydra codebase
- Where a better solution cannot be found, default to the way Illustrator does it.
Other Goals - discussion of general project objectives and motivations