- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Spray tool icon
by Valessio S Brito 17 Jan '10

17 Jan '10

I create a proposal. see attach. Citando Alexandre Prokoudine <alexandre.prokoudine@...400...>: > IIRC, Jimmac was going to work on it. > > Alexandre -- .ValessioBrito - Comunicação e Tecnologia Blog: http://valessiobrito.info Chat: valessio(a)[jabber.org,msn.com,gmail.com] Cel.: 71 8256-2396 Atenção: Este e-mail pode conter anexos no formato ODF (Open Document Format)/ABNT (extensões odt, ods, odp, odb, odg). Antes de pedir os anexos em outro formato, você pode instalar gratuita e livremente o BrOffice (http://www.broffice.org) ou o seguinte Plugin para Microsoft Office (http://www.sun.com/software/star/odf_plugin/get.jsp). Também arquivos vetoriais no formato SVG use (http://www.InkscapeBrasil.org).

5 6

UI issues...
by bulia byak 17 Jan '10

17 Jan '10

My previous query was somehow sidetracked, so here it is again: - Can anyone give rationale for "Print colors preview" being in Display modes? If not I will remove it from there, as I explained it looks very out of place next to Outline and No filters. Also: - We also have "Color-managed view" in the same menu. Duplicate? If they are genuinely different, please name them to better reflect this difference, and place both in an appropriate submenu of View. Otherwise, merge them. And: - We again have two Input Devices commands. Can we finally decide one way or the other? Does the new one fully work? If so delete the old one, otherwise hide the new until it is ready. Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 11

diameter on a Mac
by Wolf Drechsel 17 Jan '10

17 Jan '10

Hello friends, sorry, I know this is not an issue for the list, but … (-; Can somebody give me a quick hint how to type the ø diameter sign on inkscape Mac OS X ? Alt-o will open a menu, and a Mac does not have AltGr… Thanks and greetings, Wolf

4 7

Spray tool icon
by bulia byak 17 Jan '10

17 Jan '10

The new icon by Krzysztof is a step in the right direction, but it's still somehow out of place on the toolbar. Hey artists, don't you want to get famous by drawing one of the always-visible Inkscape tool icons? :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

resize text boxes
by Wolf Drechsel 16 Jan '10

16 Jan '10

Hello friends, how can I resize text boxes without resizing the font ? - What I want is that the font size remains stable and the number of lines increases when I make a text box narrower. Thanks and greetings, Wolf

2 1

Node tool is ready
by Krzysztof Kosiński 15 Jan '10

15 Jan '10

Hello all Today I have implemented snapping of nodes, so the new node tool should be ready to go into trunk. As a reminder, here is the status table: http://wiki.inkscape.org/wiki/index.php/GSoC2009_Node_Tool_Rewrite There are still some minor issues with snapping: 1. Nodes do not snap to unselected segments of selected paths. 2. Nodes do not snap to selected shapes. They will be fixed once I refactor the event context / tool hierarchy, which I plan to do before this year's GSoC. Now I have a few remarks / questions about the behavior: 1. There is an RFE: https://bugs.launchpad.net/inkscape/+bug/321150 The proposed is like the new node tool's join action, but with a distance threshold. Implementing this should be easy, but I don't know how to present it in the UI. Ideas, anyone? 2. Releasing the mouse button causes the point to immediately snap, even if the snap delay has not expired. For me, this unexpected and very annoying: I have to turn off snapping to make a non-snapped movement. If this feature was removed, I could comfortably make both snapped and non-snapped movements with snapping enabled. Currently I disabled snapping on mouse button release. 3. When a point snaps to a path, it should remain snapped to it until the pointer wanders outside the snap distance. This would allow me to adjust the point's position on a path it snapped to, without waiting for the snap delay to expire every time. Same behavior for snapping to nodes, corenrs, etc. (the point remains snapped until I move the mouse pointer out of the snapping range). What do you think? 4. The method to switch to the transform handles to rotation mode is very non-obvious. Currently it is Shift+R. To be consistent with the selector, the method to switch to rotation mode should be to click on a selected node, but this might become annoying quickly - the old behavior is to select only the clicked node in this case. I think the second behavior is acceptable if it only works when transform handles are shown, and the handles can be toggled using a button on the controls bar (preferably the first one). Regards, Krzysztof.

7 40

We are good to go!
by Joshua A. Andler 15 Jan '10

15 Jan '10

Hey all, I made the first commit on LP after our trunk branch was established and it went smoothly. So, everyone, feel free to go to town! As a side thought, since 0.48 will be maintained for a bit while 0.49 is under development. What do people think about our use of LP and how we use Fix Released rather than Fix Committed... are people game to perhaps try using Fix Committed (and target them for 0.48 when doing so) for this cycle? If we properly use committed and mark where it will be available, we can then just script it to change to released when it really is (I think it will be nicer for users). Just a thought. Cheers, Josh

9 19

NEW: remove boost::optional warnings
by Krzysztof Kosiński 14 Jan '10

14 Jan '10

Hello I put in some extra code in configure.ac to turn off strict aliasing warnings when boost::optional emits a lot of them. It tries to compile a short snippet using boost::optional with -Werror=strict-aliasing, and if it fails, it adds -Wno-strict-aliasing to CXXFLAGS. It might be a bit unsafe, because we won't see aliasing warnings from things other than boost::optional, but on the other hand the legitimate warnings that can highlight real problems won't be crowded out by those spurious warnings we can't fix Relevant mail from the Boost mailing list. http://lists.boost.org/Archives/boost/2009/05/151577.php And the relevant quote. "Precisely... a char* is explcitely allowed to alias any object, so, for Boost.Optional at least, the warning is clearly spurious." Regards, Krzysztof

2 4

document properties dialog
by Alexandre Prokoudine 13 Jan '10

13 Jan '10

Hi, Are we going to leave document properties dialog as it is now or is it acknowledged that alignment of widgets in its newly added section (margins) needs work? Alexandre

3 3

pixelsnap
by Alexandre Prokoudine 13 Jan '10

13 Jan '10

Hi, http://code.google.com/p/pixelsnap/ "PixelSnap is an extension for Inkscape, an incredibly useful vector graphics app. It allows you to align rectangles & paths to pixel boundaries, to create sharp web & digital graphics." IMO, we need it shipped by default until we have a global solution (if ever) :) Alexandre

6 7

Fwd: [cairo] Spot colors (and CMYK)
by Felipe Sanches 12 Jan '10

12 Jan '10

we need to provide that for cairo developers ---------- Forwarded message ---------- From: Carl Worth <cworth@...573...> Date: Tue, Jan 12, 2010 at 6:16 PM Subject: Re: [cairo] Spot colors (and CMYK) To: ecir hana <ecir.hana@...400...>, cairo <cairo@...278...> On Sat, 26 Dec 2009 15:31:12 +0100, ecir hana <ecir.hana@...400...> wrote: > Hello, > I've seen some messages about adding spot colors (or named color, or > Separation and DeviceN in PDF specs terms) some time ago. Or perhaps > even adding CMYK as well. > Please, does anyone know if there has been any developments in that > direction? Is it perhaps planned to include spot colors in the future? > Or, is this not very central to the current development? >From time to time, the cairo community sees a message like yours where we clearly have users interested in these features. But we haven't had much in the way of concrete API proposals (nor implementations to go along with them!). And it seems that the current set of cairo maintainers do not have the expertise to come up with either of these on their own. So I think we're going to need some further input from *somebody* before we'll see concrete progress on this front. Do you know of anyone (perhaps yourself) that could provide some or all of the following: * Concrete use case to describe what is missing at the application<->cairo boundary. * A concrete API proposal to satisfy that use case, (and a minimal API that doesn't multiply existing cairo entry points exponentially). * An implementation of that API. I'm looking forward to further input here, since I'd love to be able to say that cairo has a good answer for people needing whatever is missing here. -Carl -- cairo mailing list cairo@...278... http://lists.cairographics.org/mailman/listinfo/cairo

2 1

Fwd: 2D animators using free software
by Felipe Sanches 12 Jan '10

12 Jan '10

anyone here is capable of doing simple 2d animations with free software and would like to help the Free Software Foundation? Please contact Holmes Wilson at holmes@...511... -Juca ---------- Forwarded message ---------- From: Felipe Sanches <juca@...2270...> Date: Tue, Jan 12, 2010 at 6:01 PM Subject: Re: 2D animators using free software To: Holmes Wilson <holmes@...511...> I can ask our geeks from the inkscape users mailing list. On Tue, Jan 12, 2010 at 4:44 PM, Holmes Wilson <holmes@...511...> wrote: > Hey Felipe, > > FSF is looking for some animators who could do some simple but professional > 2D motion graphics for a film (mostly interviews) about software patents, > using free software. Know anybody? > > -Holmes >

1 0

Inkscape 0.48 status and proposed release plan
by Joshua A. Andler 12 Jan '10

12 Jan '10

Hey All! Are there any larger features people are planning on still for this cycle that aren't well known? I know of the following still outstanding: *Krzysztof's new Node Tool *Soren's DBUS work (provided Ted is able to do his magic on it) *JonCruz's Adaptive UI work I assume all kinds of smaller, less intrusive things are still on their way. However, I just want to make sure we keep track of the big things to keep this cycle tight and under control. Proposed release plan: Mid-February for Chill Beginning of March Frost (Bug Hunt begins) End of March for Feature Freeze End of April for Hard Freeze Sometime in May for Branch & Release I am planning on maintaining branches to patch in bug fixes for point releases this time. So we most likely will not do a bug hunt goal of 500 this time if things don't break badly (perhaps 300 if we're in decent shape, which makes the proposed plan feasible). Cheers, Josh

4 3

Objects ("patterns") along path - pathscatter extension
by Hans Meine 11 Jan '10

11 Jan '10

Hi, background: I want to model some room with rows of chairs, not necessarily along straight lines however. Furthermore, I want to be able to access each chair from python, in order to change appearance depending on status in a reservation system. Thus, I have been looking into an "create objects along path" functionality, and found the pathscatter ("Generate from Path/Pattern along Path") extension, plus some "path effect" which I could not get to work and did not find any documentation on. I also had a lot of problems with the pathscatter extension, which I would like to discuss with you and possibly provide fixes for at least some of them. (I am an experienced programmer, in particular with python, but not very familiar with inkscapes code or even GUI yet.) First, my impression was that the extension is slow (I think there's a lot of potential for improvements, since it looks like a straightforward but not very efficient python implementation) and not very well integrated into the GUI, which is probably a typical problem with scripted extensions (I have experience with Gimp's script-fu stuff). For instance: 1. The menu has no accelerators, which makes it inconvenient to start without using the mouse. 2. It has an apply and a close button, but the apply button does not close the dialog, although the only sensible (actually: possible) action after it is close, since it modifies the selection, and the dialog is modal. 3. The dialog is modal, but does not check whether its preconditions (two objects selected) are fulfilled, so you end up making settings, getting an error message on "apply", need to close, fix the selection, and re-open it again (suffering from 1 again). 4. Also, there does not seem to be any good documentation or even help within the program (for instance: icons, tooltips or "whats this" texts, ...); the best information I found was the python comments at the top of pathscatter.py, which should probably be at least put up on some wiki page. Speaking of preconditions, it took me more than an hour to understand how to use the extension, simply because I tried it only with a rectangle as pattern. The results were incredibly... wrong. That's because the extension seems to work only with paths (that is - circles seem to work) - this could surely be improved either by a) allowing rectangles, which should be possible at least in the "snake" mode, or by b) automatically converting other objects into paths. Actually, my plan would be to implement both a+b, since I then realized that with just b) (which is probably the easiest to implement) I have yet another problem: in the "repeated" mode, I am still getting only a single path as result, which contains several path components. For my use case, I really need separate objects, in order to be able to differently style the chairs. I have some basic coding questions, which I will put into a separate posting. -- Ciao, / / .o. /--/ ..o / / ANS ooo

6 10

Shifting UI
by Jon Cruz 11 Jan '10

11 Jan '10

I've gotten a first part of the shifting UI done. Toolbars can now be somewhat repositioned. The alternatives are hardcoded at the moment, but to see that just hit widgets/toolbox.cpp and uncomment: //#define ENABLE_TASK_SUPPORT 1 I've left that defined out for the moment in case the other cleanup did not fix the 64-bit issues. If someone can check that, it would be very helpful.

1 0

Proposal for Voronoi Diagram extension
by Alvin Penner 11 Jan '10

11 Jan '10

This is a request for comment on a proposed extension to generate Voronoi Diagrams as a pattern. This is a follow-up to LP Bug 171901. https://bugs.launchpad.net/inkscape/+bug/171901 Details and source code are attached to that bug report (comment 4,5,6). Voronoi algorithm and code by Steven Fortune and Bill Simons. -- View this message in context: http://old.nabble.com/Proposal-for-Voronoi-Diagram-extension-tp27100645p271… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 3

Geom::OptRect and "warning: dereferencing pointer ‘<anonymous>’ does break strict-aliasing rules"
by Alex Leone 10 Jan '10

10 Jan '10

I get this warning everywhere an OptRect is used. For example: SPItem *item; Geom::OptRect r = item->getBounds(sp_item_i2doc_affine(item)); if (r) { Geom::Point p = r->min(); //... will give the warning "./2geom/interval.h:82: warning: dereferencing pointer ‘<anonymous>’ does break strict-aliasing rules". To fix this, shouldn't getBounds return optional<Geom::Rect>? Making an OptRect class seems the wrong use of boost::optional. To remove OptRect: isEmpty() becomes "if (optional<Rect> r)". unionWith(OptRect const &b) becomes another method in Geom::Rect, unionWith(optional<Rect> b). See http://www.boost.org/doc/libs/1_41_0/libs/optional/doc/html/boost_optional/… I'm willing to refactor to remove OptRect. Any objections? - Alex

3 5

Getting an Inkscape generated PDF in CMYK
by JiHO 10 Jan '10

10 Jan '10

Hello everyone, I have a colour document I want to get printed by a print shop. It is a monochrome (shades of the same hue with different lightness/saturation, basically all brown) fully vector document. Currently I have the SVG exported in PDF. The print shops want a CMYK PDF, as expected. They don't seem too smart (insist on using photoshop on the PDF, don't pay much attention to the superposition of recto and verso, etc.) so I would like to do as much as possible myself. However, even with a CMYK document I guess they would still need to do a CMYK to CMYK conversion between my CMYK profile and the one of their printer. Would this be any better than going straight from my RGB to their CMYK? If I do need to convert in CMYK, I explored the possibilities. The SVG does not import correctly in Scribus so this is out of the question. I have Adobe Acrobat, which looks like it can do the conversion on the PDF. I am just not sure what it assumes as a starting colour space, if any. What would the knowledgeable people on this list advise as a workflow to get an Inkscape generated PDF in CMYK? As a related note, what is the advised workflow within Inkscape? I have a display and proofing profiles set in the preferences (NB: Jon, does the "Retrieve profile from display" works on Mac? It does not inactivate the drop down menu when checked at least, while it looks like it should.). My understanding of the 0.46 release notes is that as soon as a display profile is set, it is used, and clicking the indicator at the bottom-right corner turns soft proofing on, using the specified proofing profile. Am I right? What part of all this is currently retained in the SVG? in the PDF? Sorry for the numerous questions. I would like to get this one right. Thanks in advance, JiHO --- http://maururu.net

6 10

Re: [Inkscape-devel] "Print colors"?
by Felipe Sanches 10 Jan '10

10 Jan '10

A friend wrote a message to this list in portuguese and asked me to translate it to english for him. Here it is: On Thu, Jan 7, 2010 at 9:32 PM, Valessio Brito <contato@...2138...>wrote: > Isto é uma boa ideia para separação de cores ou no processo de > visualização. A opção "Imprimir Cores" é legal porque se você utiliza > CMYK e cores especiais, pode visualizar quantas camadas de cores tem > seu trabalho. > > This [the print colors preview mode] is a great idea for color separation or also in the process of previewing your artwork. This is cool because it enables you to know how many color channels your artwork has (be it CMYK or spot colors). > > Acho que isso que você fez é > um grande passo para separação de cores e é bastante utilizado em > processo Silk, se colocar isso no dialogo de impressão é um sucesso. > > I think that what you [Felipe] have done is a great step towards color separations and is very frquently used in silk processes. If you add it to the print dialog it will be a success! Valessio Brito

3 2

Re: [Inkscape-devel] [Lib2geom-devel] How to sync 2Geom?
by unknown＠example.com 10 Jan '10

10 Jan '10

> -----Original Message----- > From: Krzysztof Kosiński [mailto:tweenk.pl@...400...] > Sent: vrijdag 8 januari 2010 4:02 > To: Engelen, J.B.C. (Johan) > Subject: Re: [Lib2geom-devel] [Inkscape-devel] How to sync 2Geom? > > W dniu 31 grudnia 2009 15:36 użytkownik > <J.B.C.Engelen@...1578...> napisał: > > Yeah I agree. It's best not to update Inkscape's 2geom > copy, unless you are sure some bug got fixed or you need a > newer 2geom. > > Also, note that Inkscape's copy does not (and shouldn't) > contain all 2geom's files. > > OK, but how it is done? :) Do you use some script or copy the > files manually? I use JFileSync: http://jfilesync.sourceforge.net/

1 0

Inkscape keeps crashing
by Alexandre Prokoudine 10 Jan '10

10 Jan '10

On revision 8938: Program received signal SIGSEGV, Segmentation fault. 0x000000000047c747 in persp3d_VP_is_finite (persp_impl=0x0, axis=Proj::X) at persp3d.cpp:331 331 persp3d_VP_is_finite (Persp3DImpl *persp_impl, Proj::Axis axis) { (gdb) bt #0 0x000000000047c747 in persp3d_VP_is_finite (persp_impl=0x0, axis=Proj::X) at persp3d.cpp:331 #1 0x00000000007191ba in box3d_toolbox_prep (desktop=0x1997c00, mainActions=<value optimized out>, holder=0x2905b40) at widgets/toolbox.cpp:3464 #2 0x000000000070d2ff in setup_aux_toolbox (toolbox=<value optimized out>, desktop=0x1997c00) at widgets/toolbox.cpp:1745 #3 0x00000000006fe485 in toolbox_set_desktop (toolbox=0x1144e70, desktop=0x1997c00, setup_func=0x70d070 <setup_aux_toolbox>, update_func=0x6fe750 <update_aux_toolbox>, conn=0x28fde80) at widgets/toolbox.cpp:1635 #4 0x00000000006d96a1 in sp_desktop_widget_new (namedview=0x1f78030) at widgets/desktop-widget.cpp:1378 #5 0x00000000004627b4 in sp_file_new (templ=<value optimized out>) at file.cpp:129 #6 0x0000000000462aee in sp_file_new_default () at file.cpp:177 #7 0x0000000000453ef7 in sp_main_gui (argc=1, argv=0x7fffffffe3f8) at main.cpp:949 #8 0x0000000000453419 in main (argc=1, argv=<value optimized out>) at main.cpp:689 Maximilian? :) Alexandre

4 4

"Print colors"?
by bulia byak 08 Jan '10

08 Jan '10

I just noticed this new view mode and dialog. Guys, if you do anything remotely as newsworthy as this, PLEASE describe it in Release notes AND post to devel list to discuss. That said, I'm really not sure it's a good idea to make this a view mode, next to Outline and No filters. The modes are there primarily for speed, but this one has entirely different goals. I've never seen this implemented like that in other programs and I think it's for a reason. If you're interested in print preview, just set it up once, in a dialog/tab of its own. For those 95% users who don't need it, it will just make view modes much harder to figure out. As for the dialog, apart from the fact that it shouldn't be called from view modes submenu, it really looks strange with its 4 buttons and nothing else. Is it supposed to be that way? Can we make it more useful? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 3

Fit page to selection margin options
by Nicolas Dufour 08 Jan '10

08 Jan '10

Hi, Alex Leone has attached a patch which add margin options for the "Fit page to selection" button in the document properties. I've tested it successfully on Ubuntu 9.10, but it would be nice if a C++/UI expert review the code before we commit it (see https://bugs.edge.launchpad.net/inkscape/+bug/499942). Regards, -- Nicolas

8 23

New version of Alchemy is out w/ SVG support
by Joshua A. Andler 08 Jan '10

08 Jan '10

SVG support was added to svn a little while ago, but now it's in a release. You can set your preferred vector format to SVG now instead of PDF. I personally find it compliments Inkscape nicely. http://al.chemy.org/news/alchemy-008-beta-release/ Cheers, Josh

1 0

Devlibs SVN
by Krzysztof Kosiński 08 Jan '10

08 Jan '10

Hello 1. Where is Windows devlibs SVN hosted? 2. Why it contains .pyc files? 3. Why is glibmm version lower than GLib version (2.14 and 2.16 respectively)? 4. How can I get commit access? 5. Where is libxslt.pc? PS: I just installed WinXP in VirtualBox, and it works very well. I'll post a walkthrough on a wiki. This should enable more people to help with Windows problems. Regards, Krzysztof

3 6

Spray tool: code
by Krzysztof Kosiński 07 Jan '10

07 Jan '10

Hello Here are some remarks about the spray tool that are not related to its UI. Major issues: 1. The tool is very slow in single path mode - it updates XML after adding each object. XML should be updated only when the mouse is released, like in the node tool. 2. Single path mode uses sp_selected_path_union, which spams the undo stack with union operations and destroys selection. Ideally, 2Geom or livarot functions should be used directly, and if that's not possible, sp_selected_path_union_skip_undo. 3. Undo doesn't work correctly for single path mode - Ctrl+Z undoes only one sprayed copy. Less important issues: 4. Clones are created by creating XML nodes directly. Shouldn't the SP layer be used instead? 5. Cryptic pref names like "doo", "doh". 6. sp_spray_recursive has lots of parameters. 7. spray-context.cpp:554 is a crucial formula that is unreadable and undocumented. 8. Indentation in sp_spray_context_root_handler is, mildly put, unorthodox. 9. get_dilate_radius, get_path_force, get_path_mean, etc. - I don't like this. 10. random_position - data passed by non-const reference to a function that doesn't modify it. Regards, Krzysztof

2 1

Re: [Inkscape-devel] [Inkscape-user] Future plans for speeding up Inkscape?
by Joshua L. Blocher 06 Jan '10

06 Jan '10

> My conclusion is that 3D hardware can indeed greatly improve 2D > rendering performance. I'd really like to see these great speed > improvements pushed into a project like inkscape someday, but I am > generally not an open source developer (I'm happily stuck in the world > of Delphi programming). > Your more then welcome to become an Inkscape contributor. We have a pretty low bar for coders two accepted patches get you BZR commit rights. They don't have to be world changing patches either mine weren't. If that is not what you are interested in or have the time for that is fine. My knowledge of this area is limited so any other Developer feel free to speak up. > My recommendations would be the following: > > 1. Look into the simple optimization of using shader programs to > generate inkscapes polygon fills, especially when they involve any > kind of gradients. I have written all the cross platform glsl shaders > to handle any conceivable fill type including linear, radial, and cone > with reflect, repeat, and clamp end options. I can donate that code as > a starting point if anyone would like to take a look at it. Sure that is a good start. Small fits and start is how we finally got a OSX port and how the OSX Aqua port is currently going. People working out a little bit at a time until in all worked. > > 2. Get the cario guys interested in rolling hardware support into the > cairo api. I've talked with them about a hardware openvg backend > before. Maybe someone well respected from the inkscape can motivate > them to get moving in that direction. > We would need to finish the move to Cairo as our render, for this to be effective. That is planned but no one is active working on the renderer right now. > 3. Take a look into openvg. I believe Trolltech has done some work on > implementing that api in Qt. I used the Amanith openvg render and it > works okay in opengl mode. That's another thing to look into. Unlikely that we will start using the QT toolkit, but it is a great toolkit. > > 4. And finally, someone might want to check out the evil Microsoft > Direct2D api. I know it's locked into Windows, but it sure should take > care of everything you'd ever need, and be blazing fast too boot. > This is even less likely IMO than a move to QT, as it is not cross platform, currently maintaining the windows port is hard enough as we have only a handful of active windows developers. Joshua L. Blocher verbalshadow

