- Inkscape Devel - Inkscape Mailman

Color Adjustment Dialog
by - - 25 Mar '07

25 Mar '07

Thanks, So, in that case, I will make an application for the color adjustment dialog. I feel confident, having a clear idea of how that could work as a final result, although I would have to look at the source code to learn more specifics of the implementation (working with the gui, and adjusting the colors and properties of objects in Inkspace). Bulia, since you are the mentor for this task, when I have any questions, regarding the development, and how it would best suit the software and integration with your current code, do I send to your email, or to this mailing list? Should I include links to previous software I have worked on in my application? -Omar. _________________________________________________________________ Trangt om plassen? http://www.hotmail.com MSN Hotmail gir deg 250MB gratis lagringsplass >From MAILER-DAEMON Sat Mar 24 14:29:46 2007 Date: Sat, 24 Mar 2007 22:29:42 +0100 From: Thorsten Wilms <t_w_@...123...> To: inkscape-devel(a)lists.sourceforge.net Message-ID: <20070324212942.GC4642@...1413...> References: <46055F5C.4020403@...173...> <20070324185647.GA4642@...1413...> <3c78ff030703241206y1a44bc8clb41f9885c63337b@...401...> <20070324194945.GB4642@...1413...> <3c78ff030703241340i6ab7965bvcad52f0218a2049@...401...> MIME-Version: 1.0 In-Reply-To: <3c78ff030703241340i6ab7965bvcad52f0218a2049@...401...> Priority: normal X-Mailer: Mutt User-Agent: Mutt/1.5.13 (2006-08-11) X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Subject: Re: [Inkscape-devel] Illustrations for a planned 3D box tool (SoC) X-BeenThere: inkscape-devel(a)lists.sourceforge.net X-Mailman-Version: 2.1.8 Precedence: list Reply-To: t_w_@...123... List-Id: <inkscape-devel.lists.sourceforge.net> List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/inkscape-devel>, <mailto:inkscape-devel-request@lists.sourceforge.net?subject=unsubscribe> List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=inkscape-devel> List-Post: <mailto:inkscape-devel@lists.sourceforge.net> List-Help: <mailto:inkscape-devel-request@lists.sourceforge.net?subject=help> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/inkscape-devel>, <mailto:inkscape-devel-request@lists.sourceforge.net?subject=subscribe> X-List-Received-Date: Sat, 24 Mar 2007 21:29:46 -0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit Content-Disposition: inline On Sat, Mar 24, 2007 at 04:40:03PM -0400, bulia byak wrote: > Yes, and it's easy to make a regular guideline and to snap all VPs to > it. No need to add anything special to the 3D tool for that. I think you forget (2d canvas) rotation of the whole thing. -- Thorsten Wilms Thorwil's Creature Illustrations: http://www.printfection.com/thorwil

2 1

Re: [Inkscape-devel] Illustrations for a planned 3D box tool (SoC)
by bulia byak 24 Mar '07

24 Mar '07

On 3/24/07, Thorsten Wilms <t_w_@...123...> wrote: > On Sat, Mar 24, 2007 at 04:40:03PM -0400, bulia byak wrote: > > > Yes, and it's easy to make a regular guideline and to snap all VPs to > > it. No need to add anything special to the 3D tool for that. > > I think you forget (2d canvas) rotation of the whole thing. Rotating/moving/scaling/skewing a 3D box as a regular object with Selector tool transforms it as a whole, including all its VPs. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Color adjustment Dialog - gSOC
by - - 24 Mar '07

24 Mar '07

Hi, May I introduce myself, My name is Omar El Sawi, I study Computer Visualization at National Centre for Computer Animation, UK. Unfortunately, I was late to hear about the Google Summer of Code Project. However, I have been using your software, and I would love to join. The "Color Adjustment Dialog" task seems suited to my skills. (I made a simple program last year with some similar functionality.) I'm thinking a dialog under (Effects -> adjust colours) which could interactively change the colours of the selected objects. Another one that is interesting for me, is "User Interface for SVG Filters". Are these suitable (free) projects which I could submit an application for? Any advice? Regards, -Omar _________________________________________________________________ Trangt om plassen? http://www.hotmail.com MSN Hotmail gir deg 250MB gratis lagringsplass

2 1

Re: [Inkscape-devel] Illustrations for a planned 3D box tool (SoC)
by bulia byak 24 Mar '07

