- Inkscape Devel - Inkscape Mailman

PNG-Export without antialiasing/blur
by Bernd D. 25 Apr '07

25 Apr '07

We would use Inkscape for drawing lithography mask. The document size and the PNG output size is 16384*16384 pixel. The exposure time per pixel is coded in the pixel color (non linear). So we need a PNG export without antialiasing/blur. I have found the getUseAntialias in filedialog.cpp. But I think this is a unused function yet. Is this right? Then I have found in png-write.cpp: 335 // export with maximum blur rendering quality 336 int saved_quality = prefs_get_int_attribute ("options.blurquality", "value", 0); 337 prefs_set_int_attribute ("options.blurquality", "value", 2); I have set options.blurquality to zero, but this has no effect for the exported png!? I'm running out of ideas. Could someone give me a hint, Please? Thanks Bernd Derer __________________________________ Yahoo! Clever: Stellen Sie Fragen und finden Sie Antworten. Teilen Sie Ihr Wissen. www.yahoo.de/clever

2 1

Fontconfig, font clutter and high-level apps like Inkscape
by Donn 25 Apr '07

25 Apr '07

Hello, I have no experience in C/C++ coding and little with GTK - other than my small (insulated) experience via wxPython. So, please read in that light. (This is part of my mini-crusade to reduce font clutter on Linux.) 1. I gather fontconfig makes it possible for apps to filter a list of fonts into their choosers. 2. The list of ALL fonts installed on a system should *not* (IMHO) be shown by default in a chooser. 3. I don't know if the Inkscape coders can control what appears in that font chooser, or if it's a stock GTK thing. Either way, I think you guys have the best chance of changing it. 4. There should be a *minimum* filter of the type: User OR System-wide fonts. I would rather see *my* fonts, as in $fc-list : file | grep "\.fonts" than a list that is 700-odd fonts long and hellishly hard to use. >From a Linux-fonts pov, I am starting to see that an app like Fonty Python is actually artificial to the fontconfig master-plan. Each high-end app that uses fonts should have access to a stock *font manager* built-into GTK/QT/Blah/Blah so that users can manage fonts and developers don't have to worry about it. Am I on the right track here? Is it possible to make a minimum filter (sys vs user) in Inkscape? Even through font-chooser clutter, Fonty Python can play a role and be useful for the time being -- I hope that new font manager due in KDE4 will be the incentive to do the same in GTK, but until then, an app that let's us control what fonts appear in the User's zone will be handy. If the fonts can be filtered as suggested, then font management by an external app like Fonty Python really does become much easier. Donn. Fonty Python. -- snappy repartee: What you'd say if you had another chance.

2 2

Re: [Inkscape-devel] Fontconfig, font clutter and high-level apps like Inkscape
by Donn 25 Apr '07

25 Apr '07

> Just my OS X centric opinion once again because I think that, in this > domain, Mac OS X/Cocoa gets it nearly as right as possible. Font > management is done at the OS level and every Cocoa application > (Cocoa on Mac OS X = GTK or KDE on Linux) gets for free: > I have to say "wow". I dont know what systems OSX uses, I imagine it's not fontconfig but rather Apples' proprietary and patented font stuff. I could be wrong. Still, I think that a very minimum level of font "filtering" should be a priority for the various GUIs under Gnu/Linux because apps like Inkscape and Blender and Gimp and Scribus are starting to make it a real designer's platform. Fonty Python sounds a little like "Font Book" in function. Perhaps not as sophisticated, but it's aim is to put *only* the fonts a designer wants into their user zone. Ideally, design programs (or their gui toolkits) should respect that and allow the user to *at a minimum* filter the view and see *only* their user-zone fonts. Thanks for the insights, /d

1 0

Canvas rotate
by Derek Hinchliffe 25 Apr '07

25 Apr '07

Hi all, I've had an idea that I'd like to try to implement in Inkscape and I'm hoping someone better acquainted with the code base can suggest ways it can be done and where to start. The idea: allow the view of the canvas to be rotated (around the current mouse cursor position) using keystrokes. I see three keystrokes being required: rotate anti-clockwise, rotate clockwise, and reset to normal. Only the view of the canvas is rotated, and I see it mainly being used when freehand drawing with the calligraphy or pencil tools using a tablet. My particular reason for wanting it is that I find it much easier to draw steady freehand curves with my wrist as a pivot, so when I am drawing on paper I often rotate the page to suit. My questions: 1. Is the architecture of the Inkscape canvas suited to implementing this, or would is require major changes? 2. I have tried to work my way through the source relating to canvas drawing but I'm still not sure what layer I should be looking at. Any hints on what object(s) I should focus on? 3. Any comments as to how to approach it? Should I focus on trying to rotate the view of the canvas, or should I look at applying a (temporary) rotation to the entire SVG file? Any thoughts appreciated! Cheers Derek

9 24

Input/output filters
by Jeffrey Moss 24 Apr '07

24 Apr '07

I am using inkscape to convert SVG to PS, but in order to do it I have to write to my filesystem and pass filename options into inkscape: inkscape -f invoice.svg -P invoice.ps What I want to do is this: inkscape -f - -P - STDIN -> inkscape -> STDOUT Thanks, -Jeff

4 7

Re: [Inkscape-devel] [Inkscape-user] automatizing a random mosaic or creating a texture
by bulia byak 24 Apr '07

24 Apr '07

On 4/24/07, Terry Brown <terry_n_brown@...36...> wrote: > I don't think inkscape has that. Looks like the POV-ray pattern > 'Crackle': > > http://www.povray.org/documentation/view/3.6.1/372/ > > --clip-- > Mathematically, the set crackle(p)=0 is a 3D Voronoi diagram of a > field of semi random points and crackle(p) < 0 is the distance from > the set along the shortest path (a Voronoi diagram is the locus of > points equidistant from their two nearest neighbors from a set of > disjoint points, like the membranes in suds are to the centers of > the bubbles). By the way, this might make a useful Python effect for Inkscape: Fill the inside of a path with random points and build a Voronoi diagram (as a set of polygon paths) of these points, or of the path's nodes, or both. Any takers? See http://en.wikipedia.org/wiki/Voronoi -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Re: [Inkscape-devel] gcc 3.3 bug: configure -Wno-pointer-sign test uses wrong compiler
by John Faith 24 Apr '07

24 Apr '07

jiho wrote > looking into compiling Inkscape on Mac OS X 10.3 an error appeared > which is apparently not limited to OS X but more generally to old gcc > versions (3.3 is used here). John Faith, the investigator of these > issues, submitted a patch to configure.ac which fixes this. I am not > knowledgeable enough with autoconf to review this. Could someone > knowledgeable have a look at it and commit it or give me a go to > commit this? Hello, I was curious if anyone had a chance to think about this bug or if anyone had a minute to try a quick experiment. In configure.ac, there is a block used to check if gcc can use -Wno-pointer-sign in CFLAGS. Unfortunately, the "AC_LANG(g++)" means that g++ is used for this compile test when gcc should be used, CLFLAGS is ignored, and the test always passes. For gcc4 this doesn't matter, but this breaks gcc3 when building in src/libcroco. If anyone with gcc 3 or 4 could try a reconfigure, that would be helpful to see if this fixes other environments with gcc <4 and also does not break gcc4. Adding "AC_LANG_PUSH(C)" and "AC_LANG_POP" around the AC_COMPILE_IFELSE in configure.ac seems to fix this problem (see attached patch which is also in tracker #1702352). I've tried this patch on gcc3.3 OS 10.3.9. After changing configure.ac, run ./autogen.sh then ./configure. For gcc<4, the final bit of configure output should not have -Wno-pointer-sign in CFLAGS. Thanks in advance! , John

1 1

[PATCH] Dockable dialogs, and some concerns...
by Gustav Broberg 23 Apr '07

23 Apr '07

Hi all, I've been busy with work since the release of 0.45, but now I have finally found some time to spend on Inkscape again... :) I have uploaded a patch to the tracker which is a first attempt to implement dockable dialogs/panels using gdl (Gnome development library). http://sourceforge.net/tracker/index.php?func=detail&aid=1688508&group_id=9… The patch adds a dockable pane to the desktop on which any GTKmm:ified dialog can be docked. Here are some screenshots showing what it's all about: http://wiki.inkscape.org/wiki/index.php/Image:Dock_patch_1.png http://wiki.inkscape.org/wiki/index.php/Image:Inkscape_dock2.png To compile you'll need gdl >= 0.6.1, the latest version is available here: http://ftp.gnome.org/pub/GNOME/sources/gdl/0.7/gdl-0.7.2.tar.bz2 Gdl is a fairly small UI library developed for IDE:s such as Anjuta. The main thing it provides is a set of components to build dockable interfaces. I realize that it would be better to do this without an additional library, but right now I think gdl is the best option assuming that we want a dockable interface. The pros of using gdl, as I see it, are: * It provides a lot for free. Dockable items (dialogs in this case) can be attached and detached to docks, iconified to dock bars and docked to each other as separate floating groups. Furthermore they can be stacked as notebook tabs, and complete layouts can be saved/restored from disk (I haven't got that one working, though). It would require a major amount of work to reproduce the docking functionality found in gdl. * It's still actively developed. Inkscape could benefit from the new functionality added to gdl. ...and the cons: * It's yet another library, with all the problems that brings. The availability could be an issue. Distributions that provide Anjuta or Screem should have gdl in their repos as well. Merging gdl into Inkscape's tree is probably a bad idea... * I haven't tried it on win32 or Mac OS X, so I'm not sure about the compatibility. It used to require some gnome only libraries, but it doesn't anymore from what I know. * It's a C library. There is a C++ wrapper called gdlmm, but it hasn't been worked on since 2005, and I'm not sure how complete/stable it is. The only alternative to gdl that I know of is CurlyAnkles. It has the same issues with availability and compatibility as gdl, but is less mature (I'm not aware of any project that uses it yet). On the positive side it provides other widgets that could improve Inkscape's interface. As for the design I've chosen to keep the current UI::Dialog::Dialog hierarchy as opposed to extending UI::Widget::Panel, which I guess was planned to be the root class of everything dockable (?). The main reasons for this were that I wanted to keep the old dialog behavior as an option and also that I wanted to avoid rewriting the code of the current dialogs. The way I did this was to break out much of the functionality of Dialog::Dialog into the implementations of an interface Dialog::Behavior. The implementations that extends it are FloatingBehavior (the current dialog behavior) and DockBehavior. Each dialog is instantiated with a behavior and the DialogManager handles them the same way as before, regardless of behavior. The Dialog::Behavior interface covers most of the functionality of Gtk::Dialog. FloatingBehavior is just a proxy for a real Gtk::Dialog (just as before), while DockBehavior tries to emulate the dialog functionality on a GdlDockItem. This allows all the current dialogs (under UI::Dialog) to be dockable without rewriting them. A global preference "options.dialogtype" controls what the kind of dialogs to create (0 = old/floating, 1 = new/dock). It's still a work in progress, and I'd be glad to get feedback on the design, etc. (The class naming could probably be more accurate/consistent, for instance.) There's a bunch of known bugs, but I'm not experiencing any major ones right now. I've probably broken something that used to work with the floating dialogs, though. Please note that this patch only works for the GKmm:ified dialogs under UI::Dialog, so dialogs such as Fill&Stroke and the XML editor won't be dockable. If there's an interest in working on this, I could create a branch, otherwise I'll just drop patches as I proceed. (I intend to continue to keep it up to date even if there's no plan to merge it -- Inkscape is pretty much unusable without it for me when using my primary window manager :) I'll be on the IRC channel in a near future if anybody would like to discuss this further... -- Gustav

17 46

Fonts under Linux
by Donn 23 Apr '07

23 Apr '07

Hello, Up too late, must retire soon, a quick question if you will? I use Kubuntu (Dapper), but I reckon this will apply to a lot of distros: Where do all the installed system fonts live? I know that is simplistic and it has to do with fontconfig and a tonne of config files and a million type1 fonts in a bajillion folders, but can anyone get me started on the big picture? I'm asking because my little project, FontyPython, revolves around managing fonts etc. One of the most irksome things is to have fonts in a chooser (like under Inkscape) that I do not want there. For example, if I have *zero* fonts in my ~/fonts directory, and I run Inkscape, I have about 600 fonts listed in the chooser! That's just plain nuts! Man, that's cashew nuts, with salt! So, I am pondering (vs sleeping, which I should be doing) about ways to lessen this clutter and write a 'cleanup' script that can remove them from the system -- not delete them, just uninstall them or whatever the term is. I can't even find them by locate or find. There's one called "Christian Participants" which is the fugliest thing I have ever seen and I cannot even find the file on the drive, let alone uninstall it! So, anyone with a clue? have mercy on me :) /d -- I can bend minds with my spoon. -- unknown

3 3

Grids in development versions
by Michael Grosberg 21 Apr '07

21 Apr '07

Are the new grids still being worked on? I noticed that, using the new XYgrid, if you set the "major grid line" option to anything other than 5, they will show up correctly as long as all grid lines are in view, but if you zoom out to a view in which only the major grid lines should show, they will revert to a value of one major line every 5 grid lines.

2 2

Inkscape in top Apple downloads
by jiho 21 Apr '07

21 Apr '07