4 4

Re: [Inkscape-devel] [Inkscape-user] Future plans for speeding up Inkscape?
by Joshua L. Blocher 06 Jan '10

06 Jan '10

> I think the most bang for the buck and most general would come > from using 3D HW accel and moving to the extra memory provided > by 64-bit. I know that running out of memory is where Adobe > Illus. quickly fails on larger vector drawings, especially in > the undo/redo system. Honestly, It is hard to find people who are Interested and have the skills and time to implement it. We are just waiting for the stars to align and the right contributor(s) to show up. > > It's amazing what Inkscape can do and how easy it is to do thing > when it comes to vector stuff, but my version (.47) doesn't seem > real stable after I've been running it for a while. All of my > long edit sessions in _playing_ with advanced features have > ended by it crashing. > > I wasn't trying to do anything in particular so I don't > remember the workflow I did each time, but it was usually after > it had been up a while. Only once did I actually get to a point > of saving an output w/o it crashing. I'm a complete novice when > it comes to computer art/SVG art, so I'd sure I was doing something > that was 'unreasonable'... :-) 'unreasonable' behavior is the kind that finds bugs the fastest, and provides us with new use cases. Please report your bugs . http://www.inkscape.org/report_bugs.php?lang=en > > I didn't try to report the bug at the time as I'm sure the > developers have their plate full with other problems and since I'm > not real familiar with correct operation, I didn't want to be told > that I wasn't using the product 'the right way' and by being a > beginner, the crashes were due to me trying to do things that I > should have done differently (though I tend to believe programs > shouldn't crash in such situations, but there could be workarounds > that would be known if I was more adept with the program). I recommend enabling the auto-save feature in Preference it has saved me a few times. > > I can try to report bugs if I'm not made to feel worthless for > reporting them if I don't also include fixes for them...like I > have got on some projects...(oh the joys of open source projects We want and need all the feedback you can give us for Inkscape. If you have issue with any inkscape contributor making you feel worthless for trying to be helpful please let us know, here or on the Devel ML. Appropriate action will be taken. Joshua L. Blocher verbalshadow

3 2

Re: [Inkscape-devel] [Inkscape-user] Future plans for speeding up Inkscape?
by Josh Andler 05 Jan '10

05 Jan '10

I feel that Joshua (not me) summed that up nicely. It boils down to that we are an open and welcoming community. Feedback is welcomed and appreciated, and the more info you can provide, the better for experience for everyone. We don't tend to take issue unless you want to complain and suggest how we can do it better. We don't know better than you, and we won't (generally claim to) know what's right. Tell us. Everyone benefits from non-argumentative feedback. Cheers, Josh On Jan 4, 2010 11:30 PM, "Joshua L. Blocher" <verbalshadow@...400...> wrote: > I think the most bang for the buck and most general would come > from using 3D HW accel and movin... Honestly, It is hard to find people who are Interested and have the skills and time to implement it. We are just waiting for the stars to align and the right contributor(s) to show up. > > It's amazing what Inkscape can do and how easy it is to do thing > when it comes to vector stu... 'unreasonable' behavior is the kind that finds bugs the fastest, and provides us with new use cases. Please report your bugs . http://www.inkscape.org/report_bugs.php?lang=en > > I didn't try to report the bug at the time as I'm sure the > developers have their plate full ... I recommend enabling the auto-save feature in Preference it has saved me a few times. > > I can try to report bugs if I'm not made to feel worthless for > reporting them if I don't als... We want and need all the feedback you can give us for Inkscape. If you have issue with any inkscape contributor making you feel worthless for trying to be helpful please let us know, here or on the Devel ML. Appropriate action will be taken. Joshua L. Blocher verbalshadow ------------------------------------------------------------------------------ This SF.Net email i... Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Re: [Inkscape-devel] spray tool: UI
by Josh Andler 05 Jan '10

05 Jan '10

I agree in principal, but I can't say that a function being "fundamental" matters as much as adding versatility to a tool, which in the end does what we want to do... empower the user. I think we should hang on to it until our nightly build situation gets sorted. The best way to figure out if it's truly valuable is to get feedback from users. Cheers, Josh On Jan 4, 2010 4:12 PM, "bulia byak" <buliabyak@...400...> wrote: On Mon, Jan 4, 2010 at 8:04 PM, Joshua A. Andler <scislac@...400...> wrote: > Why not keep Focus? I'... A modifier must be sufficiently fundamental and versatile to be worth having. This one looks to me more arbitrary than fundamental. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

spray tool: UI
by bulia byak 05 Jan '10

05 Jan '10

I haven't fully tested the functionality yet, but here are some comments on the UI. Sorry for the terseness - I do find the tool valuable, but the UI really needs some work. * The tool icon is horrible and very out of the line with the default tool icons. The Tweak icon is not stellar either. Can some talented artist suggest a replacement? * "Population" is unclear. Its tooltip does not really help. "This setting adjusts" is superfluous, just delete it, but then what remains is still confusing: "the number of items sprayed" - total number? Per click? Per mile? Per what? What does the percentage represent? Please rethink this. * "The mean of the spray action" is impossible to understand. Mean what? * "SD" is very techy, and while the tooltip expands it as "standard deviation", it is still confusing. Standard deviation of what value? Can you explain it in terms understandable to someone who has no math training and has no idea of what SD is. * The button "Some options for the spray" is a bad idea, as is the dialog it opens. We don't have separate dialogs for tool options. Each tool may have some often-used controls on the controls bar, plus some rarely-used settings on its page in Inkscape Preferences. Please try to redistribute the dialog controls between these two locations. E.g. I don't think many people will ever change the distribution from Gaussian to uniform - this choice can be moved to Preferences. The controls bar can accommodate more than you have there now - if something does not fit it will be placed in an automatic menu, so just move the least used controls to the right (but preserving some logical grouping, of course). You may also try to combine some of the options into higher-level, coarser but more user-friendly preset-like options, such as a single "Scale randomization" slider instead of min/max values. (And for cursor, the Width value seems a duplicate of the controls bar's Width slider.) Code-wise, the file spray-option.cpp contains some leftover bits from Alignment dialog (e.g. "remove overlaps" undo comment - and why do you need to make undo commit at all in this dialog?!) and some French comments that need to be translated. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 15

Compiling of Inkscape from trunk fails on "extension/internal/pdfinput"
by Steven P. Ulrick 03 Jan '10

03 Jan '10

Hello Everyone I have been having problems compiling Inkscape from SVN Trunk. It fails while compiling in "extension/internal/pdfinput" Here is the entire output of "make": http://www.afolkey2.net/~steve/inkscape-build-make-001.txt This is on Fedora 12, and with a fresh copy of Inkscape from SVN Trunk If you need any more information, feel free to let me know. Steven P. Ulrick

5 5

How to sync 2Geom?
by Krzysztof Kosiński 02 Jan '10

02 Jan '10

I have a question: how do I "sync" 2Geom from its SVN? I want to add this action as a custom command in my Waf build system for Inkscape. Regards, Krzysztof

4 5

build weirdness
by Alexandre Prokoudine 02 Jan '10

02 Jan '10

Hi, While building revision 8938 I saw this: In file included from extension/execution-env.cpp:27: ./util/glib-list-iterators.h: In member function ‘T* const& Inkscape::Util::GSListConstIterator<T*>::operator*() const [with T = SPItem]’: extension/execution-env.cpp:61: instantiated from here ./util/glib-list-iterators.h:47: warning: dereferencing type-punned pointer will break strict-aliasing rules CXX extension/init.o ^Cmake[2]: *** [extension/init.o] Interrupt make[1]: *** wait: No child processes. Stopping. make[1]: *** Waiting for tasks execution end... make[1]: *** wait: No child processes. Stopping. make: *** [all] Error 2 The compile messages were actually in RU, so I did 'LC_ALL make' and for some reason the compilation didn't break there again and is likely to be completed this time. Any ideas? Alexandre

1 1

Back from the dead
by Bob Jamison 02 Jan '10

02 Jan '10

Hi, all! I've been busy with other things for the last 7 months, but I want to make up for it somewhat. Sorry! I've been told that the "devlibs" bundle on Modevia seriously needs updating, so I will start doing that with what people need, and what they agree upon. After adding msvcr80.dll to the devlibs, I was told that Python's libs need updating in general. We have been wanting to use Python 2.6 for over a year now, but a couple of the dependencies, (lxml and numpy) have held us back. I looked at their project pages, and it appears that there are 2.6-usable win32 binary builds available for them. So, the question is: is everyone comfortable with updating Python to 2.6? It's the version 'at the precipice.' Being the last version before 3.0, there is some expectation of permanence. Things work correctly now for 2.5, but moving to 2.6 will allow updating UniConvertor to 1.1.4, which helps toward fixing a bug: https://bugs.edge.launchpad.net/inkscape/+bug/315996 <https://bugs.edge.launchpad.net/inkscape/+bug/315996/comments/39> bob (ishmal)

6 6

Issue with inkscape on FreeBSD
by Guy Brand 02 Jan '10

02 Jan '10

Hi list, I'm having a serious issue with inkscape on FreeBSD -current. I'm using the port available for FreeBSD and even a forced reinstall of it doesn't fix the problem. The maintainer of the port suggested to report the problem through this list. The issue is quite simple to express: adding a layer to any opened file freezes inkscape. I can open any svg file without a trouble, and a file can contain layers, they are perfectly displayed. I can also hide any of the layers of a document, or rename a layer, change the order of layers, without problem. Only creating a new layer (or duplicating the current layer) is impossible, and leads to a freeze. Tracing the process (using truss on FreeBSD) doesn't show anything once the process is frozen. If there is anything else I could do please let me know. Does such an issue speak to anyone here? Merry Christmas all gb

4 6

Passing data with sp_action_perform(SPAction *action, void * data)?
by Alex Leone 31 Dec '09

31 Dec '09

