Difference between revisions of "Google Summer of Code 2007"
Jon Phillips (talk | contribs) |
Jon Phillips (talk | contribs) (→Ideas) |
||
Line 1: | Line 1: | ||
This year Inkscape is going to participate, yet again, in Google's Summer of Code 2007. Help us come up with some solid places to innovate and push forward. | This year Inkscape is going to participate, yet again, in Google's Summer of Code 2007. Help us come up with some solid places to innovate and push forward. | ||
== Ideas == | == Project Ideas == | ||
'''NOTE: These are the examples from 2006. They need to be adjusted.''' | |||
=== A. PDF Export Extension === | |||
PDF is the most important graphic document interchange format, but Inkscape's current capability is woefully inadequate (we export to postscript and use ps2pdf). This project would focus on establishing a solid solution to this need. | |||
An implementation approach for this would be to create a new Inkscape extension, "crs2pdf", which links to the [http://cairographics.org/ Cairo] library for [http://www.cairographics.org/manual/cairo-PDF-Surfaces.html PDF rendering] capability, and to [http://scratchcomputing.com/projects/vectorsection Vector Section] for parsing the SVG into CRS. | |||
This work may also require making some alterations to Cairo and/or VectorSection to improve the quality of the throughput. | |||
The tool must successfully convert at least half of the about screens used in Inkscape versions 0.35-0.44. Major kudos if you can convert all of them. | |||
<b>Mentor:</b> [[EricWilhelm]] | |||
=== B. EPS Import === | |||
While SVG is becoming a common format for exchanging data between graphics programs, EPS is currently much more common. Inkscape's current EPS support is flakey and poorly maintained. The plan is to switch to use of Scribus' EPS Import Library. | |||
This project would involve creating a new Inkscape extension, "eps2crs", which links to Scribus' EPS import library and exports into the [http://scratchcomputing.com/projects/vectorsection Vector Section] CRS format. | |||
This work may also require making some alterations to the Scribus PDF library and/or VectorSection to improve the quality of the throughput. | |||
<b>Mentor:</b> [[EricWilhelm]] | |||
=== C. Memory Optimization === | |||
Inkscape is a bit heavy in its memory use, and is tough to use on computers with limited RAM. This project would seek to analyze and understand Inkscape's memory usage, identify and correct major memory leaks, and decrease memory usage for typical cases by a nontrivial amount. Ultimately, the project should result in Inkscape running smoothly on lower RAM systems than currently. | |||
<b>Mentor:</b> MentalGuy | |||
=== D. Inkboard Portability === | |||
Last year we had a successful project to integrate the SVG online whiteboard capability, called Inkboard, into Inkscape. Unfortunately, it does not work on Windows, so many users are missing out on this capability. | |||
This work may involve [http://svn.sourceforge.net/viewcvs.cgi/inkscape/inkscape/branches/INKBOARD_PEDRO/src/jabber_whiteboard/protocol/ formalizing and extending the Inkboard communication protocol] and [http://svn.sourceforge.net/viewcvs.cgi/inkscape/inkscape/branches/INKBOARD_PEDRO/src/jabber_whiteboard/ working on the INKBOARD_PEDRO branch]) | |||
<b>Mentor:</b> Ted | |||
=== E. New Grids === | |||
Inkscape currently has square grids that can be snapped to. Extend this to allow other kinds of grids: Perspective, hex, iso, etc. | |||
This will involve modifying the grid code to support the ability to have multiple kinds of grids, implementing at least 3 new grids, and adding the UI elements to allow users to make use of them. | |||
<b>Mentor:</b> TBD | |||
=== F. SVG Filters === | |||
Filters are a very important SVG capability, that allows giving special features to drawing objects, including shadows, blurs, etc. Inkscape currently does not support this capability, but it's high on the list of desires. | |||
This project would consist of two parts: (1) adding a SPObject for filters and CSS support for referencing them; (2) adding renderer support for doing the actual filter effects when rendering. Completing this project requires implementing at least one filter, 'Gaussian blur' as a proof of concept. | |||
<b>Mentor:</b> Bulia | |||
=== G. Adding bitmap capabilities to Inkscape === | |||
While the purpose of Inkscape is to be a vector editor, design in the real world requires dealing with bitmaps too. Inkscape can import the bitmaps, and have them as full canvas objects, but there is no significant bitmap operations in Inkscape. While there is no reason for Inkscape to replicate the functionality of The GIMP, it would be desirable to have a few simple operations available from Inkscape. | |||
This project will use the Inkscape extensions system to add a series of bitmap effects. The majority of the effects will be achieved through the integration of the ImageMagick bitmap handling libraries. GIMP may be another source. These effects can then be run on bitmap graphics within Inkscape. | |||
The work should be encapsulated in such a way that in theory, other vector graphics applications (such as Xara), could also use the work. However, for the scope of this project we only require demonstration of the capabilities in Inkscape. | |||
<b>Project Timeline:</b> | |||
* Implement first effect. This involves building Inkscape, linking in ImageMagick and getting one effect written (6 weeks) | |||
* Implement remaining effects within ImageMagick (3 weeks) | |||
* Build a test suite for operations and complete all Doxygen documentation of code (3 weeks) | |||
<b>Mentor:</b> Ted | |||
=== H. Inkscape / GIMP Bitmap Editing Integration === | |||
Currently, you can embed raster/bitmap images into Inkscape drawings, but editing them is a bit of a hassle because Inkscape isn't really "aware" of external bitmap editing tools. | |||
This project would seek to correct this by modifying inkscape's image embedding code to interoperate more directly with external bitmap programs. For instance, there would be an "open external editor" command that could be used when one or more bitmap images are selected. Another idea would be to include some common bitmap modification commands from the external program, that can be run entirely within Inkscape. A third idea is drag and drop of selections from the bitmap editor to Inkscape, and SVG selections from Inkscape to the bitmap tool. | |||
As a proof of concept, the result should demonstrate this interoperability with GIMP. Note that the code should be developed such that in theory it should work with any bitmap editor, but we would only require demonstration of working with GIMP. | |||
Also see: http://sourceforge.net/tracker/index.php?func=detail&aid=862655&group_id=93438&atid=604309 | |||
<b>Mentor:</b> TBD | |||
=== I. Text Tool Improvements === | |||
Inkscape's text tool is handy, but still lacks many of the niceties that users would like. This project would seek to address this by implementing various improvements that users have requested. | |||
Some ideas for improvements: | |||
* Make flowed text respect the default style of the text tool | |||
* when flowing a text which already contains line breaks, provide a way for the line breaks to be conserved. | |||
* when the style selected in the the Text and Font dialog is applied it erases any other style applied to some part of the text (like italics on some words, bold on others...), it would also be better to keep them where appropriate. | |||
* Search through the Inkscape RFE list for other text and font improvement ideas | |||
See: http://valessio.ul-jb.org/projetos/inkscape/inkscribus.htm | |||
<b>Mentor:</b> TBD | |||
=== J. Color Adjustment Dialog === | |||
Currently, it is possible to select, say, 12 objects in the drawing and set them to the same color/gradient/pattern. This project would go a step further, allowing multiple objects of differing color to have aspects of their color (such as brightness/contrast, HSL, etc.) altered, and to operate on vector objects with different fill styles (flat, gradient, or pattern fills), and to bitmaps. | |||
<b>Mentor:</b> Bulia | |||
=== K. External CSS Support === | |||
Inkscape currently has good support for inline CSS, and limited read-only support for an internal stylesheet in a <style> element, and no support for external stylesheets. Support for editing non-inline CSS would allow better expressiveness and adaptation, and smaller SVG files, and better support for SVG generated by other programs that use non-inline CSS. | |||
<b>Mentor:</b> Peter Moulder | |||
=== L. Bucket fill tool === | |||
This feature provides a new tool that generates a vector object with the desired color. This would allow, for example, the artist to draw a set of intersecting lines, and paint the blank spaces in between. | |||
Two approaches have been proposed: The first would render the current image to a in-memory bitmap, perform a flood-fill (borrow the algorithm e.g. from Gimp), then trace the result and insert the resulting vector object into the drawing. The second would strive to detect the surrounding vector objects and perform a boolean path operation to construct a matching shape with the desired fill. Both approaches have their pros and cons; please select either and explain why you wish to do it that way, and how you would do it. | |||
More discussion is available here: http://sourceforge.net/tracker/index.php?func=detail&aid=1123138&group_id=93438&atid=604309 | |||
<b>Mentor:</b> Bulia | |||
=== M. Justified Text === | |||
The lack of this feature is perhaps one of the reasons why Inkscape is currently unusable for many applications. Justified text is very useful, and is currently missing. Justification options to offer might be some subset of those proposed at http://www.w3.org/TR/css3-text/. | |||
One reasonable starting point if you want to support text-in-shape and TeX-like line-breaking and hyphenation is the work of the Monash University group, who have a command-line tool that can justify some small subset of XHTML, and fit into a shape that can grow/shrink in a user-defined way to fit the text, and produces SVG output: http://bowman.csse.monash.edu.au/~pmoulder/text-in-shape.tar.gz. A disadvantage of this starting point is that the tool was not designed with editing in mind. | |||
'''Mentor:''' Peter Moulder | |||
== Past Years == | == Past Years == |
Revision as of 22:51, 23 February 2007
This year Inkscape is going to participate, yet again, in Google's Summer of Code 2007. Help us come up with some solid places to innovate and push forward.
Project Ideas
NOTE: These are the examples from 2006. They need to be adjusted.
A. PDF Export Extension
PDF is the most important graphic document interchange format, but Inkscape's current capability is woefully inadequate (we export to postscript and use ps2pdf). This project would focus on establishing a solid solution to this need.
An implementation approach for this would be to create a new Inkscape extension, "crs2pdf", which links to the Cairo library for PDF rendering capability, and to Vector Section for parsing the SVG into CRS.
This work may also require making some alterations to Cairo and/or VectorSection to improve the quality of the throughput.
The tool must successfully convert at least half of the about screens used in Inkscape versions 0.35-0.44. Major kudos if you can convert all of them.
Mentor: EricWilhelm
B. EPS Import
While SVG is becoming a common format for exchanging data between graphics programs, EPS is currently much more common. Inkscape's current EPS support is flakey and poorly maintained. The plan is to switch to use of Scribus' EPS Import Library.
This project would involve creating a new Inkscape extension, "eps2crs", which links to Scribus' EPS import library and exports into the Vector Section CRS format.
This work may also require making some alterations to the Scribus PDF library and/or VectorSection to improve the quality of the throughput.
Mentor: EricWilhelm
C. Memory Optimization
Inkscape is a bit heavy in its memory use, and is tough to use on computers with limited RAM. This project would seek to analyze and understand Inkscape's memory usage, identify and correct major memory leaks, and decrease memory usage for typical cases by a nontrivial amount. Ultimately, the project should result in Inkscape running smoothly on lower RAM systems than currently.
Mentor: MentalGuy
D. Inkboard Portability
Last year we had a successful project to integrate the SVG online whiteboard capability, called Inkboard, into Inkscape. Unfortunately, it does not work on Windows, so many users are missing out on this capability.
This work may involve formalizing and extending the Inkboard communication protocol and working on the INKBOARD_PEDRO branch)
Mentor: Ted
E. New Grids
Inkscape currently has square grids that can be snapped to. Extend this to allow other kinds of grids: Perspective, hex, iso, etc.
This will involve modifying the grid code to support the ability to have multiple kinds of grids, implementing at least 3 new grids, and adding the UI elements to allow users to make use of them.
Mentor: TBD
F. SVG Filters
Filters are a very important SVG capability, that allows giving special features to drawing objects, including shadows, blurs, etc. Inkscape currently does not support this capability, but it's high on the list of desires.
This project would consist of two parts: (1) adding a SPObject for filters and CSS support for referencing them; (2) adding renderer support for doing the actual filter effects when rendering. Completing this project requires implementing at least one filter, 'Gaussian blur' as a proof of concept.
Mentor: Bulia
G. Adding bitmap capabilities to Inkscape
While the purpose of Inkscape is to be a vector editor, design in the real world requires dealing with bitmaps too. Inkscape can import the bitmaps, and have them as full canvas objects, but there is no significant bitmap operations in Inkscape. While there is no reason for Inkscape to replicate the functionality of The GIMP, it would be desirable to have a few simple operations available from Inkscape.
This project will use the Inkscape extensions system to add a series of bitmap effects. The majority of the effects will be achieved through the integration of the ImageMagick bitmap handling libraries. GIMP may be another source. These effects can then be run on bitmap graphics within Inkscape.
The work should be encapsulated in such a way that in theory, other vector graphics applications (such as Xara), could also use the work. However, for the scope of this project we only require demonstration of the capabilities in Inkscape.
Project Timeline:
- Implement first effect. This involves building Inkscape, linking in ImageMagick and getting one effect written (6 weeks)
- Implement remaining effects within ImageMagick (3 weeks)
- Build a test suite for operations and complete all Doxygen documentation of code (3 weeks)
Mentor: Ted
H. Inkscape / GIMP Bitmap Editing Integration
Currently, you can embed raster/bitmap images into Inkscape drawings, but editing them is a bit of a hassle because Inkscape isn't really "aware" of external bitmap editing tools.
This project would seek to correct this by modifying inkscape's image embedding code to interoperate more directly with external bitmap programs. For instance, there would be an "open external editor" command that could be used when one or more bitmap images are selected. Another idea would be to include some common bitmap modification commands from the external program, that can be run entirely within Inkscape. A third idea is drag and drop of selections from the bitmap editor to Inkscape, and SVG selections from Inkscape to the bitmap tool.
As a proof of concept, the result should demonstrate this interoperability with GIMP. Note that the code should be developed such that in theory it should work with any bitmap editor, but we would only require demonstration of working with GIMP.
Also see: http://sourceforge.net/tracker/index.php?func=detail&aid=862655&group_id=93438&atid=604309
Mentor: TBD
I. Text Tool Improvements
Inkscape's text tool is handy, but still lacks many of the niceties that users would like. This project would seek to address this by implementing various improvements that users have requested.
Some ideas for improvements:
- Make flowed text respect the default style of the text tool
- when flowing a text which already contains line breaks, provide a way for the line breaks to be conserved.
- when the style selected in the the Text and Font dialog is applied it erases any other style applied to some part of the text (like italics on some words, bold on others...), it would also be better to keep them where appropriate.
- Search through the Inkscape RFE list for other text and font improvement ideas
See: http://valessio.ul-jb.org/projetos/inkscape/inkscribus.htm
Mentor: TBD
J. Color Adjustment Dialog
Currently, it is possible to select, say, 12 objects in the drawing and set them to the same color/gradient/pattern. This project would go a step further, allowing multiple objects of differing color to have aspects of their color (such as brightness/contrast, HSL, etc.) altered, and to operate on vector objects with different fill styles (flat, gradient, or pattern fills), and to bitmaps.
Mentor: Bulia
K. External CSS Support
Inkscape currently has good support for inline CSS, and limited read-only support for an internal stylesheet in a <style> element, and no support for external stylesheets. Support for editing non-inline CSS would allow better expressiveness and adaptation, and smaller SVG files, and better support for SVG generated by other programs that use non-inline CSS.
Mentor: Peter Moulder
L. Bucket fill tool
This feature provides a new tool that generates a vector object with the desired color. This would allow, for example, the artist to draw a set of intersecting lines, and paint the blank spaces in between.
Two approaches have been proposed: The first would render the current image to a in-memory bitmap, perform a flood-fill (borrow the algorithm e.g. from Gimp), then trace the result and insert the resulting vector object into the drawing. The second would strive to detect the surrounding vector objects and perform a boolean path operation to construct a matching shape with the desired fill. Both approaches have their pros and cons; please select either and explain why you wish to do it that way, and how you would do it.
More discussion is available here: http://sourceforge.net/tracker/index.php?func=detail&aid=1123138&group_id=93438&atid=604309
Mentor: Bulia
M. Justified Text
The lack of this feature is perhaps one of the reasons why Inkscape is currently unusable for many applications. Justified text is very useful, and is currently missing. Justification options to offer might be some subset of those proposed at http://www.w3.org/TR/css3-text/.
One reasonable starting point if you want to support text-in-shape and TeX-like line-breaking and hyphenation is the work of the Monash University group, who have a command-line tool that can justify some small subset of XHTML, and fit into a shape that can grow/shrink in a user-defined way to fit the text, and produces SVG output: http://bowman.csse.monash.edu.au/~pmoulder/text-in-shape.tar.gz. A disadvantage of this starting point is that the tool was not designed with editing in mind.
Mentor: Peter Moulder
Past Years
- Googles Summer of Code 2006
- Googles Summer of Code 2005