Difference between revisions of "Google Summer of Code"

From Inkscape Wiki
Jump to navigation Jump to search
 
(20 intermediate revisions by 5 users not shown)
Line 8: Line 8:
 
We've mentored about half a dozen students a year since GSoC started.  Many students enjoyed their work and continue to be involved; perhaps your mentor will be a past GSoC student!  We have a high rate of acceptance of student code into the core codebase. Indeed, GSoC projects have been a key source of some of Inkscape's best features in the past several releases.
 
We've mentored about half a dozen students a year since GSoC started.  Many students enjoyed their work and continue to be involved; perhaps your mentor will be a past GSoC student!  We have a high rate of acceptance of student code into the core codebase. Indeed, GSoC projects have been a key source of some of Inkscape's best features in the past several releases.
  
If you are interested in joining us this summer, it is time to get your proposal ready. You can choose a proposal from our list of suggestions or come up with one of your own. In either either case, you must give us a detailed outline of what you plan to do. It is highly recommended that you discuss your idea as early as possible with Inkscape developers. They not only can give you guidance as you flesh out your proposal but ultimately you must convince them that you can do the work planned in the time allotted.
+
If you are interested in joining us this summer, it is time to get your proposal ready. You can choose a proposal from our list of suggestions or come up with one of your own. In either either case, you '''must''' give us a detailed outline of what you plan to do. It is '''highly''' recommended that you discuss your idea as early as possible with Inkscape developers. They not only can give you guidance as you flesh out your proposal but ultimately you must convince them that you can do the work planned in the time allotted. '''If you have not discussed your proposal with Inkscape developers before you apply, your application will be rejected!'''
  
 
= Student Applications =
 
= Student Applications =
Line 14: Line 14:
 
* Google program information:
 
* Google program information:
 