Hello, I'm attempting to write a patch that adds a margin when setting page size through the "Fit page to selection" button in document properties. I've already added the ui elements (RegisteredScalarUnit's) for marginTop, marginLeft, etc, but I can't figure out how to get the values to the function that resizes the page. Here's how the page currently gets resized: 1. When clicked, "Fit page to selection" fires src/ui/widget/page-sizer.cpp:487: PageSizer::fire_fit_canvas_to_selection_or_drawing() { Verb *verb = Verb::get( SP_VERB_FIT_CANVAS_TO_SELECTION_OR_DRAWING ); SPAction *action = verb->get_action(dt); sp_action_perform(action, NULL); } 2. sp_action_perform eventually calls src/verbs.cpp:2149: FitCanvasVerb::perform(SPAction *action, void *data, void */*pdata*/) { fit_canvas_to_selection_or_drawing(dt); } where the void *pdata parameter is the second argument from sp_action_perform. 3. This eventually calls src/document.cpp:601: SPDocument::fitToRect(Geom::Rect const &rect) My plan was to add marginTop, marginLeft, etc as parameters to SPDocument::fitToRect, and somehow pass these parameters through the void *data parameter in sp_action_perform. However, all the other calls to sp_action_perform in inkscape set the void *data parameter to NULL, and it looks like the action handler doesn't have any code to call free on the parameter after all the action listeners are serviced. Am I trying to do this completely wrong? Thanks, - Alex (Attached is a patch that adds the margin UI elements in document properties)

4 13

Re : Exchange position of two objects
by Arcadie Cracan 31 Dec '09

31 Dec '09

---------- Forwarded message ---------- From: Arcadie Cracan <acracan@...400...> Date: Dec 31, 2009 11:36 AM Subject: Re: [Inkscape-devel] Re : Exchange position of two objects To: Krzysztof Kosiński <tweenk.pl@...400...> Actually the center might be the center of mass ( http://en.wikipedia.org/wiki/Center_of_mass), and, as Krzysztof said, a sort around this center is the way to go. But there is a better approach than using atan2 function. It is described in the Chapter 33 - Computational Geometry in Introduction to algorithms by T. Cormen. It does compare 2 vectors' angle by computing their cross product. As I can see, the angle_sort() function already exists in 2geom (see convex-cover.cpp and convex-cover.h) and it seems that it used to use the atan2() function for angle comparison, but now computes some kind of matrix determinants (that lead to vector slopes I guess). The use of cross products avoids the division operation, so it is faster. On 12/31/09, Krzysztof Kosiński <tweenk.pl@...400...> wrote: > > 2009/12/30 bulia byak <buliabyak@...400...>: > > But a still better and more useful approach is to dedect a clockwise > > order, as I wrote before. This may not be always easy, but it's an > > interesting mathematical challenge. For example: calculate a center > > point of objects and rotate clockwise a ray from this center, and > > process objects in the order in which this ray crosses their bbox > > centers. > > This is actually rather simple. Compute the center (this may require > learning some not-perfectly-clear API); for each object calculate the > vector from the center to that object's center (let's call it relpos) > and sort on Geom::atan2(relpos), for example by inserting the SPItem*s > into a std::map<double, SPItem*> and then iterating over it. I'm not > sure whether it will produce a clockwise or a counterclockwise > ordering, because I never remember which one (desktop / document) is > the mathematical one :) > > Regards, Krzysztof > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

3 3

Fwd: [Inkscape Brasil] SK1 também já manipula dados no "device-cmyk"
by Felipe Sanches 31 Dec '09

31 Dec '09

hey, Jon, here is a translation to english of an email message that one guy sent a few moments ago to the brazilian inkscape-users mailing list. I'm afraid we've got a wave of misunderstanding here... I'm going to travel now to countryside (I'll be offline and I'll be back to the internet on january 4th) Felipe "Juca" Sanches ---------- Forwarded message ---------- From: Jonatã Bolzan <jbopen@...400...> Date: 2009/12/30 Subject: [Inkscape Brasil] SK1 também já manipula dados no "device-cmyk" To: Comunidade Inkscape Brasil <inkscape-brasil@...2207...> Olá pessoal Há alguns dias conversei com o Igor, responsável pelo desenvolvimento do sK1, e ele disse que seria possível o sK1 usar também os dados "device-cmyk". Hoje recebi a confirmação, vejam o chat: [translation:] Some days ago I chatted with Igor, the guy responsible for developing sK1, and he told me that it would be possible to make sk1 use data from "device-cmyk". Today I have received a confirmation, check our recent chat: Igor: According to your request we have implemented device-cmyk in sK1 me: hi there Oh, great to know! can I say that in Inkscape-brasil mailing list? Igor: yes of course the code in SVN me: thanks! Igor: device-cmyk is implemented as for SVG importer and for SVG exporter Então, os arquivos SVG gerados no Inkscape que possuem dados do "device-cmyk" serão abertos no sK1 respeitando tais valores. Apenas não sei dizer que o sK1 exporta PDF em CMYK, mas se sim, os arquivos gerados no Inkscape poderão ser abertos no sK1 e exportados em PDF com cores CMYK. Alguém disposto a testar? :D Obrigado, até mais... [translation:] So, SVG files created in Inkscape that have data stored in "device-cmyk" will be properly opened in sK1 respecting those values. I just dont know whether sK1 exports PDF files in CMYK, but if that's the case, it will be possible to open in sK1 the files created in Inkscape and export them as PDF with colors information in CMYK. Anyone willing to test it? :D Thanks, bye... ____________________________________________________ Lista de Discussão Inkscape-Brasil O Site da Comunidade: http://inkscapeBrasil.org Sobre a Lista de Discussão: http://inkscapeBrasil.org/Comunidade#ListaDeDiscussao Quer Scribus? http://wiki.softwarelivre.org/Scribus/Comunidade#ListaDeDiscussao Quer GIMP? http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/gimp-br

3 2

I've messed the lp:inkscape branch
by Arcadie M. Cracan 30 Dec '09

30 Dec '09

Hello, I don't really know how I've managed to do this (bzr still seems a bit complicated to me) but I think the current revision is an outdated one. Please revert my today (Dec 27) commits. Thank you, Arcadie Cracan

12 34

Video markup
by Александр Горбань 29 Dec '09

29 Dec '09

Hi, I'm thinking about creating tool to markup video (select areas containing objects, add tags) for my computer vision algorithms (head tracking, human detection and the like). The core functions of such tool: split video into separate frames, possibility to markup some object by drawing rectangles, circles or other closed contours objects on each frame, play markuped video, interpolate unmarked object coordinates between frames. It is seemed to me, that within inkscape it can be done in the following way: 1. Input extension that "convert" video frames into inkscape layers 2. Toolbar with play/stop buttons that toggle layer visibility to simulate video playback if you catch the idea, can you tell how difficult to implement the tool on inkscape basis? If it isn't very hard task what is the best way to do it: creating extension or creating patch? --- Best regards, Alexander Gorban

2 1

broken build again
by Alexandre Prokoudine 29 Dec '09

29 Dec '09

Hi, BZR doesn't build again (revision 8907): http://pastebin.com/mea17326 This is on Ubuntu 9.10. Alexandre

5 5

Wiki font
by Krzysztof Kosiński 29 Dec '09

29 Dec '09

Can someone change the Wiki font from 12px to at least 14px, and adjust other font sizes accordingly? The current size is really hard to read. I put this in Firebug, and it is much easier on the eyes: div.content { font-size: 14px; line-height: 1.3em; } pre { ... font-size: 12px; line-height: 1.2em; } And the title of the page should be displayed below the flag bar, in place of the big "Contents" heading. That would be enough to use the wiki comfortably. Regards, Krzysztof

1 0

Re: [Inkscape-devel] Specification: Improved image properties dialog (0.48)
by Krzysztof Kosiński 28 Dec '09

28 Dec '09

W dniu 23 października 2009 17:18 użytkownik Jon A. Cruz <jon@...18...> napisał: > You are thinking of *your* intuition. There is roughly half the user > population who's intuition is the *opposite* of yours. You say that 50% of people prefer linking and 50% prefer embedding. I am certain this is not true. Most people expect the image to stay in place. When you send an email attachment, it is not a magical link to the data on your computer. When you paste an image into a Word / ODT file, it is not a link to that file on your hard disk. When you paste SVG elements from another document, they do not magically become a link to that second document. > However... I don't think the "Therefore" actually quite matches. Among other > issues, a drag-n-drop is actually a complex paste operation. So I think the > code is doing a few things you don't expect. Drag and drop is currently not related to pasting, because drag and drop is implemented in src/interface.cpp, and pasting in src/ui/clipboard.cpp. They don't use the same code path. In fact the import code is simpler, because imported / dragged items are put into a group. Not sure if that's what you meant. > Also for the import case, embedding will break things for many, many users. > We've looked at that a few times. For who, and in what cases? You sometimes say that a proposed solution will cause 'important issues for many users', but don't say what those issues actually are. > The good solution is to create a "media manager" that handles things like > images, linked css files, ICC profile files, etc. This would be great to have, along with UI improvements to enable using common styles. The image links manager proposed in this thread is a good start, and could be extended to Still, I think this is orthogonal to what the defaults are. > Things can then be worked > out with the UI and perhaps a "Publish" menu/command that does things a bit > more explicitly than "save as" or "export". I think that "Publish" is a stupidity cloned from Corel Draw. Why should saving a PDF be completely different from saving any other file? Moreover the name is misleading: you are actually not 'publishing' anything in the sense of showing it to the outside world. You are only saving a file. A better name is "save standalone document" or something like this, but I don't see a difference between this and Export. Regards, Krzysztof

13 69

bzr - keeping the log linear
by Terry Brown 28 Dec '09

28 Dec '09

After the recent months worth of various people's commits becoming sub-revisions of one person's commits, I chatted on #bzr to see if there was a way to avoid this. Incidentally, the branch based workflow shown on the wiki will *cause* this problem, so I'll revise what's written there. Anyway, there is a bzr configuration flag which will prevent changes (other than extensions) to the log, i.e. it would refuse to accept the push which sidelines other people's commits. According to the #bzr people, this would set the flag on lp:inkscape python -c 'import bzrlib.branch as b; b.Branch.open("bzr+ssh://bazaar.launchpad.net/path/to/branch").set_append_revisions_only(True)' (if the user has the required permissions) They also pointed out the current sidelining could be undone, I might see that's involved, but not really sure if it's worth it, seeing there's no real damage. Cheers -Terry

1 0

Re: [Inkscape-devel] Specification: Improved image
by Valerie 28 Dec '09

28 Dec '09

On the issue of linking vs embedding images: can't we just have 2 commands? - Embed an image - Link an image Those who don't understand what Link an image means probably expect the first behaviour anyway. I'm among those who was surprised by the behaviour. I use Inkscape as an image editor first. Even if Inkscape is used to create svg files which were initially destined for webpage content, the difference is inconsistent treatment of similar objects (from casual user POV). For html, there are: - Images (external objects, must be attached separately) - Text (part of the html file) For svg, for the really clueless user, there are: - Graphics - More graphics (just with fewer editing options) This is perhaps a simplistic view, but what do most users know about the subtleties of image objects? There's a whole segment of users out there for which Inkscape is "to create images, like Photoshop, except Inkscape uses vectors, which is like manipulating lines and moving around shapes instead of adding blobs of paint."

5 9

bug 478157: Mid-markers are rendered above end-markers
by unknown＠example.com 28 Dec '09

28 Dec '09

Hi all, Who knows what determines the rendering order of the different markers? See https://bugs.edge.launchpad.net/inkscape/+bug/478157. Currently, endmarkers are drawn beneath midmarkers, although the code calls sp_marker_show_instance last for endmarkers. Perhaps this has to do with the 'key' that is passed to sp_marker_show_instance? (determines the layer?) Have a look at sp_shape_update_marker_view in sp-shape.cpp. Thanks, Johan

2 2

Re: [Inkscape-devel] Specification: Improved image propertiesdialog (0.48)
by Valerie 28 Dec '09

28 Dec '09

Just a small note on user cases: The lowest common denominator of Joe Schmoe out there (that can be expected to use Inkscape) is probably the Windows user who's only familiar with 2 programs: an internet browser and Microsoft Word. That's it. He's neither a webpage designer nor a raster graphics master. He's the type who (very regretfully) takes 2 MB photos, sends them as is to you by email, and doesn't even know (nor care) that he's doing it wrong (unfortunately, this is also about 90% of the people I've worked with...). Such a person's notion of copy/paste is: - Copy text. Paste in Word file. - Copy image. Paste in Word file. - If the image is modified, delete the original image and paste the new one in. - They don't expect anything they've pasted in to disappear when they move the file around or send it to their family/friends/boss. (and yes, that level of user may come to use Inkscape. I often use Inkscape to do charts for work, it's handy)

1 0

Node tool progress
by Krzysztof Kosiński 27 Dec '09

27 Dec '09

Hello everyone. Good news: there are only three regressions left in the new node tool now. 1. Sculpting (Alt+drag) doesn't work. 2. Snapping nodes doesn't work. 3. Transforming one handle using the keyboard (left/right Ctrl and Alt + various keys) doesn't work Everything else should work like in the old one. I think 1 and 3 are not critical, so the only thing left to fix before the tool is ready for prime time is snapping. Bad news: snapping is a complex feature, particularly because I want to provide it for nodeset transforms. Additionally, there is some code in SnapManager that assumes only one editable path. It could be finished before the new year, but it could as well take another month. Regards, Krzysztof

4 4

Passing data with sp_action_perform(SPAction *action, void * data)? [2]
by Alex Leone 25 Dec '09

25 Dec '09

Hello, (Sorry about the duplicate message - forgot to turn off rich text) I'm attempting to write a patch that adds a margin when setting page size through the "Fit page to selection" button in document properties. I've already added the ui elements (RegisteredScalarUnit's) for marginTop, marginLeft, etc, but I can't figure out how to get the values to the function that resizes the page. Here's how the page currently gets resized: 1. When clicked, "Fit page to selection" fires src/ui/widget/page-sizer.cpp: 487: PageSizer::fire_fit_canvas_to_selection_or_drawing() { Verb *verb = Verb::get( SP_VERB_FIT_CANVAS_TO_SELECTION_OR_DRAWING ); SPAction *action = verb->get_action(dt); sp_action_perform(action, NULL); } 2. sp_action_perform eventually calls src/verbs.cpp:2149: FitCanvasVerb::perform(SPAction *action, void *data, void */*pdata*/) { fit_canvas_to_selection_or_drawing(dt); } where the void *pdata parameter is the second argument from sp_action_perform. 3. This eventually calls src/document.cpp:601: SPDocument::fitToRect(Geom::Rect const &rect) My plan was to add marginTop, marginLeft, etc as parameters to SPDocument::fitToRect, and somehow pass these parameters through the void *data parameter in sp_action_perform. However, all the other calls to sp_action_perform in inkscape set the void *data parameter to NULL, and it looks like the action handler doesn't have any code to call free on the parameter after all the action listeners are serviced. Am I trying to do this completely wrong? Thanks, - Alex (Attached is a patch that adds the margin UI elements in document properties)

1 0

A request and a thank-you to the Inkscape developers
by Michael Grosberg 25 Dec '09

25 Dec '09

Hello all, jsut wanted to thank all of you developers for creating this amazing piece of software, just made a nice Christmas card (sorry, "season's greetings" card, gotta be PC these days) for my boss with it and he loved it. Anyway, there's this feature request I made long ago and every so often some other guy pipes in with a "me too" and I get a reminder in my email about it. It;s a request to make inkscape remember dialogs window status: https://bugs.launchpad.net/inkscape/+bug/171579 That is, make dialogs such as layers, paint/stroke, align etc. stay open if I opened them in a previous session. This is really important guys! It's really helpful not to have to open them again whenever you open a file. It doesn't have to be a file-specific feature, it should be global, so once you set up the interface to your liking, it should just stay this way across all documents you open later. Also, the layers dialog always opens very small on my machine (showing maybe 2 layers) and I always have to resize it. I will thank you without end if you decide to implement this on 0.48.

1 0

Re: [Inkscape-devel] [Bug 487038] Re: 0.47 build error with poppler 0.12.2 on Linux
by the Adib 25 Dec '09

25 Dec '09

So what about putting some effort in creating a poppler svg backend (as proposed earlier)? or should we move to plain poppler-glib connectors? my 2 ct. Adib. On Fri, Dec 25, 2009 at 1:00 AM, Launchpad Bug Tracker <487038@...1882...> wrote: > This bug was fixed in the package inkscape - 0.47.0-1ubuntu1 > > --------------- > inkscape (0.47.0-1ubuntu1) lucid; urgency=low > > * Merge with Debian testing (LP: #498150). Remaining changes: > - debian/control: > - promote python-lxml, python-numpy, python-uniconvertor to Recommends. > - demote pstoedit to Suggests (universe package). > - drop libssl-dev, no longer needed (Debian bug 484527). > - debian/rules: > - Handle parallel builds via -j (Debian bug 562226). > - Run intltool-update on build (Ubuntu-specific). > - Add translation domain to .desktop files (Ubuntu-specific). > - debian/watch: > - Correctly handle "pre" versions (Debian bug 562225). > * 50-poppler-API.patch, debian/control: poppler 0.12.2 changed the > GfxColorSpace API (LP: #487038). > > inkscape (0.47.0-1) unstable; urgency=low > > * Imported Upstream version 0.47 > * This is upstream version 0.47, I added the .0 because > I forget the ~ in the -pre versions. > * add proper Vcs-fields to debian/control > * upload sponsored by Guido Guenther <agx@...153...> > > inkscape (0.47pre4-1) unstable; urgency=low > > * Imported Upstream version 0.47pre4 > * upload sponsored by Guido Guenther <agx@...153...> > > inkscape (0.47pre2-2) unstable; urgency=low > > * fix installation of usr/share/application- > registry/inkscape.applications > * upload sponsored by Guido Guenther <agx@...153...> > > inkscape (0.47pre2-1) unstable; urgency=low > > * new upstream release (closes: #532277) > Improvements and new features include: > - code cleanups and refractoring > - autosave feature, configurable via Inkscape preferences > - new and enhanced tools, extensions and filters > - new path effects > - enhanced import and export features > - improved svg support > - many other improvements and new features. For a better and more > comprehensive decription of enhancements see the online release notes at > http://wiki.inkscape.org/wiki/index.php/Release_notes/0.47 > * remove 04-only-use-valid-font-families-in-text-tool.dpatch > since there is a better fix in the code now (closes: #496784) > * remove other patches which are no longer needed: > - 01_mips.dpatch > - 02-poppler-0.8.3.dpatch > - 03-chinese-inkscape.dpatch > - 05_fix_latex_patch.dpatch > - 06_gcc-4.4.dpatch > - 07_cdr2svg.dpatch > - 08_skip-bad-utf-on-pdf-import.dpatch > - 09_gtk-clist.dpatch > - 10_belarussian.dpatch > - 12_desktop.dpatch > fix patch permissions in clean target > * upload sponsored by Guido Guenther <agx@...153...> > * build-depend on libgsl0-dev > * small adations to debian/rules > -- Kees Cook <kees@...1792...> Wed, 23 Dec 2009 15:38:43 -0800 > > ** Changed in: inkscape (Ubuntu Lucid) > Status: Fix Committed => Fix Released > > -- > 0.47 build error with poppler 0.12.2 on Linux > https://bugs.launchpad.net/bugs/487038 > You received this bug notification because you are a member of Inkscape > Bug Team, which is subscribed to Inkscape. >

1 0

autopackage
by Alexandre Prokoudine 24 Dec '09

24 Dec '09

Hi, Any ideas what happened to the person who used to provide autopackages? :) P.S. Merry Christmas :) Alexandre

2 1

Wiki Contact Information
by unknown＠example.com 24 Dec '09

24 Dec '09

http://wiki.inkscape.org/wiki/index.php/Contact_information says, "Names are listed along with the associated SourceForge username in parenthesis. Given a username, a person can be contacted by emailing username at users.sf.net." I would like to propose that all the obfuscated email address be removed and the names in the "Contact Persons by Field" list be replaced with links to the appropriate Launchpad user pages which can then become the single source of contact information for each member of this project. I'll gladly make the first cut at this if it is an acceptable idea. NeoPhyte Representative

2 1

git-bzr?
by Maximilian Albert 23 Dec '09

23 Dec '09

Hi, does anyone have experience accessing a bzr repository using git (something similar to git-svn for subversion)? I haven't found time so far to dive into bzr, and I'm so much used to my workflow with git that I'd like to keep using it if possible (at least for some time). I saw that there is a git-bzr script (http://github.com/pieter/git-bzr) but it's not maintained any more and I couldn't get it to work with the inkscape repo (by the way, is there an absolute url to access the repository instead of lp:inkscape?). Any hints how to make the git-bzr interaction work would be greatly appreciated. Many thanks in advance and best wishes for a wonderful Christmas to everyone, Max

3 6

NEW: truncated text indication
by bulia byak 23 Dec '09

23 Dec '09

When a flowed text is truncated (i.e. the frame is too small for the entire text), the frame is shown red, and the statusbar hint includes [truncated]. You need to resize the frame to see the truncated end of the text. Analogously, if the path of a text-on-path object is too short to display the entire text, the statusbar will report it as [truncated]. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

7 15

why two addresses for Release Notes?
by Alvin Penner 23 Dec '09

23 Dec '09

there are two addresses for release notes for 0.48, and they do not appear to be equivalent, was this deliberate or accidental? http://wiki.inkscape.org/wiki/index.php/Release_notes/0.48 http://wiki.inkscape.org/wiki/index.php/Release_Notes/0.48 -- View this message in context: http://old.nabble.com/why-two-addresses-for-Release-Notes--tp26902465p26902… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 7

Spay tool UI
by Pierre-Antoine MARC 22 Dec '09

22 Dec '09

Hi there I am currently filling the release notes for the spray, so it may help to use it... To answer Bulia's questions (thanks for feeding back by the way !) : - Mean and SD are the parameters of the gaussian function here. We did not call them otherwise... The "mean" parameter sets the center of the gaussian. If it is set to 0, then it will be the center of the cursor. If you increase the value, the spraying will look more like a circle... The SD sets the width of the gaussian. It is not that techy if you know what a gaussian is. - Population is more like a probability parameter. As it is written in the code, if it is set to 50%, then the item has 50% chance to appear... If anyone has an idea to improve it, please do ! We did not spend much time to think of it. - I don't think the Spray options are that bad. We did not want to overload the toolbar with options, so it seemed natural to us to make it that way. Again, hope the notes will help ! Cheers, Pierre-Antoine

8 18

Need to work in color spaces other than RGB
by Jon Cruz 22 Dec '09

22 Dec '09

I think we've hit the point where we need to revisit our rendering and such to include more than just RGB. This bug is one example: "Export to TIFF to support CMYKA color" https://bugs.launchpad.net/inkscape/+bug/492402 It looks like to be able to solve this case, we would need to be able to have our engine render to four-channel CMYK in order to preserve data. Simply rendering to RGB and then converting to CMYK using LittleCMS won't work, since black ink separation will be lost, etc. Am I seeing this wrong? Also, could we perhaps get away with export by rendering n channels, each being grayscale? Thanks.

5 15

Step-by-step debugging with Code::Blocks
by Yann Papouin 22 Dec '09

22 Dec '09

Hi, As a Delphi developer I'm used to debug my apps in a step by step way. I worked with Code::Blocks 2 years ago in a student project and I found it really easy to use. Today I'm using it to understand how Inkscape works and what methods are related to a specific work. [image: usshot-148.png] I'm posting here the Code::Blocks project that I'm using (it must be put in the "inkscape/src" directory): http://ftpmerou.free.fr/inkscape/codeblocks/Inkscape.cbp The nightly (monstly?) build of Code::Blocks can be found here: http://forums.codeblocks.org/index.php/board,20.0.html Note that it's no a replacement of the btool, you steel need it to create the config.h, the dist directory, and targets not included in the CB project (inkview, cxxtest, ...). Note that if a file is added/removed from the repository, you will have to add/remove it yourself from the CB project or wait for an updated project version. Note that the config.h needs to be moved the "inkscape/src" directory too. http://ftpmerou.free.fr/inkscape/codeblocks/config.h If btool is working fine, you should not have any problem to build targets as paths are still the same but: C:\devlibs can be changed in "Build Options" [image: usshot-145.png] c:\mingw can be changed in "Settings" - > "Compiler and debuggers..." [image: usshot-146.png] Finally, there is still one thing that I don't know how to realize in CB, so you may need to set a global var in your OS for pkg-config: [image: usshot-147.png] And now you are ready, after building LIB target and EXE target, to start debugging the EXE target by pressing F8. Yann.

1 0

please test before committing
by Alexandre Prokoudine 22 Dec '09

22 Dec '09

make[4]: Entering directory `/home/avp/soft/build/graphics/vector/inkscape/inkscape-bzr20091221/share/extensions/Barcode' make[4]: *** No rule to make target `EAN5.py', needed by `all-am'. Stop. Please test your builds before you commit stuff :) Alexandre

2 1

'Datamatrix Encoder' and 'Wireframe Spheres'
by Alvin Penner 21 Dec '09

21 Dec '09

There are two interesting, new, extensions that have been proposed by inductiveload, namely: - 'Datamatrix Encoder', LP bug 465571 - 'Wireframe Spheres', LP bug 461964 Any objections if I commit them? -- View this message in context: http://old.nabble.com/%27Datamatrix-Encoder%27-and-%27Wireframe-Spheres%27-… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 2

Mac OS X: Shift- mouse wheel (scroll right/left) doesnt work
by Wolf Drechsel 20 Dec '09

20 Dec '09

Hi everybody, up to now every inkscape version I tried on my Mac OS X 10.4.11 PPC had this annoyance: Scrolling up and down by mouse wheel works nice - zooming by ctrl - mouse wheel as well - but scrolling vertically (right-left) by shift - mouse wheel doesnt work. Is that a question of preferences - or does anybody know how to solve it? Greetings, Wolf

2 1

[Fwd: Re: Help with cubicsuperpath.parsePath and format formatPath in an extension]
by Aaron Spike 18 Dec '09

18 Dec '09

Oops. -------- Original Message -------- Subject: Re: [Inkscape-devel] Help with cubicsuperpath.parsePath and format formatPath in an extension Date: Thu, 17 Dec 2009 14:04:34 -0600 From: Aaron Spike <aaron@...749...> To: Rob Antonishen <rob.antonishen@...400...> References: <3644709b0912170707n29d9e56p7792f768996a5a9@...401...> <3644709b0912170834h47bf4ef4s1530569d71f3a227@...401...> Rob Antonishen wrote: > OK - it isn't just me. > > I tested the fractalize extension, the add nodes extension, and the > jitter nodes extension. > > In all cases, when starting with a closed path the result is an open > path with two additional nodes. > > So these are all broken. For example, jitter nodes on a 4 node closed > shape (use a large jitter) will create a shape with 6 nodes, with the > last 2 open (attached) You are correct. cubicsuperpath.py does not maintain the open/closed property of paths. I wouldn't say that it is broken because it has always been this way. It makes other changes to the path data too; it converts all segments to one or more cubic bezier segments. Its just not as good for round tripping path data as simplepath. > This is on windows in inkscape .47 release. This is not platform or version specific. So what can you do? Well, I haven't thought through this yet. But maybe you could make csp's inner lists a special list subclass that has a property for the closedness. Or maybe you could add an optional parameter to formatPath (or a new function, if that is better API) that closes the path if the first and last points are coincident. Aaron Spike

4 4

spray tool question
by Alexandre Prokoudine 18 Dec '09

18 Dec '09

Hi, How does "Spray objects in a single path" option actually work? Maybe the students could fill the ReleaseNotes048 page with description? :) Alexandre

5 6

Help with cubicsuperpath.parsePath and format formatPath in an extension
by Rob Antonishen 17 Dec '09

17 Dec '09

I'm trying to get the nodes using: p = cubicsuperpath.parsePath(node.get('d')) For a 4 node closed path I am getting 6 sets of coordinates (first handle, node, second handle) returned. Here is an example of a rectangle: [[ [[0.0, 0.0], [0.0, 0.0], [0.0, 0.0]], [[100.0, 0.0], [100.0, 0.0], [100.0, 0.0]], [[100.0, 200.0], [100.0, 200.0], [100.0, 200.0]], [[0.0, 200.0], [0.0, 200.0], [0.0, 200.0]], [[0.0, 0.0], [0.0, 0.0], [0.0, 0.0]], [[0.0, 0.0], [0.0, 0.0], [0.0, 0.0]] ]] Though experimentation, I have discovered these correspond to : [[ Node 1, as the start node ( first handle coords = node coords) Node 2 Node 3 Node 4 Node 1, as the end node (second handle coords = node coords) Node 1, as if it is inline, with the handles correct. ]] Now, if I take exactly the returned list p, and just try setting the path back: node.set('d',cubicsuperpath.formatPath(p)) I end up with a 6 node, open path. If I just try to feed it 4 coordinates, I end up with a 4 node, open path. How do I get the formatPath to create a closed path? -Rob A>

1 1

Re: [Inkscape-devel] spatial solutions
by Vangelis Katsikaros 16 Dec '09

16 Dec '09

> 2009/12/16 Krzysztof Kosiński: > >> Memory-and-disk indexing is not necessary for graphics applications. >> We are not going to process GIS-like quantities of data, and even then >> we can just use virtual memory. > > No, *you* are not going :) Please don't speak for others :) With SVG > quickly evolving as native file format for GIS on the Internet (just > check the list of talks at SVG Open for last two years) there is no > reason why Inkscape couldn't be authoring tool. I also think that SVG and GIS is not fully explored yet. >> By the way, the current R-tree implementation in 2Geom is somewhat >> ugly, for example it exposes naked pointers to nodes, so I'd be >> hesitant to use it right now. I'd be also hesitant to use it in Inkscape now. I wanted to have an r-tree working properly and then see what I can do. Some things I want to change, might cause change to the public part of the class. I was actually planning to resume work on the trees (my semester ends with the end of the year). I'll need a visual testing and 2geoms toys are perfect for that. >> Making heavy use of spatial indexing requires some significant >> architectural changes, so it gives me another thought. Our current >> double-tree architecture, where every element stores both its >> "semantic" content (SVG) and "representation" content (XML) is rather >> wasteful when it comes to memory, particularly when it comes to >> embedded images. Storing only the semantic representation and >> generating the XML representation on demand when saving could help >> with the memory hog problem. It would also make easier e.g. >> conditionally writing <svg:path> instead of <svg:rect> when the given >> rectangle has markers, or using <svg:polyline> instead of <svg:path> >> when a path has straight segments only. Abandoning the 1:1 XML-SP >> correspondence could give us more flexibility, and promote better >> coding (right now some places use XML tree calls where they should >> evidently operate on the SP tree). >> >> On the other hand, this approach is more bug-prone. It's not clear to >> me now how to implement undo. We would most likely need to sacrifice >> the editing capability of the XML Editor and turn it into an XML >> Inspector. >> >> Another area of potential improvement is the renderer. I heard from >> others that migrating to Cairo could halve the total memory usage. > > Well, whatever improves the situation, really :) __________________________________________________ �� Yahoo!; �� (spam); �� Yahoo! Mail �� http://mail.yahoo.gr

1 0

Anyone using btool on Linux?
by Joshua A. Andler 16 Dec '09

16 Dec '09

If so, would you be willing to check the second patch in: https://bugs.edge.launchpad.net/inkscape/+bug/488862 ? If you do and it's safe, please commit or give word that it caused no problems. Cheers, Josh

1 0

Re: [Inkscape-devel] [Inkscape-user] Slow performance on 4.5 MB file [SOLVED]
by Jasper van de Gronde 16 Dec '09

16 Dec '09

And please be sure to file a bug/feature request at http://bugs.launchpad.net/inkscape/ In the end there will obviously always be cases where Inkscape is too slow, but Inkscape could most definitely be faster in some cases. And just locking/unlocking the layer should (from an intuitive standpoint) NOT cause such a big pause. Dave M G wrote: > Donn, > > Thank you for responding. > >> I have long moaned that "Nodes mean slow" :( I have a fast machine and 2gigs >> of RAM. It makes no difference. I think it's all the looping through those long >> lists of nodes.... >> >> You are doomed. Unless you can simplify or chop-up your comic page into frames >> and assemble them later in Gimp. > > Okay. While it's a little disappointing that there isn't a way to > optimize the file for better performance, it's good to know that at > least I'm not doing something wrong. > > I'll export the paths into a PNG and handle the colouring in Photoshop > or GIMP. It means committing to rasterizing the images sooner in my > process than I had hoped, but hey, life is full of compromises. >

4 6

Fw: SVG output device for Poppler
by Luca Bruno 11 Dec '09

11 Dec '09