Hello everybody, Just a quick note to let you know that Inkscape is featured in the top downloads of the UNIX & Open source section of Apple.com, only behind OpenOffice, Gimp, Emacs, an OS X specific X11 utility, and Apache. A nice achievement in my opinion and many thanks to all developers who made all the great features Inkscape is known for (and now it's up to Micahel and me to make it even more Mac OS X friendly because the screenshot there does not look too engaging...). http://www.apple.com/downloads/macosx/unix_open_source/ JiHO --- http://jo.irisson.free.fr/

2 1

Help needed to fight spam in forums and wiki
by bulia byak 20 Apr '07

20 Apr '07

Hi all, We need volunteers! There's quite some spam in our forums: http://sourceforge.net/forum/?group_id=93438 Also, around Apr 11-12, we had an invasion of vandals deleting stuff on wiki: http://wiki.inkscape.org/wiki/index.php?title=Special:Recentchanges&limit=2… We need your help to weed this out. On wiki, you just need to register as usual to be able to revert vandalism; you can also request admin powers from Aho at strange-a at users.sourceforge.net to make it easier. On forums, you need a sourceforge account first, then please contact Bryce for granting you admin access to the forums. Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 3

cairo 1.4.4 on win32 does not work
by Adib Taraben 20 Apr '07

20 Apr '07

Ishmal, I tried your cairo 1.4.4 that I saw this morning :-) The new libs does not work as expected. (I use your provided libs also in my own application to create some pdf report) I am not shure if this is caused by the optimisations in cairo or by your compilation. However thx. for the win32-libs Hope my report is somehow usefull, Adib. -- In my own application where I use your cairo libs it throws an SIGSEV somewhere on cairo_create(surface). As I use codeblocks as IDE I do not know how to copy a backtrcae from the list. The last entries are ntdll!WaitForCriticalSection, cairo_color_white(), msvrt!free(), ntdll!AppendStringToString(), msvcrt!free() however Inkscape dies as follow 0x7c928fea in ntdll!RtlpWaitForCriticalSection () from ntdll.dll (gdb) bt #0 0x7c928fea in ntdll!RtlpWaitForCriticalSection () from ntdll.dll #1 0x03c0d110 in ?? () #2 0x03c0d110 in ?? () #3 0x03c0d110 in ?? () #4 0x00000004 in ?? () #5 0x627449a3 in _libmsvcrt_a_iname () from D:\projekte\inkscape\inkscape\inkscape\libgobject-2.0-0.dll #6 0x00000000 in ?? () from #7 0x03c25110 in ?? () #8 0x0022e578 in ?? () #9 0x00000000 in ?? () from #10 0x00000000 in ?? () from #11 0x00000000 in ?? () from #12 0x0022e578 in ?? () #13 0x627466f7 in _libmsvcrt_a_iname () from D:\projekte\inkscape\inkscape\inkscape\libgobject-2.0-0.dll #14 0x03c25110 in ?? () #15 0x7c97e0f8 in ntdll!RtlpNtMakeTemporaryKey () from ntdll.dll #16 0xffffffff in ?? () #17 0x7c97e0d4 in ntdll!RtlpNtMakeTemporaryKey () from ntdll.dll #18 0x7c95a5d0 in ntdll!RtlInsertElementGenericTableAvl () from ntdll.dll #19 0x00240000 in ?? () #20 0x50000061 in ?? () ---Type <return> to continue, or q <return> to quit--- #21 0x03be9610 in ?? () #22 0x00240000 in ?? () #23 0x002595c8 in ?? () #24 0x40000060 in ?? () #25 0x00000000 in ?? () from #26 0x0022e5c0 in ?? () #27 0x00000000 in ?? () from #28 0x00000000 in ?? () from #29 0x00000688 in ?? () #30 0x0022e518 in ?? () #31 0x7c91104b in ntdll!RtlEnumerateGenericTableLikeADirectory () from ntdll.dll #32 0x000bc0a0 in ?? () #33 0x010939a3 in _cairo_scaled_font_map_lock () at src/cairo-scaled-font.c:195 Previous frame inner to this frame (corrupt stack?) (gdb)

2 4

Build failures on OS X 10.3.9: isnan, isinf, etc.
by John Faith 19 Apr '07

19 Apr '07

Hello, I've been looking at building source from SVN on OS X 10.3.9 and I've found these problems: - configure.ac uses g++ instead of gcc when testing for -Wno-pointer-sign support (ignoring $CFLAGS) and gcc3 dies in libcroco. Already reported by jiho. - isnan undeclared in src/libcola/cola.cpp. I worked around this by changing "isnan" to "isNaN" since the latter is defined in isnan.h, though I'm not sure this makes sense for all platforms. - libcola/gradient_projection.cpp:54 isinf undefined. Adding '#include <math.h>' fixes this. There are several issues for isnan already in the tracker, so my question is: are these new problems (requiring new bugs created), or the same as earlier bugs? - Although configure apparently finds msgfmt, In po/Makefile, both $MSGFMT and $GMSGFMT are empty. When make hits the '.po.gmo:' target, it complains "-o: command not found" since part of the command is "$(GMSGFMT) -o $$file $<". Has anyone run into this? Thanks!, John

3 2

Problems with new axonometric grid?
by Maximilian Albert 19 Apr '07

19 Apr '07

Hi Johan and everyone, first of all thanks a lot for your work on the grids!! Today I wanted to give the new functionality a try and was a bit stuck, however. Maybe this should go to the bug tracker directly but what I experienced seemed so weird that I thought I'd ask for other people's experience first, since I reckon that Johan would have realized if he had encountered this behaviour, too. Maybe I got something completely wrong, although I don't see what this should be. The rectangular grid works like a charm. But when I create an axonometric grid instead, I cannot get the pen tool, say, to snap to any of the intersections of the grid lines. Instead, it snaps to seemingly random points in between. Also, with "always snap" enabled, the mouse pointer doesn't cleanly jump from one intersection point to the next but shows a kind of "juddering" behaviour, as if it was snapping to some invisible (smaller) grid that's not precisely aligned with the visible one. When "always snap" is unchecked and very small sensitivities are chosen, it seems to work better, but the precise snapping points are still missed to a certain extent. Furthermore, when assigning a different color to the major grid lines, they are not drawn as continuous lines but only segment-wise and at irregular distances. To me it looks as if the regular grid lines were repainted with the new color, but since both lines are located at the same positions, sometimes one color dominates and sometimes the other. (This may also explain why the segments seem to change when zooming out.) Has anyone else seen this or is it just me? Does this work correctly for you, Johan? I was experimenting with the latest svn version (revision #14815), but this seems to occur with older (yet recent) versions, too. Please tell me if you want me to add this to the bug tracker. Thanks for your help! Cheers, Max P.S.: Wouldn't it make sense to have different colors for regular and major grid lines by default? And IMHO the default spacing for the axonometric grid should be larger than 1.

5 7

Kind reminder from your dedicated LGM organisation !!!
by Louis Desjardins 19 Apr '07

19 Apr '07

Hello all LGM participants and speakers, If you haven't done so yet, please, please take a few secs to register for LGM at http://www.libregraphicsmeeting.org/signup.html This is the best way to help me in the late stages of this big organisation, make sure we have enough food and drink, make sure we can accommodate everyone, etc. Many thanks in advance and looking forward to welcome you in Montréal! Louis p.s. Please forward this message to any list you might think it be important to send it. -- Louis Desjardins Organisateur / Organiser Libre Graphics Meeting 2007 - Montréal www.libregraphicsmeeting.org/fr www.libregraphicsmeeting.org +1 514 934 1353 HAE / EDT GMT -4

1 0

HIG-style frames
by Murray Cumming 19 Apr '07

19 Apr '07

I tried to patch Inkscape to make it use GNOME HIG-style frames [1] for consistency with the rest of GNOME and general attractiveness. For some odd reason I couldn't get it to show any difference. It's in the (awful) sourceforge bug tracker if someone would like to take a look: https://sourceforge.net/tracker/?func=detail&atid=604308&aid=1677542&group_… [1] http://developer.gnome.org/projects/gup/hig/1.0/controls.html#controls-fram… -- Murray Cumming murrayc@...799... www.murrayc.com www.openismus.com

2 1

NEW: paint bucket fill along dragged path
by John Bintz 19 Apr '07

19 Apr '07

bulia's new "touch selection" and improvements to the Rubberband object have given me what I've needed to properly implement a feature he and I talked about a while back: dragging the cursor while using Paint Bucket now performs the fill operation from all points along the drag path. Just like touch selection, you have to hold [ Alt ] to get this feature; otherwise it works as before, where a single click fills from the one click point. The color used for the drag fill algorithm is the color at the initial click point. This becomes very useful if you have a series of similarly-colored yet separated areas (Ex: inked fingers on a relaxed hand). Normally, to fill this object, you'd have to click once in each of these areas (fingers, thumb, hand) with the same fill color. Now, click and hold [ Alt ] in one of the areas, drag the cursor through the other areas, release the cursor, and all of the areas you've touched are filled. One possible addition to this would be an additional modifier to change the behavior of the fill color selection. Instead of the initial click point, each point along the drag would define the fill color. This way, you could drag from one end of a gradient to the other end and, with a low Threshold, fill the gradient. This would require a little reworking to the fill algorithm, but if there's interest, I'll add it. John

3 3

RFE [ 1700987 ] Window title should contain file name instead of full path
by Jon A. Cruz 18 Apr '07

18 Apr '07

What do people think of RFE [ 1700987 ] Window title should contain file name instead of full path? It seems reasonable to me, and should be fairly simple to implement. Comments? Opinions?

7 13

Plug-In or Extension System???
by Redefined Horizons 18 Apr '07

18 Apr '07

I was bugging the lib2geom folks a few months back when I had to get pulled away on another project of mine. That project has finished and I thought I'd see about helping just a little bit with Inkscape development. I have posted a message on the lib2geom Jabber conference room. I also thought I would find out if Inkscape had a plug-in or extension system just yet. If it did I thought I might take a stab at making small improvements to the program. I'm not an experienced C++ developer and I'm a little scared about trying to build Inkscape. Is there an extension or plug-in system in place? Or will I need to build Inkscape to test any changes I might make? I took a look at the road map and found these items interesting: Revisit coordinate system (move away from Cartesian) Tech Drawing Abilities DXF Import/Export Thanks for the help. I hope I can make time to tinker with Inkscape or lib2geom and improve my C++ skills as I work. Landon

5 13

Lib bundle
by Bob Jamison 17 Apr '07

17 Apr '07

Hi again, I checked the lib bundle that I uploaded last, and yes it does have the defect that Bill mentioned. So I uploaded another bundle here: http://inkscape.modevia.com/win32libs/gtk210-070417.7z It should produce Inkscape builds without the icon artifacts. There will be another build uploaded in a few minutes. bob

1 0

Re: [Inkscape-devel] LPE diff
by Johan Engelen 17 Apr '07

17 Apr '07

Hey Aaron, Thanks a lot for the links to the mail discussion. Very very helpful! I think you won't mind me throwing this on the devel maillist? >From what I gather from the discussion, no consensus was reached on the SVG representation. Perhaps it is best, like Bulia said, to first make it working the 'ugly' simple way, <path original-d= ... d = ... path-effect="sample" path-effect-param1="0.0" path-effect-param2="0.0" path-effect-param3="0.0" path-effect-param4="0.0" /> Then we can see what needs to be improved, what UI needs there are etc. Does that make sense? Once I have this working, we can discuss how to make a more versatile SVG representation. I want to make skeletal strokes first, because it also probes for on-canvas UI needs (on-canvas parameter editing). <path original-d="..." (input curve) d = "..." (result curve) path-effect="skeletal_strokes" (how are we going to name the effects?) path-effect-param1="..." (input curve) /> Cheers, Johan On Sun, 2007-04-15 at 22:13 -0500, Aaron Spike wrote: > I'm already sick of typing Live Path Effects over and over so I'm > abbreviating. :-) > > I believe we can harvest a diff of my changes on the branch with a > command like: > > svn diff > --new=https://inkscape.svn.sourceforge.net/svnroot/inkscape/inkscape/branches/live-effects@...1724... > --old=https://inkscape.svn.sourceforge.net/svnroot/inkscape/inkscape/trunk@...1725... > > Now this takes a long time to execute and I haven't stuck it out all the > way yet. I'll try to remember to leave it running when I go to work > tomorrow. The idea is to diff the current head of the branch with the > last revision merged in from trunk. I think reading this diff will give > you a pretty good idea of what has been done so far. > > Aaron Spike

8 9

gcc 3.3 bug: configure -Wno-pointer-sign test uses wrong compiler
by jiho 17 Apr '07

17 Apr '07

Hi all, looking into compiling Inkscape on Mac OS X 10.3 an error appeared which is apparently not limited to OS X but more generally to old gcc versions (3.3 is used here). John Faith, the investigator of these issues, submitted a patch to configure.ac which fixes this. I am not knowledgeable enough with autoconf to review this. Could someone knowledgeable have a look at it and commit it or give me a go to commit this? Thank you in advance. JiHO --- http://jo.irisson.free.fr/

1 0

Accessing the user selection...
by Redefined Horizons 16 Apr '07

16 Apr '07

I have a quick question about building a tool for Inkscape. How would I access the current user selection in a document? After modifying all or part of the user selection, how would I commit my changes? I don't need the exact syntax, but perhaps someone could point me to the classes that I need to take a look at. Thanks, Scott Huey

3 2

Re: [Inkscape-devel] Win32 Nightly Build (Apr 15) Bugs
by Tony Vigil 16 Apr '07

16 Apr '07

I wasn't sure if this should be posted here or in the SF bug tracker. This seemed more appropriate to me since these nightly builds aren't considered to be stable releases. If these bug reports belong over there, please let me know. So, here's what I've got for ya... The object handles don't display properly. When the do display, they are very large rectangles that have bitmap fills. The bitmaps appear to be icons or small bits of the Inkscape gui display. I can't import images or open Inkscape documents with images. I get an error that says, "Failed to load the requested file...". It's the same for all image types (png, jpg, bmp, etc). Any ideas? - Tony

3 2

Fellow SoC'ers
by Gail Banaszkiewicz 16 Apr '07

16 Apr '07

From the official Summer of Code blog <http://googlesummerofcode.blogspot.com/2007/04/what-happens-now.html>: > Encourage them [the students] to talk amongst themselves to build > camaraderie and mutual inspiration. So? Where's everyone from? I only spoke to a couple of people and realized their posts were coming from SoC applicants. For those that don't know me yet, you can find out more on my web page (gasp! Making you work!): http://www.scs.carleton.ca/~gbanaszk/ Looking forward to getting to know you, Gail

4 5

Minimum GTK+ and GTKmm versions
by Jon A. Cruz 16 Apr '07

16 Apr '07

What are our minimum versions currently? Our requirements say gdkmm-2.4 glibmm-2.4 gtkmm-2.4 gtk+-2.0 >= 2.8.0 First I was thinking that the *mm ones should match the GTK+ requirement. Second, I was wondering when we're moving up past 2.8.x?

3 3

Re: [Inkscape-devel] Escaping $ in commandline parameters
by Kees Cook 15 Apr '07

15 Apr '07

Ted wrote: > Kees, is there some way to validate a command line to make sure you're > not causing any security holes by calling shell variables that you don't > mean to? It seems like there should be something generic out there. Sorry, I'm way busy. From the looks of it, glib provides g_shell_quote(), which should be used in a per-argument fasion. e.g. if the extension is running: PROGRAM ARG1 ARG2 SVGPATH via something like: sprintf("%s %s %s %s", program, arg1, arg1, path); Then each element should be quoted: prog_q = g_shell_quote(program); arg1_q = g_shell_quote(arg1); arg2_q = g_shell_quote(arg2); path_q = g_shell_quote(path); sprintf("%s %s %s %s", prog_q, arg1_q, arg2_q, path_q); g_free(prog_q); g_free(arg1_q); g_free(arg2_q); g_free(path_q); However, I much more recommend using arrays for doing execution, since that forces the right arguments and stops any kind of shell expansion. -- Kees Cook @outflux.net