24 Mar '07

On 3/24/07, Thorsten Wilms <t_w_@...123...> wrote: > The perspective is either impossible or it's not a box, so much > is obvious for me. Ah, perhaps you mean that the green VP must be on the other side. But, Inkscape is under no obligation to represent only "possible" perspectives :) Just drag the VP down where _you_ want it to be according to your rules :) Others will probably find uses for such "impossible" perspectives. > But perhaps allowing such weird stuff makes things easier in the end. Yes, let's not introduce any limitations unless absolutely necessary. > > We don't yet have the notion of horizon at all, at least at this basic > > stage. Any pair of VPs can be taken to represent a horizon. > > The horizon is important. > Take several boxes with non-parallel side walls as example: > their VPs have to be on the same horizon. Yes, and it's easy to make a regular guideline and to snap all VPs to it. No need to add anything special to the 3D tool for that. > > > as the user will likely care more about the box. Because if you > > > draw on paper, using construction boxes/lines, at least one VP > > > would be far away from the paper in most cases. > > > > So what? In Inkscape you can always zoom out as far as you need and > > still drag it freely. > > My point was not about a technical limitation, but the common practical > approach to drawing in perspective: you draw a box and the VPs remain > in your imagination only. The angles of the edges step into the fore- > ground. That's because on paper, you can't just grab the VP and drag it. So you think in terms of angles. But when you can drag it, it's much easier IMHO :) > > When you drag a corner, you change the size/proportion of the box but > > its perspective (i.e. VPs) remains the same. When you drag the VPs, > > you change perspective but the box size/proportions remain the same. > > Hmm. I wonder if you can keep proportions and perspective apart at all, > if you have no movable camera and no projection from a reference. That's the whole point of this tool. Our proposal is that yes, it's possible. We will try to prove it by coding :) > First image, if I drag the lower front corner, do I change perspective > or proportions? You make the box taller, but all VPs stay unomved. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Re: [Inkscape-devel] [Fwd: Re: SoC proposal: ImageMagick effects in Inkscape]
by Gail Banaszkiewicz 24 Mar '07

24 Mar '07

> The text one looks like it may be taken too (by Gail). Yes, I am planning now to concentrate my efforts on this. I'm even working on a text bug as we speak ;) Gail >From MAILER-DAEMON Sat Mar 24 12:49:46 2007 Date: Sat, 24 Mar 2007 20:49:45 +0100 From: Thorsten Wilms <t_w_@...123...> To: inkscape-devel(a)lists.sourceforge.net Message-ID: <20070324194945.GB4642@...1413...> References: <46055F5C.4020403@...173...> <20070324185647.GA4642@...1413...> <3c78ff030703241206y1a44bc8clb41f9885c63337b@...401...> MIME-Version: 1.0 In-Reply-To: <3c78ff030703241206y1a44bc8clb41f9885c63337b@...401...> Priority: normal X-Mailer: Mutt User-Agent: Mutt/1.5.13 (2006-08-11) X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 Subject: Re: [Inkscape-devel] Illustrations for a planned 3D box tool (SoC) X-BeenThere: inkscape-devel(a)lists.sourceforge.net X-Mailman-Version: 2.1.8 Precedence: list Reply-To: t_w_@...123... List-Id: <inkscape-devel.lists.sourceforge.net> List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/inkscape-devel>, <mailto:inkscape-devel-request@lists.sourceforge.net?subject=unsubscribe> List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=inkscape-devel> List-Post: <mailto:inkscape-devel@lists.sourceforge.net> List-Help: <mailto:inkscape-devel-request@lists.sourceforge.net?subject=help> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/inkscape-devel>, <mailto:inkscape-devel-request@lists.sourceforge.net?subject=subscribe> X-List-Received-Date: Sat, 24 Mar 2007 19:49:46 -0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit Content-Disposition: inline On Sat, Mar 24, 2007 at 03:06:55PM -0400, bulia byak wrote: > > The text explains it: "doubleclicking on one of the green PLs, which > places the VP at the location where the click occurred" Oops :) > > The 2nd image is wrong, anyway, I think. > > The viewpoint would be above the box, as the top is shown slightly > > from above. The bottom must be farther away, then. So the VP for > > the vertical edges would be below, not above the box. > > I don't see anything wrong with this one. It's an unconventional > perspective but it's built according to the rules. The perspective is either impossible or it's not a box, so much is obvious for me. Now let's see ... the drawing is below the horizon, you can see the top, that means you look down on it. If you look down, the 3rd vanishing point must be below. Needs a nadir, not a zenith. http://www.khulsey.com/3_point_perspective.html But perhaps allowing such weird stuff makes things easier in the end. > We don't yet have the notion of horizon at all, at least at this basic > stage. Any pair of VPs can be taken to represent a horizon. The horizon is important. Take several boxes with non-parallel side walls as example: their VPs have to be on the same horizon. > > as the user will likely care more about the box. Because if you > > draw on paper, using construction boxes/lines, at least one VP > > would be far away from the paper in most cases. > > So what? In Inkscape you can always zoom out as far as you need and > still drag it freely. My point was not about a technical limitation, but the common practical approach to drawing in perspective: you draw a box and the VPs remain in your imagination only. The angles of the edges step into the fore- ground. > When you drag a corner, you change the size/proportion of the box but > its perspective (i.e. VPs) remains the same. When you drag the VPs, > you change perspective but the box size/proportions remain the same. Hmm. I wonder if you can keep proportions and perspective apart at all, if you have no movable camera and no projection from a reference. First image, if I drag the lower front corner, do I change perspective or proportions? -- Thorsten Wilms Thorwil's Creature Illustrations: http://www.printfection.com/thorwil