I'm acting as a bridge for Pino and Jan here, regarding a definitive solutions to the continuous poppler-pdf breakage due to our and karbon's use of poppler's internal helpers. Please remember to keep them both on Cc: when replying. Date: Wed, 9 Dec 2009 23:54:43 +0100 From: Pino Toscano <pino@...1199...> To: inkscape-devel(a)lists.sourceforge.net, Jan Hambrecht <jaham@...240...> Subject: SVG output device for Poppler Hello Jan (Karbon developer), Hello Inkscape developers, (Jan and me are not subscribed to the Inkscape ML, so please remember to CC us in the replies.) for those who do not know me, my name is Pino Toscano, and I am a KDE and Poppler developer. I am writing you because of both Inkscape and Karbon use the core API of Poppler, but fundamentally to do the very same task: create SVGs for pages of a PDF document. Both the application do it using a custom OutputDev, Inkscape's one creating a XML document using the Inkscape API + GLib, while Karbon's one outputting the XML document to file using Qt4. As you also might know, Poppler's core is considered private, so not API- nor ABI- stable, so your work can break at any time, even on patch releases of Poppler (as you Inkscape developers already experienced). So, my proposal is the following: if possible, join the forces and provide a C++-only (so no GLib nor Qt4, although libxml2 could be considered usable) SvgOutputDev directly in the Poppler core. The benefits would be clear: - single point of development for an SVG export for Poppler - nicely frontend wrapping (poppler-qt4 and poppler-glib) for the SVG export - no more Poppler core usage, less breakages! The work needed would consist in the following steps: 1) develop a SvgOutputDev in the Poppler core (so in the Poppler repository) 2) add the wrapping API in the qt4 and glib frontends 3a) adapt Inkscape's filter to use the new API 3b) adapt Inkscape's filter to use the new API After looking briefly at the two filters, it seems 3a and 3b should be more or less trivial to do If you would like to start the job (especially a), which is the most important step :) ), you are invited to join us at the Poppler mailing list; remember we (Poppler developers) can always offer support. -- Pino Toscano -- .''`. ** Debian GNU/Linux ** | Luca Bruno (kaeso) : :' : The Universal O.S. | lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer

2 1

0.47 X11 on Mac OS X Tiger - close to success?
by Wolf Drechsel 10 Dec '09

10 Dec '09

Hello friends, with a great effort of ~suv I came to a finished compiling procedure of 0.47 X11 for Tiger. The only not-so-nice thing is that neither the package nor the bin will start. The bin shows in terminal: > (inkscape:344): Gtk-WARNING **: cannot open display: :0 So I did > export DISPLAY=:0 > dsl01:~ bub$ cd Desktop/inkscape-0.47-x11/build/bin/ > dsl01:~/Desktop/inkscape-0.47-x11/build/bin bub$ ./inkscape but came to the same result: X11 doesnt start. Below I paste console.log - looks as if still some aqua component were in the game - argh ! Yours, Wolf XFree86 Version 4.4.0 / X Window System (protocol Version 11, revision 0, vendor release 6600) [DRI] screen 0 installation complete Screen 0 added: 1280x1024 @ (0,0) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! bash: no job control in this shell 2009-12-03 10:45:22.223 defaults[385] The domain/default pair of (kCFPreferencesAnyApplication, AppleAquaColorVariant) does not exist 2009-12-03 10:45:22.260 defaults[386] The domain/default pair of (kCFPreferencesAnyApplication, AppleHighlightColor) does not exist (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 Quitting XDarwin... ++++++++++++++++++++++++++++++++++++++++++++++++++++ + Wolf Drechsel + Köhnstr. 54 + D - 90478 Nürnberg + Tel.: 0911 / 4 71 98 49 + drechsel@...2249... ++++++++++++++++++++++++++++++++++++++++++++++++++++

2 17

Re: [Inkscape-devel] [bug tracker] Guideslines for tags?
by unknown＠example.com 09 Dec '09

09 Dec '09

-----Original Message----- From: suv@...2204... [mailto:suv@...2204...] On Behalf Of ~suv Sent: zondag 25 oktober 2009 21:35 To: Engelen, J.B.C. (Johan) Subject: Re: [Inkscape-devel] [bug tracker] Guideslines for tags? On 25/10/09 21:11, J.B.C.Engelen@...1578... wrote: > From: Maximilian Albert [mailto:maximilian.albert@...1439...] >> 2009/10/25 Pajarico <pajarico@...400...>: >>> I started using the tag 'cli' for command line problems. >> Wouldn't it be better to use a more descriptive name? >> Frankly, if I hadn't read this email I'd have no clue what it is >> supposed to mean. > > I agree with Max. Just write it out "command line", like we do with > the other tags. > (I read it as "clear interrupts" assembly ;) 'command-line' or 'commandline' - Launchpad doesn't allow spaces in tags, and 'command' and 'line' don't make much sense as separate tags imho. ~suv

6 15

bzr branch command fails (twice)
by Alvin Penner 09 Dec '09

09 Dec '09

I create a directory for a branch and execute bzr init, then execute bzr branch and get the result: C:\Program Files\InkscapeBZR>bzr branch lp:inkscape You have not informed bzr of your Launchpad ID, and you must do this to write to Launchpad or access private data. See "bzr help launchpad-login". Format <RepositoryFormatKnit4> for http://bazaar.launchpad.net/~inkscape.dev/ink scape/trunk/.bzr/ is deprecated - please use 'bzr upgrade' to get better perform ance [###################/] 25375KB 0KB/s | Fetching revisions:Inserting stre At this point the download hangs and stops communicating -- View this message in context: http://old.nabble.com/bzr-branch-command-fails-%28twice%29-tp26669929p26669… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 5

Re: [Inkscape-devel] Visio support
by MilesTogoe 08 Dec '09

08 Dec '09

On 12/07/2009 04:17 PM, Alexandre Prokoudine wrote: > R U sure you wanted to send this privately? :) > not private - forgot to hit reply-all > Alexandre > > On 12/8/09, MilesTogoe<miles.togoe@...400...> wrote: > >> On 12/07/2009 02:51 PM, Alexandre Prokoudine wrote: >> >>> On 12/8/09, Paul den Hertog wrote: >>> >>> >>> >>>> Diederik: Visio 2003 can export to SVG if I'm correct. Have you tested >>>> that? And have you seen this: >>>> >>>> http://vdxtosvg.sourceforge.net/ >>>> >>>> >>> Can't speak for Diederik, but I tried this and it didn't work for me out >>> of box. >>> >>> >>> >>>> By the way, are extentions called tools on the website? >>>> >>>> >>> Where exactly? >>> >>> Alexandre >>> >>> >>> >> dia and kivio have never really cut it compared to visio. some more >> Inkscape features might be worthy of consideration for a summer of code >> project - pieces are there (connectors, resizing objects) ie I drag in >> all kinds of road symbols from another inkscape template drawing, resize >> and are good to go. I see some areas needing work: >> 1) the connectors seem to need some work (have not tried in .47 to see >> if any diffs) >> 2) centered text - text and a shape can be grouped but I don't think the >> textbox can always remain centered - a uml type group would also be very >> handy >> 3) visio file import (incl pre MS purchase for us former users) >> 4) it would be so much nicer if arrowheads would take same color as >> stroke without have to call in separate extension >> >> haven't used visio in so long, I forget if there were other things I >> missed. >> >> >> >> >> >> >> >> >>> ------------------------------------------------------------------------------ >>> Return on Information: >>> Google Enterprise Search pays you back >>> Get the facts. >>> http://p.sf.net/sfu/google-dev2dev >>> _______________________________________________ >>> Inkscape-devel mailing list >>> Inkscape-devel(a)lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >>> >>> >>> >> >> > >

1 0

Re: [Inkscape-devel] Visio support
by Paul den Hertog 07 Dec '09

07 Dec '09

On Tue, 2009-12-08 at 00:51 +0300, Alexandre Prokoudine wrote: > On 12/8/09, Paul den Hertog wrote: > > > Diederik: Visio 2003 can export to SVG if I'm correct. Have you tested > > that? And have you seen this: > > > > http://vdxtosvg.sourceforge.net/ > > Can't speak for Diederik, but I tried this and it didn't work for me out of box. > > > By the way, are extentions called tools on the website? > > Where exactly? > > Alexandre > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel On the main website: http://wiki.inkscape.org/wiki/index.php/Tools Or is there another repository of extentions? I shall do some tests tomorrow with the exported files trough Visio and Inkscape, I'm curious what the resulst will be.

1 0

Re: [Inkscape-devel] Visio support
by Paul den Hertog 07 Dec '09

07 Dec '09

On 12/07/2009 09:28 PM, Paul den Hertog wrote: > This is rather new for me, posting on a list trough email. So if I do > something wrong, please correct me. Diederik: Welcome! I didn't notice anything wrong yet ;-) Paul: Haha thanks :-) > Inkscape was just it for making vector logo's and lay-outs, but I am > realy missing Visio support. If this would get implemented in Inkscape > it will be definitely a true winner. Diederik: Visio 2003 can export to SVG if I'm correct. Have you tested that? And have you seen this: http://vdxtosvg.sourceforge.net/ Paul: Hmm.. I definitely check this out. The problem is that my school team always save there files in .vsd. Is there a possibility to convert this to a format i can use, within Linux? Currently I am explorering all the features of Inkscape, nice work!! I've noticed that there is a portable version, so I will try to get my team to use it :) We have all sort of shapes in our business models, can I donate them to the community like a .vst (I think Visio shape template) or separate .vss (Visio shape's file). Then the creation of diagrams are heavily simplified. Alexandre: Dia actually can import VDX files (XML based Visio files from Office 2003) and export SVG, so you can use Dia as a roundabout to some extent. Paul: I smell a opportunity to implement this in Inkscape :$, But for the meantime it looks like a nice workaround. I must say that Dia looks nice, but is rather difficult. By the way, are extentions called tools on the website? Thanks again : ), Paul

1 0

Re: [Inkscape-devel] Visio support
by Alexandre Prokoudine 07 Dec '09

07 Dec '09

On 12/8/09, Paul den Hertog wrote: > Diederik: Visio 2003 can export to SVG if I'm correct. Have you tested > that? And have you seen this: > > http://vdxtosvg.sourceforge.net/ Can't speak for Diederik, but I tried this and it didn't work for me out of box. > By the way, are extentions called tools on the website? Where exactly? Alexandre

1 0

Visio support
by Paul den Hertog 07 Dec '09

07 Dec '09

Hello, This is rather new for me, posting on a list trough email. So if I do something wrong, please correct me. I've been a Windows user for years, but I made the switch to linux a year ago. After some test ofcource. Most of my that I used had good natives in Linux, photoshop -> gimp (did took some time, but was worth the effort) and office. But I am a frequent user of Visio, I used to make landscape drawings of networks and now on school business diagrams. Inkscape was just it for making vector logo's and lay-outs, but I am realy missing Visio support. If this would get implemented in Inkscape it will be definitely a true winner. I can't code myself, I realy want to help. I did post a question on Launchpad, but they told me to do a post here. Link: https://answers.launchpad.net/inkscape/+question/93150 School is a time consuming hobby, but I want to help where I can. Thanks for reading, Paul

3 2

Rendering of the 0.47 about screen
by JiHO 07 Dec '09

07 Dec '09

Rendering the 0.47 about screen with normal quality for blur en effects in the preferences I get this: http://dl.dropbox.com/u/1047321/Screen%20shot%202009-12-07%20at%2014.00.02%… Is that limited to my system? OS X Snow Leopard, release version of Inkscape. JiHO --- http://maururu.net

2 2

Inkscape devel snapshots
by heathenx 07 Dec '09

07 Dec '09

I have been using http://inkscape.modevia.com/svn-snap/?M=D in the past to grab sourceforge snapshots periodically. Is there a going to be a new place to grab the bazaar snapshots or does it work differently now? heathenx

1 0

Inkscape Mac Os X 64bit
by Giovanni Lanzani 07 Dec '09

07 Dec '09

I was wondering, now that SL supports 64bit widely, is it possible to create an Inkscape build which runs in 64bit? lisanet.de already made one from Gimp, and it seems to be working much faster than before. Of course in Gimp speed is more relevant than in Inkscape, but I guess a speed up is welcome (even if it would just be a startup speed up). Or are there things (like Python libraries, etc.) which prevent this? Thanks Giovanni

3 6

new: SVG Color 1.2 uncalibrated device colors
by Felipe Sanches 07 Dec '09

07 Dec '09

folks, Today I have implemented parsing, output and basic handling of uncalibrated device colors as defined in SVG Color 1.2 Working Draft: http://www.w3.org/TR/2009/WD-SVGColor12-20091001/#device I have hooked device-cmyk handling to our color pickers so that if you select colors in the CMYK tab, these ink values will be preserved, unless you switch to some other color picker tab. Color space conversion happens every time you switch color pickers. Both SVG 1.1 color values and device-cmyk values are output, but device-cmyk is the value used whenever it is available. I'd like to thank the effort of the brazillian inkscape users community for mantaining a wiki-page that lists what they believe that needs to be implemented in CMYK/professional printing support from the perspective of users and print professionals. Theis wiki-page is here: http://wiki.softwarelivre.org/InkscapeBrasil/EspecificacaoCMYK (in brazillian portuguese) Felipe "Juca" Sanches

2 2

Re: [Inkscape-devel] URGENT: Please update Mac OS X install instructions in the tarball !
by ~suv 07 Dec '09

07 Dec '09

On 30/11/09 13:24, Wolf Drechsel wrote: >>> I am very grateful that a lot of people invested lots of time in the >>> wonderful packaging/macosx/osx-build.sh script. >>> >>> PLEASE, add a few lines to the READMEs - or create a distinguished >>> "README_Mac_OS_X" to make clear, that the install procedure on a Mac >>> is a different one. >> >> Could you propose what should be added to the README. I think it's a >> good idea to update it, but I'm afraid that I would write something >> incorrect if I tried as I have no experience on OSX. > > I'll be happy to give it a try - could friend ~suv have a look on it in > order to avoid greater portions of nonsense please ? I am not very comfortable with the proposed changes by Wolf: a) README why only adding hints for OS X users? There are other platforms with special build tools (e.g. btool for win32) and - judging from the list of wiki pages about compilation on different linux platforms - deviations/adaptations from the generic 'configure/make/make install' routine are more common and not limited to Mac OS X. b) INSTALL again - why adding only one of the sub-pages from the wiki which is already linked from the top wiki page about compilation and not the others as well? Personally I'd keep it as it is. If you need more information, the instructions are clear: read the wiki pages. Alternative proposal 1) In the README file add a section to or after the description of the generic installation, mentioning the wiki pages for more information about platform specific issues. 2) In 'packaging/macosx' and 'packaging/win32' add new README files containing either a summary or a copy of the platform specific wiki page about building and packaging. OTOH a 'packaging/macosx/README' could be as short as 1) please read the wiki page about compiling Inkscape on OS X: <http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX> 2) consider additional information about MacPorts installation: <http://www.macports.org/install.php> using MacPorts: <http://guide.macports.org/#using> 3) run './osx-build.sh help' for an overview of the options available to configure, build and package Inkscape on OS X ~suv appending fullquote since Wolf's mail didn't make it to the list: >>> I am very grateful that a lot of people invested lots of time in the >>> wonderful packaging/macosx/osx-build.sh script. >>> >>> PLEASE, add a few lines to the READMEs - or create a distinguished >>> "README_Mac_OS_X" to make clear, that the install procedure on a Mac >>> is a different one. >> >> Could you propose what should be added to the README. I think it's a >> good idea to update it, but I'm afraid that I would write something >> incorrect if I tried as I have no experience on OSX. > > I'll be happy to give it a try - could friend ~suv have a look on it in order to avoid greater portions of nonsense please ? > > I suggest to change this chapter of the README: > >> Inkscape uses the standard procedure for compilation and installation: >> >> ./configure >> make >> make install >> >> If a "./configure" file is not present, you can create it by running >> the "./autogen.sh" command, which calls in turn a number of other >> programs such as automake and autoconf. See INSTALL for more >> details. > > into: > > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > Installation for *nixes (Mac OS X users please have a look at the end of the file): > ========================================================== > > Inkscape uses the standard procedure for compilation and installation: > > ./configure > make > make install > > If a "./configure" file is not present, you can create it by running > the "./autogen.sh" command, which calls in turn a number of other > programs such as automake and autoconf. See INSTALL for more > details. > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > At end of file: > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > Installation for Mac OS X users > ======================= > > We try to keep the Wiki pages on compiling inkscape up-to-date and comprehensive. It is here: > > http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX > > For a brief overlook: > We suggest to use macports (http://macports.org) in order to achieve all the necessary components and libraries. Than there is a mighty tool called "osx-build.sh" in the packaging/macosx directory of the unpacked tarball. This script will do most of the work for you. > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > In the INSTALL file change: > >> Basic Installation >> ================== >> >> If you have problems compiling Inkscape, then see >> http://wiki.inkscape.org/wiki/index.php/CompilingInkscape . >> >> The remainder of this file gives generic installation instructions. > > into > >>> Basic Installation for *nixes - Mac OS X users please have a look at the README >>> =========================================================== >>> >>> If you have problems compiling Inkscape, then see >>> http://wiki.inkscape.org/wiki/index.php/CompilingInkscape >>> >>> if you are a Mac OS X user, please dont read on, keep to the wiki pages instead: >>> http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX >>> >>> The remainder of this file gives generic installation instructions. >>> … > > > >

6 7

Threaded Blur
by Joshua A. Andler 06 Dec '09

06 Dec '09

Hey All, I added a UI pref for number of threads for Gaussian Blur. Thanks again Jasper for implementing this feature a YEAR ago. :D I've used it the entire time with no issue and felt it was appropriate to expose it to users. If anyone disagrees or has issues, please speak up. It's in the filters page of preferences. Cheers, Josh

1 0

Text anchor
by Diederik van Lierop 06 Dec '09

06 Dec '09

Hi all, The text base line has an anchor, which is always displayed at the left end of the base line. Is this used for anything else than snapping? If it isn't then its position should be dependent of the text alignment, e.g. for right aligned text the anchor should be displayed at the right end the base line. I'm about to change this, but just want to make sure that this doesn't break someone's workflow. Diederik

3 3

Spray Tool
by Joshua A. Andler 06 Dec '09

06 Dec '09

Hey All, Would anyone be against the Spray Tool that the high school students made being merged into trunk? It definitely needs some love (however, it is really awesome too), but I don't think it can get the needed attention until more people use it and can comment on how to improve it. Cheers, Josh

4 5

Build error in latest BZR
by Niko Kiirala 05 Dec '09

05 Dec '09

Rendering test suite failed to compile Inkscape just a while ago, with this message: make[2]: *** No rule to make target `libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.S', needed by `libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.o'. Stop. make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 This build is on x86 Linux, using the normal build procedure. Probably there's a modification with Makefile.am file left unmodified. -- Niko Kiirala niko@...1267...

2 2

Inkscape 0.47 is released!
by Joshua A. Andler 05 Dec '09

05 Dec '09

Greeting to the community, After over a year of intensive development and refactoring, Inkscape 0.47 is out. This version of the SVG-based vector graphics editor brings improved performance and tons of new features, some of which are as follows: Timed autosave, Spiro splines, Auto-smooth nodes, Eraser tool, New modes in Tweak tool, Snapping toolbar & greater snapping abilities, New Live Path Effects (including Envelope), A huge collection of preset filters, New cairo-based PS and EPS export, Spell checker, Many new extensions, Optimized SVG code options, and much more. Additionally, it would be wrong to not mention the hundreds of bug fixes as well. Check out the full release notes for more information about what has changed, enjoy the screenshots, or just jump right to downloading your package for Windows, Linux or Mac OS X. Release Notes: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes047 Downloads: http://inkscape.org/download/ Cheers, Josh P.S. Let the PR blitz begin!

6 10

About the SVN
by Aurélio A. Heckert 04 Dec '09

04 Dec '09

Hi all, Sorry if that was announced before but i don't know what will happen with the Inkscape's SVN. On the web site it is described as our development repository: http://www.inkscape.org/svn.php Will we use Bazaar and SVN together? (only asking) All Inkscape specific Bazaar usage is here? http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar Thanks! -- Aurélio A. Heckert http://colivre.coop.br/Aurium GNU/Linux User #312507 http://counter.li.org - - - - - - - - - - - - - - - - - - - - - - - - - Ilustração Vetorial Livre: http://InkscapeBrasil.org Coop. de Tecnologias Livres: http://Colivre.coop.br - - - - - - - - - - - - - - - - - - - - - - - - - "Windows 7: a new era of restrictions." http://windows7sins.org Antes de imprimir esta mensagem reflita sobre a sua responsabilidade com a preservação do Meio Ambiente.

3 5

New student project : better image management
by Steren 03 Dec '09

03 Dec '09

