TeamInterview046 - Revision history

NeoPhyte Rep: /* Ted Gould */ Corrected OCAL link "Slip" -> "Clip"

2011-12-02T17:23:32Z

Ted Gould: Corrected OCAL link "Slip" -> "Clip"

← Older revision		Revision as of 17:23, 2 December 2011
Line 158:		Line 158:
	But, as far as effects keeping the original shapes, I would like to see that. I hope that as the live-path-effects can be merged into the extensions system that additional code would allow for keeping data. I doubt that the UIs would be merged between SVG filters and effects, they're doing distinctly different operations, one is changing properties of the renderer while the other is changing the document.		But, as far as effects keeping the original shapes, I would like to see that. I hope that as the live-path-effects can be merged into the extensions system that additional code would allow for keeping data. I doubt that the UIs would be merged between SVG filters and effects, they're doing distinctly different operations, one is changing properties of the renderer while the other is changing the document.

	''Integration with smart web services seems to be a hot trend these days. On design horizon we have [[https://secure.wikimedia.org/wikipedia/en/wiki/Adobe_Illustrator Adobe Illustrator] mating with [http://kuler.adobe.com/ Kuler,] [[http://www.corel.com/coreldraw/ Corel DRAW X4] integrating with [http://new.myfonts.com/WhatTheFont/ WhatTheFont] and now Inkscape 0.46 sharing drawings via [http://www.openclipart.org/ Open ~~Slip~~ Art Library (OCAL)]. Do you think Inkscape should be moving further in this direction?''		''Integration with smart web services seems to be a hot trend these days. On design horizon we have [[https://secure.wikimedia.org/wikipedia/en/wiki/Adobe_Illustrator Adobe Illustrator] mating with [http://kuler.adobe.com/ Kuler,] [[http://www.corel.com/coreldraw/ Corel DRAW X4] integrating with [http://new.myfonts.com/WhatTheFont/ WhatTheFont] and now Inkscape 0.46 sharing drawings via [http://www.openclipart.org/ Open Clip Art Library (OCAL)]. Do you think Inkscape should be moving further in this direction?''

	While I'm happy with the Inkscape integration of Open Clipart, I think that application integration is a hallow success for most users. That's because most users don't use a single application in their workflow. Integrated smart web apps into user's workflow is something that should be handled at the desktop level not the application one. Hopefully we'll start to see trends like that emerge on Desktops, and I'd like to see Inkscape integrate into those frameworks.		While I'm happy with the Inkscape integration of Open Clipart, I think that application integration is a hallow success for most users. That's because most users don't use a single application in their workflow. Integrated smart web apps into user's workflow is something that should be handled at the desktop level not the application one. Hopefully we'll start to see trends like that emerge on Desktops, and I'd like to see Inkscape integrate into those frameworks.

NeoPhyte Rep: /* Ted Gould */ Added links for other tools.

2010-02-15T04:31:12Z

Ted Gould: Added links for other tools.

← Older revision		Revision as of 04:31, 15 February 2010
Line 158:		Line 158:
	But, as far as effects keeping the original shapes, I would like to see that. I hope that as the live-path-effects can be merged into the extensions system that additional code would allow for keeping data. I doubt that the UIs would be merged between SVG filters and effects, they're doing distinctly different operations, one is changing properties of the renderer while the other is changing the document.		But, as far as effects keeping the original shapes, I would like to see that. I hope that as the live-path-effects can be merged into the extensions system that additional code would allow for keeping data. I doubt that the UIs would be merged between SVG filters and effects, they're doing distinctly different operations, one is changing properties of the renderer while the other is changing the document.

	''Integration with smart web services seems to be a hot trend these days. On design horizon we have Adobe Illustrator mating with Kuler, Corel DRAW X4 integrating with WhatTheFont and now Inkscape 0.46 sharing drawings via Open ~~Clip~~ Art Library. Do you think Inkscape should be moving further in this direction?''		''Integration with smart web services seems to be a hot trend these days. On design horizon we have [[https://secure.wikimedia.org/wikipedia/en/wiki/Adobe_Illustrator Adobe Illustrator] mating with [http://kuler.adobe.com/ Kuler,] [[http://www.corel.com/coreldraw/ Corel DRAW X4] integrating with [http://new.myfonts.com/WhatTheFont/ WhatTheFont] and now Inkscape 0.46 sharing drawings via [http://www.openclipart.org/ Open Slip Art Library (OCAL)]. Do you think Inkscape should be moving further in this direction?''

	While I'm happy with the Inkscape integration of Open Clipart, I think that application integration is a hallow success for most users. That's because most users don't use a single application in their workflow. Integrated smart web apps into user's workflow is something that should be handled at the desktop level not the application one. Hopefully we'll start to see trends like that emerge on Desktops, and I'd like to see Inkscape integrate into those frameworks.		While I'm happy with the Inkscape integration of Open Clipart, I think that application integration is a hallow success for most users. That's because most users don't use a single application in their workflow. Integrated smart web apps into user's workflow is something that should be handled at the desktop level not the application one. Hopefully we'll start to see trends like that emerge on Desktops, and I'd like to see Inkscape integrate into those frameworks.

NeoPhyte Rep: /* John Bintz */ Added acronym links for improved understanding.

2010-02-15T04:13:54Z

John Bintz: Added acronym links for improved understanding.

← Older revision		Revision as of 04:13, 15 February 2010
Line 134:		Line 134:
	'''Info''': works and plays in Baltimore, MD. When he's not at his day job as a Web programmer, he's usually doing something comic related (most like working on "A Moment of Clarity," his all-ages comic), and his work on Inkscape is aimed toward making it the best tool for drawing, illustration, and comics. When he's not staring at a computer monitor, he drinks beer and thinks about making comics.		'''Info''': works and plays in Baltimore, MD. When he's not at his day job as a Web programmer, he's usually doing something comic related (most like working on "A Moment of Clarity," his all-ages comic), and his work on Inkscape is aimed toward making it the best tool for drawing, illustration, and comics. When he's not staring at a computer monitor, he drinks beer and thinks about making comics.

	''The new and shiny Inkscape 0.46 features a versatile bucket fill tool that traces any closed shape (bitmap or raster) to a path filled with a user defined color. In the past we've already seen Adobe dropping its standalone vectorization tool in favor of Live Trace in CS2. Might it be that Bucket Fill tool will obsolete the potrace-based tracer in the future? Or will the tracer become a interactive tool as well (considering that e.g. its SIOX related part still has room to enhancements)?''		''The new and shiny Inkscape 0.46 features a versatile bucket fill tool that traces any closed shape (bitmap or raster) to a path filled with a user defined color. In the past we've already seen Adobe dropping its standalone vectorization tool in favor of Live Trace in CS2. Might it be that Bucket Fill tool will obsolete the potrace-based tracer in the future? Or will the tracer become a interactive tool as well (considering that e.g. its [https://secure.wikimedia.org/wikipedia/en/wiki/Simple_Interactive_Object_Extraction SIOX] related part still has room to enhancements)?''

	Honestly, I don't know. :) My experience with using potrace for bitmap tracing is limited to only what I needed to get the Bucket Fill tool working. The touch-fill functionality of the tool would be perfect for performing SIOX-like selections of areas to trace into appropriately-colored vector objects. I can still see the need for converting an entire imported image to vector in one swipe, say a logo, without needing to switch to a different tool to do so. Also, I don't have enough experience with Live Trace to know just how it operates.		Honestly, I don't know. :) My experience with using potrace for bitmap tracing is limited to only what I needed to get the Bucket Fill tool working. The touch-fill functionality of the tool would be perfect for performing SIOX-like selections of areas to trace into appropriately-colored vector objects. I can still see the need for converting an entire imported image to vector in one swipe, say a logo, without needing to switch to a different tool to do so. Also, I don't have enough experience with Live Trace to know just how it operates.
Line 140:		Line 140:
	''I've seen the first contribution from you in the development tree around autumn 2003, at the very beginning of the project. But you wrote the Bucket Fill tool only last year. Might it mean that Inkscape has just become THE tool for your comics work?''		''I've seen the first contribution from you in the development tree around autumn 2003, at the very beginning of the project. But you wrote the Bucket Fill tool only last year. Might it mean that Inkscape has just become THE tool for your comics work?''

	Well that first contribution, which fixed a few small UI issues in Sodipodi, was done years before I even thought about doing "A Moment of Clarity," let alone doing the inking and coloring for it in vector. I didn't start using Inkscape seriously for my illustration work until 0.44, when the Calligraphy tool became solid enough for my style of inking, and when layer support was improved. Even then, there were many stability issues that made the drawing process frustrating. Between myself and other Inkscape devs, those issues were fixed in very short order. The Bucket Fill and Tweak tools were the final pieces of the puzzle that gave Inkscape a huge advantage over other drawing tools. Except for scanning in the original pencil artwork in GIMP, and exporting the Web- and print-ready artwork using ImageMagick, the final comics you see are done entirely in Inkscape.		Well that first contribution, which fixed a few small UI issues in [http://sourceforge.net/projects/sodipodi/ Sodipodi,] was done years before I even thought about doing "A Moment of Clarity," let alone doing the inking and coloring for it in vector. I didn't start using Inkscape seriously for my illustration work until 0.44, when the Calligraphy tool became solid enough for my style of inking, and when layer support was improved. Even then, there were many stability issues that made the drawing process frustrating. Between myself and other Inkscape devs, those issues were fixed in very short order. The Bucket Fill and Tweak tools were the final pieces of the puzzle that gave Inkscape a huge advantage over other drawing tools. Except for scanning in the original pencil artwork in [http://www.gimp.org/ GIMP], and exporting the Web- and print-ready artwork using [http://www.imagemagick.org/script/index.php ImageMagick,] the final comics you see are done entirely in Inkscape.

	Now, with the release of 0.46, I feel very comfortable recommending the software to other comic artists who are interested in working in vector and don't like the approach that other vector tools take when it comes to hand-drawn illustration work. I've shown development builds of the software to a few other artists and, with few exceptions, they immediately asked when the final version (0.46) would be out. :)		Now, with the release of 0.46, I feel very comfortable recommending the software to other comic artists who are interested in working in vector and don't like the approach that other vector tools take when it comes to hand-drawn illustration work. I've shown development builds of the software to a few other artists and, with few exceptions, they immediately asked when the final version (0.46) would be out. :)

NeoPhyte Rep: /* Miklós Erdélyi */ Added links to acronyms for improved understanding.

2010-02-15T03:01:09Z

Miklós Erdélyi: Added links to acronyms for improved understanding.

NeoPhyte Rep: /* Gail Carmichael */ Linked to LGM site.

2010-02-15T02:33:22Z

Gail Carmichael: Linked to LGM site.

← Older revision		Revision as of 02:33, 15 February 2010
Line 65:		Line 65:
	''You had two internships in Corel before entering GSoC in 2007. How exactly different does it feel to work/research for an open source project? :)''		''You had two internships in Corel before entering GSoC in 2007. How exactly different does it feel to work/research for an open source project? :)''

	It's a whole new experience to work with a team you can't see or talk to in person. (Though I was fortunate enough to meet a few key Inkscapers at the LGM in Montreal before the summer coding began.) The freedom you have when working on an open source project is quite nice, because you can work on pretty much whatever you want to. It's also quite interesting to see that all software projects, open source or commercial, can suffer from the same problems. For example, whether you belong to a corporate development team or contribute to an open source project, you are bound to produce bugs. What may differ is how these bugs are reported, triaged, and fixed. In open source, the user community participates in the process much more.		It's a whole new experience to work with a team you can't see or talk to in person. (Though I was fortunate enough to meet a few key Inkscapers at the [http://www.libregraphicsmeeting.org/ LGM] in Montreal before the summer coding began.) The freedom you have when working on an open source project is quite nice, because you can work on pretty much whatever you want to. It's also quite interesting to see that all software projects, open source or commercial, can suffer from the same problems. For example, whether you belong to a corporate development team or contribute to an open source project, you are bound to produce bugs. What may differ is how these bugs are reported, triaged, and fixed. In open source, the user community participates in the process much more.

	== Miklós Erdélyi ==		== Miklós Erdélyi ==

NeoPhyte Rep: /* Johan Engelen */ Added link to specification

2010-02-15T02:20:14Z

Johan Engelen: Added link to specification

← Older revision		Revision as of 02:20, 15 February 2010
Line 29:		Line 29:
	'''Info''': Enschede, The Netherlands. Working on tiny electrical machines for his PhD, playing guitar, drums and sax, and working on Inkscape 1.0.		'''Info''': Enschede, The Netherlands. Working on tiny electrical machines for his PhD, playing guitar, drums and sax, and working on Inkscape 1.0.

	''Live Path Effects definitely bring Inkscape to a new level of flexibility. Could you please explain in few words how they "tick"?''		''[[GSOC2007 Live path effects in Inkscape\|Live Path Effects]] definitely bring Inkscape to a new level of flexibility. Could you please explain in few words how they "tick"?''

	Basically, Inkscape stores the original path in an "inkscape:original-d" attribute of a path. When it encounters such an attribute, it applies the effect referred to in the "inkscape:path-effect" attribute and outputs the result to the SVG "d" attribute. This way, LPE is 100% valid SVG and the result should look the same in all SVG viewers. Inkscape sees the "inkscape:original-d" attribute, but viewers and other editors will just ignore it and use the normal SVG "d" attribute.		Basically, Inkscape stores the original path in an "inkscape:original-d" attribute of a path. When it encounters such an attribute, it applies the effect referred to in the "inkscape:path-effect" attribute and outputs the result to the SVG "d" attribute. This way, LPE is 100% valid SVG and the result should look the same in all SVG viewers. Inkscape sees the "inkscape:original-d" attribute, but viewers and other editors will just ignore it and use the normal SVG "d" attribute.

NeoPhyte Rep: /* Maximilian Albert */ Struckthrough obsolete URL

2010-02-14T23:30:12Z

Maximilian Albert: Struckthrough obsolete URL

← Older revision		Revision as of 23:30, 14 February 2010
Line 13:		Line 13:
	I certainly also had extrusion in mind, as well as a couple of other things (in particular, I would have loved if the opportunity had arisen to include more "geometric" functionality; see the link below). You may want to have a look at the original proposal, especially at the section "further ideas":		I certainly also had extrusion in mind, as well as a couple of other things (in particular, I would have loved if the opportunity had arisen to include more "geometric" functionality; see the link below). You may want to have a look at the original proposal, especially at the section "further ideas":

	http://www.rzuser.uni-heidelberg.de/~malbert/		<strike>http://www.rzuser.uni-heidelberg.de/~malbert/</strike>

	And never mind that with hindsight the proposal turned out too ambitious :-/ Unfortunately the internal refactoring of the tool that was necessary after the end of SoC has kept me from completing a lot of these things in the meantime. Since I'm in the middle of my final examinations right now and do not yet know what will come afterwards, I'm not sure when I will get to resuming my work on it (other than providing a couple of improvements here and there). But hope dies last :)		And never mind that with hindsight the proposal turned out too ambitious :-/ Unfortunately the internal refactoring of the tool that was necessary after the end of SoC has kept me from completing a lot of these things in the meantime. Since I'm in the middle of my final examinations right now and do not yet know what will come afterwards, I'm not sure when I will get to resuming my work on it (other than providing a couple of improvements here and there). But hope dies last :)

	The good news is that the refactoring has brought extrusion very much within reach. It was only after SoC that I truly discovered lib2geom, but while playing around with it, it was only a matter of one night's work to produce a kind of LPE which draws a given arbitrary shape in a certain perspective :) However, integrating this into Inkscape itself will still be a challenge and require a lot of work (especially on the UI side). But the first attempts look promising.		The good news is that the refactoring has brought extrusion very much within reach. It was only after SoC that I truly discovered lib2geom, but while playing around with it, it was only a matter of one night's work to produce a kind of [[LivePathEffects\|LPE]] which draws a given arbitrary shape in a certain perspective :) However, integrating this into Inkscape itself will still be a challenge and require a lot of work (especially on the UI side). But the first attempts look promising.

	''While extrusion looks like natural next step, what more could be done based on current code?''		''While extrusion looks like natural next step, what more could be done based on current code?''

NeoPhyte Rep: /* Interview with the team on Inkscape 0.46 */ no -> not

2010-02-14T03:56:51Z

Interview with the team on Inkscape 0.46: no -> not

← Older revision		Revision as of 03:56, 14 February 2010
Line 1:		Line 1:
	= Interview with the team on Inkscape 0.46 =		= Interview with the team on Inkscape 0.46 =

	With almost 50 contributors out of 111 registered at SourceForge, and even more, if you count those who just sent a patch via patches tracker, it's no really possible to talk to everyone who participated at the preparation of the shiny new Inkscape 0.46 release.		With almost 50 contributors out of 111 registered at SourceForge, and even more, if you count those who just sent a patch via patches tracker, it's not really possible to talk to everyone who participated at the preparation of the shiny new Inkscape 0.46 release.

	Here is an interview with several Google Summer of Code 2007 students and several Inkscape developers.		Here is an interview with several Google Summer of Code 2007 students and several Inkscape developers.

Prokoudine: /* Ted Gould */ + on web services

2008-03-26T14:10:04Z

Ted Gould: + on web services

← Older revision		Revision as of 14:10, 26 March 2008
Line 159:		Line 159:
	But, as far as effects keeping the original shapes, I would like to see that. I hope that as the live-path-effects can be merged into the extensions system that additional code would allow for keeping data. I doubt that the UIs would be merged between SVG filters and effects, they're doing distinctly different operations, one is changing properties of the renderer while the other is changing the document.		But, as far as effects keeping the original shapes, I would like to see that. I hope that as the live-path-effects can be merged into the extensions system that additional code would allow for keeping data. I doubt that the UIs would be merged between SVG filters and effects, they're doing distinctly different operations, one is changing properties of the renderer while the other is changing the document.

			''Integration with smart web services seems to be a hot trend these days. On design horizon we have Adobe Illustrator mating with Kuler, Corel DRAW X4 integrating with WhatTheFont and now Inkscape 0.46 sharing drawings via Open Clip Art Library. Do you think Inkscape should be moving further in this direction?''

			While I'm happy with the Inkscape integration of Open Clipart, I think that application integration is a hallow success for most users. That's because most users don't use a single application in their workflow. Integrated smart web apps into user's workflow is something that should be handled at the desktop level not the application one. Hopefully we'll start to see trends like that emerge on Desktops, and I'd like to see Inkscape integrate into those frameworks.

	== Jon Cruz ==		== Jon Cruz ==

Prokoudine: /* John Bintz */ words order

2008-03-23T16:38:12Z

John Bintz: words order

← Older revision		Revision as of 16:38, 23 March 2008
Line 139:		Line 139:
	Honestly, I don't know. :) My experience with using potrace for bitmap tracing is limited to only what I needed to get the Bucket Fill tool working. The touch-fill functionality of the tool would be perfect for performing SIOX-like selections of areas to trace into appropriately-colored vector objects. I can still see the need for converting an entire imported image to vector in one swipe, say a logo, without needing to switch to a different tool to do so. Also, I don't have enough experience with Live Trace to know just how it operates.		Honestly, I don't know. :) My experience with using potrace for bitmap tracing is limited to only what I needed to get the Bucket Fill tool working. The touch-fill functionality of the tool would be perfect for performing SIOX-like selections of areas to trace into appropriately-colored vector objects. I can still see the need for converting an entire imported image to vector in one swipe, say a logo, without needing to switch to a different tool to do so. Also, I don't have enough experience with Live Trace to know just how it operates.

	''I've seen the first contribution from you in the development tree around autumn 2003, at the very beginning of the project. But you wrote the Bucket Fill tool only last year. Might it mean that Inkscape just ~~has~~ become THE tool for your comics work? :)''		''I've seen the first contribution from you in the development tree around autumn 2003, at the very beginning of the project. But you wrote the Bucket Fill tool only last year. Might it mean that Inkscape has just become THE tool for your comics work?''

	Well that first contribution, which fixed a few small UI issues in Sodipodi, was done years before I even thought about doing "A Moment of Clarity," let alone doing the inking and coloring for it in vector. I didn't start using Inkscape seriously for my illustration work until 0.44, when the Calligraphy tool became solid enough for my style of inking, and when layer support was improved. Even then, there were many stability issues that made the drawing process frustrating. Between myself and other Inkscape devs, those issues were fixed in very short order. The Bucket Fill and Tweak tools were the final pieces of the puzzle that gave Inkscape a huge advantage over other drawing tools. Except for scanning in the original pencil artwork in ~~The~~ GIMP, and exporting the Web- and print-ready artwork using ImageMagick, the final comics you see are done entirely in Inkscape.		Well that first contribution, which fixed a few small UI issues in Sodipodi, was done years before I even thought about doing "A Moment of Clarity," let alone doing the inking and coloring for it in vector. I didn't start using Inkscape seriously for my illustration work until 0.44, when the Calligraphy tool became solid enough for my style of inking, and when layer support was improved. Even then, there were many stability issues that made the drawing process frustrating. Between myself and other Inkscape devs, those issues were fixed in very short order. The Bucket Fill and Tweak tools were the final pieces of the puzzle that gave Inkscape a huge advantage over other drawing tools. Except for scanning in the original pencil artwork in GIMP, and exporting the Web- and print-ready artwork using ImageMagick, the final comics you see are done entirely in Inkscape.

	Now, with the release of 0.46, I feel very comfortable recommending the software to other comic artists who are interested in working in vector and don't like the approach that other vector tools take when it comes to hand-drawn illustration work. I've shown development builds of the software to a few other artists and, with few exceptions, they immediately asked when the final version (0.46) would be out. :)		Now, with the release of 0.46, I feel very comfortable recommending the software to other comic artists who are interested in working in vector and don't like the approach that other vector tools take when it comes to hand-drawn illustration work. I've shown development builds of the software to a few other artists and, with few exceptions, they immediately asked when the final version (0.46) would be out. :)

← Older revision		Revision as of 03:01, 15 February 2010
Line 74:		Line 74:
	and do some hopefully serious Inkscape stuff, just for fun.		and do some hopefully serious Inkscape stuff, just for fun.

	''This is the second time you take part at GSoC for Inkscape. The previous time it was Cairo based exporting to PDF. Looks like you have pretty good impressions of Google Summer of Code, haven't you? :) What's most important thing you learned from participating at the program? Are you planning to do it the third time this year?''		''This is the second time you take part at [http://code.google.com/soc/ GSoC] for Inkscape. The previous time it was [http://cairographics.org/ Cairo] based exporting to [http://en.wikipedia.org/wiki/Portable_Document_Format PDF]. Looks like you have pretty good impressions of Google Summer of Code, haven't you? :) What's most important thing you learned from participating at the program? Are you planning to do it the third time this year?''

	Yeah, GSoC is cool since you can get really involved in an open source		Yeah, GSoC is cool since you can get really involved in an open source
Line 87:		Line 87:
	font handling, metadata import, better transparency support. Regarding		font handling, metadata import, better transparency support. Regarding
	PDF export and the (yet immature) Cairo-based renderer, there are		PDF export and the (yet immature) Cairo-based renderer, there are
	areas which could be enhanced to pass more tests from the SVG 1.1		areas which could be enhanced to pass more tests from the [http://www.w3.org/Graphics/SVG/WG/wiki/Test_Suite_Overview#SVG_1.1_Test_Suite SVG 1.1 Conformance Test Suite], not mentioning the improvements which could be
	Conformance Test Suite, not mentioning the improvements which could be
	made because of the much better PDF backend available in Cairo		made because of the much better PDF backend available in Cairo
	compared to what was available at the time the original PDF export		compared to what was available at the time the original PDF export
	extension was written.		extension was written.

	''You project this year was PDF/AI import. How does your importer treat documents with CMYK colors and colors that are mapped to a particular ICC profile?''		''You project this year was PDF/[http://en.wikipedia.org/wiki/Adobe_Illustrator AI] import. How does your importer treat documents with [https://secure.wikimedia.org/wikipedia/en/wiki/CMYK_color_model CMYK] colors and colors that are mapped to a particular [https://secure.wikimedia.org/wikipedia/en/wiki/International_Color_Consortium ICC] profile?''

	At the moment the importer uses Poppler's color space conversion		At the moment the importer uses Poppler's color space conversion
	functions to always convert colors encountered in the PDF document to		functions to always convert colors encountered in the PDF document to
	the RGB color space. These parts could be easily changed to support		the [https://secure.wikimedia.org/wikipedia/en/wiki/RGB_color_model RGB] color space. These parts could be easily changed to support
	the CMYK color space since CMYK and ICC profile support is already		the CMYK color space since CMYK and ICC profile support is already
	built into Poppler.		built into Poppler.