1 0

Re: [Inkscape-devel] Illustrations for a planned 3D box tool (SoC)
by bulia byak 24 Mar '07

24 Mar '07

On 3/24/07, Thorsten Wilms <t_w_@...123...> wrote: > On Sat, Mar 24, 2007 at 06:26:52PM +0100, Maximilian Albert wrote: > > > > http://www.rzuser.uni-heidelberg.de/~malbert/ > > I don't get how you change from 2-point to 3-point perspective > in the first 2 images. The text explains it: "doubleclicking on one of the green PLs, which places the VP at the location where the click occurred" > The 2nd image is wrong, anyway, I think. > The viewpoint would be above the box, as the top is shown slightly > from above. The bottom must be farther away, then. So the VP for > the vertical edges would be below, not above the box. I don't see anything wrong with this one. It's an unconventional perspective but it's built according to the rules. > I guess in most cases with 2-point perspective, lines for the > 3rd direction should be perpendicular to the horizon (has been > a while since I learned and used this stuff - with the excpeption > of quick hand-drawn approximations :) All directions and VPs are freely draggable. You can set them to whatever you want. If you want to rotate everything, preserving the angles between the VPs and directions, just rotate the object by Selector tool. > 1/2/3-point perspective should all be covered, IMHO. And they are. You can freely switch any dimension from infinity VP to visible VP and back. > I think the VPs and horizon should be treated as rather secondary, We don't yet have the notion of horizon at all, at least at this basic stage. Any pair of VPs can be taken to represent a horizon. VPs, on the other hand, are very fundamental for this tool. > as the user will likely care more about the box. Because if you > draw on paper, using construction boxes/lines, at least one VP > would be far away from the paper in most cases. So what? In Inkscape you can always zoom out as far as you need and still drag it freely. > The important > things are the size and proportions of the box Yes, for these we will also have handles to drag. They are just not illustrated yet :) > and the inclination > of the edges. And that is automatically determined from the VPs. > So I would like being able to move every corner, moving VPs > implicitly. When you drag a corner, you change the size/proportion of the box but its perspective (i.e. VPs) remains the same. When you drag the VPs, you change perspective but the box size/proportions remain the same. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