Hi, Once again, a team of sudents from Ecole Centrale Lyon (France) has chosen to work on Inkscape in the scope of their studies. (The same kind of work that brought LPE envelope, group and staking two years ago with Johan as mentor and the Spray tool last year mentored by Cédric). This year I will be the mentor of the team of six students, let me introduce them: Boughida Rafik Desgrange Yoann Ngom Mor Pais Vincent Soyer Baptiste Petit François (project leader) This year will be focused on a better image management in the software (based on this blueprint: https://blueprints.launchpad.net/inkscape/+spec/image-properties-dialog-enh…). Basically, they will do : * enhancement of the image properties window * smart relinking tool * small enhancements of images in Inkscape : more relative links, use the resolution at import, let the user choose at import if he wants to embbed ot to link. The project will start in january and will last 6 months. They only have 4 dedicated hours per week, but I'm sure they will find time to do a serious work. We will post regular updates of the project on this list. The students may also ask for technical help or advice on irc and I know that the team will know how to welcome them well. I think the best is to use a branch. This time we will host it on launchpad and register it. You are very welcome for any support, help, ideas, reviews or anything. Cheers! Steren

11 28

pattern-filled paths bugs
by francesco fantoni 03 Dec '09

03 Dec '09

there is a bunch of unassigned bugs, all related to a problem with pattern-filled paths that lead to a segfault (probably duplicates?). I was wondering if any developer is going to look after this issue or has already had a look at it as it seriously cripples our workflow with Inkscape. Actually we can't use Inkscape at all anymore since we've upgraded to 0.47 because it has been realesed with this bug unsolved, and we will be forced to switch back to 0.46. thanks in advance for your attention francesco https://bugs.launchpad.net/inkscape/+bug/463602 https://bugs.launchpad.net/inkscape/+bug/486203 https://bugs.launchpad.net/inkscape/+bug/429050 https://bugs.launchpad.net/inkscape/+bug/271723 -- architetto Francesco Fantoni <HVA - Hermanitos Verdes Architetti> l.go san giacomo, 38 I-41100 modena (italia) tel.& fax. +39.059.217554 skype: hva_studio e.mail: francesco@...2287... web: http://www.hv-a.com

1 0

Re: [Inkscape-devel] New student project : better image management
by Guillermo Espertino 02 Dec '09

02 Dec '09

The clipping path thing sounds useful, but first the editable clipping path should be synchronized in size, rotation and position with the clipped object (bug #351281). At the moment it is disconnected and editing the original untransformed path looking at a transformed object is really annoying and lacks of precision. I'm not against extra features, but this seems to be an extra target to be considered only after some issues like this are addressed. Gez

4 3

Library
by chris | brueckenschlaeger 02 Dec '09

02 Dec '09

What Inkscape dev should, in my eyes do, is the following: Talk to the devs of Gimp and Scribus and develop a shared library asset management like in adobe. Should be not too complicated and for me the first step to kick adobe's ass. wanted to say that. greets

5 4

Re: [Inkscape-devel] New student project : better image management
by Josh Andler 02 Dec '09

02 Dec '09

I can use a mouse without a wheel, and I appreciate the ability to achieve a middle-click by two buttons at once... but once you're used to a better way, it's hard to take a step backwards. ;-) I feel the same way about trackpads. On Dec 1, 2009 9:49 PM, "Jon Cruz" <jon@...18...> wrote: On Dec 1, 2009, at 9:44 PM, bulia byak wrote: > On Wed, Dec 2, 2009 at 1:30 AM, Jon Cruz <jon@...2284... Well, for me I find it actually quite simple and handy. Getting used to two-finger scroll probably helps a bit. In general I use the same movement as on an actual mouse: pointer finger for the left click and just add the middle finger for a right click. ------------------------------------------------------------------------------ Join us December 9, 2...

1 0

Website framework discussion
by Chris Morgan 01 Dec '09

01 Dec '09

I've polluted two threads just recently with this, so I'll start a fresh one before they deviate too much more from their original topics. (A bit of) background information: currently we use simple PHP scripts for www.inkscape.org, Planet <http://www.planetplanet.org/> for planet.inkscape.org and MediaWiki <http://mediawiki.org> for wiki.inkscape.org. Plans have been underway for moving www.inkscape.org and probably wiki.inkscape.org to Drupal <http://drupal.org> (and possibly also merging inkscapeforum.com into it as well). However, with the (renewal?) of discussion of an extensions repository<http://wiki.inkscape.org/wiki/index.php/ExtensionsRepository>, I suggested Django <http://djangoproject.com> for the framework to use for it. Then I thought about the migration of www. and wiki. and thought that Django would really be a better solution than Drupal. (Not sure about the forum yet, having looked at it now I think it's probably best kept as it is rather than migrated to anything.) On Tue, Dec 1, 2009 at 9:02 AM, Chris Mohler <cr33dog@...400...> wrote: > On Mon, Nov 30, 2009 at 12:02 PM, Joshua Facemyer <jfacemyer@...400...> > wrote: > > On 11/29/2009 10:22 AM, Chris Morgan wrote: > >> It would take a bit longer than Drupal to get started > >> for just basic content and all (is there anyone else in the community > >> familiar with Django? > > Yes and no - I've used Django with Turbogears, but only for playing > around/learning. I'll be digging more into it this week during my off > time though - it's very nice so far. > > > Would the extension repo idea be able to be worked into this, then? I > > mean, I know it would, but would we want to do that? > > I spent quite some time yesterday trying to get Django installed on a > Sourceforge hosting account - it was not pretty :( In short, it would > be messy (install a local Python along with dependencies for Django, > then run the whole mess through fcgi - and I'm not entirely sure it's > possible after all). > The extension repository is the main thing that I proposed Django for - the main website and wiki were something I thought of a bit later. Our website is currently hosted with OSUOSL and I checked with them and they say Django would be fine to set up and use. (There are Python/Django-friendly hosts and there are the rest of the hosts - most of them. I personally am just about to move my own sites to WebFaction<http://webfaction.com>so that I get decent Django support... and also an added bonus of version control with Bazaar, Mercurial or Git as I feel like it :-) ) And while I'm rambling on - what about trying Turbogears as a > framework? Sourceforge is moving to it (though I doubt that they will > be using the default cherrypy server). At any rate, I will be playing > around with Django and probably TG this week to prototype the > extension repo. Whether or not the extension repo becomes an addon to > the main site, I'm happy to help. > I looked at TurboGears as well when evaluating web application frameworks, and I came to the conclusion that TurboGears just wasn't as pretty, fast, efficient or powerful (you may be interested in this benchmark of frameworks<http://www.alrond.com/en/2007/jan/25/performance-test-of-6-leading-framewor…>; Django is consistently at the top of the Python ones (compare the left-most column of Django with TurboGears, not the other more optimised ones) and at the top or near the top of all of the results. And Drupal is definitely slower than Django.) On Mon, Nov 30, 2009 at 11:32 PM, Joshua Facemyer <jfacemyer@...400...>wrote: > On 11/29/2009 10:22 AM, Chris Morgan wrote: > >> It would take a bit longer than Drupal to get started >> for just basic content and all (is there anyone else in the community >> familiar with Django? >> > > I don't, but I'd be happy to help where I can. > > What needs to be done to set up an initial site and get it into a bzr repo? > That way, those who are interested in helping can get familiar with it and > possibly start building. > We'll see about that; it should be easy enough. I've been wondering about where we want to have it though; formerly we've had a repository on SourceForge and a post-commit hook (I think, possibly also it was just a regular synchronisation?) to push the content to the OSUOSL server. It seems to me it'd make sense to host the actual repository on the OSUOSL server. Git is installed there, could we use that? Or would we want to put it into a Bazaar repository and thus need to put Bazaar on it if it isn't? Or perhaps there's some other way we could mirror it? Anyone with expert knowledge in this area? > As for content migration, how would this be done (especially considering > the wiki)? I assume the content files could easily be parsed to work with > Django. > I think this is the biggest thing in Django's favour over Drupal. With Drupal, we'd need to migrate the main site content in quite a messy way, whereas with Django there's no need really to change how it is at all (it's file-based, you can work with that easily in Django). For the Wiki it would have to be turned into HTML for Drupal - and most people in the Inkscape community don't like working in HTML, they find the Wiki format much simpler. With py-wikimarkup <http://github.com/dcramer/py-wikimarkup> we should be able to continue to use the Wiki *content* as it is; as for the database schema, I have no idea what that's like with MediaWiki; we may be able to work with it as is, we might need to migrate it in some way). Personally I think I'd be a proponent of the following workflow for the wiki.inkscape.org and www.inkscape.org: - All content is stored in the file-system (this would mean extracting it out of the database, in the case of the Wiki; a database->files script for that would be no harder than a database->database script) - Content can then be updated through two or three methods: - the website - the version control system - possibly also vi (or whatever your preference is) over SSH (probably not the best way of doing it as you'd have to handle committing with the version control) planet.inkscape.org could be replaced quickly with Feedjack<http://www.feedjack.org/>(or more likely the newer continuation of it django-planet <http://github.com/matagus/django-planet>). The hardest step would probably be making sure we keep the old content and migrating it. Long emails like this are always fragmented. I hope you get what you were looking for out of it in the way of information as to what I'm proposing. Please think and give opinions :-) Chris Morgan <chris.morganiser@...400...> I'm good at making two things: mistakes and enemies.

2 3

Pretty serious bug making the text-tool unusable
by Diederik van Lierop 01 Dec '09

01 Dec '09

Hi all, There's a very serious bug in both v0.47preX and in trunk which crashes Inkscape when trying to use the text tool. "inkscape crashes using certain input methods: _gdk_input_grab_pointer: assertion failed: (input_window != NULL)", https://bugs.launchpad.net/inkscape/+bug/406036 This makes Inkscape virtually unusable on many Linux systems. This bug report already has six duplicates! I had a look but must admit that I don't have a clue what's going on. Could someone familiar with the text tool and text input methods and such have a look? Stack traces have already been attached to the bug report. Thanks, Diederik

2 4

Re: [Inkscape-devel] Re : We are good to go!
by Josh Andler 01 Dec '09

01 Dec '09

Did you run a 'bzr update' prior to attempting to commit? On Nov 30, 2009 9:19 PM, "bulia byak" <buliabyak@...400...> wrote: 2009/11/30 Ted Gould <ted@...11...>: > Probably want you want is to bind your branch to trunk. What that means > is that you'll commit t... This sounds like what I need, but: > $ bzr branch lp:inkscape > $ cd inkscape > $ bzr bind lp:inkscape > <do work> > $ bzr commi... I get this: $ bzr commit -m "..." Format <RepositoryFormatKnit4> for file:///home/d/ink/inkscape-bzr/inkscape/.bzr/ is deprecated - please use 'bzr upgrade' to get better performance bzr: ERROR: Cannot lock LockDir( http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/.bzr/repository/lo… ): Transport operation not possible: http does not support mkdir() -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Is it possible to bzr checkout a subdirectory of Inkscape?
by Alvin Penner 01 Dec '09

01 Dec '09

I would like to checkout only the \Inkscape\share\extensions\ subdirectory. If I try, I get an error like: bzr init bzr branch https://code.launchpad.net/~inkscape.dev/inkscape/trunk/share/extensions bzr: ERROR: Not a branch: "https://code.launchpad.net/~inkscape.dev/inkscape/trunk/share/extensions/". -- View this message in context: http://old.nabble.com/Is-it-possible-to-bzr-checkout-a-subdirectory-of-Inks… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

Should other repositories move to Bazaar/LP?
by Ted Gould 01 Dec '09

01 Dec '09

Well, that's the question. Things like webpage and others. I have no opinion as I rarely edit them, but I thought I'd throw this out there while I still remember all the deep magic involved with converting things ;) --Ted

10 12

Re: [Inkscape-devel] Local Coordinates for group transformations?
by Thomas Holder 30 Nov '09

30 Nov '09

Hi Rob, this is a UI issue. Feel free to file a feature request on launchpad. Thomas Rob Antonishen wrote, On 11/30/09 15:39: > So the feature I want and partially works is because of a bug. Too bad. > > So, regarding the SVG spec, is there anything that would prevent > maintaining the local axis (pre-transformation) of a group so the > elements can be modified according to the group axis, rather than the > workspace axis? Is this a UI issue, or an SVG limitation? > > -Rob A> > >> The svg:svg node cannot be rotated, as it does not have a transform >> attribute by SVG spec. It's a bug that Inkscape rendered the viewport >> rotated after you added the transform attribute in XML editor, and it's >> correct that the transformation gets discarded on file loading. >> >> Thomas

1 0

Re: [Inkscape-devel] URGENT: Please update Mac OS X install instructions in the tarball !
by Ted Gould 30 Nov '09

30 Nov '09

Wolf, Thanks for this. I went ahead and pushed it into a branch with a merge request. Does that look right? For all the OSX folks on the list? (I made one merge request for 0.47 branch, but it should go both there and on trunk) https://code.launchpad.net/~inkscape.dev/inkscape/readme-update https://code.launchpad.net/~inkscape.dev/inkscape/readme-update/+merge/15433 --Ted On Mon, 2009-11-30 at 13:24 +0100, Wolf Drechsel wrote: > > > I am very grateful that a lot of people invested lots of time in > > > the > > > wonderful packaging/macosx/osx-build.sh script. > > > > > > > > > PLEASE, add a few lines to the READMEs - or create a > > > distinguished > > > "README_Mac_OS_X" to make clear, that the install procedure on a > > > Mac > > > is a different one. > > > > > > Could you propose what should be added to the README. I think it's > > a > > good idea to update it, but I'm afraid that I would write something > > incorrect if I tried as I have no experience on OSX. > > > I'll be happy to give it a try - could friend ~suv have a look on it > in order to avoid greater portions of nonsense please ? > > > I suggest to change this chapter of the README: > > > > Inkscape uses the standard procedure for compilation and > > installation: > > > > > > ./configure > > make > > make install > > > > > > If a "./configure" file is not present, you can create it by running > > the "./autogen.sh" command, which calls in turn a number of other > > programs such as automake and autoconf. See INSTALL for more > > details. > > > into: > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > Installation for *nixes (Mac OS X users please have a look at the end > of the file): > ========================================================== > > > Inkscape uses the standard procedure for compilation and > installation: > > > ./configure > make > make install > > > If a "./configure" file is not present, you can create it by running > the "./autogen.sh" command, which calls in turn a number of other > programs such as automake and autoconf. See INSTALL for more > details. > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > > At end of file: > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > Installation for Mac OS X users > ======================= > > > We try to keep the Wiki pages on compiling inkscape up-to-date and > comprehensive. It is here: > > > http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX > > > For a brief overlook: > We suggest to use macports (http://macports.org) in order to achieve > all the necessary components and libraries. Than there is a mighty > tool called "osx-build.sh" in the packaging/macosx directory of the > unpacked tarball. This script will do most of the work for you. > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > > In the INSTALL file change: > > > > Basic Installation > > ================== > > > > > > If you have problems compiling Inkscape, then see > > http://wiki.inkscape.org/wiki/index.php/CompilingInkscape .. > > > > > > The remainder of this file gives generic installation instructions. > > > into > > > > > Basic Installation for *nixes - Mac OS X users please have a look > > > at the README > > > =========================================================== > > > > > > > > > If you have problems compiling Inkscape, then see > > > http://wiki.inkscape.org/wiki/index.php/CompilingInkscape > > > > > > > > > if you are a Mac OS X user, please dont read on, keep to the wiki > > > pages instead: > > > http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX > > > > > > > > > The remainder of this file gives generic installation > > > instructions. > > > … > > > > > > > >

1 0

bzr repo link on the web
by Alexandre Prokoudine 30 Nov '09

30 Nov '09

Hi, Could somebody please update download page at inkscape.org to reflect the switch to bzr/lp and provide a simple command line that doe sit? Currently it takes a hell of time to figure out how to fetch repository. Alexandre

1 0

GSoC Node Tool branch published
by Krzysztof Kosiński 30 Nov '09

30 Nov '09

Hello all If anyone wants to check out the rewritten node tool: bzr checkout lp:~tweenk/inkscape/gsoc-node-tool Send me any GDB dumps of crashes, feature requests, regression reports or usability glitches you find. Regards, Krzysztof

4 5

.bzrignore file
by Maximilian Albert 29 Nov '09

29 Nov '09

Hi all, first of all, many thanks to everyone involved for their release work on 0.47 and the conversion of the repository to bzr! Good job!! I just did my first cautios steps in playing with the new repo and bzr, and I was wondering whether it's really a good idea to put the file .bzrignore under version control. For after checking out trunk and compiling, I've ended up with a lot of files that are neither under version control nor currently present in .bzrignore and thus totally clutter the output of 'bzr status'. But if I add them to .bzrignore then I need to be careful not accidentally commit the file (because surely we don't want every developer to add more stuff to .bzrignore which may only be relevant to his/her specific checkout). So wouldn't it be better to not provide a 'central' .bzrignore file and let the developers create local ones instead if desired? Thanks for any opinions, Max

3 2

Bazaar repository error
by Krzysztof Kosiński 29 Nov '09

29 Nov '09

Hello I tried to push the node tool work to Launchpad, and I get this: bzr: ERROR: KnitRepository('lp-46092624:///~inkscape.dev/inkscape/trunk/.bzr/repository') is not compatible with CHKInventoryRepository('lp-46092624:///~tweenk/inkscape/gsoc-node-tool/.bzr/repository') different serializers Would a 'bzr upgrade' on the Launchpad repository fix this? Regards, Krzysztof

4 5

0.47 tarballs
by Ted Gould 29 Nov '09

29 Nov '09

Hello All, I have built and put up 0.47 tarballs on Sourceforge. I'll start by reminding everyone to not widely announce this yet, we'll wait for binaries to be available before doing so. Also, sorry to take so long on this, I was away from home for work but I'm back now :) https://sourceforge.net/projects/inkscape/files/inkscape/0.47/ I'll tag everything and update that stuff tomorrow (as I'm tired now) but the tarball is correct. --Ted == MD5 Sums == 7b497c8f673e40b05295a29f6e2111f4 inkscape-0.47.tar.bz2 79e83b29956727e8c86a27f815d71f76 inkscape-0.47.tar.bz2.asc 916c85b501bcfb0ae61fcf7318f36348 inkscape-0.47.tar.gz 95bc78c1c24262dd8f89c347a1ffdc5a inkscape-0.47.tar.gz.asc 64e59540374de68dd81eaabedca741dc inkscape-0.47.zip fbc4affd7bcc88453abb5f13b279d45e inkscape-0.47.zip.asc == SHA1 Sums == 7c75352f3882ebf4fcaebc22413bcb79bf3b7895 inkscape-0.47.tar.bz2 d2633fcd7451b7d1b98e0aa139890c960ef504ed inkscape-0.47.tar.bz2.asc aa39d5f7306edb21be4987651041bf50c13baf75 inkscape-0.47.tar.gz 2f6a238a606906822f11f162d95dd1876028f2f6 inkscape-0.47.tar.gz.asc d838901d8312a3e88e8a16f8e4710d923c89567c inkscape-0.47.zip d595cca3f55bab899b33905f35f087f67811445c inkscape-0.47.zip.asc

8 18

URGENT: Please update Mac OS X install instructions in the tarball !
by Wolf Drechsel 29 Nov '09

29 Nov '09

Hello, I want to repeat a request I stated a time ago: From my experience (which was graciously shared by ~suv), the present state of install instructions for Mac OS X is extremely misleading and can cause people to waste a lot of time. When a less experienced person downloads the tarball, he will tend to read the README, which will tell him: > Inkscape uses the standard procedure for compilation and installation: > > ./configure > make > make install When trying this, this man will run into trouble. I am very grateful that a lot of people invested lots of time in the wonderful packaging/macosx/osx-build.sh script. PLEASE, add a few lines to the READMEs - or create a distinguished "README_Mac_OS_X" to make clear, that the install procedure on a Mac is a different one. At this occasion the wiki entries should be revised. At least concerning the inkscape aqua affairs, the wiki is quite outdated; I added instructions which worked on my Mac. I think, using the osx- build.sh it's very simple now, it would be a pity to let things occur more complicated than they are in fact… Thanks and greetings, Wolf

2 1

Extension Repo
by Chris Mohler 29 Nov '09

29 Nov '09

Hi all, I was thinking about starting on an extension repo[0], and have a couple of questions. Should this be hosted by the Inkscape project? If so, how do I go about getting access? Or at least finding out what version of php/python/mysql are available to set up a local test site? If not, is anyone willing to pool resources for hosting? Or know of a good FOSS-friendly place to host? Any thoughts or opinions on server/language/db? I'm leaning toward apache/php/mysql, but something like cherrypy/python/sqlite would be well suited to this task as well. Thanks, Chris [0] http://wiki.inkscape.org/wiki/index.php/ExtensionsRepository

6 6

please provide support for graphicsmagick
by Dennis Heuer 29 Nov '09

29 Nov '09

hello inkscape supports imagemagick, which is nowadays usable but had a lot of issues. this is why i switched to graphicsmagick, a faster and more reliable (maintained) port of it. please consider supporting graphicsmagick. except of the names, both expose the same api. many thanks -- GorgonZola <gorgonzola@...1955...>

3 2

inkscape vs. vanilla system
by unknown＠example.com 29 Nov '09

29 Nov '09

seems that inkscape doesn't like to install on an up-to-date vanilla system. it relies too much on distro defaults. first, python is not found because the path searched at is not existing. it is not mentioned in any file on my system. python-config doesn't spit it out either: configure:9578: g++ -o conftest -g -O2 -fopenmp -Werror=format-security -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -Wl,-z,relro conftest.cpp -lgc /opt/development/python-2.5/lib/python2.5/config/libpython2.5.so -lpthread -ldl -lutil >&5 g++: /opt/development/python-2.5/lib/python2.5/config/libpython2.5.so: No such file or directory the point is that "python2.5/config/" is a redundant fiction. also, i re-installed poppler with support for the unsupported xpdf headers. inkscape still didn't compile. then i turned off poppler support, which was also confirmed in the configuration overview. however, it is still used. and, the way it is used seems to be targeting at an older version: extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetExtGState(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:812: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColorSpace(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1012: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp:1014: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorSpace(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1035: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp:1037: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColorN(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1104: error: no matching function for call to 'GfxResources::lookupPattern (char*)' /usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern* GfxResources::lookupPattern(char*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorN(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1148: error: no matching function for call to 'GfxResources::lookupPattern (char*)' /usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern* GfxResources::lookupPattern(char*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opShFill(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1546: error: no matching function for call to 'GfxResources::lookupShading (char*)' /usr/include/poppler/Gfx.h:114: note: candidates are: GfxShading* GfxResources::lookupShading(char*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doImage(Object*, Stream*, GBool)': extension/internal/pdfinput/pdf-parser.cpp:2510: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp:2595: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doForm(Object*)': extension/internal/pdfinput/pdf-parser.cpp:2770: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) i now tried the compilation process several times, always getting stuck, and always getting stuck after about half an hour. possibly you should port inkscape to "go" to make it break faster. also, if anybody wants to help me in this case, your surname should not be alexandre. many thanks. -- GorgonZola <gorgonzola@...1955...>

2 1

lp:inkscape should be operational
by Ted Gould 29 Nov '09

29 Nov '09

Hey all, Sorry to take so long on this. But, it turns out when you mess up one little thing -- you need to regen everything -- and that sucks :) Currently there is a trunk branch from SVN in Launchpad and associated with the name "lp:inkscape". The other branches are currently uploading, and are likely to be available tonight. I created a group for Inkscape developers: inkscape.dev[1]. Anyone in that group should have access to trunk. Anyone in the inkscape.admin[2] team should be able to add people, so if you have commit access in SF currently, grab someone on Jabber/IRC and get added to the inkscape.dev group. If you want, you can get the same effect of the -cvs mailing list by subscribing to the trunk branch. You can then edit your e-mail settings for what mail you want to get.[3] Lastly, some people might find the 5-minute tutorial on Bazaar.[4] --Ted [1] https://launchpad.net/~inkscape.dev [2] https://launchpad.net/~inkscape.admin [3] https://help.launchpad.net/Code/FindingAndDownloading#Staying%20up% 20to%20date [4] http://doc.bazaar-vcs.org/latest/en/mini-tutorial/index.html

2 2

need help: trying to compile 047 X11 for Tiger
by Wolf Drechsel 29 Nov '09

29 Nov '09

Hello everybody, people who asked me to compile 0.47 X11 for Tiger did probabely not know what a bad idea that was - because things tend to be done much faster by oneself than when teaching a complete ignorant is required… - Nevertheless, I feel honoured by the request and regret having to bother all you with another set of childish questions. What I did up to now: I set up my machine and compiled 0.47 aqua, the description given here: http://wiki.inkscape.org/wiki/index.php/ CompilingMacOsX#Building_Aqua_November_2009 should be fairly accurate. Now I'd like to set up another tree for a X11 version, trying to follow this: http://wiki.inkscape.org/wiki/index.php/ CompilingMacOsX#Installing_a_second_Macports_tree_. 28recommended_approach.29 - but just the other way round - as my aqua building environment was the first in place. This is what the instructions say: > Installing a second Macports tree (recommended approach) > Rather than deactivating and reactivating ports, you can also keep > two MacPorts trees side by side, provided you install the second > one from source. Let say I want to install a new tree for native > versions in /opt/local/native, I would do > Right. I created a /opt/local/x11 instead > export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin > cd ~/MacPorts-1.x.x/ This is the first place to stumble - I dont have a ~/MacPorts- whatever, allthough the latest macports is installed. What's going wrong here? > ./configure --prefix=/opt/local-native --with-tclpackage=/Library/ > Tcl/macports-native make sudo make install Next stumble - I learned that the osx-build.sh script can do nearly everything. So does it make sense to call configure? > You can set this second tree up to always build packages with > specific variants. For example, you can edit the /opt/local-native/ > etc/macports/variants.conf file to have the following line: > > +universal +no_x11 +quartz O.k. - created a /opt/x11/etc/macports/variants.conf containing +x11 > You can remove the +universal if you only want to build inkscape > for your host architecture. You may also need to set alternate > applications_dir and frameworks_dir variables in the /opt/local- > native/etc/macports/macports.conf > There is not such a file. I can create /opt/x11/etc/macports/ macports.conf, but > file so that applications and frameworks install by this macports > (for example by python) don't clash with your standard macports tree. > … not the shadow on an idea what that means… > Then you need to have only one version of the port command in the > path at any time so you need to setup your .bashrc > (or .bash_profile or .profile) accordingly. I use shell aliases to > quickly and temporarily switch to the universal version: > > alias portpathregular="export PATH=/opt/local/bin:/opt/local/sbin:/ > Developer/Tools:/usr/local/bin: \ /usr/X11R6/bin:/bin:/sbin:/usr/ > bin:/usr/sbin" alias portpathnative="export PATH=/opt/local-native/ > bin:/opt/local-native/sbin:/Developer/Tools:/usr/local/bin: \ /usr/ > X11R6/bin:/bin:/sbin:/usr/bin:/usr/sbin" o.k. - that was easy. Inbetween I try to install the x11 variants of cairo +x11 pango +x11 poppler +x11 gtk2 +x11… As the patient reader, who came down to this place in my opus may have noticed - there is a big lack of fundamental knowledge here. So if anybody would be kind enough to give me further instructions on the questions mentioned above, mainly in what way the osx-build-sh can be part of it - I'd be grateful. Yours, Wolf

2 1

Release Notes for 0.48
by Joshua A. Andler 29 Nov '09

29 Nov '09

Hey All, As usual, if you add new features or fix really noteworthy bugs, please add appropriate information to the Release Notes page. I started the 0.48 page here: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes048 Cheers, Josh

1 0

Re: [Inkscape-devel] [Inkscape-user] Inkscape 0.47 is released!
by JiHO 28 Nov '09

28 Nov '09

On Wed, Nov 25, 2009 at 02:12, Gary Hawkins <dragonlord666@...400...> wrote: > I know it's known of, just wondering if a solution was n the horizon. > I did try installing python but guess I don't know what I'm doing as it > didn't work LOL I will try to fix that next week. JiHO --- http://maururu.net

2 1

Re: [Inkscape-devel] lp:inkscape should be operational
by Josh Andler 28 Nov '09

28 Nov '09

Woohoo! Thank you Ted! I have added most of our regular contibutors already to the dev team on lp. Going to go checkout... On Nov 28, 2009 12:42 PM, "Ted Gould" <ted@...11...> wrote: Hey all, Sorry to take so long on this. But, it turns out when you mess up one little thing -- you need to regen everything -- and that sucks :) Currently there is a trunk branch from SVN in Launchpad and associated with the name "lp:inkscape". The other branches are currently uploading, and are likely to be available tonight. I created a group for Inkscape developers: inkscape.dev[1]. Anyone in that group should have access to trunk. Anyone in the inkscape.admin[2] team should be able to add people, so if you have commit access in SF currently, grab someone on Jabber/IRC and get added to the inkscape.dev group. If you want, you can get the same effect of the -cvs mailing list by subscribing to the trunk branch. You can then edit your e-mail settings for what mail you want to get.[3] Lastly, some people might find the 5-minute tutorial on Bazaar.[4] --Ted [1] https://launchpad.net/~inkscape.dev [2] https://launchpad.net/~inkscape.admin [3] https://help.launchpad.net/Code/FindingAndDownloading#Staying%20up% 20to%20date [4] http://doc.bazaar-vcs.org/latest/en/mini-tutorial/index.html ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Local Coordinates for group transformations?
by Rob Antonishen 28 Nov '09