2 5

Re: [Inkscape-devel] NEW: Engraver's Toolbox
by Tom Lechner 15 Apr '07

15 Apr '07

Hi, The new engraver's tool is quite neat! Now what is needed is an engraver's bucket fill by somehow defining a sort of fluid flow direction field to say which direction lines will be laid down, and perhaps then adjust line thickness and/or spacing based on color variations beneath, in order to facilitate making drawings of this (my) sort of style: http://tomlechner.com/cartoons/weakdaze/img-daze-gray0003.html http://tomlechner.com/consumption/cons12/img-messingwiththelights.html Though, I'd probably still use pens and paper since I love drawing so much. But it would make engraved animation much easier! For a really long time, I've wanted to animate something like a Durer print. Tom

2 1

New: grid stuff
by unknown＠example.com 15 Apr '07

15 Apr '07

Hi all, Today I removed all 'old' grid code, and fully enabled the new grid stuff. >From a user perspective this means: ** a new tab in the document properties dialog, solely meant for grids; the former grid/guide tab is now solely for guides. I envision a list of guides there in the future, for easier deletion of guides etc. ** more than one grid can be active at the same time, although i am having trouble in finding a usefull case for this ** multiple views on the same document share the same grids, but the grid can be turned off for each view separately. For example: one could have an overview view without grid enabled. Duplicate that window and zoom in on some detail; then grids can be shown only for that view, and snapping will only happen in those views for which grids are enabled. (sorry i am not able to explain more clearly) ** grid information is now stored in SVG as a child of sodipodi:namedview. Can someone please make an extension that converts an old grid definition to the new format? >From developer perspective: ** implementation of new grids is much easier now; subclassing CanvasGrid and adding an entry in the is enough. Have a peek at how the rectangular grid is implemented (CanvasXYGrid). ** note that there is no longer "the grid", there might be several grids active now! Future plans (i will not be working on this soon, due to GSoC Live effects!): ** possibility of enabling not all but a selection of grids for a view. Eg. when there are 4 grids defined in the document, only enable grid2 for a certain view. ** new grids! ** better snapping mechanism to enable snapping to intersections of guides&grids and grids&grids. A side effect of removal of old gridcode: apparantly the origin of the desktop rules used to be set to the origin of the grid. I find this strange: specifying a grid origin of (2,2) would have me think the origin would be at ruler location (2,2) instead of (0,0) as it is in 0.45.1. I have commented the grid-origin correction to the ruler range, because now there is not a single grid anymore to correct it for. Isn't there a control somewhere to define the documents origin? Now the ruler origin is set to (0,0) Cheers, Johan

2 1

NEW: Engraver's Toolbox
by bulia byak 15 Apr '07

15 Apr '07

