Difference between revisions of "Inkscape invariants"

From Inkscape Wiki
Jump to navigation Jump to search
m (Frigory moved page InkscapeInvariants to Inkscape invariants: Separated words)
 
(6 intermediate revisions by 4 users not shown)
Line 1: Line 1:
=== Invariants of [[InkScape]] ===
=== 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.
Line 5: Line 5:
* Full SVG (plus XML, CSS2) compliance
* Full SVG (plus XML, CSS2) compliance
* Core written in C/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