28 Nov '09

Does the SVG specification limit local co-ordinate systems for transformations, or is it a function of the UI (i.e. Inkscape itself). Specifically, if I take a number of objects and group them, then scale, rotate, and/or skew the group, I would like to be able to step into the group and perform operations that also run through the same transforms. For example, if I group several orthogonal squares together, then rotate the group, I would like to be able to step into the group, select one of the squares and scale it non-uniformly into a rectangle. Currently, it will deform into a rhombus. The results I am looking for can be achieved in the current Inkscape be making a clone of the group, then scaling, rotating and/or skewing the clone. I can then go back and modify the source and the expected result happens. This, however, is very awkward, as I need to keep the originals all parked off page and can't accurately change the shapes by eye to get things lined up. SVG spec supports viewports and I got real close by following these steps: I opened up the xml editor and selected the group node for layer 1 and added a new "element node" that I set as svg:svg i then dragged the group I want to transform INTO the node. You can select the svg:svg element and apply a rotation (or translation, but only one...so use rotation). Now right click and enter svg2912. Click into the group object. You can now translate or scale the elements of the group orthogonally! I.e. if you cursor right, it moves in positive X direction of the original object, not the rotated one. Essentially everything inside the svg:svg element has a different axis than the page. Now the big problem. Inkscape will not respect the rotation of the svg:svg node when loading the savd file, so the object moves. Any suggestions? Is this a feature request? is support of the svg:svg viewport element? Thanks in advance- -Rob A>

2 1

Re: [Inkscape-devel] https://bugs.launchpad.net/inkscape/+bug/375176
by unknown＠example.com 27 Nov '09

27 Nov '09

<snip> 2009/11/25 <gorgonzola@...1955...>: > the described error still occurs with inkscape 0.47 and all newest dependencies. any hints? I think you might have an obsolete version of poppler headers in /usr/local. It is a build system bug that Inkscape configures at all in such a situation... Regards, Krzysztof </snip> many thanks so far i deleted the old installation and installed the latest version. now i get this error: In file included from extension/init.cpp:39: extension/internal/pdfinput/pdf-input.h:38:20: error: PDFDoc.h: No such file or directory dennis

5 15

dmg for Snow Leo
by Alexandre Prokoudine 27 Nov '09

27 Nov '09

Hi, A user asks if there will be a DMG for Snow Leopard. He has 10.6.2 and latest X11 from Apple. 0.47 crashes upon start for him. Alexandre

3 2

Error compiling 0.46
by Karlisson 27 Nov '09

27 Nov '09

Hello, I've got this error compiling 0.46 from -> http://sourceforge.net/projects/inkscape/files/ In file included from ./libavoid/graph.h:30, from libavoid/router.h:30, from conn-avoid-ref.cpp:20: ./libavoid/vertices.h:60: error: ‘stdout’ was not declared in this scope ./libavoid/vertices.h: In member function ‘void Avoid::VertInfList::stats()’: ./libavoid/vertices.h:103: error: ‘printf’ was not declared in this scope make[2]: *** [conn-avoid-ref.o] Error 1 Please, can you tell me how to fix that? Thanks, -- Karlisson M. Bezerra http://nerdson.com/ -

5 6

0.47 X11 Tiger build ahead ?
by Wolf Drechsel 27 Nov '09

27 Nov '09

Hello friends, is anybody planning to compile a 0.47 Mac OS X X11 version? I'd like to focus on the aqua thing - but if nobody has a Tiger machine running, I would start struggling with trees, variants and all these things I hardly have any idea about… Greetings, Wolf

1 0

inkscape aqua Mac OS X: success…
by Wolf Drechsel 26 Nov '09

26 Nov '09

Hello friends, hard to belive - my G4 built a working inkscape-aqua.app. One probabely quite small bug: When launching, it launches the X11 environment as well. That can be quitted without any negative side effects - can anyone give me a hint? - My dilettanteish attempt to just throw out the "start X11" section from "script" makes the app unable to launch… Special thanks to ~suv and Jean-Oliver, how carefully guided me all the way down… Very happy greetings, Wolf Download it here: http://verkehrsplanung.com/inkscape_047_aqua.zip Other known issues: Only one file can be kept open at a time: https://bugs.launchpad.net/inkscape/+bug/487144 Menu items containing submenues are not displayed: https://bugs.launchpad.net/inkscape/+bug/487427 Selecting files in the "open" oder "import" dialogues can take quite a lot of time: https://bugs.launchpad.net/inkscape/+bug/438603 "Ctrl" shortcuts are not mapped to "cmd" https://bugs.launchpad.net/inkscape/+bug/442835 Importing bitmaps makes inkscape crash: https://bugs.launchpad.net/inkscape/+bug/488601

6 8

Moving to Bazaar (not yet)
by Ted Gould 26 Nov '09

26 Nov '09

As we've released this is when we were planning on moving to Bazaar. I currently don't have that perfectly the way that I want. Basically, because we have the webpage and everything in SVN, the Bazaar import pulls all of that into the repository. This makes the repository larger than it needs to be. I can pull out trunk, but then I loose the branch associations with the various branches we've made off of trunk. I've got a few things left to try that the Bazaar team has suggested. If it takes more than a day or two, I'll just upload the full repository. I think that making it smaller is an optimization worth trying for, but not a requirement. I just wanted to tell people where I am on it. --Ted

5 4

Gedit native on OS X (was: Inkscape 0.47 is released!)
by JiHO 26 Nov '09

26 Nov '09

On Thu, Nov 26, 2009 at 21:15, Tobias Jakobs <tobias.jakobs@...1439...> wrote: > I've seen this blog about gedit for OS X the other day: > http://blogs.gnome.org/jessevdk/2009/06/10/gedit-os-x-for-realz/ > > Perhaps you are interested in it. That's very nice! It looks like it is time to look at Inkscape Aqua seriously again. Wolf put us on the right track already. JiHO --- http://maururu.net

1 0

Re: [Inkscape-devel] [Inkscape-user] Inkscape 0.47 is released!
by ~suv 26 Nov '09

26 Nov '09

On 26/11/09 13:08, John Culleton wrote: > On Tuesday 24 November 2009 17:35:31 Joshua A. Andler wrote: >> Greeting to the community, >> >> After over a year of intensive development and refactoring, Inkscape >> 0.47 is out. > > After installation I tried out inkview for the first time. When I > called the program one svg file would appear. But when I > attempted to move to the next image the program would either > do nothing or error off. The inkview program has the same date > stamp as the newly installed Inkscape 47 program. > > I use Slackware 13 Linux and the xfce GUI. I will try it under KDE > and report. known bug, confirmed on all platforms: Bug #316506 in Inkscape: “inkview crashes when going to next slide” <https://bugs.launchpad.net/inkscape/+bug/316506> ~suv

2 1

.app-bundled aqua version for OsX of Inkscape 0.47?
by Benjamin Dahl - post＠...2274... 25 Nov '09

25 Nov '09

As stated in another message before: > Is there any way to get a precompiled and packaged aqua version of > Inkscape with native gtk on OsX for those who just want to test it > instead of spending the whole afternoon like me with macports and > compiling and finally without getting it run? I just even didn't get to > the point where I was able to start bundling because it didn't run > smoothly at all. (started well but then repeatedly crashed with the > message '(inkscape:50197): GLib-GObject-CRITICAL **: g_object_ref: > assertion `object->ref_count > 0' failed') > > > I'm not really firm with all this compiling stuff but would love to test > the aqua version of Inkscape even with reporting bugs if it's in early > development stage. > > Does anybody have a precompiled .app-bundle of Inkscape 0.47 with native > gtk-support for OsX 10.5 to share? > cheers benny

2 1

OS X native in the future?
by Jmx 25 Nov '09

25 Nov '09

Hi everyone, And a serious thanks to all who contribute to this wonderful program :handshake: I used Inkscape before in windows but have since then left windows for OS X and now use it there. Only thing is that Inkscape felt and behaved as a normal program in windows but just doesn't do that under X11 in OS X... it's slow and shortcuts are wrong. Are there any chance of a real OS X native version in the future? I'm for one would happily pay for a good native version of Inkscape rather than use another program. Best regards -- View this message in context: http://old.nabble.com/OS-X-native-in-the-future--tp26495625p26495625.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 2

https://bugs.launchpad.net/inkscape/+bug/375176
by unknown＠example.com 25 Nov '09

25 Nov '09

hello i think that i wrote this bug message. however, i also believe that i dropped the launchpad account. at least i have no registration data anymore. i also don't want to create a new account because i am not an active inkscape developer. the described error still occurs with inkscape 0.47 and all newest dependencies. any hints? regards, dennis

2 1

0.47 OSX Package?
by Joshua A. Andler 25 Nov '09

25 Nov '09

Hey All, It seems that the OSX package is the one we are waiting on at this point. Do we not have anyone currently available that knows how to get this packaged? Cheers, Josh

4 4

PR for 0.47 - Go Vote Up!
by Joshua A. Andler 25 Nov '09

25 Nov '09

Hey All, Let's show these stories some love... Slashdot: http://slashdot.org/submission/1122110/Inkscape-047-is-released Digg: http://digg.com/design/Inkscape_0_47_is_released_Draw_Freely reddit: http://www.reddit.com/r/reddit.com/comments/a7u5r/inkscape_047_released/ DeviantART: http://news.deviantart.com/article/100936/ Cheers, Josh

2 1

Inkscape 0.47 Downloads Page - Translations needed
by Joshua A. Andler 24 Nov '09

24 Nov '09

Hey Translators, I have updated the downloads page for 0.47 located at: /inkscape_web/trunk/download/download-en.inc It appears that we have had cs, de, es, fr, it, ja, and ru translations in the past just so people are aware. Also, my grep skills seem to be failing me as I can't find the file which contains the version information "$actual_version". So, if anyone knows where this is located or has better luck finding it, if you could bump it to 0.47 that would be appreciated. (I will continue looking though) Cheers, Josh

1 0

scroll horizontally by mouse wheel
by Wolf Drechsel 24 Nov '09

24 Nov '09

Hello everybody, on my box (Mac OS X 10.4.11 Tiger, PPC), the scrolling horizontally with "shift-mouse wheel" doesnt work - neither in X11 nor in aqua, neither 0.46 not 0.47. I found a gtk-bug on that: https://bugs.launchpad.net/gtk/+bug/3644 but nothing in the inkscape bug tracker. Could it be a configuration issue? - I the box "mouse wheel zooms instead of scrolling" in "scrolling" is unchecked. Greetings, Wolf

1 0

0.47 - Mac OS X aqua
by Wolf Drechsel 24 Nov '09

24 Nov '09

Hi everybody, I tried the Mac OS X aqua adventure again and am running into strange occurancies: (Mac OS X 10.4.11, PPC) ./autogen results in >> I am testing that you have the required versions of autoconf, >> automake, glib-gettextize and intltoolize. This test is not >> foolproof and >> if anything goes wrong, there may be guidance in the file HACKING.txt >> >> checking for autoconf >= 2.52 ... yes (version 2.59) >> checking for automake >= 1.10 ... Too old (found version 1.6.3)! >> checking for glib-gettextize >= 2.0.0 ... >> You must have glib-gettextize installed to compile Inkscape. >> glib-gettextize is part of glib-2.0, so you should already >> have it. Make sure it is in your PATH. >> checking for intltool >= 0.17 ... >> You must have intltool installed to compile Inkscape. >> Get the latest version from >> ftp://ftp.gnome.org/pub/GNOME/sources/intltool/ Intltool should be new enough: >> port installed intltool >> The following ports are currently installed: >> intltool @0.40.6_0 (active) … so should be automake: >> bub$ port installed automake >> The following ports are currently installed: >> automake @1.11_0 (active) Hints appreciated… Greetings, Wolf

2 13

Trunk is NOT open, please stop committing!
by Joshua A. Andler 24 Nov '09

24 Nov '09

Sorry to yell... but seriously people, everyone needs to be patient. We are switching to a dvcs as mentioned numerous times. If we need to disable offending committers on SF SVN to get people to adhere to this, so be it, but I would rather avoid that. As mentioned a few times now, a notice will be sent to the devel list when trunk re-opens for development. No such notice has been sent. Please make no further changes until a notice is sent out. Again, we are sorry about the delay in this transition to bazaar but there is a desire to do a few things in a more friendly way if at all possible. Ted, will these commits affect anything negatively? (I can't imagine so, but I figured I would ask) Cheers, Josh

3 2

Bug in inkview: show next
by Peter Hanappe 23 Nov '09

23 Nov '09

inkview crashes when moving to the next image. Version: SVN Details: The current document is deleted twice, once in View::setDocument (view.cpp:148) and once in sp_svgview_set_document (inkview.cpp:450).

2 1

Can't edit the wiki - content gets erased when saving
by Lucas Vieites 23 Nov '09

23 Nov '09

Hi, I trying to create this wiki page: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes047-es with the copied content from http://wiki.inkscape.org/wiki/index.php/ReleaseNotes047 but when I save the content keeps getting erased and appears completely blank. This only happens when I copy the complete text of the original release notes, not when I copy small parts of it. I seems to break at a certain number of characters. Is this a known behaviour? (I'm using Firefox 3.0.13 on Suse Linux) If this persists, what can I do? Should I breakthe Release notes in two pages? Thanks, -- Lucas Vieites Blog: http://blog.codexion.com/

2 1

0.47 PR
by Alexandre Prokoudine 23 Nov '09

23 Nov '09

Hi, As someone presumably responsible for posting news at inkscape.org I'd like to ask our PR crew :) if we have final text of the announcement. Alexandre

6 9

Packages and Future releases
by Joshua A. Andler 22 Nov '09

22 Nov '09

Hey All, I think we should have a strategy for future releases where all packages are uploaded at once (perhaps a private staging area where packagers upload to first). We have had a bunch of release "announcements" and links to the packages on SF showing up on Twitter. It would be nice to control this better in the future. Cheers, Josh

1 0

Re: [Inkscape-devel] 0.47 PR
by Josh Andler 21 Nov '09

21 Nov '09

The status of that is on that wiki page. I've signed up for a handful of places, can't say I've seen others... On Nov 21, 2009 2:04 PM, "Jon Cruz" <jon@...18...> wrote: On Nov 21, 2009, at 1:26 PM, Joshua A. Andler wrote: > It's basically final unless you feel it nee... So, PR crew, do we have things lined up to get the word out, places we need to post, articles we can write, interviews we can go on, etc. :-)

1 0

Spell checker?
by Nicolas Dufour 20 Nov '09

20 Nov '09

Hi, The spell checker menu entry is missing in the 0.47pre4 package installed with Karmic (not tested on win32). See https://answers.edge.launchpad.net/inkscape/+question/91015 Is it a last minute change or a last minute issue? Regards, -- Nicolas

2 1

Quicktorials - ID
by Robert Martinez 19 Nov '09

19 Nov '09

Hi there, I need advice! I'm working on a new system that can provide free software GUI applications (like Inkscape, Scribus, GIMP, ...) with video tutorials directly linked to the GUI. Short: you click on an unknown button - and a browser pops up and shows what it does (html5/ogg-theora). My question concerns the identifier that links the functional part of the application to the video: How do you think such an ID should look like? You can also have a look at http://wiki.quicktorials.org to see what ideas were raised so far, or you can see the website in its early stage http://quicktorials.org. I would love to see a a standard that is easy to use by any project! Greetings from Germany, Robert

2 1

inkview not in the svn source
by mail＠...2227... 19 Nov '09

19 Nov '09

Hello all, im wondering because inkview is not in the svn. Will inkview be in the final version 0.47 Sincerely, Uwe Schoeler

1 0

File Export (Save-As) Tests for v0.47
by Tavmjong Bah 18 Nov '09

18 Nov '09

Hi, I've tested all the various file export options under the Save As command. Would the relavent experts for each type please review my comments/questions below? All test were done with Fedora 9 Linux and 0.46+svn updated within the past couple of days. Thanks. Tav General comment: I am having trouble getting Uniconvertor to work from within Inkscape. It won't process files with text (error message about not finding correct font). Files without text produce SVG output (Uniconvertor 1.1.4), independent of which file type is selected. Or error message about not finding SVG file in /tmp (Uniconvertor 1.1.3). I may have screwed something up but Uniconvertor does work when used via the command line (as in "uniconv test.svg test.plt") to directly convert SVG files to other types. Does anybody have it working from within Inkscape under Linux? File Format: .ai: Missing. Failed to load message in extension-errors.log (same error for DXF and ESPI). Works in v0.46. .dfx: Generic AutoCAD export failed to load (see .ai). Plotter version updated. Question: what is the target if the "ROBO-Master output" option is not checked? .emf: Does this still only work on Windows? Uses Uniconvertor. .eps: This is using the same export dialog as PS. Is this appropriate given that the bounding box is handled differently? Speaking of which, while the specifications do say the bounding box should be the smallest rectangle that fully encloses the drawing, it is a common practice (and very useful in scientific work) to define the box to be bigger than the drawing. In reading the specification, it seems to me, that they were more concerned that the bounding box takes into account stroke width, etc. than in prohibiting bounding boxes larger than the drawing size. I think it should be left up to the user to decide this. In the past "Canvas" has been used to refer to the entire drawing area while "Page" has been used to refer to the SVG specified drawing area. The dialogs and command line options should use "Page" wherever "Canvas" is used. .fx I see small bugs in gradients and displaying a pattern. .gpl OK. .hpgl I see bugs in object transformations. Uniconvertor as of 1.1.4 also generates .hpgl files. Uniconvertor doesn't handle Inkscape circles. .odg. Small translation problems. .pdf. Generally OK. Bug in patterns made from a group of objects drawn off the page. Export dialog almost the same as for EPS and PS but small differences in wording and in order of options. Should match with EPS and PS dialog. .plt Uses Uniconvertor. Tool tip etc. state it is AutoCAD plot file... but this is really, as far as I can tell, just HPGL. .png Duplicates "Export Bitmap" menu entry but without handling Filtered objects. .pov Broken in v0.47. Extra lines are added to object descriptions. Works in v0.46 (some paths missing). .ps See EPS and PDF comments. .sk1 Uses Uniconvertor. .svg OK .svgz Broken in v0.47. Works in v0.46 .tex PSTricks OK, PSFrag needs work-around due to Cairo font subsetting. .xcf OK .wmf Uses Uniconvertor. .xaml Objects translated wrong (could be xaml input problem). .zip OK.

9 17

Mac OS X compiling prob
by Wolf Drechsel 18 Nov '09

18 Nov '09

Hello everybody, as I'm running into the well-known "gnuplot-inkscape"-bug of 0.46, and unluckily no 0.47 ppc precompiled packages are available, I tried to compile the most recent package myself on Mac OS X 10.4.11 PPC. After "./configure" I run into this error message: configure: error: libpng >= 1.2 is needed to compile inkscape But I do have a suitable libpng: port installed libpng The following ports are currently installed: libpng @1.2.38_0 (active) So this may be a path issue - I googled that several people had this problem as well, but couldnt find how to resolve it. Any hint would be appreciated. Greetings, Wolf

3 8

LP: official tag list not accessible for Bug Team members?
by ~suv 17 Nov '09

17 Nov '09

Question to the members of Inkscape Administrators (inkscape.admin): This Launchpad Blog entry [1] describes a management screen for the bug tags that is accessible from the project’s bugs page [2]. Does this still work after the upgrade to Launchpad 3.0? [1] <http://blog.launchpad.net/cool-new-stuff/official-bug-tags> [2] <http://launchpadlibrarian.net/31318614/tag-management-update.png> Members of the Bug Team today have no - not even view-only - access to the list of 'official' and currently used tags not to mention access to manage the lists, whereas the blog entry and other malone bug reports indicate that what we tried to discuss in earlier threads here (how can we get a complete list and coordinate the use of tags to compensate the limited search options) is already implemented in Launchpad - but for members of the "Project Team" only. Can you confirm that this feature is available when you log in as a member of the Inkscape Administrator team? <https://bugs.launchpad.net/inkscape/+manage-official-tags> give me (as Bug Team member) this error message: | Not allowed here | Sorry, you don't have permission to access this page. | | You are logged in as ~suv. ~suv (frustrated, somewhat ;-)

2 2

Move to Launchpad
by Joshua A. Andler 13 Nov '09

13 Nov '09

Hey All, Please be patient while we are preparing to move to launchpad. I am adding in a number of our most active devs to the dev team to hopefully speed things up once things are ready to go. Please DO NOT act on anything until we send out a green light email (will most likely be sent by Ted). If you were not added by me, please just request to be a member of the team, it's nothing personal. :) Cheers, Josh

2 2

Release note for v0.47.
by Tavmjong Bah 13 Nov '09

13 Nov '09

Hi, I think it is time to start the nagging to get the release notes complete. Here are the things I have noticed missing: 1. Undocumented Live Path Effects Ruler Interpolate subpath 2. Undocumented Extensions Modify Path -> Interpolate Attribute in a Group Web -> JavaScript Generate from Path -> Motion Generate from Path -> Scatter 3. New location of preferences.xml etc. 4. Undocumented Import/Export JavaFX 5. Changes to Tools Sketch mode for Pencil Tool needs expansion. Missing change to Pencil Tool and Pen Tool for dots. 6. SVG Test Suite Compliance Fill out skeleton. 7. Extended input device configuration Does it work? 8. Document Properties Dialog What is purpose of Script tab? Tav

4 5

issues with pdf file size limitation
by Albert Cardona 11 Nov '09

11 Nov '09

Hi all, I am trying to export a large montage of images. The page size is 2148 x 66091 px. The montage contains 4 x 100 images. Inkscape has no problem editing the svg file plus images. But: when I export to PDF, approximately the lower half of the PDF is empty. Why? Or is it just evince not reading/rendering the whole contents? With export to EPS, it's even worse: the page is not read; instead, the original, default A4 page dimensions are used for page. This is inkscape 0.47 as distributed in ubuntu 9.10. Help appreciated. I'd like to print this poster. Albert

1 0

Inkscape 0.47 pre 4, OS X 10.6.1, The fantastic lxml wrapper for libxml2
by Jmx 10 Nov '09

10 Nov '09

Hello, I'm testing the latest 0.47 pre4 on OS X - 10.5.8 at work and perspective works just fine. But at home i have OS X - 10.6.1 and doing perspective fails and gives this message: -------------------------- The fantastic lxml wrapper for libxml2 is required by inkex.py and therefore this extension. Please download and install the latest version from http://cheeseshop.python.org/pypi/lxml/, or install it through your package manager by a command like: sudo apt-get install python-lxml -------------------------- Is something just not finished in the 0.47 or is it something changed in Snow Leopard? Regards :) -- View this message in context: http://www.nabble.com/Inkscape-0.47-pre-4%2C-OS-X-10.6.1%2C-The-fantastic-l… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

6 9

SVN Release Lockdown
by Joshua A. Andler 10 Nov '09

10 Nov '09

Hey All, I have one last commit to make (which of course triggered a rebuild since it touched verbs). In 3 hours, SVN will be locked down for release. Any last minute changes, speak now! Oh, and yes Nicolas, the last commit I have planned will disable the non-functioning menu item for 346721 (boo to a last minute change that triggers a full rebuild). I will be posting again in a few hours with an update. Cheers, Josh

4 3

Prev/Next Zoom shorcut with Japanese keyboards
by Marcel Montes 09 Nov '09

09 Nov '09

Hello, I'm not sure if this is the right place to send this, say, minor bug? annoyance? I've found: The ` and shift-` shortcuts can't be really used with Japanese keyboard layouts, since the backtick is done by shift-@, so as you do "shift-@" inkscape gets the backtick, but since you're pressing shift, it tries to go to "the next zoom" and there's then no shortcut to go to the previous zoom. Also as one would at start be already at the "last zoom", just "no next zoom" is displayed... thus leaving you with pretty much no shortcut to zoom's history unless you went to a previous zoom by the menus. PS: Is not really a feature I'll think I'll use much, I'd just ctrl- mousewheel my zoom, but since I'm starting with inkscape I was following the basic tutorial and found myself unable to do it. Thanks for your time, keep it up with this nice project. Marcel

1 0

[win32] EPS/PS/PDF export of text objects problematic with 0.47(pre)
by ~suv 09 Nov '09

09 Nov '09

The combination of these bugs: [Bug 469180] <https://bugs.launchpad.net/bugs/469180> Significant Differences in exported PDF File Size from 0.46 to 0.47pre3/4 [Bug 388257] <https://bugs.launchpad.net/bugs/388257> Inkscape 0.47Pre: PDF/PS Export 'Text to Paths' gives inconsistent results [Bug 271695] <https://bugs.launchpad.net/bugs/271695> Kerned text embeds too many fonts and blows up the file size in EPS/PS (special case of bug #469180, could potentially cause invalid PDF files if bug #431314 turns out to be a duplicate) leaves Inkscape 0.47(pre) users on win32 platforms with few options to export SVG documents containing text to good quality PDF files with reasonable file sizes. a) text as text: font embedding bug in cairo-win32 blows up file size disproportionally due to unnecessary embedding of fonts. Multiple uses of the same font are not merged into the same subset. b) text to path: the broken export option results in bad quality and huge file size due to text paths being exported multiple times and drawn on top of each other. The only way left at the moment: c) object to path: convert all text objects with the menu command 'Path > Object to Path' before saving as EPS/PS/PDF. How critical is (especially) PDF export for Inkscape 0.47 on win32 platforms? ~suv

9 14

Advice on how to update lxml on OS X
by Chris Mohler 08 Nov '09

08 Nov '09

Hi folks, I have a client who needs a later version of lxml to be picked up by Inkscape* on OS X. Unfortunately, I do not have access to OS X, so I'm not sure how to best acheive this - any advice would be most welcome. I'm not sure what version of OS X, but I'm guessing the procedure will be somewhat similar on all of them... Thanks, Chris * I thought the target system was win32, but we crossed wires somewhere. If I'd known about bug #448285 in the first place, I would have written the extension differently from the start - but as it stands I don't think that I have enough time. His deadline approaches...

3 7

Re: [Inkscape-devel] Advice on how to update lxml on OS X
by Chris Mohler 07 Nov '09

07 Nov '09

On Mon, Oct 19, 2009 at 11:21 PM, ~suv <suv-sf@...58...> wrote: > Just tested and put the lxml and numpy for python 2.5 that I had > compiled with MacPorts into the 0.47pre4 bundle and Inkscape loads them > fine and reports lxml version 2.2.2 :) > > i.e. I could zip them up and add the zip to your bug report for you or > him to download _if_ your client runs 10.5.8 (i386) with python 2.5 or > python 2.6 installed. He just has to unzip them and copy the folders > into the bundle, no need to build them on his machine. If he still uses > Tiger OS X 10.4.x or has a PPC processor then I can't help. > > I haven't built a DMG before - so I would prefer a simple zip... Back on list - just for posterity :) That is good news - I'm still waiting to hear back on his OS X version and arch. I'll report back once I have some more info either way. Thanks for the assistance. Chris

