- Inkscape Devel - Inkscape Mailman

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