GSoC Proposal from a Minor :(
by Joel Snyder 24 Mar '07

24 Mar '07

Hey everyone, I'm brand new to the Inkscape development world, however, I have been interested in graphics since a very young age. I was on IRC earlier today asking around for advice on a python script for _Blender_ (Notice, not Inkscape) for a 3D `SVG' editor; more like : 1. An advanced hack for Blender to convert meshes to control points for a collection of Bézier patches. Then use the topology tools to project the NURB surface to a bunch of curves on a plane to save as an SVG file. Of course a few passes would need to be made, one for the outline as Bézier curves, one for textures, gradients, on and on as you wish ;) ! ^ -> .Blend to SVG 2. I haven't seen an SVG yet to this date that hasn't been HAND-coded to include great animation. This could be solved by use of using Blender's amazing animation/tracking/timeline UI as a most needed helper tool. ^-> SVG Animation 3. AIGLX/Beryl is teh man! (Sorry for incorrect grammar..) But it really is, and it attracts a lot of people looking for something pretty...now imagine if _artists_ could be drawn to a system like that... Sadly, however, my dreams of having this amazing UI of new dimensions, rotations, amazing color, and all of that, are still not progressing. As such, that makes me feel bad as a developer. SO, let's start working guys and girls! What we need are analogies for the UI! They allow the user to bootstrap (compiling lingo..) to unfamiliar systems. Simply, I want to help people learn how to use complex things such as boolean operations, multiple gradients, and _artistic/thoughtful_ simplicity while drawing...making a picture with 10E10 control verts is pointless unless you are mapping the [Hemi]spherical view of the Universe! In order to achieve this, we need to see what a picture is _made_ of. We need to see the back, front, top, bottom, middle, second to last!, basically _every_ perspective we can get of layers to help people visualize better what they are trying to make. Art isn't about efficiency or even skill to put something to paper....it's about the creativity that happens, expression of that should come through careful analysis of oneself , and through the education the community should be providing with tools to empower individuals (such as Inkscape). So we must make a `flipbook' or stack of transparent OpenGL canvases, that can be played with like cards in a deck. Or something natural like that...So they could have SVG `cards' we will call them, and you can rotate them in 3D, look at the next card underneath, etc! Now that is a productive use of technology that also makes windows wobbly.... :-/ ^-> SVG/OpenGL Intuitive interface... I have other ideas for graphics if anyone's interested...I dunno not many people _are_ interested in my ideas, haha. ==================================================================== The most Important part... ==================================================================== But basically, after finding that I need to concentrate on coding the Blender part of the code...making all the SVG effects from scratch would take quite a while for a little me! That's where I turn to you people. Somehow I want to connect the Inkscape codebase as well as the Blender sources to a common fork, at least. 2D vectors and 3D aren't that different after all ya know! Why can't we all be friends? ;) ==== P.S. ==== About SoC...I'm most certainly under 18, if you couldn't tell from my unarticulate diction, syntax, grammar, etc. Therefore, _if_ anyone wants to use these projects for it, you are free to do so since I am not eligible.

2 1

SoC proposal: ImageMagick effects in Inkscape
by Nicholas Bishop 24 Mar '07

24 Mar '07