Several new features were added to the Calligraphic pen to make Inkscape capable of the ancient art of '''line engraving'''. Traditional engraving is a very labour-intensive process, and while for a long time it was the only practical way of reproducing lifelike images in black-and-white print, about a century ago it was almost completely displaced by automatic halftone screens. However, line engravings have their characteristic charm, and there's no reason not to try to resurrect this art form with the help of Inkscape. A brief visual guide to the new functionality can be seen on these screenshots: http://inkscape.org/screenshots/gallery/inkscape-0.46-engraving1.png http://inkscape.org/screenshots/gallery/inkscape-0.46-engraving2.png 1. Tracking a guide path with Ctrl One of the most common operations in line engraving is '''hatching''' (or sometimes ''cross-hatching'' when several hatching grids cross): filling a space with many parallel straight or variously curved lines (usually of varying width to represent a gradual shading). You could try to achieve a similar effect with e.g. path interpolation (blending), but it is rather cumbersome and limited; manual drawing of hatch lines, on the other hand, is tedious and nearly impossible to do uniformly. Now Inkscape provides "assisted hatching" by '''tracking a guide path''', allowing you to hatch quickly and uniformly and at the same time giving you sufficient manual control over the process. Here's how to do this. First, select the '''guide path''' that you will track. It may be another calligraphic stroke, any path or shape, or even a letter of a text object. Then switch to Calligraphic pen, select the desired parameters (line width, angle, fixation etc.) and, before starting to draw, press Ctrl. You will see a gray '''track circle''' centered at your mouse pointer and touching the closest point on the selected guide path. (If you have no guide path selected, a statusbar message will tell you to select it). Now move your mouse close to the guide path, so that the track circle radius is equal to the desired spacing of your hatch pattern, and start drawing along the guide path. At that moment, the radius of the circle gets locked; now the circle slides along the guide path - and the actual stroke is drawn by the center of the tracking circle, '''not'' by your mouse point. As a result, you are getting a smooth stroke going parallel to the guide path and always at the same distance from it. When the stroke is ready, release your mouse button (or lift your tablet pen) but '''do not let go of the Ctrl key''' because as long as you have it pressed, the tool remembers the hatch spacing you set when you started drawing. Now, you have just created a new stroke and, as usual with Inkscape tools, it gets selected instead of what was selected before. In our case, this means that the newly drawn stroke itself becomes the new guide path. Next, you can draw a second stroke along the first one, then a third one along the second, etc. Eventually you can fill any desired space with uniform hatching. The attachment to the guide path is not absolute. If you stray your mouse pointer far enough from the guide path, you will be able to tear it off (the track circle turns from green to red) and move freely. This is intentional; this feature allows you, for example, to continue drawing a stroke past the end of a guide stroke, thus making your hatching cover a wider area than the initial guide path. Special care is taken to make such tearing off as smooth as possible and to suppress violent jerks, but this is not always possible; the general advice is to not try to hatch too fast. If jerking and unintended tearoffs still bother you, try increasing the Mass parameter. Also, special code is in place to prevent flipovers - accidental jumps to the other side of the guide path. Brief flipovers are suppressed, but if you intentionally go over to the other side and stay there, eventually Inkscape will obey and your tracked stroke will also flip over to follow you. Tracking a guide also allows some slight feedback by gradually changing the tracking distance in response to your drawing behavior. Thus, if you're consistently trying to draw closer or farther from the guide than the current tracking distance, the distance will correspondingly decrease or increase, so you will get a hatching that is slightly spacing in or out. (The effect is very slight, however, so as not to become a nuisance.) Also, note that since tracking follows the edge of the stroke, strokes of varying width (such as those tracing background, see below) will result in gradual change of the hatching shape as you proceed. 2. Tracing background by stroke width There is a new toggle button on the Calligraphy tool's controls bar, '''Trace background'''. When on, the width of your pen depends on the lightness of the background under the stroke in each point, so that white translates into the minimum stoke width (1) and black translates to the maximum (which set by the Width parameter). This can work alone or in combination with pressure sensitivity, depending on whether the Pressure button is also toggled. This feature allows you to not only hatch over an imported bitmap image or any drawing, but to do so automatically reproducing the highlights and shades of the background with your strokes becoming lighter and heavier as needed. 3. Thinning/thickening of paths with Alt Even with background tracing, the visible lightness/darkness of a hatching may not correspond too well to your artistic intention. Also, with guide tracking, the ends of strokes are often far from ideal - they may be too blunt or have unsightly bends or blobs. This is where the new thinning/thickening function is indispensable. While in the Calligraphy tool, press Alt. You will see a orange-colored circle indicating the area that will be affected; this area is 10 times the size of the pen when you draw (so you can change it by changing the Width parameter on the toolbar). Now select some or all of the paths (as with most tools in Inkscape, only selected objects are changed), for example by pressing Ctrl+A, and start '''Alt+dragging''' over the paths. Where you touch them, paths become thinner, as if melting away, up until total disappearance. Conversely, '''Shift+Alt+dragging''' makes selected paths thicker in places where you touch them. As with the Calligraphy pen itself, the '''size''' of the thinning/thickening area by default depends on zoom; simply zooming in or out is often easier than adjusting the width if you want to cover a smaller or larger area. The '''force''' of the effect also depends on zoom (or in other words, it stays the same when measured by screen pixels, same as when you move and object by Alt+arrow keys). Also, if you have a pressure-sensitive tablet, the force of thinning/thickening also depends on '''pen pressure'''; tapping slightly produces gradual lightening or darkening of your drawing, while pressing heavily will work as a kind of quick "erasing" (with Alt) or "blackening" (with Alt+Shift). Of course, thinning/thickening is very useful '''not only for calligraphic strokes'''. You can select any simple path (such as an ellipse converted to path) and start '''sculpting''' it, spawning smooth treacle-like appendages with Alt+Shift and melting them away with Alt. Unlike the "node sculpting" mode in the Node tool, however, this does not require adding new nodes to the shape or selecting any nodes. This new functionality is somewhat similar to the "Pucker" and "Bloat" tools in the latest versions of Adobe Illustrator, except that in Inkscape it works softer and is easier to control. '''Known problems with thinning/thickening:''' (1) it is rather slow; (2) it quickly eats memory; and (3) it is sometimes buggy - thin calligraphic strokes may suddenly disappear or change their shape drastically as you're Alt+stroking them. For (3), it helps to undo the bad change and try again with less pressure on the pen - if you do your thinning in several light touches instead of one heavy press, usually you will be able to get the desired result without the buggy behavior. In general, however, all these problems stem from the livarot library that we use for geometric manipulation of paths. Fortunately, livarot is scheduled for replacement by lib2geom, a new library now in development, so hopefully these issues will be addressed then. 4. Misc features * For consistency with other drawing tools, drawing with '''Shift''' in Calligraphy tool automatically '''unions''' the newly created stroke with whatever paths were selected (and selects the result). Thus, you can do a series of overlapping Shift+strokes to create one unioned path object instead of separate objects as before. * To facilitate changing the Width parameter, the Home/End keys in Calligraphy tool switch you to the minimum (1) and maximum (100) width, correspondingly. (This is in addition to the Left/Right arrow keys that change Width by 1; remember also that you can press Alt+X, type any width, and press Enter.) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

14 22

Req.: Clip and mask editing
by Pierre-Luc Auclair 15 Apr '07

15 Apr '07

It would be very much useful if we could access masks and clipping paths without releasing them, cause right now it's a mess, especially when you start doing mask of mask of clip + mask. Would have posted this on the tracker but I wanted people to discuss how you'd want this implemented. Made a mockup here: http://heliosmulti.com/inkscape-clip-mask-access.png Pierre-Luc

3 2

I can't compile SVN
by Tobias Jakobs 15 Apr '07

15 Apr '07

Hi, I can't compile SVN. I have this errors: $ make make all-recursive make[1]: Entering directory `/home/tobias/cvs/inkscape' Making all in src make[2]: Entering directory `/home/tobias/cvs/inkscape/src' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/perl/5.8/CORE -I/usr/include/python2.5 -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DRELAYTOOL_CRYPTO='static const int libcrypto_is_present = 1; static int __attribute__((unused)) libcrypto_symbol_is_present(char *m) { return 1; }' -DRELAYTOOL_SSL='static const int libssl_is_present = 1; static int __attribute__((unused)) libssl_symbol_is_present(char *m) { return 1; }' -DHAVE_SSL -I/usr/include/freetype2 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -DPOTRACE=\"potrace\" -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I../cxxtest -Wall -Wformat-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -D_FORTIFY_SOURCE=2 -Wno-unused-parameter -g -O2 -MT extension/script/inkscape_py_wrap.o -MD -MP -MF "extension/script/.deps/inkscape_py_wrap.Tpo" \ -c -o extension/script/inkscape_py_wrap.o `test -f 'extension/script/inkscape_py_wrap.cpp' || echo './'`extension/script/inkscape_py_wrap.cpp; \ then mv -f "extension/script/.deps/inkscape_py_wrap.Tpo" "extension/script/.deps/inkscape_py_wrap.Po"; \ else rm -f "extension/script/.deps/inkscape_py_wrap.Tpo"; exit 1; \ fi extension/script/inkscape_py_wrap.cpp: In function 'int SWIG_Python_ConvertPtr(PyObject*, void**, swig_type_info*, int)': extension/script/inkscape_py_wrap.cpp:795: warning: dereferencing type-punned pointer will break strict-aliasing rules extension/script/inkscape_py_wrap.cpp:805: error: invalid conversion from 'const char*' to 'char*' extension/script/inkscape_py_wrap.cpp: In function 'PyObject* SWIG_Python_NewPointerObj(void*, swig_type_info*, int)': extension/script/inkscape_py_wrap.cpp:910: warning: dereferencing type-punned pointer will break strict-aliasing rules extension/script/inkscape_py_wrap.cpp: In function 'void SWIG_Python_FixMethods(PyMethodDef*, swig_const_info*, swig_type_info**, swig_type_info**)': extension/script/inkscape_py_wrap.cpp:980: error: invalid conversion from 'const char*' to 'char*' extension/script/inkscape_py_wrap.cpp: In function 'PyObject* _wrap_delete_Inkscape(PyObject*, PyObject*)': extension/script/inkscape_py_wrap.cpp:1123: warning: dereferencing type-punned pointer will break strict-aliasing rules extension/script/inkscape_py_wrap.cpp: In function 'PyObject* _wrap_Inkscape_getDesktop(PyObject*, PyObject*)': extension/script/inkscape_py_wrap.cpp:1141: warning: dereferencing type-punned pointer will break strict-aliasing rules extension/script/inkscape_py_wrap.cpp: In function 'PyObject* _wrap_Inkscape_getDialogManager(PyObject*, PyObject*)': extension/script/inkscape_py_wrap.cpp:1159: warning: dereferencing type-punned pointer will break strict-aliasing rules extension/script/inkscape_py_wrap.cpp: In function 'PyObject* _wrap_delete_DialogManager(PyObject*, PyObject*)': extension/script/inkscape_py_wrap.cpp:1183: warning: dereferencing type-punned pointer will break strict-aliasing rules extension/script/inkscape_py_wrap.cpp: In function 'PyObject* _wrap_DialogManager_showAbout(PyObject*, PyObject*)': extension/script/inkscape_py_wrap.cpp:1200: warning: dereferencing type-punned pointer will break strict-aliasing rules extension/script/inkscape_py_wrap.cpp: In function 'PyObject* _wrap_delete_Desktop(PyObject*, PyObject*)': extension/script/inkscape_py_wrap.cpp:1224: warning: dereferencing type-punned pointer will break strict-aliasing rules extension/script/inkscape_py_wrap.cpp: In function 'PyObject* _wrap_Desktop_getDocument(PyObject*, PyObject*)': extension/script/inkscape_py_wrap.cpp:1242: warning: dereferencing type-punned pointer will break strict-aliasing rules extension/script/inkscape_py_wrap.cpp: In function 'PyObject* _wrap_delete_Document(PyObject*, PyObject*)': extension/script/inkscape_py_wrap.cpp:1266: warning: dereferencing type-punned pointer will break strict-aliasing rules extension/script/inkscape_py_wrap.cpp: In function 'PyObject* _wrap_Document_hello(PyObject*, PyObject*)': extension/script/inkscape_py_wrap.cpp:1283: warning: dereferencing type-punned pointer will break strict-aliasing rules extension/script/inkscape_py_wrap.cpp: At global scope: extension/script/inkscape_py_wrap.cpp:233: warning: 'swig_type_info* SWIG_TypeDynamicCast(swig_type_info*, void**)' defined but not used extension/script/inkscape_py_wrap.cpp:271: warning: 'swig_type_info* SWIG_TypeQuery(const char*)' defined but not used extension/script/inkscape_py_wrap.cpp:346: warning: 'void SWIG_PropagateClientData(swig_type_info*)' defined but not used extension/script/inkscape_py_wrap.cpp:619: warning: 'void SWIG_Python_addvarlink(PyObject*, char*, PyObject* (*)(), int (*)(PyObject*))' defined but not used extension/script/inkscape_py_wrap.cpp:829: warning: 'void* SWIG_Python_MustGetPtr(PyObject*, swig_type_info*, int, int)' defined but not used extension/script/inkscape_py_wrap.cpp:843: warning: 'int SWIG_Python_ConvertPacked(PyObject*, void*, size_t, swig_type_info*, int)' defined but not used make[2]: *** [extension/script/inkscape_py_wrap.o] Error 1 make[2]: Leaving directory `/home/tobias/cvs/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/tobias/cvs/inkscape' make: *** [all] Error 2

2 6

Re: [Inkscape-devel] Req.: Clip and mask editing
by Juan Miguel Ramirez 15 Apr '07

15 Apr '07

I think we need the option to edit the clipped (or masked) object on live. For example I think the clip for a specific graphic is the correct but later I want to change the dimensions on this graphics but not the clip (or the mask) itself. Right now, I have to release, made the changes and clip(or mask) again. Maybe I have to do it 3 times to obtain the right results or even more times. I think the best way is to have an option to edit the clipped(or masked) object/graphic without to release it and clipped(or masked) again. I know that, for example, Freehand has got a similar option when you use "paste inside"(is similar to clip) and you can modify the "inside" graphic or object.

2 1

NEW: touch selection
by bulia byak 13 Apr '07

13 Apr '07

In Selector tool, a new object selection mode is available: selecting by touch. In this mode, you draw a freehand path across the objects; when you release mouse button, all objects that are touched by this path get selected. This mode is very convenient in situations where you need to select objects so intermingled that selecting them by the rectangular rubberband is too difficult and so numerous that click-selecting them one by one is too tedious. To activate selecting by touch, whenever you are drawing a rubberband rectangle, just press Alt to switch it to the touch mode. The rectangle will disappear and a red touch path will be shown instead. When dragging from an empty space, you can press Alt first and then start to drag to get the touch mode (note that your selection must be empty, otherwise Alt+dragging will move the selected objects instead). To start a touch selection from a point over an object, or to add to existing selection by touching, press Shift+Alt and then start to drag. Comments: I'm not too fond of the name "touch selection"; naming suggestions are welcome. Note however that this is not a "lasso" because you don't need to enclose objects, just touch them; and it is not "magic wand" because it does not try to select similar-styled objects. Some Adobe Illustrator users have requested a support for an AI-like selection mode where any object _touched_ by the selection rectangle is selected. Inkscape's new touch selection mode should satisfy them - it is a superset of AI's functionality because a touch path can be arbitrary and not only a box. Note, however, that AI gets this exactly backwards: in it, a rectangle selection selects by touching, whereas a freehand "lasso tool" needs to enclose objects to select them (although its definition of "enclosing" is rather strange - I was able to get very difficult to explain results with that tool). -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

8 7

Snapping bbox or nodes
by unknown＠example.com 13 Apr '07

13 Apr '07

The options "snap to bbox" and "snap to nodes" have been removed, but now I find gridsnapping to be very very difficult. For my drawings I always use snap to nodes, with snap to bbox turned off. Now it snaps to both, which is imho extremely inconvenient. For example, it means that you can never be sure to which point a rectangle has snapped (bbox snapping and node snapping is often a 1/100 pixel difference); so for each rectangle I draw I have to zoom in to check whether it snapped according to what I want (nodes) :( Can we please have these options back? Thanks! Johan

2 1

Google Summer of Code projects for Inkscape
by Bryce Harrington 13 Apr '07

13 Apr '07

Google has just announced the project's for this year's summer of code: http://code.google.com/soc/inkscape/about.html Text Improvements by Gail Banaszkiewicz, mentored by Richard Hughes Native PDF import capability based on libpoppler by Miklos Erdelyi, mentored by Jon Cruz Live path effects in Inkscape by Johan Engelen, mentored by Aaron Spike 3D box tool for Inkscape by Maximilian Albert, mentored by bulia byak UI for SVG Filter Effects by Nicholas Bishop, mentored by MenTaLguY Raster Functionality in Inkscape by Christopher Brown, mentored by Theodore J. Gould Importing from, and Exporting to, a remote ccHost instance by Bruno Lu Gon-alves Dilly, mentored by Bryce Harrington Since the full text of the applications don't seem to be made public by google, could each of you post your proposal either to Inkscape's wiki or your own website, add a link to it from the Inkscape Summer of code wiki page, and report it here? I'm sure everyone is curious. :-) Thank you to all the students who applied, and congratulations to those whose applications were selected. We will all look forward to working with you over the summer! Bryce

8 10

Re: [Inkscape-devel] Google Summer of Code projects for Inkscape
by Gail Banaszkiewicz 12 Apr '07

12 Apr '07

Wow, seven projects! I'm very happy to hear that you guys got so many! Congrats on that end! I'm really excited to work with you all and hopefully I will meet some of you at LGM (I'm officially signed up!). My application can be found on my portfolio web site: http://www.scs.carleton.ca/~gbanaszk/code/soc07/index.htm I can add this link to the Wiki, but I wanted to see how you guys wanted to do it this year. Should we keep the current list of "ideas" intact and start a separate section for accepted applications, or would you rather just add our names and links to the idea we applied for? Gail Bryce Harrington wrote: > Google has just announced the project's for this year's summer of code: > > http://code.google.com/soc/inkscape/about.html > > Text Improvements > by Gail Banaszkiewicz, mentored by Richard Hughes > > Native PDF import capability based on libpoppler > by Miklos Erdelyi, mentored by Jon Cruz > > Live path effects in Inkscape > by Johan Engelen, mentored by Aaron Spike > > 3D box tool for Inkscape > by Maximilian Albert, mentored by bulia byak > > UI for SVG Filter Effects > by Nicholas Bishop, mentored by MenTaLguY > > Raster Functionality in Inkscape > by Christopher Brown, mentored by Theodore J. Gould > > Importing from, and Exporting to, a remote ccHost instance > by Bruno Lu Gon-alves Dilly, mentored by Bryce Harrington > > Since the full text of the applications don't seem to be made public by > google, could each of you post your proposal either to Inkscape's wiki > or your own website, add a link to it from the Inkscape Summer of code > wiki page, and report it here? I'm sure everyone is curious. :-) > > Thank you to all the students who applied, and congratulations to those > whose applications were selected. We will all look forward to working > with you over the summer! > > Bryce

2 1

Re: [Inkscape-devel] [Inkscape-user] NEW: touch selection
by Jon Phillips 12 Apr '07

12 Apr '07

Agree, it sounds cool and is mega useful. Jon -----Original Message----- From: "kaver" <kaver@...68...> To: "bulia byak" <buliabyak@...400...>; "inkscape-devel" <inkscape-devel@...1721...sts.sourceforge.net>; "Inkscape User Community" <inkscape-user@...1722...forge.net> Sent: 4/12/2007 9:58 AM Subject: Re: [Inkscape-user] [Inkscape-devel] NEW: touch selection I am happy with touch selection. It describes what it does and has already been used half a dozen times :-) Erik Erik Halbert kaver@...68... ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Inkscape-user mailing list Inkscape-user(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

1 0

Re: [Inkscape-devel] [Inkscape-user] NEW: touch selection
by jiho 12 Apr '07

12 Apr '07

On 2007-April-12 , at 10:39 , Bill Baxter wrote: > On 4/12/07, bulia byak <buliabyak@...400...> wrote: >> In Selector tool, a new object selection mode is available: selecting >> by touch. In this mode, you draw a freehand path across the objects; >> when you release mouse button, all objects that are touched by this >> path get selected. This mode is very convenient in situations where >> you need to select objects so intermingled that selecting them by the >> rectangular rubberband is too difficult and so numerous that >> click-selecting them one by one is too tedious. >> > [...] > Other possible names would be : > * contact selection > [...] This one seems to correctly represent the behavior for me. While you are at it, I just entered a bug report on the selector tool ;-) https://sourceforge.net/tracker/? func=detail&atid=604306&aid=1699065&group_id=93438 Thank you very much. JiHO --- http://jo.irisson.free.fr/

1 0

Libre Graphics Meeting Sign up Available
by Plinnell 12 Apr '07

12 Apr '07

Hi, We have the sign up module now active for the LGM2 in Montreal. http://www.libregraphicsmeeting.org/signup If you are planning to attend please do register at the earliest opportunity so we can plan according to the numbers we receive. Look forward to seeing you in Montreal. Cheers, Peter

1 0

Pedro/Whiteboard
by Joshua A. Andler 11 Apr '07

11 Apr '07

I was just going to connect a private whiteboard session to myself to record a drawing and decided to check out the About screen for Pedro. I don't know if Pedro is 1.0 or not, but the About dialog for Pedro pops up with the title "About inkscape" and in big bold text says "inkscape 1.0". I figured I'd bring this up since it should probably get corrected to be more clear, but since it's Bob's pet project I didn't want to mess with it. I'd think that the title being changed to "About Pedro" or something like that would help. Plus it saying Pedro XMPP Client 1.0 (or whatever) instead of Inkscape 1.0 would also clear things up. Just my observation. -Josh

2 1

Booking your room for LGM 2007 - UPDATE
by Louis Desjardins 10 Apr '07

10 Apr '07

Hello all, Due to the demand for cosier bedrooms that would include a private bathroom, and since there are no more Cosy Suites left in the Studio Hôtel (student residences), we have posted new info on the Create wiki under the Hotel section. Please review. We let it up to you to find out where you want to stay during LGM and we're making every effort to make you happy! http://create.freedesktop.org/wiki/index.php/Conference#HOTELS In short: • There are lots of single rooms at CAD $46 taxes included in the Studio Hôtel. • There are no more Cosy suites at Studio Hôtel. • There are about 15-20 available rooms with a private bathroom at Terrasse Royale for CAD $99 plus taxes (around 113$ taxes included). Don't forget to mention the name of the event when you make your online reservation to ensure you get the special price of $99. • Studio Hôtel is located on the campus, 5 minutes walk from LGM • Terrasse Royale is located nearby the campus, 10-12 minutes walk from LGM Please make sure you have made your reservation. Cheers, Louis -- Louis Desjardins Organisateur / Organiser Libre Graphics Meeting 2007 - Montréal www.libregraphicsmeeting.org/fr www.libregraphicsmeeting.org +1 514 934 1353 HAE / EDT GMT -4

2 1

Save icon
by Romain Thouvenin 10 Apr '07

10 Apr '07

Hello, I like the way many programs update the save icon with a "grey" one when the document is saved, just like inkscape does it with undo and redo buttons. I wanted to propose a patch to do that, but I got lost in the code base... Could anyone give me some hint ? Where are the undo and redo buttons updated ? Thanks, Romain

5 6

A Study on Free/Open Source Software Defect Management
by Anu Gupta DCSA 10 Apr '07

10 Apr '07

Dear Inkscape Contributots, I am really thankful to Free/Open Source Software development community for their overwhelming response to the survey on practices and problems of defect management in Free/Open Source Software projects. If you have not participated ealier, you may spend a few minutes now too. The Online Questionnaire is available at: http://anu.puchd.ac.in/phpESP/public/survey.php?name=FOSS_Defect_Survey I hope you have found all the questions interesting and thought-provoking. Your answers will be kept anonymous.The data thus collected will only be used for research purpose. The insights gained from the study can further help us to extract publicly accessible defect data and determine impact of defect management practices on software quality. The results of study will soon be communicated to you. Thank You With regards, Anu Gupta Senior Lecturer Department of Computer Science and Applications, Panjab University, Chandigarh. INDIA In case of any problem in accessing/using the above mentioned link please contact: E-mail: anugupta@...1665... anugupta98@...400...

1 0

Tango Icons
by David Christian Berg 09 Apr '07

09 Apr '07

Hey guys! I've seen several screenshots with Tango icons being used. However, I just don't manage to find these icons for Inkscape anywhere. Could you maybe give me a hint? Or even better, can anybody include them in SVN? Thanks! David

3 3

Changes in the selector tool
by Diederik en Rezi 09 Apr '07

09 Apr '07

Hi, Some major changes were planned to the selector tool, see e.g. Bulia's list of changes in. http://sourceforge.net/tracker/?func=detail&aid=1589436&group_id=93438&atid… you'll have to scroll down a bit.... One of them was to have an option to snap either the APPROXIMATE_BBOX or the GEOMETRIC_BBOX, which would enable us to remove the confusing snap nodes / snap bbox option. In the future snapping to the grid/guide/path will always occur when the relevant grid/guide/path is visible, but that's for later. For now I've implemented the two bbox modes hard coded in the constructor of Inkscape::Seltrans in seltrans.cpp (at line 98). You can select the behavior you'd like and experiment with it, but for default I left at APPROXIMATE_BBOX. If you all agree on this new behavior then I will change the preferences in the UI, but I've never touched the UI before so I would like to have some feedback before diving into this. Along the way I've solved various snapping bugs, but probably also introduced some fresh ones. Let me know if you find one! There are some things to note: - If you choose the GEOMETRIC_BBOX, the handles will now be located at the GEOMETRIC_BBOX (they used to be always located at the APPROXIMATE_BBOX) - The origin option is not being used and will be deleted soon. - The origin doesn't drift away any longer (unless the object is being mirrored while scaling/stretching and APPROXIMATE_BBOX has been selected, but I still need to fix that) - The stroke width scales while dragging, even when the corresponding button has been disabled. When releasing the handle everything turns out just fine, but while dragging it still looks like snapping wrong. I don't think this is due to the selector tool though. Has anyone looked into this before? Regards, Diederik van Lierop

3 2

Re: [Inkscape-devel] [Inkscape-user] inkscape and Xara
by kaver 09 Apr '07

09 Apr '07

> Elwin Estle wrote the following on 4/5/2007 7:48 AM: > > Sometime back I remember seeing something about how Inscape was planning to merge > > with/share code with the open source version of Xara extreme. I was just curious, > > whatever happened to this idea? Yes, I'd be interested as well in knowing what the developers have done along these lines. It seemed at the time that there was a genuine effort to achieve some sort of sharing and mutual benefit. Did this happen or are the two projects just too far along their respective paths to allow easy cross-fertilisation? I notice that the Inkscape Paint Bucket idea is getting envious mention by members of the Xara community, and that some people are worried about Xara losing its appeal. While it has speed, people also note that some programs such as Inkscape are making impressive gains in these areas as well. Erik Halbert kaver@...68...

2 2

Re: [Inkscape-devel] SoC 3D box tool - website updated
by bulia byak 08 Apr '07

08 Apr '07

On 3/30/07, Thorsten Wilms <t_w_@...123...> wrote: > As long as boxes are the only supported primitive, They don't need to remain the only primitive for long. Very little will change in the properties and operation of the 3D tool if we teach it to create, for example, a cylinder or a cone inscribed into the 3D box instead of the box itself. It should be quite easy to add. > there's no point > in having VPs without box is what I meant. A VP without a box is no more useful than a gradient handle on canvas without an obejct wit this gradient :) > But there should be planes/grids at least, too. The beauty of the proposed approach is that the 3D boxes themselves can serve as both planes and grids. Any dragging of a box's corner will snap it to the edges of other boxes, making boxes with collinear edges very easy to do. Also there will be commands for subdividing a box into smaller boxes in any dimension, thus creating snappable 3D grids. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 10

Re: [Inkscape-devel] SoC 3D box tool - website updated
by Bryce Harrington 08 Apr '07

08 Apr '07

On Fri, Mar 30, 2007 at 10:16:40AM +0200, Thorsten Wilms wrote: > BTW, have a look at http://www.khulsey.com/demo_howto_car.html > I have to wonder if using a 3d app wouldn't be more efficient, but this > at least impressive and maybe inspiring :) I worked in an engineering company where we did a lot of 3d cad work, but while the software was good at representing the parts extremely accurately, there was no way it could even come close to achieving the "magazine schematic" quality of that graphic; for this we always had 2d illustrators redraw it in illustration software, using the 3d renderings only as the base. Today I imagine the ideal would be to use a program like blender, export as SVG, and then use inkscape to cleanup and beautify the end result. In any case, while this car example is perhaps rather extreme, there's a vast range of simpler cases - floor plan layouts, woodworking diagrams, etc. etc. - that people could get good use out of it. :-) Bryce

1 0

Memory leak in Clone Tiler
by Vladimir Savic 06 Apr '07

06 Apr '07

I'm deffinitely not an expert, but it seems that Clone Tile has a memory leak in clonetiler_remove. Removing clones doesn't free the memory taken for their creation (speaking of really many clones -- 1000 objects should be enough) but removes the clones itself (XML editor watched). Observe how memory increases when there are many clones created but doesn't get any lower when hitting Remove button. Vlada

1 0

Fwd: Fantastic 3D renderer in-browser outputs SVG
by Bill Baxter 06 Apr '07

06 Apr '07

---------- Forwarded message ---------- From: Bill Baxter <wbaxter@...400...> Date: Apr 6, 2007 10:18 AM Subject: Re: [Inkscape-devel] Fantastic 3D renderer in-browser outputs SVG To: Aaron Spike <aaron@...749...> On 4/6/07, Aaron Spike <aaron@...749...> wrote: > Donn wrote: > >> This is almost exactly the same as the demo here: > >> http://treebuilder.de/default.asp?file=206524.xml > >> > > Also impressive, but it does not let you get the svg of the item. The one I > > linked is cool because you can position (and scale and rotate etc) the 3D > > thingum and then get an SVG file which is loadable in Inkscape. I think that > > plain rocks. (Unless I missed something) > > > > I see some talk of 3D-ish stuff by way of vanishing points and such and I > > can't help but wish for cool like that Firefox canvas trick. > > Well the difference is that bob's link doesn't generate an SVG; it is an > SVG. > > http://treebuilder.de/svg/js3d/advancedTest1.svg Interesting. Both do their real work using javascript, just one has the script embedded inside the svg and the other is sort of turned inside out with the svg inside the script. Well, not exactly but close enough. Is it possible to put mouse handling code inside svg's? If so then you could make a single svg that has the features of the OP's link. --bb

1 1

Suggestion for a better paint bucket cursor
by Bill Baxter 06 Apr '07

06 Apr '07

I thought the paint bucket cursor could use a little work. So here's my humble offering. Not sure how to convert it to an XPM but it should still have the same original 3 color palette so it should convert no prob for someone with GraphicsMagick 'convert' in easy reach. --bb

4 6

"move selection to layer above/below" in wrong menu
by David Christian Berg 06 Apr '07

06 Apr '07

Hey guys! I just stumbled across that fact, that "Move selection to layer above/below" is in the layers menu, while I think it would make a lot more sense to be in the object menu (although that is already rather full) since you actually do not modify the layer but the selection. 1.: What's your opinion on this? 2.: Should I file a bug about it? Take care! David

2 1

Backwards compatability of grids in InkscapeSVG
by unknown＠example.com 05 Apr '07

05 Apr '07

Because I made a new grid framework to better accomodate new grid types, I had to put the definition of grids elsewhere in SVG. If I'll remove the old grid code now, the 'old' grid in Inkscape SVG's will not be read, Inkscape will think no grid will be there. Aaron thought up a nice idea: to make an extension to convert old grids to new grids; then the codebase is not cluttered with compatability code, and we can easily remove the extension when it is deemed ancient. Ideas? Should this be sent to the user maillist aswell? Regards, Johan

2 1

hello
by Diego 05 Apr '07

05 Apr '07

Hello I am Diego Botelho of Argentina, I am Graphical Designer and I use Inkscape among other free tools with operating system Linux (distribution TUQUITO an Argentine distribution in which I am part of the Staff in the grafica of the system). Gustaria to collaborate to me making some bellboys for the program so that it changes the aspect and that it also arrives by the Vista, it is not that this badly, only is that in all the versions always there are changes very good but never of graph (icons of arrow, node, zoom lens, etc) gustaria for knowing to Me where I must send the graficos that do so that they see them and they decide if to use them or no, it is only an idea and a contribution but of toso those that integrate the list. Greetings. Hola soy Diego Botelho de Argentina, soy Diseñador Gráfico y utilizo Inkscape entre otras herramientas libres con sistema operativo Linux (distribucion TUQUITO una distribucion argentina en la cual soy parte del Staff en la grafica del sistema). Me gustaria colaborar haciendo algunos botones para el programa para que cambie el aspecto y que llegue tambien por la vista, no es que este mal, solamente es que en todas las versiones siempre hay cambios muy buenos pero nunca de gráfica (iconos de flecha, nodo, zoom, etc) Me gustaria saber donde tengo que enviar los graficos que haga para que los vean y decidan si usarlos o no, solamente es una idea y un aporte mas de toso los que integran la lista. Saludos -- Diego Botelho Diseñador Gráfico www.egcolor.blogspot.com www.creativoargentino.blogspot.com

2 1

Build questions
by Bill Baxter 05 Apr '07

05 Apr '07

Thanks to the helpful hint about btool, I was able to build inkscape on Win32 this morning. Questions: 1) does anyone know if MinGW 4.0 build from here http://wiki.inkscape.org/wiki/index.php/Win32Port can peacefully coexist with the official MinGW package? I mean is it safe to unzip that MinGW directory right on top of the MingGW 3.4.5 installed by the official package from here: http://sourceforge.net/project/showfiles.php?group_id=2435 My main concern is that the 4.1 package is missing some things I'd like to have like g77 and gdb. 1b) [OT] Ok, what's up with MinGW releases? Why isn't gcc 4.1 available from mingw.org itself? 2) In the version I built, the Selection tool handles come out looking like trashed and/or misaligned memory. Is this a known issue? Both sets of handles (scale and rot/shear) are messed up. All other handles for the other tools seem to be ok. (To repro, hit 'p', draw a curve, hit space.) 3) I can't seem to load any images in my build (like .bmp, .png etc.). [Using the import menu item] 4) "Save window geometry" doesn't. Inkscape always opens up at the same too-small default size whether I have the preference set or not. (That's true for the current release as well as my SVN build). Where would I start looking to go about fixing that? --bb

5 12

Fantastic 3D renderer in-browser outputs SVG
by Donn 05 Apr '07

05 Apr '07

Yo, If Firefox can do this, surely Inkscape could do something too? http://westhoffswelt.de/blog/index.php?/archives/15-Its-alive-Image_3D-live… Click the buttons, change the view, hit svg and then save-as and open in Ink. A-bloody-mazing. /d

3 4

Build questions
by Bill Baxter 05 Apr '07

05 Apr '07

On 4/5/07, Adib Taraben <taraben.a@...1512...> wrote: > Bill Baxter schrieb: > > Thanks to the helpful hint about btool, I was able to build inkscape > > on Win32 this morning. > > > > Questions: > > 1) does anyone know if MinGW 4.0 build from here > > http://wiki.inkscape.org/wiki/index.php/Win32Port > > can peacefully coexist with the official MinGW package? I mean is it > > safe to unzip that MinGW directory right on top of the MingGW 3.4.5 > > installed by the official package from here: > > http://sourceforge.net/project/showfiles.php?group_id=2435 > > That packaged coexists as you need to unzip into C:/MinGW4 instead of > C:/MinGW > Later packages need to unzipped into C:/MinGW > It was defined at compile times and are needed i.e. for the libs path. Actually, unzipping it into C:\MinGW4 was what I did initially because I didn't want to clobber my existing setup. But I wasn't able to compile anything that way because g++ failed to find any of its headers (like <iostream> etc). After renaming the directory to C:\mingw everything worked fine. So I'm pretty sure the C:\mingw path is embedded somewhere in the MinGW 4 package I downloaded from the net. (This is the one I'm using: mingw-4.1.2-070401) For now I've resorted to just renaming the directory depending on whether I'm working on Inkscape or something else. Times like these I really wish Windows had symlinks. --bb

2 1

Escaping $ in commandline parameters
by unknown＠example.com 05 Apr '07

05 Apr '07

I just fixed a bug: string parameters were not escaped causing problems when using " . Also $ bugs on linux, because it tries to replace $... with a defined variable; if there are other operating systems that need escaping of $ aswell, please add them to the #ifdef in /src/extension/parameter.cpp line 19. I only know Linux and Windows and cannot check for other operating systems. Maybe a make check something should be added for this! (i don't know how, sorry) Cheers, Johan

3 4

Libre Graphics Meeting - Inkscape Sponsorships
by Bryce Harrington 04 Apr '07

04 Apr '07

Hi all, Thanks to the kindly donations from Inkscape users and Google's SoC program, the Inkscape organization will be providing travel grants for up to six developers to this year's Libre Graphics Meeting. Anyone with their name in the AUTHORS file will be eligible for the grant. If there happen to be more than 6 people eligible, then we'll prioritize by number of commits. Can you please email your postal address to me (offlist) if you will be attending LGM? Bryce

1 0

Fwd: Makefile for Mingw32?
by Bill Baxter 04 Apr '07

04 Apr '07

Great. Thanks. Looks like the file is actually called buildtool.cpp and the command to make it is in the comment at the top of the file: g++ -O3 buildtool.cpp -o btool.exe Would be nice if this was mentioned in the README after the blanket (false for Win32) statement that "Inkscape uses the standard procedure for compilation and installation". --bb On 4/5/07, Daniel Díaz <mrchapp@...400...> wrote: > Hey, Bill! A quick answer... > > > On 4/4/07, Bill Baxter <wbaxter@...400...> wrote: > > This page > > http://inkscape.modevia.com/win32_inkscape_org/win32buildnotes.html > > says that to build Inkscape for win32 I should compile with: > > make -f Makefile.mingw > > > > This file doesn't exist in the fresh checkout I made from SVN less > > than an hour ago. (Except for in some seemingly minor subdirs: > > F:\usr\pkg\inkscape\head>find . -name Makefile.mingw > > .\src\dom\Makefile.mingw > > .\src\pedro\Makefile.mingw > > > > Is there some way I can generate it, or someplace I can download it? > > The *.mingw files are not being used anymore. For win32, the buildtool > is used. Compile it with `gcc -o btool.exe btool.cpp` (or something > like that) and just run it there. It relies on the configuration found > in build.xml, tweak it to your needs. > > Bob or someone else could give your a more in-depth answer. I hope you > find this information useful for the time being. > > Greetings! > > Daniel Díaz > yosoy@...31... >

1 0

Makefile for Mingw32?
by Bill Baxter 04 Apr '07

04 Apr '07

This page http://inkscape.modevia.com/win32_inkscape_org/win32buildnotes.html says that to build Inkscape for win32 I should compile with: make -f Makefile.mingw This file doesn't exist in the fresh checkout I made from SVN less than an hour ago. (Except for in some seemingly minor subdirs: F:\usr\pkg\inkscape\head>find . -name Makefile.mingw .\src\dom\Makefile.mingw .\src\pedro\Makefile.mingw Is there some way I can generate it, or someplace I can download it? --bb

2 1

Warning in gradient-selector.cpp
by Bob Jamison 04 Apr '07

04 Apr '07

I saw this warning during a compile, and this obviously needs to be fixed. If someone knows what 'doc' should be in this code, could they please fix it? It looks a bit dangerous. Thanks, bob ====== SNIP ====== src/widgets/gradient-selector.cpp, line 302: static void sp_gradient_selector_add_vector_clicked (GtkWidget *w, SPGradientSelector *sel) { SPDocument *doc; SPGradient *gr; Inkscape::XML::Node *repr; Inkscape::XML::Document *xml_doc = sp_document_repr_doc(doc);

3 2

Looking at FOSSCON?
by Jon A. Cruz 04 Apr '07

04 Apr '07

I just came across a notice for FOSSCON http://fosscon.org/ Is anyone interested in attending, submitting talks or manning a booth? I've sent of an initial inquiry to them.

2 1

Fwd: perspective effect - warning message dialog
by Richard Querin 04 Apr '07

04 Apr '07

On 4/3/07, Aaron Spike <aaron@...749...> wrote: > > > Please test: > http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/share/ex… > The perspective.py script you posted successfully suppresses the warnings. Beautiful! Thanks so much. I've tried it several times and it seems to work fine. RQ

1 0

Inkscape go-slow Saturday Experiment (with data)
by Donn 03 Apr '07

03 Apr '07

Hello Eric, MenTaLguY and Bulia. :) I spent quite some time this morning getting this data. I did 2 things - kept a log and ran Eric's perl script. The log from the script is 151Kb in size, so let me know to whom I can email it. (I won't attach it to the list.) I really tried to graph column 1 against column 2 but OpenOffice was weird, Koffice kept crashing and I have now spent over an hour trying to gnuplot it to no avail. I am not mathematically inclined and have given-up -- I hope you guys make more sense of the data than I can. I hope this helps you debug something, I'll keep watching the lists. If you need me to try anything else, please shout. Regards, Donn

2 5

perspective effect - warning message dialog
by Richard Querin 03 Apr '07

03 Apr '07

Hi, I posted a few days back on the inkscape-users mailing list about a warning dialog that pops up when I use the Perspective effect. The dialog lists the following warning 4 times with slightly different numbers at the front: ** (inkscape:5984): WARNING **: Format autodetect failed. The file is being opened as SVG. I've since applied the recent patch submitted by acspike which doesn't seem to fix the problem. Keep in mind that the effect *does* work, but always pops up this dialog just before performing the effect. This doesn't happen on my XP box at work, only on my linux box at home (Ubuntu Edgy). I'm interested in solving the problem because I've been doing several inkscape screencasts and I was hoping to do one using the perspective effect, but it doesn't look so great (for inkscape) when the app pops up warnings in the middle of the demonstration. I've got a (very) little bit of python experience, but since I'm completely unfamiliar with the inkscape extension architecture, I can't make sense of where the warnings are generated and why. I'd be willing to test or help in any way to get this solved. ps. The word 'exactly' is spelled incorrectly in the perspective.py file in the debug message about the 2nd object being four nodes long. [line 53 in the latest patched perspective.py file]

2 2

Re: [Inkscape-devel] Inkscape go-slow Saturday Experiment ( with data )
by Donn 03 Apr '07

03 Apr '07

JiHO, I'll get onto it. It'll take me a little time. /d

1 0

Re: [Inkscape-devel] Tango Icons
by Andreas Nilsson 03 Apr '07

03 Apr '07

David Christian Berg wrote: > On Tue, 2007-04-03 at 00:24 +0200, Andreas Nilsson wrote: > >> David Christian Berg wrote: >> >>> Hey guys! >>> >>> I've seen several screenshots with Tango icons being used. However, I >>> just don't manage to find these icons for Inkscape anywhere. Could you >>> maybe give me a hint? Or even better, can anybody include them in SVN? >>> >>> Thanks! >>> >>> David >>> >>> >> Hi David! >> Do you mean these? >> http://andreasn.se/diverse/temp/icons.svg >> It's the set Silvestre, Andrew, Lapo and myself have been working on now >> for a while. >> If anyone wants to include them in svn, that's fine with me. Licensed as >> gpl. >> - Andreas >> > > > Jupp, that's what I'm talking about... even including the bucket, though > only for fill and stroke. > However, I assume you are reusing icons form the Tango theme and hence > you'd have to license it as Creative Commons, if I'm not mistaken. I > guess that wouldn't be a problem anyways, though. > Even though tango-icon-theme is licensed as creative commons, these do not contain any material from that set. Some stuff is reused from gnome-icon-theme, gimp and scribus, so the license is gpl. - Andreas

1 0

Disable AA in raster export
by Alex Jones 03 Apr '07

03 Apr '07

Hi list Inkscape needs a way to disable AA in raster export, so that the scene can be overrendered and downsampled to achieve FSAA via other means. (The existing AA implementation simply stacks pre-AA'd elements on top of each other, and it means you get incorrect rendering when two shape edges share the same pixel.) -- Alex Jones http://alex.weej.com/

2 2

Two bug fixes
by - - 01 Apr '07

01 Apr '07

[ 1516323 ] Context Menu of Object with "Link" is bogus [ 1689087 ] Typo in perspective.py Hi, I tried to create a diff file for those two. It's a very small change, but it's my first time working on open source and with svn, so I just wanted to do something simple first that wouldn't mess up any of the original code. Also just to check whether I'm following the right procedure. Weblinks: http://sourceforge.net/tracker/index.php?func=detail&aid=1516323&group_id=9… http://sourceforge.net/tracker/index.php?func=detail&aid=1689087&group_id=9… For the first bug, it was suggested that "Ungroup" be removed from the menu. However, I left it there, as it had much code attached to it, and wasn't sure it was desirable to remove it. -Omar. _________________________________________________________________ MSN Music http://music.msn.no Finn din favorittmusikk blant nesten 1 million låter

3 2

Playing around
by Maximilian Albert 01 Apr '07

01 Apr '07

Hi all, I am currently playing around with the code to get familiar with it and find out how things work. Sometimes I stumble across a piece of functionality that is apparently missing (or I am not able to find it). The most recent example is that I wanted to flip an entire path horizontally about one of its selected nodes - AFAICT from the code, flipping is only supported about the center of a selection. So I went ahead and tried to implement that, which worked surprisingly well. Now I wonder if other people might be interested in this, too. I read about the "patch first, ask later" policy. I'm not entirely sure, however, how something like this would best be integrated in terms of both menu structure and the precise functionality - for example, what to do when several nodes are selected; I have come across situations where it is convenient to choose between the left-/right- or top-/bottommost node, but that clutters up the menus quite a bit. Anyway, I still reckon it's better to come up with a patch first and ask for feedback afterwards, right? In this case I'd just arrange things so that they seem convenient to me. Would I send this kind of patch to this mailing list or should I already submit it to the patch tracker? Thanks for your advice, Max >From MAILER-DAEMON Thu Mar 29 10:48:02 2007 Date: Thu, 29 Mar 2007 19:47:26 +0200 From: Thorsten Wilms <t_w_@...123...> To: inkscape-devel(a)lists.sourceforge.net Message-ID: <20070329174725.GC4679@...1413...> References: <460AABE4.1030309@...173...> <20070328182237.GC4676@...1413...> <460BF118.20107@...173...> MIME-Version: 1.0 In-Reply-To: <460BF118.20107@...173...> 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] SoC 3D box tool - website updated 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: Thu, 29 Mar 2007 17:48:03 -0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit Content-Disposition: inline On Thu, Mar 29, 2007 at 07:02:16PM +0200, Maximilian Albert wrote: > > Just some idea of a slightly different organisation: > > - Don't have the user add VPs or a box, but a perspective > > object > > I'm not sure if I get you right here. Why would it be more convenient to > add an "abstract" perspective object rather than just adjusting some VPs > with a few drags, where you can _see_ what happens? Or do you mean that > you want to be able to treat perspectives as objects of their own? You can't have a box without VPs and VPs are useless if there is no box. Additionaly the VPs of a perspective share a horizon. Regarding adding a box by dragging, I'm a bit concerned about the need for 3 drags in a row. Simply adding a box with default size would work around this (where the 'default' size should actually take the zoom level into account). > Internally, perspectives will be separated from boxes anyway. This makes > it possible to compare perspectives for different boxes, to copy them > from one box to another (here some care must of course be taken as to > which corners should remain fixed), to define a default perspective, > etc. But boxes are a very convenient way to define perspectives, so why > not use them for this purpose? If any number of boxes can be tied to a 3-VP/horizon system, I think this clearly establishes that there are separate entities. The user can't form the right expectations if you try to cover this up. > > - The perspective object could come with 2 VPs on a horizon and > > one box per default. > > That kind of perspective will be the default when dragging a box anyway > (at least, in the beginning). You may be right, however, that one could > try and separate the concepts a bit more from the user's point of view, > too. But only if this doesn't make things less intuitive or more > complicated to grasp. I'll give it some further thoughts. > > > > - The number of VPs would be a parameter of the perspective > > object like corners are for stars/polygons. > > Hmm, I think the number of VPs should be three unconditionally. However, > each of them should be toggleable between 'finite' and 'infinite', i.e. > the PLs either meet in a point or they are parallel. This provides a way > to keep track of the _direction_ of parallel PLs, too. It's just an > internal thing, though. Well, where I said 2 VPs, I actually meant 2 'finite' and one 'infinite', as I have a hard time thinking of a point if I see parallel lines ;) > > Hmm, for setups with several boxes in different perspectives, > > VPs have to be organised in groups. > For what purpose exactly? 'have to be' is maybe a bit hard, but say you have 3 boxes, all on the same plane. 2 have parallel edges, the 3rd is rotated. The 2 share all 3 VPs, but the 3rd only has the nadir in common with them. For additional boxes, you could choose between 2 groups of VPs (or create additional VPs). The alternative would be to select 3 VPs for a new box, one by one. -- Thorsten Wilms Thorwil's Creature Illustrations: http://www.printfection.com/thorwil

3 6

Re: [Inkscape-devel] Multi-page UI (was: Dockable dialogs, and some concerns...)
by David Christian Berg 01 Apr '07

01 Apr '07

> So far I never considered using Inkscape for a print job. I already used Inkscape for printjobs. however, I needed to export to png because of missing CMYK support. Still Inkscape is a powerful tool for the printsector, if CMYK and multipage support is added. So far I love using it to create a concept for a poster or magazine layout, and then I'll finish it in InDesign or Scribus. being used to these publishing softwares, I totally agree with the idea of having multiple pages in one canvas, just scrolling down... It is logical that the paper size should be shown, because a user will want to know, what the finished product will look like. There then should be a printing margin, a layout margin (framing the main place for putting element) as well as an adjustable bleed. A view setting will allow the user to hide everything but the pages and also blank the parts on the page, that are not printable. A menu like the layer menu will allow easy navigation between pages. As for the tabbed vs. multiple windows interface thing: Somebody said before that with the tabbed interface it must be also possible to open several windows. As long as that is ensured, there is nothing wrong with that approach whatsoever. Also a split-pane view could be implemented with the tabbed interface (showing all tabs above/under each pane). As for the docked tool windows: This really would be a great step forward in helping to clean the interface. I talked about this before in several bug reports, suggesting a docked property box like the one scribus has, but docked. Thanks for Inkscape! David

1 0

removing effects
by bulia byak 01 Apr '07

01 Apr '07

I plan to remove these two extension effects, please speak up if you disagree: svg_dropshadow: writtern in Perl for which we have no support infrastructure on Windows; is really primitive, more a proof of concept than a useful effect. I suggest that if anyone wants to have such an effect, it's easier to rewrite it in Python using inkex, with gaussian blur and clones (but better wait until we have more SVG filters supported, which will allow us to have black shadows regardless of the color of the object). Export groups as PNGs: seems to be redundant with the recent improvements in Export ("Batch export all selected objects") that do the same but in a more integrated and controllable fashion. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

Booking your room for LGM 2007
by Louis Desjardins 01 Apr '07

01 Apr '07

Hello all, This is to remind you to book your room for LGM. We have a special price for LGM participants. Please review the Hotel info on the Create wiki. Note that you can extend your stay for the same low price, at your convenience. http://create.freedesktop.org/wiki/index.php/Conference#HOTELS Please note that while the online reservation system is working properly, the automatic email reply at Studio Hôtel is not. You will get a confirmation email sent to you manually by the dedicated Studio Hôtel staff. This takes at least 24 hours and maybe a bit more. Please report any issue directly to me. I will make sure you get this confirmation email. But a bit of patience from your part will be much appreciated and might avoid some extra work on my part. Thanks for your understanding! We are just a little over a month before the opening of LGM in Montréal. I wish you a good trip. We are currently working on the program and it will be available on our website soon. Don't hesitate to get back to me with any questions regarding LGM. Looking forward to welcome you all in Montréal! Cheers! Louis -- Louis Desjardins Organisateur / Organiser Libre Graphics Meeting 2007 - Montréal www.libregraphicsmeeting.org/fr www.libregraphicsmeeting.org +1 514 934 1353 HAE / EDT GMT -4

1 0

Batik PDF
by Bob Jamison 01 Apr '07

01 Apr '07

Hi all, This is not important, just FYI. Batik (Java SVG package) has a new beta on their site, the first for a long time: http://xmlgraphics.apache.org/batik/ Quite often we suggest to people that they compare Inkscape's rendering to Batik, since it is considered to have the best rendering available. With the addition of the FOP library, it can also render to PDF. I wrote a tiny amount of Java code to make a command-line tool to convert SVG's to JPEG, PNG, and PDF. I uploaded a copy of the Batik lib with that class to here: http://inkscape.modevia.com/win32libs/batikrender.7z If you are on Windows and don't want to install Java, here is a copy with an embedded Java engine: http://inkscape.modevia.com/win32libs/batikrender-win-jre.7z The first one is best for most people. Just run: svgrender <svgfile> <outfile> The output type will be selected by the file suffix. bob

1 0

NEW: directory shortcuts
by bulia byak 01 Apr '07

01 Apr '07

The list of folder shortcuts in the Open dialog includes the folder with Inkscape's SVG examples for easy access. Similarly, the Save dialog has a shortcut for the user's own templates dialog making it easy to save the current document as a template (if saved as default.svg, it will be loaded every time you run Inkscape or create new document with Ctrl+N; with any other name, it will be added to the File > New submenu). -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

svg->raster lib under php
by unknown＠example.com 31 Mar '07

31 Mar '07

Hello Inkscape developers! Great work :) I love svg & inkscape, and I'm currently playing with dynamically altering svgs (created with inkscape) under php. Now i am facing the problem of converting these svgs to raster graphics (png, jpg) using only php and gd on a web server. I googled but did not find any approach in this direction. There is a gd extension for creating svgs from gd commands, but not the other way round. Anyone know a possibility of doing this? If there really is no such library yet, I am ready to take a stab at it myself. Do you think porting some inkscape code to php (of course preserving the GNU license) is a manageabel and promising approach? I'd be grateful for any comments, links or reccomendations. Regards, Tobias P.S.: I have three reasons for wanting to convert from svg to raster before serving: Old browsers not supporting svg, dumb users not being able to handle them, and protecting original fully-scalable artwork.

6 7

Re: [Inkscape-devel] SoC 3D box tool - website updated
by Maximilian Albert 31 Mar '07

31 Mar '07

Thorsten Wilms schrieb: > But there should be planes/grids at least, too. Certainly. But that's candy for later when the core tool tool is thoroughly implemented, although it should of course be considered during the design phase. > If adding a box creates new VPs, you either need the ability > to 'snap' VPs together, or an additional way to create boxes using > exitsing VPs. Yep. That's the overall plan. > BTW, have a look at http://www.khulsey.com/demo_howto_car.html > I have to wonder if using a 3d app wouldn't be more efficient, but this > at least impressive and maybe inspiring :) Thanks for the link! This really looks like it can give suggestions. I'll study it in detail later. Max

5 9

Python extensions: making a package a dependency
by Justin Barca 31 Mar '07

31 Mar '07

So, for a while now I've been working on some abstractions in Python to help simplify and organize the generation of SVG vector graphics. Originally, I did this out of my own interest and need, but now I'm more interested in making this code a resource for educational and artistic purposes. I have recently made the code available on sourceforge under the title pLAySVG here : http://sourceforge.net/projects/play-svg/. Recently I created a handful of Inkscape extensions using this library and included them in the pLAySVG code base. These toys include extensions to - generate a hexagonal lattice - similarly, generate a "Flower of Life" lattice - generate a triangular grid - plot a Star Polygon (as described here: http://mathworld.wolfram.com/StarPolygon.html) - render an image of a fully connected graph, vertices arranged in a circle I would like to include them in the next version of Inkscape, but they depend on the playsvg package that I have created for my libraries. Currently the library installs itself using the typical distutils setup.py. So, I am wondering: should I include these extensions into the Inkscape code base ? If so, how can I add a dependency for a package and not a file ? Should the package be installed by the third party using distutils, or should it be included in inkscape/extensions/ ? Lastly, I'd like to get a feel for whether these playsvg libraries seem useful to any of you extension developers. I have a sense that the 2geom libraries have a lot more functionality and robustness to them, but I find them inaccessible, difficult to understand at the moment. I wonder if there is some way they can work together. Cheers, Justin

1 0

Re: [Inkscape-devel] How debug you under windows?
by Gail Banaszkiewicz 31 Mar '07

31 Mar '07

> 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? Today I was working on getting set up for my SoC bug fixes, and I wanted to figure out the same thing. So far, Eclipse/CDT is looking promising. I can get it to build within in Eclipse, as well as run/debug. There is an error when the program starts in debug, but I continued and it seemed to start ok. Will be testing now whether debugging actually works. Using Eclipse requires a bit of massaging which I can hopefully help you figure out once I have it all working. Gail

4 12

Re: [Inkscape-devel] [Inkscape-user] Transparency using PSTricks
by Jasper van de Gronde 30 Mar '07

30 Mar '07

Adi Eyal wrote: > The PSTricks output is a tex file - and I know that PSTricks can do > transparency - at least they have some demos on their site with > transparency. Intrigued by this I had a look and indeed, it does support it. But it only works if you then convert the file to a PDF file (and apparently only through some special way too, but I haven't tried it myself, so I don't know whether that's necessary). Apparently the pstricks-add package is what does the trick, so if anyone wants to have a look at implementing some support for this, have a look: ftp://tug.ctan.org/pub/tex-archive/graphics/pstricks/contrib/pstricks-add/p…

2 1

3D box tool
by Dave & Ann Marie Barry 30 Mar '07

30 Mar '07

Hi All, I've spoken with Máirín Duffy about helping out with the 3D box tool listed in the google summer of code project list. I'm a full time engineer, and I'm sure I could handle the vector math work and support functions. However, I'm not a GUI/application programmer. What do you think? Dave Barry

2 1

Inkscape go-slow issues redux
by Donn 29 Mar '07

29 Mar '07

Inkscape Issues Date : Started this on 28 March 2007 Version : 0.45.1 self-compiled on Kubuntu Dapper (32 bit version) Machine : Brand new AMD 64x2, Gigabyte m/b, 1 gig DDR2 RAM, lots of drive space (old IDE drives), PCI-Express nvidia card of no particular specs. (My old machine literally went boom!) I reported this slowing-down on my last machine (an old AMD 1 ghz) on the inkscape-users list. I was very surprised to see the same thing on my new machine. I apt-get installed the build requirements (as per the Inkscape wiki) and compiled 0.45.1 to see if that would boost performance, it *was* much quicker but the slow-down still happens. Inkscape starts nice and fast. For example panning is very quick, even with a complex drawing. After a time, perhaps 20/30 minutes, the panning becomes choppy and then unusable. I find it quicker to zoom out and zoom-in to a new area than to pan across to it. After a time the GTK dialogs start to draw very slowly. I have noticed this on: 1. The fill/stroke dialog (particular culprit) 2. The Doc properties 3. The Global prefs 4. Export sub-dialogs like the 'confirm file replace' dialogue. 5. Now and then on the Font dialog After they begin to 'go slow' they quickly stop working at all. I often get blank forms (see attached -- assuming it does not get stripped.) BTW - This is the only GTK app that does this. Pan, Gimp, Tomboy, FontyPython, Firefox all work fine, if slowly. When I feel Inkscape slowing, I save and restart it. Inkscape can take up to 30 seconds to close. The entire machine is non-responsive during that time. Music playing usually stutters and while the mouse will move around, nothing can be clicked or dragged. Is there something I can do to help diagnose this? Can I compile with other flags (I am clueless about gcc/g++) in order to produce debug info or something? Or perhaps there is a trick to track memory useage to a logfile that I can post? Could this issue be a problem with the quality of the supporting libraries as released on Kubuntu Dapper? I have always thought GTK apps were easily half the speed of QT apps on Kubuntu Dapper (and before that Fedora Core 1 and 3). Please let me know what I can do to help, I am not well so I often fall off the net, but I thought I needed to let you know about my experiences. Donn.

7 34

Re: [Inkscape-devel] SoC 3D box tool - website updated
by Maximilian Albert 29 Mar '07

29 Mar '07

Thorsten Wilms schrieb: > You can't have a box without VPs and VPs are useless if there is no > box. Hmm, to me a perspective is essentially _defined_ by the position/arrangement of its VPs. It seems to me that we have different understandings of the term. What do you mean by perspective then? How would you add and modify perspectives without using VPs? Also, given my point of view I don't agree that VPs without a box are useless. Rather, they define a perspective, which you can use to draw boxes whose edges (or rather their prolongations) meet in the respective VPs, i.e. essentially to draw boxes _in the given perspective_, from a visual POV. Note that I use the term 'perspective' in a slightly broader sense than usual here, for it also covers arrangements like the one you entitled as 'impossible' (the second picture in the 'core' section on the website). Again, it's nothing else than a configuration of VPs. > Additionaly the VPs of a perspective share a horizon. Well, they certainly do. But I can't see why a horizon makes working with boxes cumbersome, especially since it's supposed to be only a kind of add-on to make things more convenient, but it's certainly not required for drawing boxes (and can probably be toggled to be off by default). I still think I'm misreading you here because I don't know your precise definition of a perspective. > Regarding adding a box by dragging, I'm a bit concerned about the > need for 3 drags in a row. It's only two, actually. ;) One drag for the "front" face, and one drag to add depth. > Simply adding a box with default size > would work around this (where the 'default' size should actually > take the zoom level into account). Hmm, but you don't need perspectives as separate modifiable objects to achieve that. Just add a button or a menu item or whatever to create such a box in the given configuration of VPs. > If any number of boxes can be tied to a 3-VP/horizon system, > I think this clearly establishes that there are separate entities. > The user can't form the right expectations if you try to cover this > up. True. We are definitely not going to cover it up. But I think it should remain to be seen how much _functionality_ for working with perspectives alone (without a box) we need to provide. Can't tell at the moment, tough. > Well, where I said 2 VPs, I actually meant 2 'finite' and one 'infinite', > as I have a hard time thinking of a point if I see parallel lines ;) Granted. I normally don't realize how much my studies of mathematics influence my thinking about these things. ;) > 'have to be' is maybe a bit hard, but say you have 3 boxes, all on the > same plane. 2 have parallel edges, the 3rd is rotated. The 2 share all > 3 VPs, but the 3rd only has the nadir in common with them. > For additional boxes, you could choose between 2 groups of VPs (or > create additional VPs). Ah, now I see what you mean. But which are the two groups? If I'm reading you correctly then you are suggesting to have one group of VPs for the two boxes with parallel edges, and a separate group for the third box, each of which you can choose for drawing new boxes. Is that right? But this is precisely the concept that I have in mind when talking about 'perspectives'. In my wording, a perspective is precisely such a group of three VPs (maybe some of them at infinity) which can be used to draw new boxes whose edges point in the directions of the VPs. So you could simply select one of the three boxes and define its 'perspective' as the default for the new box. Is this what you have in mind? Or did I get it completely wrong? Max

1 0

SoC 3D box tool - website updated
by Maximilian Albert 29 Mar '07

29 Mar '07

Hi all, for my official SoC application I have considerably updated the website describing my thoughts on the 3D box tool. It now includes some ideas for advanced features and future work (outside the scope of SoC itself). It is far from being complete, but anyone who is interested is warmly invited to have a look and make comments, praise it or goof on it. Here is the URL once again: http://www.rzuser.uni-heidelberg.de/~malbert/ In any case, I really hope that my application may be successful. Contributing to your great work would be a huge pleasure and honour for me. Thanks and cheers, Max

2 1

Compiling with btool on Windows Vista
by Joel Holdsworth 29 Mar '07

29 Mar '07

Hi Everyone, I'm just in the process of trying to get involved with the development of inkscape, and I've spent the last few weeks trying to compile it by various methods. The btool method (as suggested here http://wiki.inkscape.org/wiki/index.php/Win32Port), is the simplest way, and in the end, the only way I can see to compile inkscape in Windows (although I have tried several approaches). Inkscape can be compiled no problem on a fresh install of Windows XP - I tried it on Virtual PC this morning. However, (and you may already be aware of this), it does not compile properly on Windows Vista, my main OS. First, mingwenv.bat runs successfully, whether running in an administrator or normal console. But there's hitch on the next step. The problem relates to g++ I think. If I do the step: "g++ buildtool.cpp -o btool", I get back the response "g++: _spawnvp: No such file or directory". It is possible to get past this step by compiling with btool with cygwin. However once you try and run btool.exe, you get the output printed below, which you may notice contains the killer line "i686-pc-mingw32-g++.exe: _spawnvp: No such file or directory". I think this must all be a problem with g++ in Vista. I'm not sure how what the dev team can do, but I think the wiki should be updated at least. Best Regards Joel Holdsworth ----------------------------------------- #################################################### # BuildTool v0.6, 2006 Bob Jamison #################################################### ######## PARSE : build.xml ######## PARSE COMPLETE ######## EXECUTE ## Target : init ---- task : mkdir : build ---- task : mkdir : inkscape ---- task : copy : src/helper/sp-marshal.h.mingw to src/helper/sp-marshal.h ---- task : copy : src/helper/sp-marshal.cpp.mingw to src/helper/sp-marshal.cpp ---- task : makefile : inkscape_version.h ---- task : makefile : config.h ## Target : compile ---- task : cc : regenerating C/C++ dependency cache : compile of build/obj/arc-context.o required by src/arc-context.cpp ============ cmd ============ i686-pc-mingw32-g++ -c -Wall -O3 -mms-bitfields -DVERSION=\"0.45.1\" -DHAVE_CONFIG_H -DXP_WIN -D_INTL_REDIRECT_INLINE -I. -Ic:/gtk210/include -Ic:/gtk210/include/glibmm-2.4 -Ic:/gtk210/lib/glibmm-2.4/include -Ic:/gtk210/include/gtkmm-2.4 -Ic:/gtk210/lib/gtkmm-2.4/include -Ic:/gtk210/include/gdkmm-2.4 -Ic:/gtk210/lib/gdkmm-2.4/include -Ic:/gtk210/include/pangomm-1.4 -Ic:/gtk210/include/atkmm-1.6 -Ic:/gtk210/include/cairomm-1.0 -Ic:/gtk210/include/sigc++-2.0 -Ic:/gtk210/lib/sigc++-2.0/include -Ic:/gtk210/include/gtk-2.0 -Ic:/gtk210/lib/gtk-2.0/include -Ic:/gtk210/include/atk-1.0 -Ic:/gtk210/include/pango-1.0 -Ic:/gtk210/include/glib-2.0 -Ic:/gtk210/lib/glib-2.0/include -Ic:/gtk210/include/libxml2 -Ic:/gtk210/include/freetype2 -Ic:/gtk210/include/cairo -Wno-comment -Ic:/gtk210/perl/lib/CORE -Ic:/gtk210/python/include -Isrc -Isrc/application -Isrc/debug -Isrc/dialogs -Isrc/display -Isrc/dom -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/svg -Isrc/dom/util -Isrc/extension -Isrc/extension/implementation -Isrc/extension/internal -Isrc/extension/internal/libwpg -Isrc/extension/script -Isrc/graphlayout -Isrc/helper -Isrc/inkjar -Isrc/io -Isrc/jabber_whiteboard -Isrc/jabber_whiteboard/dialog -Isrc/libavoid -Isrc/libcola -Isrc/libcroco -Isrc/libnr -Isrc/libnrtype -Isrc/libvpsc -Isrc/libvpsc/pairingheap -Isrc/livarot -Isrc/pedro -Isrc/removeoverlap -Isrc/svg -Isrc/trace -Isrc/trace/potrace -Isrc/ui -Isrc/ui/dialog -Isrc/ui/view -Isrc/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/arc-context.cpp -o build/obj/arc-context.o ============================= i686-pc-mingw32-g++.exe: _spawnvp: No such file or directory Make error: exec of command 'i686-pc-mingw32-g++ -c -Wall -O3 -mms-bitfields -DV ERSION=\"0.45.1\" -DHAVE_CONFIG_H -DXP_WIN -D_INTL_REDIRECT_INLINE -I. -Ic:/gtk2 10/include -Ic:/gtk210/include/glibmm-2.4 -Ic:/gtk210/lib/glibmm-2.4/include -Ic :/gtk210/include/gtkmm-2.4 -Ic:/gtk210/lib/gtkmm-2.4/include -Ic:/gtk210/include /gdkmm-2.4 -Ic:/gtk210/lib/gdkmm-2.4/include -Ic:/gtk210/include/pangomm-1.4 -Ic :/gtk210/include/atkmm-1.6 -Ic:/gtk210/include/cairomm-1.0 -Ic:/gtk210/include/s igc++-2.0 -Ic:/gtk210/lib/sigc++-2.0/include -Ic:/gtk210/include/gtk-2.0 -Ic:/gt k210/lib/gtk-2.0/include -Ic:/gtk210/include/atk-1.0 -Ic:/gtk210/include/pango-1 .0 -Ic:/gtk210/include/glib-2.0 -Ic:/gtk210/lib/glib-2.0/include -Ic:/gtk210/inc lude/libxml2 -Ic:/gtk210/include/freetype2 -Ic:/gtk210/include/cairo -Wno-commen t -Ic:/gtk210/perl/lib/CORE -Ic:/gtk210/python/include -Isrc -Isrc/application -Isrc/debug -Isrc/dialogs -Isrc/display -Isrc/dom -Isrc/dom/io -Isrc/dom/odf -I src/dom/svg -Isrc/dom/util -Isrc/extension -Isrc/extension/implementation -Isrc/ extension/internal -Isrc/extension/internal/libwpg -Isrc/extension/script -Isrc/ graphlayout -Isrc/helper -Isrc/inkjar -Isrc/io -Isrc/jabber_whiteboard -Isrc/jab ber_whiteboard/dialog -Isrc/libavoid -Isrc/libcola -Isrc/libcroco -Isrc/libnr -I src/libnrtype -Isrc/libvpsc -Isrc/libvpsc/pairingheap -Isrc/livarot -Isrc/pedro -Isrc/removeoverlap -Isrc/svg -Isrc/trace -Isrc/trace/potrace -Isrc/ui -Isrc/ui/ dialog -Isrc/ui/view -Isrc/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/arc- context.cpp -o build/obj/arc-context.o' failed : No such file or directory Make error: problem compiling:

1 0

Re: [Inkscape-devel] SoC 3D box tool - website updated
by Maximilian Albert 29 Mar '07

29 Mar '07

Thorsten Wilms schrieb: > Just some idea of a slightly different organisation: > - Don't have the user add VPs or a box, but a perspective > object I'm not sure if I get you right here. Why would it be more convenient to add an "abstract" perspective object rather than just adjusting some VPs with a few drags, where you can _see_ what happens? Or do you mean that you want to be able to treat perspectives as objects of their own? Internally, perspectives will be separated from boxes anyway. This makes it possible to compare perspectives for different boxes, to copy them from one box to another (here some care must of course be taken as to which corners should remain fixed), to define a default perspective, etc. But boxes are a very convenient way to define perspectives, so why not use them for this purpose? > - The perspective object could come with 2 VPs on a horizon and > one box per default. That kind of perspective will be the default when dragging a box anyway (at least, in the beginning). You may be right, however, that one could try and separate the concepts a bit more from the user's point of view, too. But only if this doesn't make things less intuitive or more complicated to grasp. I'll give it some further thoughts. > - The number of VPs would be a parameter of the perspective > object like corners are for stars/polygons. Hmm, I think the number of VPs should be three unconditionally. However, each of them should be toggleable between 'finite' and 'infinite', i.e. the PLs either meet in a point or they are parallel. This provides a way to keep track of the _direction_ of parallel PLs, too. It's just an internal thing, though. > Hmm, for setups with several boxes in different perspectives, > VPs have to be organised in groups. For what purpose exactly? Max

1 0

Re: [Inkscape-devel] Multi-page UI
by Tom Lechner 29 Mar '07

29 Mar '07

Hi, Just in case anyone's interested, I've been writing a program called Laidout to lay out cartoon books of mine. It features sort of arbitrary impositions, including the ability to have non-rectangular pages. It does make a distinction between page, paper, and also page spreads (how it looks assembled, rather than how it looks on master printing pages). No art, trim, crop, bleed, and media box tags yet though. It has a viewer window where you edit the things in the pages, and also a spread editor, where you can rearrange page orders. One of my TODO items for a long time has been to somehow port my spread editor (after it gets a little more advanced) to Inkscape. There are just not enough hours in the day! Unless you happen to be me, Laidout's probably difficult to use, as everything's still in rough, primitive stages right now, but you can get the idea from these screenshots: http://www.laidout.org/screenshots I started writing Laidout years ago as an exercise to learn how to program better. It's been a much larger endeavor than I had at first been imagining, meaning the code's rather a mess, but I do get to lay out my books pretty easily! Tom http://www.tomlechner.com

2 1

Re: [Inkscape-devel] [PATCH] Dockable dialogs, and some concerns...
by Jon A. Cruz 28 Mar '07

28 Mar '07

On Mar 28, 2007, at 11:44 AM, Thorsten Wilms wrote: > A proposal to bring Blender-like splitable views, detachable panels > and tabs > to the WM level is on my too-long todo list. Splitable views and tabs are mechanisms that will probably solve all the problems people want MDI used to solve, but in a much better solution. In fact, having split views on a single document in a single window along with having a separate window for each document will probably be the best solution. Adding in tabs will be a solution for some people, but personally I don't use them nearly as much as others. Having both implemented and allowing the users to use as little or as much of each as they desire will probably maximize productivity, and that will be far better than trying to solve those with MDI.

3 2

Re: [Inkscape-devel] [PATCH] Dockable dialogs, and some concerns...
by Jon A. Cruz 28 Mar '07

28 Mar '07

On Mar 28, 2007, at 11:44 AM, Thorsten Wilms wrote: Thanks for the list. It's actually a bit outdated, especially for MS Windows users. > * Many child windows do not fill up the OS task management > interface, as they > are hierarchically organized. Users simply switch applications. As of Windows XP this is no longer an issue. Windows automatically collapses documents from the same app so that the management interface does not get filled up. Also, users usually want to switch to a *document*, not an *application*, so switching applications is actually a negative. > * With MDI (and also TDI), a single menu bar and/or toolbar is > shared between > all child windows, reducing clutter and increasing efficient use of > screen > space. The extent of benefit depends on the application and if windows are tiled or worked with individually. Most applications have more efficient screen use and customizable toolbars, so the base clutter is far less than it used to be. Additionally, unless the windows are tiled, there is no net gain, since switching from App A window A to App A Window B will bring forward and use the same screen pixel locations. > * All child windows for an application can be hidden/shown/ > minimized/maximized > as a whole. Again, questionable if it is an actual "advantage". It is a property/ behavior of MDI, but most studies indicate this is a negative for most users. People most often think of "documents" and tend to work "on documents" instead of "in applications". > * Without an MDI frame window, floating toolbars from one > application can > clutter the workspace of other applications, potentially confusing > users with > the jumble of interfaces. True. But this advantage is also gained by not having floating toolbars and does not require MDI to gain. SDI also has this advantage, so it really shouldn't be a factor here. > * Features such as "Tile" and "Cascade" can be implemented for the > child windows. A decent advantage. However, it is also a disadvantage in that it means all documents of a given application are tiled, not of a given set. The work-around in MDI to make this point an advantage is to only open documents for client A. However, that also then is the same thing to give SDI the same advantage.

1 0

Memoryleak? when creating text object
by unknown＠example.com 28 Mar '07

28 Mar '07

Hi all, I may have found a memoryleak (don't know what they look like). When i run Inkscape from gdb (svn-head, winxp) the debugger will catch a SIGTRAP after dragging and releasing the text tool: warning: HEAP[inkscape.exe]: warning: Heap block at 053640B8 modified at 053640C4 past requested size of 4 Program received signal SIGTRAP, Trace/breakpoint trap. 0x7c901231 in ntdll!DbgUiConnectToDbg () from ntdll.dll The backtrace ends with: #56 0x00000000 in ?? () from #57 0x04a295c0 in ?? () #58 0x02b60000 in ?? () #59 0x00ab63fc in std::vector<Inkscape::Text::Layout::Chunk, std::allocator<Inkscape::Text::Layout::Chunk> >::_M_insert_aux () at c:/dev/gcc/gcc-4.1.1/objdir/i686-pc-mingw32/libstdc++-v3/include/bits/ios_base.h:169 Previous frame inner to this frame (corrupt stack?) This bug might be related to bug 1645874. When running Inkscape normally, nothing happens, other than that memory seems leaking (the allocated memory keeps increasing when more text objects are drawn with the texttool) Cheers, Johan

2 2

Arrangements for 'Kesäkoodi'
by Niko Kiirala 27 Mar '07

27 Mar '07

I received more information concerning Kesäkoodi, the Finnish equivalent for Google's Summer of Code. Now that they have gone through the submitted proposals, I have been qualified for the second round. That is, I should make a more through proposal for the project. With this proposal, I may get into the final round, where I should present this project plan in front of live audience... (no, I don't know why it has to be this complicated) Anyhow, now they do want to have some mentor / contact person from Inkscape side. As I understand this, this contact person should provide COSS (organizers of Kesäkoodi) with some comments on my work. I don't know for sure though, they haven't been too verbose on that. The project I am planning is to further develop the filtering system and to implement a couple new filters. I will post the project plan in further detail, as I get it done and translated in English. -- Niko Kiirala niko@...1267... http://niko.kiirala.com/

6 8

Re: [Inkscape-devel] Help about Animate Document in Inkscape
by Federico 27 Mar '07

27 Mar '07

Hello Mental, for being preciser I can add that some objects of the canvas possess a specific ID that comes set up manually. The extension must interrogate a DBMS and if in the result of the interrogation an object from the particular ID is content, to this object it comes modified attribute STYLE with data read from the DBMS. As an example: 1) design a rectangle and set the ID = “rect10” 2) DBMS comes interrogated and reads a line that contains a foreinkey “rect10” and this attributes style=fill: #ff9955; stroke: #000000; stroke-opacity: 0.98830408; stroke-width: 8; stroke-miterlimit: 4; stroke-dasharray: ninth; stroke- linejoin: round; stroke-linecap: butt 3) set the object with these attributes by means of the instruction node->setAttributes (“style”, ....., true); or sp_repr_set_attr(nodes[i],"style", ...); The problem is in the fact that, I make to execute the operations of "reading of the DBMS" and of "set attributes" in a secondary thread, and at the instruction “setAttributes” or "sp_repr_set_attr" an error of segmentation fault happens and Bryce has said to me that this error is from the multithreading, because Inkscape is ONLY SingleThreading. You could give a hand to me, is truly imporant. Thanks Federico On Lun, March 19, 2007 23:35, MenTaLguY wrote: > On Mon, 19 Mar 2007 19:31:12 +0100 (CET), Federico <fedemil@...1700... it> > wrote: >> I would have the necessity to modify the attributes of field STYLE of >> an object to regular intervals of time. > >> More in the detail, I would have necessity to write a â€œextensionâ € >> of >> Inkscape that reads the data of an object (rect, path, star, etc.) from >> a DBMS and he applies them to the present object on the screen. > > Could you please clarify the way in which these two requirements are > related to one another? > > -mental Naviga e telefona senza limiti con Tiscali Scopri le promozioni Tiscali adsl: navighi e telefoni senza canone Telecom http://abbonati.tiscali.it/adsl/

2 1

Requiring gcc >=4?
by jiho 27 Mar '07

27 Mar '07

Hello everybody, When compiling Inkscape with gcc 3.3 (on OS X but that should not be much of an OS X specific problem) we encounter many errors (Ex: isnan and isnormal not declared, -Wno-pointer-sign option not recognized and some other issues with the inclusion of math.h in some files and of cmath.h in others). All these are quite too technical for me to solve but from my initial research they appear to be somehow related to a compiler version problem. The bottom line is: Does the development team want Inkscape to require gcc >=4 (in which case we'll just upgrade gcc) or do you want to stay backward compatible (in which case I'll report all problems as bugs or on the list)? Thanks in advance. JiHO --- http://jo.irisson.free.fr/

4 4

SoC students deadline, update
by Alexandre Prokoudine 26 Mar '07

26 Mar '07

Hi, Student Application deadline is extended to 16:00 UTC March 27, 2007. http://groups.google.com/group/google-summer-of-code-announce/browse_thread… Alexandre

1 0

Google Summer of Code - Raster Functionality in Inkscape
by Christopher Brown 26 Mar '07

26 Mar '07

Dear Inkscape developers, My name is Christopher Brown, and I have just submitted my application to the Google Summer of Code for Inkscape. My abstract follows in this message, and my full project description can be found at this location: http://audiere.googlepages.com/gsoc-description.pdf "Inkscape was built purely as a vector editor – a GUI, you might say, for SVG. But the need has arisen for raster capabilities within the Inkscape application. Previous to this capability, the user would have to perform such raster post-production in a different application, such as the GIMP or Photoshop. Often this may not be anything more complicated than a punch/explosion effect or a windswept filter. This can be accomplished by integrating these effects, especially those provided by ImageMagick, directly into the Inkscape interface. The results will not be SVG, unfortunately, but they will be bitmaps, as the user desires." I hope soon to be working with you guys, -Chris

1 0

Short question regarding SoC application
by Maximilian Albert 26 Mar '07

26 Mar '07

Gail Banaszkiewicz wrote: > My application pretty much just points to this web page so that I can > update it as comments come in: I was also considering to simply provide a link to my website (which hopefully will be thoroughly expanded till then), where I would include the full text of my proposal on a separate page, as I would have submitted it in the "Detailed description" part of the Google webapp. Do you guys think this is sufficient? Or will the Google people be annoyed if they have to click their way through separate homepages for each project application? In the latter case it might be better to submit the proposal's full text, including a link to the page. I would prefer the first approach, though, since it allows for easy updates of the information. Thanks for your advice, Max >From MAILER-DAEMON Mon Mar 26 02:05:05 2007 Date: Mon, 26 Mar 2007 11:04:32 +0200 From: Thorsten Wilms <t_w_@...123...> To: inkscape-devel(a)lists.sourceforge.net Message-ID: <20070326090432.GB4614@...1413...> References: <4607892C.6050309@...173...> MIME-Version: 1.0 In-Reply-To: <4607892C.6050309@...173...> 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] Short question regarding SoC application 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: Mon, 26 Mar 2007 09:05:05 -0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit Content-Disposition: inline On Mon, Mar 26, 2007 at 10:49:48AM +0200, Maximilian Albert wrote: > > I was also considering to simply provide a link to my website (which > hopefully will be thoroughly expanded till then), where I would include > the full text of my proposal on a separate page, as I would have > submitted it in the "Detailed description" part of the Google webapp. > > Do you guys think this is sufficient? Or will the Google people be > annoyed if they have to click their way through separate homepages for > each project application? In the latter case it might be better to > submit the proposal's full text, including a link to the page. I would > prefer the first approach, though, since it allows for easy updates of > the information. If I were them, I would be very annoyed of applications that just link to web pages. I think it's an important aspect of such an application that it is finished, done, fixed, defined on deadline. A projects goals and ideas may have to be redefined, but you need at least a snapshot for evaluation, which should be archived. Later on you can go back and see how the project started ... Including actual content you need to have anyway in the application is easy. Not doing so means taking an entirely unnecessary risk. -- Thorsten Wilms Thorwil's Creature Illustrations: http://www.printfection.com/thorwil

2 1

Patch for Bug 1669652 Uploaded
by Jeff Schiller 26 Mar '07

26 Mar '07

To whomever does the documentation (tutorial) builds for Inkscape: I've uploaded a patch http://sourceforge.net/tracker/index.php?func=detail&aid=1688080&group_id=9… on the Patch Tracker. I'm not sure who can look this over and verify, then merge it - but it corrects three small problems found with the Basic Tutorial. Thanks, Jeff Schiller

2 1