4 15

Upcoming Releases
by Joshua A. Andler 04 Nov '09

04 Nov '09

Hey All, Obviously, we are still waiting on the final patch for 0.47 before it can be released. When we were wanting to release 0.46, we had a similar issue with a Win32 specific issue holding up the release. This brings up something that needs to be addressed before the 0.48 cycle begins. It would be really helpful if for 0.48 we have a temporary policy, please comment on this if you agree, disagree, or have suggestions. For 0.48, it would be nice if anything that is a major change (aside from our GSoC projects) is NOT put into trunk until it has been well tested in a branch and/or privately by other devs/testers (I am willing and excited to test!). It would also be nice if we decide on an open committing period (time before Feature Freeze). For open committing, I would think 8-12 weeks should be sufficient to not break things too badly, yet still give enough time to flesh features out. I know this is much more restrictive than our normal development process, but for 0.48 to be as good and solid as possible (as soon as possible), this route makes the most sense. Obviously, once 0.48 gets out the door and we are onto 0.49, people can go back to committing responsibly... but, it would be nice if we had a policy moving forward of "if you break it, you must fix it". Thoughts? Cheers, Josh

5 10

FYI: For thise developing tutorials
by Martin Owens 03 Nov '09

03 Nov '09

This cropped up in my art circle: http://bellacielo.deviantart.com/art/Inkscape-Drawing-Tutorial-141887903 Encouraging artists to get into inkscape is working :-) lots of people love it and the new version in Karmic is very good. All the Best, Martin Owens

1 0

Re: [Inkscape-devel] Fix for bug #459811 - can't switch ellipse mode
by Krzysztof Kosiński 03 Nov '09

03 Nov '09