Hi, I have written up a proposal to Inkscape for this year's Summer of Code. I'd be much obliged if you guys could give it a look and let me know how it is. Thanks, -Nicholas Bishop == Project Proposal == The goal of this project is to add multiple raster effects to Inkscape through the ImageMagick library. == Details == Integration with ImageMagick will be achieved using Magick++, the C++ binding for ImageMagick. Magick++ comes with excellent documentation, which should greatly ease the integration process. ImageMagick has quite a large set of effects, probably at least 50 or so. Time permitting, all of these can be added to Inkscape (though naturally I'll skip some of the unnecessary ones like flip and rotate.) The initial GUI for the raster effects can be quite simple; most effects take only a few inputs, if they take any at all. In order to avoid dumping 50 new menu items into the Effects menu, I propose creating a single 'Raster Effects' menu item, which will bring up a dialog containing a list of all the effects, and space enough to show controls for any parameters the currently-selected effect might have. A handy feature to implement, time permitting, would be a small preview window showing how the effect will look when applied to the selection. My proposed schedule for this project is based on the timeline suggested in the Inkscape wiki, with some modifications: 0) I've already successfully built and installed the latest revision of Inkscape from SVN. 1) Make the modifications to the Inkscape build system needed to use the Magick++ library. I have some prior experience with autoconf scripts. 2) Start building the basic code that will be used for all the effects; get one effect in ImageMagick to a usable state (I'll start with something like the negate effect since it's easy to see when it's working correctly.) Also begin code documentation. 3) Implement more ImageMagick effects. 4) Finish the code documentation and implement a test suite. Note: I'm not familiar with how Inkscape's existing testing code works, so I will need guidance from my mentor in this area. 5) If I complete the above plan before time runs out, I'm confident that there are more tasks related to the earlier work that I can fill in the remaining time with. For example, it might be useful to implement a stack of raster effects, so instead of simply applying effects to a selection, multiple effects can be attached to it, and arbitrarily reordered and altered at a later time. Doubtless other useful side features will be suggested as the project progresses. == Bio == I'm a computer science student at the University of Maryland, College Park. I don't have any summer classes or jobs, so I'll be free to devote as much time to this project as necessary for me to complete it successfully. I've been excited about the possibilities offered by open source graphics applications since I switched to using GNU/Linux several years ago. I've regularly used GIMP, Inkscape, and Blender for some time now, and in that time I've been amazed to see how far each has come. Three years ago, in an effort to duplicate some of the new tools becoming popular in commercial 3D modelers, I started a graphics project called SharpConstruct (sharp3d.sourceforge.net), an open-source 3D sculpting tool. While working on SharpConstruct I gained experience with C++, the automake system, and gtkmm. This was my big introduction to the world of free software development, and while it was a relatively small project with only one other developer, it was an invaluable experience for me in terms of learning about programming and interacting with the many interesting users of open source graphics software. Last year I successfully completed a Google Summer of Code project with Blender that involved adding three new modeling tools (written in C) to the program. (See Sculpt Modeling, Retopo, and Multires in the 2.43 release notes: http://www.blender.org/development/release-logs/blender-243). Last year's Summer of Code was quite an experience for me; although I was able to complete all the tools I had outlined about in my proposal and more, it was not until some time after the final SoC deadline that my final (and rather large) patch was reviewed and merged into Blender's main CVS branch. In order to complete the merge I was given commit rights, and I continued to further develop and extend the tools. It was not until February of this year that Blender 2.43 was released, which was the first official release to contain the tools I wrote during the Summer of Code. The community response to the tools was overwhelmingly positive, and since then I have continued to maintain and extend the tools. For this year's Summer of Code I am applying to three organizations: BZFlag, GNOME, and Inkscape. I'm looking forward to another great experience of writing code, and as with my project last year, I hope to continue working with Inkscape after the conclusion of the Summer of Code.

3 2

Saying hello
by Miklós Erdélyi 24 Mar '07

24 Mar '07

Hi all, I sort of disappeared after last year's SoC was over, but some of you might remember me. I'm a student pursuing an MSc degree in Computer Science from Hungary who contributed to Inkscape with SoC working on the Cairo-based PDF exporter(s). My 'disapperance' was mainly because of an overloaded schedule at the university and because of other activities. I apologize for this. Looking back now I know that developing the native PDF export extension into a full-blown one would've been a better approach because with that now Inkscape wouldn't have to wait for Cairo to get decent PDF export capabilities. Of course, in the long term, the integration with Cairo is a good thing. But I'm glad that the work on Cairo's PDF backend went in the direction I was investigating. Now thanks to Adrian Johnson transparent gradients are supported in Cairo (fortunately he could make good use of my previous patch). Rendering of groups is a bigger issue since that would need a reorganization of how the PDF backend's functions now work (especially the stream handling functions). I wrote proof of concept code for this at the end of last summer but there wasn't enough time to polish it into a full solution because of the involved deeper modifications to the backend. Now, building on the experience I gained last summer, I would be happy to work on PDF import for Inkscape taking part in this year's SoC. My approach would be to use Poppler for parsing the PDF document and then generate Inkscape's representation in memory from an output device. Other solution would be to use Cairo's SVG backend to generate the SVG file from the PDF document using Poppler and import it with sp_document_new_from_mem. Though I doubt that this would yield good quality results. I can't see a mentor mentioned for this project idea in the wiki. So who would be the mentor for this project? The obvious advantage of this project compared to last summer's Cairo PDF export project is that regarding development it wouldn't depend on any external libraries so it could be actually done in three months. Please follow up with your comments regarding the PDF import issue. Best regards, miklos

4 6

How debug you under windows?
by Bernd D. 23 Mar '07

23 Mar '07

Hi, Im new here. I have check out inkscape from svn and build its under WinXP like describe on http://wiki.inkscape.org/wiki/index.php/Win32Port. It was very easy. Many thanks for this. Next step I will look into the code with a debugger for lerning how inkscape work and find the right place for my modifications wishes. My question: Are there any way for debug inkscape under WinXP with a IDE integrated debugger (e.g. DevC++, Code::Blocks, Eclipse/CDT or MS Visual C++)? How debug you under windows? Thanks in advance! Bernd Derer ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

2 1