** [https://summerofcode.withgoogle.com/ Home page].
 
** [https://summerofcode.withgoogle.com/ Home page].
** Summer of Code Application form. Applications open at 16:00 UTC on March 12th.
+
** Summer of Code Application form. Applications open at 18:00 UTC on March 16th.
  
 
* Inkscape-specific information:
 
* Inkscape-specific information:
Line 23: Line 23:
 
** [[SOC Selection Criteria]] - how we rate applications.
 
** [[SOC Selection Criteria]] - how we rate applications.
  
'''Student Applications for GSoC 2018 must be submitted to the GSoC site by 16:00 UTC on March 27th 2018.'''
+
'''Student Applications for GSoC 2020 must be submitted to the GSoC site by 18:00 UTC on March 31st 2020.'''
  
 
= The "two patches" rule =
 
= The "two patches" rule =
  
We require two patches from each potential GSoC student, before accepting the student for GSoC participation (it is the same requirement as for obtaining rights to commit changes to the Bazaar code repository).
+
We require two patches from each potential GSoC student, before accepting the student for GSoC participation (it is the same requirement as for obtaining rights to commit changes to the code repository).
 +
 
 
The reason for this requirement is that you can show us that you have succeeded in building Inkscape on your PC, and that you have understood a little piece of Inkscape's code and are able to improve it.  
 
The reason for this requirement is that you can show us that you have succeeded in building Inkscape on your PC, and that you have understood a little piece of Inkscape's code and are able to improve it.  
 
Inkscape is a large project, and you really should not try to understand all the code. Many (all?) developers know only parts of the program code!
 
Inkscape is a large project, and you really should not try to understand all the code. Many (all?) developers know only parts of the program code!
You can join our [http://inkscape.org/discussion.php jabber/IRC] channel and ask developers for help.
+
You can join our [https://inkscape.org/community/discussion/ IRC] channel or [https://chat.inkscape.org/channel/team_devel Rocket Chat] and ask developers for help.
  
 
== Suggested "easy" bug fixes or improvements ==
 
== Suggested "easy" bug fixes or improvements ==
  
To get you started on Inkscape development, you can find (probably) easy-to-fix bugs or small improvements that require very little knowledge of the whole program by searching our [https://bugs.launchpad.net/inkscape bug-tracker] for bugs tagged with 'easy-fix'.
+
To get you started on Inkscape development, you can find (probably) easy-to-fix bugs or small improvements that require very little knowledge of the whole program by searching our [https://gitlab.com/inkscape/inkscape/issues/ bug-tracker] for bugs tagged with 'easy-fix'.
  
 
= Performance Evaluation =
 
= Performance Evaluation =
Line 67: Line 68:
 
<u>Detailed Description</u>
 
<u>Detailed Description</u>
  
Inkscape has rudimentary support for CSS style sheets that can read and parse one internal style sheet. A 2016 GSoC project added a simple style dialog that can create and modify the internal style sheet. The dialog is very limited and is not intuitive to use. This project will extend the usefulness of that dialog by making it more user friendly and by extending its functionality. The use of CSS classes should eventually replace the Selection Set dialog.
+
Inkscape has rudimentary support for CSS style sheets that can read and parse one internal style sheet. A 2016 GSoC project added a simple style dialog that can create and modify the internal style sheet. The dialog is very limited and is not intuitive to use. A 2017 GSoC project added support for CSS 3 selectors. More work has been done recently. This project will extend the usefulness of that dialog by making it more user friendly and by extending its functionality.
 
 
Stretch goals include:
 
 
 
* Support external style sheets. DONE
 
* Support multiple internal style sheets.
 
* Support CSS 3 selectors. DONE GSoC 2017
 
* Support parsing of 'font-face'. DONE
 
  
 
<u>Use Cases</u>
 
<u>Use Cases</u>
Line 87: Line 81:
 
* [https://www.w3.org/TR/css-2015/ CSS 2015 Snapshot]
 
* [https://www.w3.org/TR/css-2015/ CSS 2015 Snapshot]
  
==P3. Slice toolbar items==
+
==P3. Slice items==
[[File:Cuttool.png|200px|thumb|right|Example of result of the cut/eraser tool]]
+
[[File:Cuttool.png|200px|thumb|right|Example of result of the split using straight lines only]]
 
Add slicing Live Path Effect (LPE)
 
Add slicing Live Path Effect (LPE)
 
* Estimation of difficulty: Moderately hard
 
* Estimation of difficulty: Moderately hard
Line 94: Line 88:
 
* Programming skills needed:  C++
 
* Programming skills needed:  C++
  
<u>Detailed Description</u>
+
<u>Detailed Description</u><br />
 
The goal is a LPE, to slice items.<br />
 
The goal is a LPE, to slice items.<br />
It accept a path parameter as cutter.<br />
+
It accept a path parameter (storing a path) as cutter.<br />
 
The effect create pieces by the split path.<br />
 
The effect create pieces by the split path.<br />
Add a toggle button to pause cutting on effect to allow move pieces cutted.<br />
+
Can be added multiple times to add more splits.<br />
Add a option to reset pieces (reload LPE with the current path parameter).<br />
 
 
We have the code of mirror symmetry LPE and rotate copies LPE as reference.<br />
 
We have the code of mirror symmetry LPE and rotate copies LPE as reference.<br />
 
Also we can force or better ask to convert strokes to path previously to apply the effect (one line command, but we need advert is a destructive LPE)<br />
 
Also we can force or better ask to convert strokes to path previously to apply the effect (one line command, but we need advert is a destructive LPE)<br />
Study autogenerate a HTML image map code linking with the Item LPE parameter to another object in hover state.
+
Study generate a HTML image map definition.<br />
<br />
 
 
<u>Use Cases</u>
 
<u>Use Cases</u>
 
* Better item slicing.
 
* Better item slicing.
 +
* Create HTML image maps
 
* Split a item and use for example on PNG export option export as separate objects.
 
* Split a item and use for example on PNG export option export as separate objects.
 
==P4. SVG 2 Text Support (Done in GSOC 2017)==
 
 
* Estimation of difficulty: Hard
 
* Potential mentors: Tavmjong Bah
 
* Programming skills needed: C++
 
* Prerequisites: Familiarity with text layout. Knowledge of CSS.
 
 
<u>Detailed Description</u>
 
 
Inkscape currently has a non-compliant flowed text feature (based on SVG 1.2 which was never adopted) that needs to be made compatible with both SVG2 and SVG 1.1. This project is to re-implement the flowed text feature within Inkscape to be SVG2 compliant and to have a proper SVG 1.1 fallback. In addition to the flowed text itself as it exists within Inkscape, SVG2 adds new formatting features including shape-margin and shape-padding, shape-inside and shape-outside, exclusions, additional white-space control settings, pre-wrap, pre-line, etc.
 
 
<u>Use Cases</u>
 
* Proper text flow into rectangles and other shapes.
 
 
<u>Related Material</u>
 
* [https://svgwg.org/svg2-draft/text.html Current draft of SVG 2 text specification.]
 
  
 
==P5. UI-Free Inkscape ==
 
==P5. UI-Free Inkscape ==
  
* Estimation of difficulty: Moderate
+
* Estimation of difficulty: Difficult
 
* Potential mentors: Marc Jeanmougin
 
* Potential mentors: Marc Jeanmougin
 
* Programming skills: C++, CMake
 
* Programming skills: C++, CMake
* Prerequisites: Minimal knowledge of build systems
+
* Prerequisites: Minimal knowledge of build systems. Experience with GtkMM helpful.
  
 
<u>Detailed Description</u>
 
<u>Detailed Description</u>
Inkscape currently builds with X11 and gtk and a lot of graphical dependencies. But since it is allowed to run in commandline, and there are controlled environments (servers) that use it to convert svg to png and to perform actions, there should be no need to force it to build with those. The main goal of this project is to add a WITH_GUI compilation flag that when OFF, does *not* link Inkscape with any graphical dependency. Then action verbs should be checked and made independent from the gui (one should be able to use any action modifying the svg in --no-gui mode, which is not currently the case).  
+
Inkscape currently builds with X11 and gtk and a lot of graphical dependencies. But since it is allowed to run in commandline, and there are controlled environments (servers) that use it to convert svg to png and to perform actions, there should be no need to force it to build with those. The main goal of this project is to add a WITH_GUI compilation flag that when OFF, does *not* link Inkscape with any graphical dependency. While much work has been done towards this goal, much remains to be done. As a next step, Inkscape's "verbs" which are mostly GUI dependent (even if there is no reason to be) need to be converted to Gio::Actions.
  
Stretch goal may include the transformation of said verbs to Gio::Action regular actions to ease gtk3 handling, and/or no-gui performance optimizations (currently Inkscape actions in commandline are slower than with gui).
 
  
 
<u>Use cases</u>
 
<u>Use cases</u>
 
* Server installs, scripts
 
* Server installs, scripts
 
 
  
 
==P6. Refactoring==
 
==P6. Refactoring==
Line 151: Line 124:
 
Inkscape began life as the C program Sodipodi. Sodipodi was mostly the work of one person who had a clear vision of how the code should work. A major motivation of the Inkscape fork was to allow others to easily contribute to development. This resulted in rapid development but at a cost: the code has become much messier and now lacks a clear vision. This project is to work on refactoring the code. Refactoring can take many forms. It could be creating a better directory structure with README's that describe the purpose and function of the code in each directory. This would include rewriting code to reduce dependencies across directories (which would help, for example, in achieving a headless version of Inkscape). It could be the continued transition from C to C++ which often results in major reductions in the number of code lines. Or it could be identifying and eliminating redundant code. Refactoring is an important skill of which many books have been written. Here's a chance to gain valuable experience!
 
Inkscape began life as the C program Sodipodi. Sodipodi was mostly the work of one person who had a clear vision of how the code should work. A major motivation of the Inkscape fork was to allow others to easily contribute to development. This resulted in rapid development but at a cost: the code has become much messier and now lacks a clear vision. This project is to work on refactoring the code. Refactoring can take many forms. It could be creating a better directory structure with README's that describe the purpose and function of the code in each directory. This would include rewriting code to reduce dependencies across directories (which would help, for example, in achieving a headless version of Inkscape). It could be the continued transition from C to C++ which often results in major reductions in the number of code lines. Or it could be identifying and eliminating redundant code. Refactoring is an important skill of which many books have been written. Here's a chance to gain valuable experience!
  
==P7. Polyfills ==
+
See https://wiki.inkscape.org/wiki/index.php/Refactoring_projects for some ideas of projects.
 +
 
 +
==P7. SVG 2 Support with SVG 1.1 Fallback or Polyfills ==
 
* Estimation of difficulty: Variable
 
* Estimation of difficulty: Variable
 
* Potential mentors: Tavmjong Bah
 
* Potential mentors: Tavmjong Bah
* Programming skills: JavaScript
+
* Programming skills: C++, JavaScript
* Prerequisites: Experience in web development.
+
* Prerequisites: Experience in C++  and/or web development.
  
 
<u>Detailed Description</u>
 
<u>Detailed Description</u>
Many features of SVG 2 have yet to (and may never) make it into browsers. We can support those features by writing <i>polyfills</i> which implement missing functionality using JavaScript.
+
Inkscape supports a wide range of SVG 2 features. Some are supported only in rendering, some in both rendering and editing. Many of the features
 +
of SVG 2 have yet to (and may never) make it into browsers. This project is to expose more SVG 2 features in Inkscape and to ensure they can be
 +
exported to SVG 1.1 and/or supported in browsers by writing <i>polyfills</i> which implement missing functionality using JavaScript.
  
==P8. Move from LivePathEffects to LiveEffects ==
+
==P8. Add Text and Image Support to Live Path Effect System ==
 
* Estimation of difficulty: Hard
 
* Estimation of difficulty: Hard
* Potential mentors: Jabier Arraiza (Spanish, some English)
+
* Potential mentors: Jabier Arraiza (Spanish, English(not native))
 
* Programming skills: C++
 
* Programming skills: C++
 
* Prerequisites: Experience managing bitmaps
 
* Prerequisites: Experience managing bitmaps
Line 170: Line 147:
 
But ignore text and image elements.<br />
 
But ignore text and image elements.<br />
 
Things to do:
 
Things to do:
* Refactor LPE system to rename it to LE.
+
* Study add image, text, both and maybe others SVG elements to the LPE system.
* Study add image, text, both and maybe others SVG elements to the LE system.
 
 
* Create/adapt minimun one LPE for each new type of element acepted as reference. Suggestion Perspective-Envelope.
 
* Create/adapt minimun one LPE for each new type of element acepted as reference. Suggestion Perspective-Envelope.
 
<u>Use cases</u>
 
<u>Use cases</u>
* Apply live effects to images and text based in C++ code in a non destructive way: Slice, Mirror; Rotate, Perspective... even in groups with mixed elements types.
+
* Apply live effects to images and text based in C++ code in a non destructive way even in groups with mixed elements types.
<u>Note</u>
 
Because we are on a LPE refactoring process please follow also this branch:
 
https://gitlab.com/inkscape/inkscape/tree/LPERefactorHistoryFix
 
And ask any question into the devel mailing list or try to ping me on IRC (jabiertxof)
 
  
 
==P9. Path Library Improvements ==
 
==P9. Path Library Improvements ==
Line 193: Line 165:
 
* Line scanning (used for flowing text into a shape).
 
* Line scanning (used for flowing text into a shape).
  
==P10. Your project ==
+
==P10. Font Selection Improvements ==
 +
* Estimation of difficulty: Medium
 +
* Potential mentors: Tavmjong Bah, ??
 +
* Programming skills: C++
 +
* Prerequisites: Some knowledge of GTK.
 +
<u>Detailed Description</u>
 +
Inkscape's ''Text toolbar'' and ''Text and Font dialog'' present the user with a long list of font family choices. Designers often have hundreds if not thousands of fonts on their system to choose from making the use of these lists difficult and time consuming (and generating font previews slows Inkscape down). This project is to add a ''Font Selection dialog'' where the user can create a list of "Document Fonts" (along with CSS fallbacks). Only these documents fonts will then be shown in the drop-down menus in the Inkscape's Text toolbar and Text and Font dialog. The ''Font Selection'' dialog should show the designer previews of all available fonts, provide "filtering" mechanisms, and allow easily moving fonts to and from the document font list. Interaction with Inkscape's UX team will be crucial. A bonus feature would be to allow the user to add @font-face rules (Inkscape has some support for these already but has no UX for them).
 +
 
 +
==Pxx. Your project ==
 
* Estimation of difficulty: Variable
 
* Estimation of difficulty: Variable
 
* Potential mentors: Marc Jeanmougin
 
* Potential mentors: Marc Jeanmougin
Line 261: Line 241:
 
** SVG 2 Text Support
 
** SVG 2 Text Support
 
** Better CSS Style Sheet Support
 
** Better CSS Style Sheet Support
 +
* 2019
 +
** Mesh gradient and hatches polyfills. Paint server dialog.
 +
 
[[Category:Developer Documentation]]
 
[[Category:Developer Documentation]]
 
 
</div>
 
</div>

Latest revision as of 08:16, 24 November 2020

Welcome to Inkscape!

For quite a few years Inkscape has been successfully participating in Google Summer of Code.

GSoC is a program where Google funds the development of specific features in open source software by university students. You don't need to be a Computer Science student to apply. Features to be developed are picked by Inkscape administrators from the pool of proposals submitted by students.

We've mentored about half a dozen students a year since GSoC started. Many students enjoyed their work and continue to be involved; perhaps your mentor will be a past GSoC student! We have a high rate of acceptance of student code into the core codebase. Indeed, GSoC projects have been a key source of some of Inkscape's best features in the past several releases.

If you are interested in joining us this summer, it is time to get your proposal ready. You can choose a proposal from our list of suggestions or come up with one of your own. In either either case, you must give us a detailed outline of what you plan to do. It is highly recommended that you discuss your idea as early as possible with Inkscape developers. They not only can give you guidance as you flesh out your proposal but ultimately you must convince them that you can do the work planned in the time allotted. If you have not discussed your proposal with Inkscape developers before you apply, your application will be rejected!

Student Applications

  • Google program information:
    • Home page.
    • Summer of Code Application form. Applications open at 18:00 UTC on March 16th.

Student Applications for GSoC 2020 must be submitted to the GSoC site by 18:00 UTC on March 31st 2020.

The "two patches" rule

We require two patches from each potential GSoC student, before accepting the student for GSoC participation (it is the same requirement as for obtaining rights to commit changes to the code repository).

The reason for this requirement is that you can show us that you have succeeded in building Inkscape on your PC, and that you have understood a little piece of Inkscape's code and are able to improve it. Inkscape is a large project, and you really should not try to understand all the code. Many (all?) developers know only parts of the program code! You can join our IRC channel or Rocket Chat and ask developers for help.

Suggested "easy" bug fixes or improvements

To get you started on Inkscape development, you can find (probably) easy-to-fix bugs or small improvements that require very little knowledge of the whole program by searching our bug-tracker for bugs tagged with 'easy-fix'.

Performance Evaluation

GSoC has two formal evaluation points, at the mid-term and at the end. These evaluations determine if you receive the stipend from Google. In order to receive a pass for the evaluations you will need to show adequate progress toward your project's goals.

To help you meet your goals and so that your mentor can better evaluate your progress you need to:

  • Have frequent, public discussions of your progress. (Don't rely on just your mentor for advice.)
  • Have a public Inkscape branch for your code to which you commit regularly.
  • Give weekly status reports.

For the final pass, you will normally be required to merge your code into Inkscape trunk.

Remember: we want you to succeed!

Suggested Project Ideas

The following is a list of formal project suggestions, but do not feel limited to only these - some of our best contributions have been unique ideas that students had in mind from other sources!

See also Development Project Ideas, Refactoring projects, Projects, and https://blueprints.launchpad.net/inkscape/

P1. Better CSS Style Sheet Support

Enhance Inkscape's support for CSS style sheets.

  • Estimation of difficulty: Moderately hard
  • Potential mentors: Tavmjong Bah
  • Programming skills needed: C++
  • Prerequisites: Experience with CSS style sheets.

Detailed Description

Inkscape has rudimentary support for CSS style sheets that can read and parse one internal style sheet. A 2016 GSoC project added a simple style dialog that can create and modify the internal style sheet. The dialog is very limited and is not intuitive to use. A 2017 GSoC project added support for CSS 3 selectors. More work has been done recently. This project will extend the usefulness of that dialog by making it more user friendly and by extending its functionality.

Use Cases

  • Support externally created SVGs.
  • Producing better SVGs for the Web.
  • Changing style on multiple objects at once (palettes).

Related Material

P3. Slice items

Example of result of the split using straight lines only

Add slicing Live Path Effect (LPE)

  • Estimation of difficulty: Moderately hard
  • Potential mentors: Jabier Arraiza (Spanish, some English)
  • Programming skills needed: C++

Detailed Description
The goal is a LPE, to slice items.
It accept a path parameter (storing a path) as cutter.
The effect create pieces by the split path.
Can be added multiple times to add more splits.
We have the code of mirror symmetry LPE and rotate copies LPE as reference.
Also we can force or better ask to convert strokes to path previously to apply the effect (one line command, but we need advert is a destructive LPE)
Study generate a HTML image map definition.
Use Cases

  • Better item slicing.
  • Create HTML image maps
  • Split a item and use for example on PNG export option export as separate objects.

P5. UI-Free Inkscape

  • Estimation of difficulty: Difficult
  • Potential mentors: Marc Jeanmougin
  • Programming skills: C++, CMake
  • Prerequisites: Minimal knowledge of build systems. Experience with GtkMM helpful.

Detailed Description Inkscape currently builds with X11 and gtk and a lot of graphical dependencies. But since it is allowed to run in commandline, and there are controlled environments (servers) that use it to convert svg to png and to perform actions, there should be no need to force it to build with those. The main goal of this project is to add a WITH_GUI compilation flag that when OFF, does *not* link Inkscape with any graphical dependency. While much work has been done towards this goal, much remains to be done. As a next step, Inkscape's "verbs" which are mostly GUI dependent (even if there is no reason to be) need to be converted to Gio::Actions.


Use cases

  • Server installs, scripts

P6. Refactoring

  • Estimation of difficulty: Moderate
  • Potential mentors: Tavmjong Bah
  • Programming skills: C++
  • Prerequisites: proficient C++.

Detailed Description Inkscape began life as the C program Sodipodi. Sodipodi was mostly the work of one person who had a clear vision of how the code should work. A major motivation of the Inkscape fork was to allow others to easily contribute to development. This resulted in rapid development but at a cost: the code has become much messier and now lacks a clear vision. This project is to work on refactoring the code. Refactoring can take many forms. It could be creating a better directory structure with README's that describe the purpose and function of the code in each directory. This would include rewriting code to reduce dependencies across directories (which would help, for example, in achieving a headless version of Inkscape). It could be the continued transition from C to C++ which often results in major reductions in the number of code lines. Or it could be identifying and eliminating redundant code. Refactoring is an important skill of which many books have been written. Here's a chance to gain valuable experience!

See https://wiki.inkscape.org/wiki/index.php/Refactoring_projects for some ideas of projects.

P7. SVG 2 Support with SVG 1.1 Fallback or Polyfills

  • Estimation of difficulty: Variable
  • Potential mentors: Tavmjong Bah
  • Programming skills: C++, JavaScript
  • Prerequisites: Experience in C++ and/or web development.

Detailed Description Inkscape supports a wide range of SVG 2 features. Some are supported only in rendering, some in both rendering and editing. Many of the features of SVG 2 have yet to (and may never) make it into browsers. This project is to expose more SVG 2 features in Inkscape and to ensure they can be exported to SVG 1.1 and/or supported in browsers by writing polyfills which implement missing functionality using JavaScript.

P8. Add Text and Image Support to Live Path Effect System

  • Estimation of difficulty: Hard
  • Potential mentors: Jabier Arraiza (Spanish, English(not native))
  • Programming skills: C++
  • Prerequisites: Experience managing bitmaps

Detailed Description Live Path Effects are non destructive effects applied to paths and shapes standalone or inside a group.
This is done keepeng a reference to the original data to reaply when needed.
But ignore text and image elements.
Things to do:

  • Study add image, text, both and maybe others SVG elements to the LPE system.
  • Create/adapt minimun one LPE for each new type of element acepted as reference. Suggestion Perspective-Envelope.

Use cases

  • Apply live effects to images and text based in C++ code in a non destructive way even in groups with mixed elements types.

P9. Path Library Improvements

  • Estimation of difficulty: Hard
  • Potential mentors: Tavmjong Bah, KK
  • Programming skills: C++
  • Prerequisites: Strong math skills, specifically in geometry.

Detailed Description Inkscape relies on two geometry libraries for path manipulations: lib2geom and livarot. lib2geom is a generic modern library written specifically with Inkscape in mind. lib2geom is missing some functionality that Inkscape requires and that is found in livarot. This project is to move that functionality into lib2geom (or into separate files) using lib2geom path descriptions. Specifically, the functionality needed is

  • Path offset/inset functions.
  • Path simplify.
  • Stroke to path function.
  • Line scanning (used for flowing text into a shape).

P10. Font Selection Improvements

  • Estimation of difficulty: Medium
  • Potential mentors: Tavmjong Bah, ??
  • Programming skills: C++
  • Prerequisites: Some knowledge of GTK.

Detailed Description Inkscape's Text toolbar and Text and Font dialog present the user with a long list of font family choices. Designers often have hundreds if not thousands of fonts on their system to choose from making the use of these lists difficult and time consuming (and generating font previews slows Inkscape down). This project is to add a Font Selection dialog where the user can create a list of "Document Fonts" (along with CSS fallbacks). Only these documents fonts will then be shown in the drop-down menus in the Inkscape's Text toolbar and Text and Font dialog. The Font Selection dialog should show the designer previews of all available fonts, provide "filtering" mechanisms, and allow easily moving fonts to and from the document font list. Interaction with Inkscape's UX team will be crucial. A bonus feature would be to allow the user to add @font-face rules (Inkscape has some support for these already but has no UX for them).

Pxx. Your project

  • Estimation of difficulty: Variable
  • Potential mentors: Marc Jeanmougin
  • Programming skills: usually C++
  • Prerequisites: good ideas

Detailed Description The most successful GSoC we had in the past were students coming with their own past, use cases and ideas for Inkscape. Many basic tools like 3d cubes or connectors you can see in Inkscape now have been brought by brilliant people (like you) with ideas. If we think that your project fits with Inkscape (ie: has its place with a vector graphic editor), we can help you refining your ideas and help bring shiny new stuff to life!

Use cases

  • Amaze us!

Successful SOC Projects from Previous Years

  • 2005
  • 2006
    • Support for SVG Filters
    • Filter Effects
    • PDF export
    • Inkboard Protocol Spec / Lib Conversion
  • 2007
    • Text Style Improvements
    • PDF import
    • Live Path Effects
    • 3D Box Tool
    • UI for SVG Filter Effects
    • Raster Functionality
    • Importing from, and Exporting to, a remote ccHost instance
  • 2008
    • SVG Fonts support
    • 2Geom refactoring project - port most geometry code to 2Geom
    • lib2geom: interactive applications showing off the power of lib2geom
    • Tech drawing abilities
    • A test suite
  • 2009
  • 2010
    • Cairo-based rendering
    • C++ification of SP Layer
  • 2011
    • Rendering caching
    • Javascript support improvements
    • CSS support improvements
  • 2012
  • 2013
    • Recolor Tool
    • Improved Units Support
    • Electronics CAD Support
    • New From Templates Dialog
    • New Raster to Vector Algorithm
  • 2014
    • Better Support for SVG Paints
    • Robust Boolean and Stroking Operations for 2Geom
  • 2016
  • 2017
    • SVG 2 Text Support
    • Better CSS Style Sheet Support
  • 2019
    • Mesh gradient and hatches polyfills. Paint server dialog.