(forwarding unintended off-list mail... ARGH) This should fix both issues. /tools/shapes/arc/* can be left unchanged from previous versions now. Regards, Krzysztof

1 0

Re : [Inkscape-translator] Re : 0.47 about screens in progress
by Nicolas Dufour 03 Nov '09

03 Nov '09

> De : Hleb Valoshka <375gnu@...400...> > > Good news! I've found a free version of Pushkin font (the script one used in > > 0.46 screens), called newPushkin > > (http://www.gnome-look.org/content/show.php/Pushkin?content=106881). > > All the screens (except the original one, since I still don't know if I can > > change it) are now translated with this font. > > Imho this font looks ugly (but a bit better with drop shadow). What > about teams (package t1-teams in debian and derivatives)? Imho splash > looks more consistent with it. I've no opinion about it. The translations use (new)Pushkin because the author wanted to reuse the 0.46 font. Thus I won't change it except if Johan asks me to. Regards, -- Nicolas

2 1

0.47 about screens in progress
by Nicolas Dufour 02 Nov '09

02 Nov '09

Hi Thanks to all who confirmed or added their translation (some translations still need to be confirmed!). Wiki page updated (http://wiki.inkscape.org/wiki/index.php/AboutScreenTranslation). Johan is very busy at the moment, thus I've started to translate the screens by myself. I've tried Excellentia, but due to a very limited accents support, I've finally switched to Harabara Hand (http://www.dafont.com/harabarahand.font). The only drawback is that it doesn't support Cyrillic and other Unicode characters. Since I haven't found a nice script Cyrillic font, the Russian screen uses URW Chancery L (a default Ubuntu font). It's not a script font, but it looks better than a Times or Arial in this context. The translated screens are now (revision 22547) br, fr, it, nl, pt_BR, and ru. Could you please take a look at the screens and tell me what you think of the chosen fonts before I continue? Johan, do you want to keep your original untouched, or replace the "draw freely" font by Harabara Hand (or another script font)? Regards, -- Nicolas

5 7

To ^-, where are you?
by unknown＠example.com 31 Oct '09

31 Oct '09

Hi ^-, Where are you? I miss you around in our chat channel... Love, Johan (our beloved IRC/Jabber-bridge-bot is gone from the Jabber channel :-( can we bring it back?)

3 3

Re: [Inkscape-devel] Bug in snapping (using pen tool)
by Arcadie Cracan 30 Oct '09

30 Oct '09

În data de Miercuri 28 Octombrie 2009 03:21:40 pm Diederik van Lierop a scris: > Op Wo, 28 oktober, 2009 14:13, schreef Arcadie Cracan: > > Hello, > > > > I've found a misbehaviour in the latest svn regarding snapping. > > Using pen tool, with snap to grid enabled there are times when the first > > point > > of a polyline drawn using the pen tool is not on the grid. I have > > investigated > > this a little and it seems that at (random?) times the snapping gets > > "postponed globally"... > > If this is the case then I'm the one to blame ;-). I've programmed the > snap delay. Does this also happen when you set the snap delay to zero in > the preferences? Has "always snap" been enabled for the grid? > > I haven't seen this before, and I'm not able to reproduce this. > > Diederik Actually, it depends (as suv hinted on the irc - thanks) on the speed of the cursor. You have to have some potential snap targets (some drawing) in order to reproduce it: 1. Have some drawing on the canvas, 2. select the pen tool, 3. move your mouse quickly for some time, 4. click somewhere near a drawing for a new line. You will notice that the snap indicator appears correctly on the grid, put the line starts somewhere in between... Arcadie

2 1

Fix for bug #459811 - can't switch ellipse mode
by Krzysztof Kosiński 30 Oct '09

30 Oct '09

Hello Attached is a fix for bug #459811. The case was a typo (missing slash) in toolbox.cpp which I probably made when refactoring preferences code. Please commit. Regards, Krzysztof Kosiński

2 1

0.47, probably not in the next week
by Joshua A. Andler 30 Oct '09

30 Oct '09

Hey All, Subject says it all. My family is moving this week and Jon & I will be at Google HQ this weekend for the GSoC Mentor's summit. I will not have a chance to review any patches until I am back early next week. Bulia, if you see any good and safe ones, feel free to wreak havoc. ;) Honestly, if someone wanted to take a look at the LPE Undo issues (change a param on any LPE and then hit undo). It would probably save us a ton of grief with user complaints if it could be fixed (obviously, only if the issue is not to complex). Cheers, Josh

5 7

Re : [Inkscape-translator] Re : Re : About box graphics in 0.47
by Nicolas Dufour 29 Oct '09

29 Oct '09

New wiki page: http://wiki.inkscape.org/wiki/index.php/AboutScreenTranslation Please confirm or add your translation here. Thanks! -- Nicolas

1 0

About box graphics in 0.47
by Alexandre Prokoudine 29 Oct '09

29 Oct '09

Hi, Just so it doesn't slip, are we not forgetting to replace graphics in the About dialog with the contest winning picture? (and prepare the one that was No.2 for 0.48 development cycle?) Alexandre

4 9

my latest commit: a followup
by bulia byak 28 Oct '09

28 Oct '09

Somehow in all our discussions about refactoring, few if any mentions were made of the long-standing code duplication: the "new GUI" switch and the fact that src/widgets/desktop-widget has been duplicated in ui/view/edit-widget. This second copy lingers there for at least two years, unused, with little progress. Do we still need it? As I vaguely remember, at least one of the reasons for starting it was to get collapsable toolbars, but we have them now working fine with the old UI. Will anyone object if I remove ui/view/edit-widget and related unused code post-0.47? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

versioning scheme
by Alexandre Prokoudine 28 Oct '09

28 Oct '09

Hi, This mail can lead to all sorts of flamewars, hunting with pitchforks etc., but what the hell... :) Don't know for you, but to me Inkscape seems to be inside the <1.0 loop forever, whereas people all around effectively use it for solving Real Life (C)(R)(tm) tasks. Yes, it is unbearably slow, it cannot work as a standalone prepress tool and so on and so forth. Nevertheless, it's real tool, not toy. That is, in a way the current <1.0 versioning quite misrepresents Inkscape and its features. Lately Hugin (which is a panorama making tool) project adopted the YEAR.EVEN/ODD versioning scheme. Should we probably discuss whether we need something like that? This would be another way to deal with the roadmap that we don't really follow anyway. /me ducks Alexandre

12 22

Lauchpad milestones
by Nicolas Dufour 28 Oct '09

28 Oct '09

Hi, Could someone update the Launchpad milestones so that we can target the bugs and wishlists to the next releases? (0.48 and 0.49)? 0.47alpha, 0.47beta, 0.47rc1, 0.47.0 and 0.47.1 are not very useful and we could probably remove them safely. (0.47.1 has 5 reports which should be targeted 0.48, and the others none.) Thanks! -- Nicolas

2 1

Bug in snapping (using pen tool)
by Arcadie Cracan 28 Oct '09

28 Oct '09

Hello, I've found a misbehaviour in the latest svn regarding snapping. Using pen tool, with snap to grid enabled there are times when the first point of a polyline drawn using the pen tool is not on the grid. I have investigated this a little and it seems that at (random?) times the snapping gets "postponed globally"... I don't know why this could happen. Does anybody have a clue? Thanks, Arcadie Cracan

2 2

Re: [Inkscape-devel] [bug tracker] Guideslines for tags?
by ~suv 27 Oct '09

27 Oct '09

On 27/10/09 22:41, Krzysztof Kosiński wrote: > 2009/10/27 ~suv <suv-sf@...58...>: >> ° Wiki page: >> I have moved the section 'bug tracker: tags' to a separate page: >> <http://wiki.inkscape.org/wiki/index.php/BugTagsList> so everyone should >> feel comfortable editing it as it's no longer part of my user page ;-) >> > > Now it's my time to nitpick :) We are using MediaWiki since a long > time already, so please use normal page names instead of WikiWords > (for example, "Bug tags list" of "List of Launchpad bug tags" instead > of "BugsTagsList". You can fix existing pages with WikiWordNames by > using the "move" command, which automatically adds a redirect from the > old title to the new one. Thanks! Will do. I have no wiki experience (be it MediaWiki or whatever used 'WikiWords') and avoiding spaces in file names (or URLs) is just what I am used to and (usually) prefer ;-). So far the page isn't linked to from other pages, but will use 'move' anyway. ~suv (reading <http://wiki.inkscape.org/wiki/index.php/WikiSyntax>)

2 1

Donate mechanism broken
by Chris Boulter 27 Oct '09

27 Oct '09

I go through the Sourceforge 'Donate to Inkscape' process ... get a Paypal page ... am shown the error 'This recipient is currently unable to receive money'. How can I send you money? ;-)

2 1

Regression bug 445790
by unknown＠example.com 26 Oct '09

26 Oct '09

I just fixed a regression bug. https://bugs.launchpad.net/inkscape/+bug/445790 Stroke on text was rendered very noticably wrong; I fixed it. However, now a rendertestsuite test is rendered incorrectly again, but text is rendered correctly again (much more important at this stage I think). Basically the (wrong) 0.46 behavior is back. I could not find a way to fix this properly. Ciao, Johan

1 0

Errors while compiling inkscape for windows devel 22543
by mail＠...2227... 26 Oct '09

26 Oct '09

Hi, i get some errors while compiling the trunk sources for windows (devel 22543). While the command "btool" i get the following error message: Make error line 291: problem compiling: In file included from src/xml/subtr p:15: src/xml/node.h:21:25: error: glib/gtypes.h: No such file or directory In file included from src/xml/node.h:22, from src/xml/subtree.cpp:15: src/gc-anchored.h:14:28: error: glib/gmessages.h: No such file or directory In file included from src/gc-managed.h:17, from src/gc-anchored.h:15, from src/xml/node.h:22, from src/xml/subtree.cpp:15: src/gc-core.h:25:17: error: gc.h: No such file or directory src/gc-core.h:27:24: error: glib/gmain.h: No such file or directory In file included from src/xml/composite-node-observer.h:19, from src/xml/subtree.h:20, from src/xml/subtree.cpp:16: src/xml/node-observer.h:21:25: error: glib/gquark.h: No such file or direct In file included from src/xml/subtree.cpp:15: src/xml/node.h:97: error: ISO C++ forbids declaration of 'gchar' with no ty src/xml/node.h:97: error: 'gchar' declared as a 'virtual' field src/xml/node.h:97: error: expected ';' before 'const' src/xml/node.h:128: error: ISO C++ forbids declaration of 'gchar' with no t src/xml/node.h:128: error: 'gchar' declared as a 'virtual' field src/xml/node.h:128: error: expected ';' before 'const' src/xml/node.h:141: error: ISO C++ forbids declaration of 'gchar' with no t src/xml/node.h:141: error: 'gchar' declared as a 'virtual' field src/xml/node.h:141: error: expected ';' before 'const' src/xml/node.h:165: error: 'gchar' has not been declared src/xml/node.h:190: error: 'gchar' has not been declared src/xml/node.h:201: error: 'gchar' has not been declared src/xml/node.h:201: error: 'gchar' has not been declared src/xml/node.h:383: error: 'gchar' has not been declared In file included from src/xml/composite-node-observer.h:19, from src/xml/subtree.h:20, from src/xml/subtree.cpp:16: src/xml/node-observer.h:140: error: 'GQuark' has not been declared In file included from src/xml/subtree.h:20, from src/xml/subtree.cpp:16: src/xml/composite-node-observer.h:81: error: 'GQuark' has not been declared Can someone figure out what's wrong? Devel 22522 was building fine. Thank's for helping. Sincerely, UweSch

2 3

Re: [Inkscape-devel] Improved image properties dialog (0.48)
by Guillermo Espertino 26 Oct '09

26 Oct '09

Thanks for all the feedback about this specification. I'm collecting the information to improve my blueprint http://wiki.inkscape.org/wiki/index.php/Image_properties_dialog_enhancements Feel free to modify it adding things that I missed. Please keep in mind that the original proposal is to improve the usability of the current image properties dialog, not to provide a complete media manager (there are two extra specifications for that already started). I tried to keep things simple, modifying something that already exist in order to solve some common problems. I'm sure there is a lot of people who is, like me, comfortable with the current behavior of linked/embedded images, and would like just to have a handy way to re-link images or solve broken links easily. It also looks as a solution feasible in short term, being less ambitious than a complete media manager for all the data collection. In my honest oppinion, I'd prefer to have a decent solution for the next version instead of having to endure the current behavior for the next two or three versions waiting for the allmighty media manager. There are lots of minor details that keep being postponed waiting for the next great refactor, but meanwhile mean a hit in usability that can be really dissapointing for regular users. Inkscape 0.47 is great and I love the new features, but there are still minor things that turn into a big headache in everyday use (being unable to choose another type units than pixels, the recent regression in the selection area of clipped objects are clear examples of that). Among those things, the lack of a simple "browse" button in the image properties dialog seems a simple change that would make everyday use much easier. I'm not against big features at all, but maybe it's not the best thing if we define an ambitious, gigantic blueprint for each minor usability fix that comes up. A less pretentious solution could drag the attention of a group of students, like Steren's for instance. An ambitious specification would bump with the usual lack of developers and keep resting as a future project for a long time. Please take this as a constructive criticism and not as an attack to the decisions that inkscape developers have taken. Unfortunatly I'm not able to contribute with code and I can't fix things myself. Gez

1 0

[bug tracker] Guideslines for tags?
by ~suv 25 Oct '09

25 Oct '09

The new 'cloud' rendering of all tags on <https://bugs.edge.launchpad.net/inkscape> shows a total of 287 used tags. Are there any guidelines to follow when adding or renaming tags besides the visible 'official' and 'other' tags of the default interface on <https://bugs.launchpad.net/inkscape>? Is there a more suitable place to ask/discuss questions like this about the bug tracker and bug triage? tia, ~suv

6 17

my latest commit
by bulia byak 25 Oct '09

25 Oct '09

Today I decided to update my Windows build, stale by about a month, and got a crash on startup :( Recompiled from scratch, removed compiler optimization. Still crash. Debugging showed a very strange thing. There was this method in desktop.h: void registerEditWidget (Inkscape::UI::View::EditWidgetInterface *widget) { _widget = widget; } And it was called just before init with a non-NULL pointer: dtw->desktop = new SPDesktop(); dtw->stub = new SPDesktopWidget::WidgetStub (dtw); dtw->desktop->registerEditWidget (dtw->stub); dtw->desktop->init (namedview, dtw->canvas); but inside init(), _widget was NULL, as if some weird optimization made SPDesktop constructor (which NULLs _widget) fire after the registerEditWidget call instead of before. I have no idea what might be causing this and why it worked before. It might be some quite different but elsewhere that manifests itself in this strange way. Or, my Windows laptop may have become borked in some way. However, to be on the safe side, I removed registerEditWidget() (the above was its only use) and just added the widget parameter to init(). This way it no longer crashes for me. For everyone else this should be a no-op change. Still, I would be curious to hear others' ideas on what might be going on here. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Marker bug
by unknown＠example.com 25 Oct '09

25 Oct '09

Hi all, I think I fixed the marker issue in bug 456148. Thanks for committing to trunk, Johan

1 0

tango icon set is not by default
by solaris manzur 24 Oct '09

24 Oct '09

0.47 was supposed to have tango icons but I have downloaded the dev version and it still is not using them

2 1

Problem with open several .ai files
by gosha-necr 24 Oct '09

24 Oct '09

Hi friends! I don't know, is this right mailing list, but i think it is related to developers. I'm download icons from here http://iconeden.com/download/26/Bright.eps.zip and there are in .ai file. But with inkscape 0.46 on FreeBSD 7.2 i386 it cannot open this file. -- -------------------------------------------- С уважением, Гуляев Гоша.

2 1

Re: [Inkscape-devel] Specification: Improved image properties dialog (0.48)
by Guillermo Espertino 24 Oct '09

24 Oct '09

> From: Thorsten Wilms <t_w_@...123...> > As this issue affects all kinds of graphic and sound applications, I > have been thinking about a solution on another level. This would require > linking to objects via IDs, so you can move stuff around without > breaking links. Dependency tracking and automatic bundling once your > stuff leaves your system. I strongly agree. Dependency tracking would be the perfect solution for novice and advanced users. I think that it should be the ultimate goal in image link management, but meanwhile we should implement some minor improvements (like some of the proposed in my blueprint) for making it nicer to work with images in Inkscape. The good thing is that these improvements are compatible with that ideal solution, so it wouldn't be wasted time to fix some annoyances of the image properties dialog now :-) > From: Krzysztof Kosi?ski <tweenk.pl@...400...> > I don't want just to flip the default, I want to change the behavior > of the existing commands (import and paste) so that it follows > intuition, and add new commands that explicitly expose the link > behavior (see below). > Note that the current behavior is wrong on many levels: > - For pasting, we create a PNG file in the same directory as the > edited file with a crazy name like > inkscape_pasted_image_20091023_144102.png ?and link it. > - For importing via drag-and-drop, we embed. > - For importing via the dialog, we make a link. > The defaults are inconsistent, and the paste case is completely bogus > because 1. It attempts to write to the directory where the doc is > located, which may not be permitted (the directory and the doc might > be read-only); 2. It creates a crazy filename; 3. It breaks when the > user relocates the document. More importantly we cannot create links > to things that might not even be in a file (like pasting pixels from > GIMP). > Therefore we should default to embedding on paste and DnD, and have 2 > import commands: Import, which embeds, and Link Image, which creates a > link. Note that this will make Import behavior consistent across all > formats. When importing SVG or other vector formats, we never create a > link. > Serious artist know they want an image link, and most importantly know > the difference between an embedded image and a link, so they will > choose the correct option (insert image link). Newbie users do not > know about this distinction. They just want to put images in the > document, and expect them to stay there when they move the document to > another folder or remove the original images. > Krzysztof: Actually, every image is LINKED. There are no inconsistencies at all. You say importing via drag and drop embeds, and that's wrong. The naming and location of pasted files can be discussed, of course, but you seem to be proposing to change the behavior of something that is common in every program that works with external data (vectorial illustration, page layout, even audio and video editors) because it isn't "intuitive" for new users who didn't read the documentation? It wouldn't be a problem if it is harmless, but changing it brings a lot of problems, as JonCruz pointed out. In my honest oppinion, a switch in the import dialog, a good method for dependency tracking and solving and a better image properties dialog would be the best solution. Dumbing down the program because a part of its users are new to it and didn't read the documentation is shooting to your own foot. An SVG file, as it names stands for, stores VECTOR graphics. If it allows to embed bitmap images, it is an option for cases when it's needed. Links are the proper way to include images, and the most convenient most of the times. Also you're assuming that an SVG file is something that a regular user will send to his friend via email, like a jpeg. Inkscape is a vector illustration program. Its files are comparable to CDR or AI files, that also work with links and embedded images. So I guess it's safe to say that the target public for an application like inkscape isn't a complete newbie that only used MS Paint. By the way, GIMP started to change its focus since a clear target user was defined, and this kind of discussions (if the program is or isn't friendly for the unexperienced users) kinda stopped. Does inkscape have a clear target user group defined? > I don't understand. How do you imagine making an image external > without saving it? :) Re-linking it to the original bitmap file. If you imported it once, you may still have the original file in your disk. If you simply save it again, you'll end up with the original and the "externalized" image in your disk. That's confusing and breaks apart you project's organization. Gez.

7 7

Re: [Inkscape-devel] Specification: Improved image properties dialog (0.48)
by Krzysztof Kosiński 23 Oct '09

23 Oct '09

(unintended private email, again... -_-) W dniu 23 października 2009 21:37 użytkownik Steren <steren.giannini@...400...> napisał: > 2009/10/23 Krzysztof Kosiński <tweenk.pl@...400...> >> >> When you paste an image into a Word / ODT >> file, it is not a link to that file on your hard disk. > > Actually, OpenOffice.org is sometimes using Links, I'm not an expert but I > used it in the past. > Try out with OpenOffice.org : > - Create a document > - Insert > Picture > From File > - in the dialog, select an image and tick "Link", then Open > A dialogpops-up asking you If you are sure you want to link it. See capture > attached to this email. You can choose to ask again when you will be linking > your next image or you can say "I know what I am doing" by ticking > something. That's the point - when you are making a link, you are explicitly saying this. The default is to embed, and to get links you have to explicitly want them. I don't want to remove the possibility of creating links. I just want to make embedding the default, so there is less confusion by broken documents, and provide different explicit commands for linking. > Then you can edit these Links with Edit > Links. This opens a window that > inspired me for the "Image Links Manager" proposal. > > So this leads us to say that we are not the only one having issues for an > understandable-by-everyone linking strategy. The OpenOffice strategy is reasonable. You only end up with broken documents if you explicitly want it. The default is to embed, but you can create a link if you want. We need to recognise that the concept of creating a link is different from the concept of pasting or inserting, and should be given different commands. Regards, Krzysztof.

1 0

Re: [Inkscape-devel] Specification: Improved image properties dialog (0.48)
by Krzysztof Kosiński 23 Oct '09

23 Oct '09

(Sorry, resending this to list - the Gmail interface defaults to a private reply and I keep making the mistake) 2009/10/23 Jon A. Cruz <jon@...18...>: > A simplistic approach of a solution is to merely switch the default. > However what generally happens in these cases (and specifically in > this one) is that you are seeing bug reports from those who don't like > the current behavior, but you see no feedback at all from those who > are happy with the current behavior. I don't want just to flip the default, I want to change the behavior of the existing commands (import and paste) so that it follows intuition, and add new commands that explicitly expose the link behavior (see below). > BTW, we have looked at this issue for some time, and there are severe > consequences to making embed the default. We definitely need to > remember to keep those in mind as we make changes. What are those issues? Note that the current behavior is wrong on many levels: - For pasting, we create a PNG file in the same directory as the edited file with a crazy name like inkscape_pasted_image_20091023_144102.png and link it. - For importing via drag-and-drop, we embed. - For importing via the dialog, we make a link. The defaults are inconsistent, and the paste case is completely bogus because 1. It attempts to write to the directory where the doc is located, which may not be permitted (the directory and the doc might be read-only); 2. It creates a crazy filename; 3. It breaks when the user relocates the document. More importantly we cannot create links to things that might not even be in a file (like pasting pixels from GIMP). Therefore we should default to embedding on paste and DnD, and have 2 import commands: Import, which embeds, and Link Image, which creates a link. Note that this will make Import behavior consistent across all formats. When importing SVG or other vector formats, we never create a link. Regards, Krzysztof

3 3

Specification: Improved image properties dialog (0.48)
by Guillermo Espertino 23 Oct '09

23 Oct '09

Hi: I created a blueprint based on some ideas discussed in https://bugs.launchpad.net/inkscape/+bug/172162 It's a specification of an improved image properties dialog that (hopefully) would tackle some annoying aspects of image links management in inkscape. I've received valuable ideas from ~suv and Steren Giannini and the specification is starting to look very good, so I'd like to propose it as a feature for the next version of Inkscape. The blueprint: https://blueprints.launchpad.net/inkscape/+spec/image-properties-dialog-enh… I'd really love to know your oppinions about it, and get as many suggestions, critics, ideas or questions you might come up with to make it better. Gez.

8 10

Re: [Inkscape-devel] Specification: Improved image properties dialog (0.48)
by Guillermo Espertino 23 Oct '09

23 Oct '09

About image links being confusing for users... Most of the vectorial illustration programas I know use links. Designers at least are pretty used to the images being linked. Anyway, those other programas also include an option on import to link or embed images, so I agree about adding that feature. Where I do not agree is about making embed default. Embedding is handy in a lot of cases and would help newbies, but a serious artists or designers would want to have those images linked, because usually they have to be edited. Keep in mind that a couple of images embedded won't be a problem, but dozens in high resolution can take the svg size too high. There's also a problem: As far as I know, it's impossible atm to convert an embedded image to a linked image without saving it. So if you imported it and it was embedded, when you extract it you'll have two files in your disk. Of course we can (and should) modify the specification to allow re-linking to an existing file as an option along with extract the embedded image. But I think that we should avoid making embedded images default until we can provide that option. And even in that case, I think we should place a preference for changing that default. Gez

2 1

vertical toolbars
by Albert Cardona 23 Oct '09

23 Oct '09

Hi all, I've found bug/wishlist https://bugs.launchpad.net/inkscape/+bug/171663 ... which suggests that work is in progress to allow vertical toolbars. In a MacBookPro, which has very low screen height, one has to disable several toolbars to enlarge the area dedicated to the drawing enoug that it can be used nicely. Any reports on whether this feature is progressing? Thanks for any info. Albert -- Albert Cardona http://albert.rierol.net

3 2

Re: [Inkscape-devel] Specification: Improved image properties dialog (0.48)
by Guillermo Espertino 23 Oct '09

23 Oct '09

I added Rok's suggestion to the specification. About its implementation, I agree with Steren's idea: let's use a button for matching original aspect ratio keeping the larger dimension and modifying the smaller. That would be the very useful to solve a very common situation: You imported an image, then you want to crop it (for instance, you have a sponsor logo with a lot of transparent space around and you want to get rid of that empty space and leave the logo only). Thanks for the feedback. Gez. p.s.: Steren, It'd be great if you could mentor a team of students to work on this feature. It can be made in different stages and it doesn't look too complicated to be finished in a short term.

3 4

Test suite
by unknown＠example.com 22 Oct '09

22 Oct '09

Hi all, Could someone have a look at the testsuite and reprogram it such that (at least when perceptualdiff is used) the results that are marked 'new' are marked 'fail' instead? This is much clearer, and cleans up the daily checks at http://auriga.mine.nu/inkscape/. Thank you very very much! I love the testsuite, but I don't want to delve in to the code and change things myself. Thanks a bunch, Johan

3 6

Patch for Embed Image extension
by Nicolas Dufour 21 Oct '09

21 Oct '09

Hi, I've posted a patch for the following bug: [Bug #386069] Embed extension fails https://bugs.launchpad.net/inkscape/+bug/386069 It fixes a win32 issue when the path or filename has an accent, or any non us ascii character (two bytes encoded in utf-8) . Patch tested on Ubuntu 9.04, OS X, Windows XP and Vista. Please check and commit, or just tell me if you think it's too late for 0.47. Regards. -- Nicolas

1 0

0.47 status
by Joshua A. Andler 21 Oct '09

21 Oct '09

So, We have one blocker left. Apparently some preferences need to be migrated over from 0.46. JonCruz was working on this, but, he just started a new job and doesn't really have the time necessary to finish it. At this point, we need to figure out a list of preferences to see if this really is a blocker issue or what. It makes no sense to hold up the release if no one is going to fix the last problem (we have tons of other issues that we're willing to release with after all). I know of the "recent documents" being one thing that doesn't carry over. What else people? Cheers, Josh

4 3

Broken link to ebuild on wiki CompilingGentoo
by Jeff Kowalczyk 20 Oct '09

20 Oct '09

Does anyone have a copy of the inkscape-9999.ebuild linked at: http://wiki.inkscape.org/wiki/index.php/CompilingGentoo The current link is 404 Not Found. Thanks.

2 2

DVCS take 2
by the Adib 20 Oct '09

20 Oct '09

hello all, for the time after this release we decided to switch to bzr, right? Is there any howto for me as a default cvs/svn user how to create my own local branch and commit back to the mainline branch? A WIKI page would be helpful :-) Thx, theAdib

4 3

[Bug 452568] Significant differences between rendering of markers 0.46 -> 0.47
by ~suv 19 Oct '09

19 Oct '09

Bug [452568] "rotating line with arrow end doesn't rotate the arrow" <https://bugs.launchpad.net/inkscape/+bug/452568> I have little insight into the technical details of markers in SVG 1.1, but from a users POV I am concerned about the differences between 0.46 and 0.47pre in rendering seemingly basic arrowheads. Should this be mentioned more prominently in the release notes or is it a minor detail concerning only a small group of SVG drawings which are either not created with Inkscape or manually edited? Any input from an expert how to triage this bug would be highly appreciated (mainly - is it 'Won't Fix', 'Invalid' or bug 'Confirmed') screenshots showing the differences between 0.46 and 0.47pre on OS X: <http://launchpadlibrarian.net/33941210/452568-markerTest-ss-046-osx.png> <http://launchpadlibrarian.net/33941237/452568-markerTest-ss-047-osx.png> ~suv

1 0

Would like input on a patch from other devs.
by Joshua A. Andler 19 Oct '09

19 Oct '09

Hey All, So, Adib made a patch to address one of the issues that has annoyed many users... saving over a non-writable bitmap type (such as jpg) that they had opened. The patch simply checks to see if we can write the filetype, if not, throws an error message and then proceeds to open a Save As dialog. The problem is that the error message is unclear as it is a standard error message that we have and makes no sense in the context unless you know how our files are handled internally. The message is "No Inkscape extension found to save document (/path/to/file.jpg). This may have been caused by an unknown filename extension." So, the question is, would people be okay with us shipping with the user-unfriendly error message in favor of saving people's data? Yes we could create a custom message for it, but I really don't want to break the string freeze again. After 0.47 is out, we could then make a 0.47.1 branch and have the proper error message that explains what went wrong (obviously adding to trunk as well). Please share your thoughts. Cheers, Josh

3 3

0.47pre4 Pre-release
by Ted Gould 19 Oct '09

19 Oct '09

Hello all, Another milestone release. Hopefully the last. Let's get this release out! I want to put a special thanks to MIT for the 5MB/s upload :) https://sourceforge.net/projects/inkscape/files/inkscape/0.47pre4/ --Ted == MD5 Sums == c27b2c4f74a94c9cc6ae0f341d3b00ed inkscape-0.47pre4.tar.bz2 a5076ffe4636eda5ab623d5ad8e85d48 inkscape-0.47pre4.tar.bz2.asc 5cce22cbe97780f47de1d385bd2bed3b inkscape-0.47pre4.tar.gz b927fc4caadac9c0269ec1cc5f84c176 inkscape-0.47pre4.tar.gz.asc 9f9f4400fe0400b0021523eaa394d7fc inkscape-0.47pre4.zip 6192f8f7d653ed2168df1f222944a981 inkscape-0.47pre4.zip.asc == SHA1 Sums == 02210ee6eeda65517284c01a3f9d069443affbfe inkscape-0.47pre4.tar.bz2 da4c5b963ee9b2636101157822b99d0dedc3db76 inkscape-0.47pre4.tar.bz2.asc 0340f33315a93b5ec001c62c2790726547e4dc2a inkscape-0.47pre4.tar.gz 456aa3c99686057648d70c7cb9eb9f246c9a3e02 inkscape-0.47pre4.tar.gz.asc 5c00b71555059c2aa455e4e11e9404461c1f6c28 inkscape-0.47pre4.zip d5fc92e15271929576ea515cd86423aa27cf4c99 inkscape-0.47pre4.zip.asc

7 10

packaging inkscape aqua
by Wolf Drechsel 17 Oct '09

17 Oct '09

Hello friends, I happened to find the inscructions for building an Mac OS X .app package. So I tried to use the osx-app.sh script to build an incscape aqua app in order to share it, but ended up with a message as follows: Directory does not appear to contain the i386 and ppc python modules So I tried to run the script with the -py option, but cannot find out for which python components I do have to look. Nor do I know whether I do have enough python installed; a "sudo port installed" shows: py26-libxml2 @2.6.21_0 (active) python26 @2.6.2_4+darwin (active) I guess the python26 thing is it - but how will the script find the necessary components? Some hints would be appreciated (-; Greetings, Wolf ++++++++++++++++++++++++++++++++++++++++++++++++++++ + Wolf Drechsel + Köhnstr. 54 + D - 90478 Nürnberg + Tel.: 0911 / 4 71 98 49 + drechsel@...2249... ++++++++++++++++++++++++++++++++++++++++++++++++++++

2 2

masks and clippaths
by Alexandre Prokoudine 15 Oct '09

15 Oct '09

Hi, When did anyone actually last use masks and clipping paths? We advertize that it's possible now to edit applied masks and clipping paths on canvas, but it really doesn't work at all. Alexandre

5 8

View>Scripts doesn't work
by Nicolas Dufour 15 Oct '09

15 Oct '09

Hi, The View>Scripts dialog still doesn't open. I think we should disable this menu entry If we can't repair it before 0.47. More details in the bug report. [Bug #346721] "Segfault after opening JVM scripts dialog" https://bugs.launchpad.net/inkscape/+bug/346721 Cheers, -- Nicolas

2 1

Changes to .desktop file
by Ted Gould 15 Oct '09

15 Oct '09

I realize we're close to a release, and this would effect translations, but it'd be nice if we could get this fix in. Tell me if I'm crazy :) https://bugs.launchpad.net/inkscape/+bug/406578 I imagine that if we don't fix it, Linux distros will have to distro patch it. Which would be a shame. --Ted

4 3

Fix for Bug #423326 (Untranslated file types)
by Nicolas Dufour 15 Oct '09

15 Oct '09

Hi, I've attached a patch (tested on Vista and XP) to the following bug report. [Bug #423326] Untranslated file types https://bugs.launchpad.net/inkscape/+bug/423326 It fixes some gettext calls in the win32 open/import dialog (i18n fix only). The strings are already translated (they are shared with the linux/mac dialog) and the fix doesn't require an inkscape.pot rebuild. :) It's a low priority bug, but since it affects the UI it would be nice to have it fixed in 0.47. Cheers, -- Nicolas

1 0

POV-Ray export patch.
by Tavmjong Bah 15 Oct '09

15 Oct '09

Hi, I just filed a bug report for POV-Ray export which is broken in 0.47pre4. It appears to have been broken by a move to lib2geom where the path vector includes an extra closing segment even if the path is already closed (see 2geom/path.h). This resulted in extra lines being written out. In addition, there was a problem that existed in 0.46 where paths created by Text->Path may not have their last point exactly on top of the first point (differing sometimes by 0.0002 px). In this case, POV-Ray considers the path open and skips it. I've attached a patch to the bug report that fixes both problems. I know this is late in the 0.47 release process but as it stands, export to .pov format is useless (POV-Ray fails to process the .pov file due to the extra badly-formatted lines). The patch only effects pov-out.cpp which is used only by POV-Ray export so it shouldn't break anything. The bug URL is: https://bugs.launchpad.net/inkscape/+bug/451588 Tav

4 3

Adjust kerning from the text&font dialog?
by Michal Suchanek 14 Oct '09

14 Oct '09

Hello, why is it impossible to adjust text kerning from the font&text dialog? It has the same text so you can put the cursor somewhere or select something without cluttering the drawing with flashing cursor or some other view obscuring stuff. Sadly, the alignment keys do not work in the dialog. There is a more general problem of drawing being obfuscated by selection. For example, if I select an object the dashed selection frame obscures the objects with which I want to align the currently selected object. Thanks Michal

1 0