- Inkscape Devel - Inkscape Mailman

infobox for filter effects dialog
by Felipe Sanches 28 Jan '08

28 Jan '08

I have just commited a feature that took me some time to implement (because it required artistic inspiration) It is an infobox that explains to the user what each available filter primitive does. I'd like to receive feedback about this feature. So, svn update; make; sudo make install and then check what changed on the filters dialog. make install is needed because I have added some images to the UI. One is still missing: feDisplacement Map. Anybody have any idea of how to depict this primitive in a mnemonical way? Juca

5 10

BUG HUNT - Jan 28
by Bryce Harrington 28 Jan '08

28 Jan '08

We're at 450/500. Pts BugID Assignee Description ------------------------------------------------------------------------ 3 171593 Diederik Snapping menu items and shortcuts 3 168912 Johan Engelen axonometric grid angle changes with... 12 168588 Johan Engelen assertion failed, file sp-conn-end.cpp 3 171783 Bulia Byak rclk on palette should change outline color 3 171710 JonCruz Sum color dragging color inother 3 171292 --- Transparency reduced pdf export 9 168865 Johan Engelen Crashes applying "Path along path" effect... 3 171803 Johan Engelen Angled Guidelines! 12 168570 Johan Engelen Crash when recreating grid using 'redo' 9 178004 Max Albert assert when saving as plain svg 3 170374 --- perspective/warp transformation envelope 6 168574 --- Grid setup truncate significant figures 12 178803 theAdib Save As... -> filetype "PDF via Cairo" crashes 9 178312 Diederik Global 'Enable snapping' option non-functional 9 177891 Johan Engelen feGaussianBlur crashes when setting fill paint 9 174475 Niko Kiirala feImage renderer crashes on non-external image 12 167416 Diederik Shrinking a pattern causes lock-up 9 172778 Johan Engelen Grid settings not respected when reopening doc 6 167640 Bryce Escaped HTML chars - tooltips show incorrectly 12 168751 --- crash rm text from path w/ text cursor active 12 176018 Kees Cook Cairo render prints nothing; bitmap crashes 12 168097 Mental Crash when using clone as clippath 9 179332 Bryce Teeth number in Gears LPE needs tweaking 6 178123 JiHO Template method calls fail for g++3.3/osx 3 168879 --- Advanced french tutorial typos 3 169986 --- Fix location of Swatches menu in tutorial 12 179446 Mental need blend modes in layers dialog 6 168901 theAdib Inkscape Uninstaller deleted other programs? 3 168490 theAdib Catalan language not supported on windows installer 6 179741 Johan Defined Grids cannot be removed 12 179328 Johan Reverse LPE path crashes Inkscape 6 179840 Johan LPE copy problem 6 168249 Bryce --export-dpi ignored if at end of command line 9 177564 Niko Kiirala Segfault on blend filter with fill paint... 6 169071 Niko Kiirala rendering regr. on filtered transformed objects 6 169995 --- 'Save as SVG' button / dialog... 9 168684 Diederik Selection trouble with geometric bounding box 3 167422 Ted Gould major grid lines drawn with minor color 3 178471 Bryce Tooltips missing in the LPEs 6 167132 Ted Gould effect changes inkscape:output_extension 6 178215 Bryce menu icons size in Win32 dev builds is 13X13 12 167898 Michael Grouping section with connectors attached crashes 3 181020 Diederik snap when dragging guides ... 9 179478 Max Albert 3d box tool toolbar doesn't work 9 176646 Max Albert 3d box no redraw after moving 6 179693 Max Albert 3D Tool woes 9 179591 --- Problems saving an imported PDF/AI 9 175726 Niko Kiirala feTurbulence crashes on zooming 9 181663 Gail Font style errors / assert when changing style 6 175398 zeimusu Option to disable tablet support not working 6 181682 Max Albert selection cue option missing from prefs -3 167422 Johan Engelen major grid lines drawn with minor color 3 181380 Diederik "Snap to bounding box edges" - vertical edges 9 181377 Diederik Shapes disappear when snapping nodes to path 6 181995 Niko Kiirala "Neon" filter displayed incorrectly 12 182401 Mental assert crashes in commitUndoable 3 182888 JiHO Inkscape crashes on start on OS X Leopard 3 171086 -- "Align" dialog should remember the dropdown state -9 172778 nightrow Grid settings not respected when reopening doc 9 179982 Johan display grid doc properties docked in multi views 9 183639 Johan LPE crash rotating stitched subpaths assertion 6 184776 Niko Kiirala Inkscape crashes on filter effect usage 9 172778 Johan Grid settings not respected when reopening doc 6 179770 ACSpike Effects broken with error 'invalid tag name' 6 168397 bbyak Setting Font size using combobox in Text toolbar 6 168320 bbyak Font size does not change 6 168377 bbyak f&s lost on text by changing font size by kbd ------------------------------------------------------------------------ 450 Goal: 500 http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-mont… Note: Points are not given for bugs fixed as invalid, dupe, or worksforme, and only for issues that require code changes to fix (not website, translation, or documentation changes). Note: Scoring for bugs is based on their Importance: Crit=12, High=9, Med=6, Low=3, Undecided=3, Wishlist=3.

1 0

new libraries bundle for windows requested
by bulia byak 28 Jan '08

28 Jan '08

Hi Bob, Here's a summary of recently discovered problems that this new bundle must address: - it must have that gspawn-win32-helper*.exe thing without which effects now crash - it must have at least gtk 2.10.12, because of this bugfix: 392015 Selected menu item invisible on Windows Vista - it must have libgc compiled with LARGE_CONFIG defined, as per the instructions linked from this bug (in mental's comment): https://sourceforge.net/tracker/index.php?func=detail&aid=1803613&group_id=… to remove the 0.5 Gb memory limit. Thanks, and let me know if I forgot something! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 4

Re: [Inkscape-devel] [cairo] 1.6: a8-mask: Making non-aligned strides illegal
by Carl Worth 28 Jan '08

28 Jan '08

On Mon, 28 Jan 2008 00:51:13 -0500, Behdad Esfahbod wrote: > > int > > cairo_image_surface_stride_for_width (cairo_format_t format, > > int width); > > I marginally prefer cairo_format_stride_for_width() as a name. Oh, I might like that. I came up with the first name before I realized that a format was needed here. > > And also documenting cairo_image_surface_create_for_data that the > > stride value passed to it should always come from calling the function > > above. > > Humm, not sure how limiting that would be. Do you mean it should be the > stride_for_width() of the actual image width, "stride_for_width() of the actual image width" is what I intended. > or the stride for some > (any) width? I mean, say I want to create a cairo surface for a > subsurface of a larger buffer. The width passed to cairo may be way > smaller than the width used for stride computation. So you might have noticed that I dropped the suggestion in the documentation for cairo_image_surface_create_for_data that playing games with stride is a good way to generate sub-surfaces. More on that below. > Also while at this, how does this work for: > > - 64-bit machines? Is the requirement still just 32? Guess yes. Yes. The requirement comes from the fact that all of pixman is currently in terms of uint32_t. But, yes, the existence of 64-bit architectures is exactly why we want to be able to "upgrade" the alignment constraints in the future. Hence the newly required function call. > - Machines that do not allow unaligned access. Do we also require > that data be aligned properly? Right. And this is why the sub-surface thing is a problem. I tried to address this in the new documentation for cairo_image_surface_create_for_data by stealing language from malloc. What I'm trying to say there is that the data pointer needs to be properly aligned for the current platform. Take a look at the wording I used and see if you can improve it at all. -Carl

1 0

1.6: a8-mask: Making non-aligned strides illegal
by Carl Worth 28 Jan '08

28 Jan '08

On Thu, 24 Jan 2008 12:43:35 -0800, Carl Worth wrote: > • Fix a8mask failure cworth In talking with Keith, Eric, and Søren I've become convinced that instead of "supporting" rendering to/from an A8 mask with a non-multiple-of-4 stride value, we really do want to just document this as illegal. Forcing this kind of alignment will allow for many more optimization opportunities. The inkscape folks had run into this problem and I had said we'd have a fix in 1.6. Instead, I'd like to volunteer to help fix the inkscape code to allocate buffers with a properly aligned stride. If some kind inkscape developer were willing to help me with this soon, that would be great. In order to make it easier to know what a "legal" stride is, (and to allow us to require more stringent alignment constraints in the future), I'm proposing the following new API: int cairo_image_surface_stride_for_width (cairo_format_t format, int width); And also documenting cairo_image_surface_create_for_data that the stride value passed to it should always come from calling the function above. More details, (and more thorough documentation), in the patches below. I'll push unless there are complaints. -Carl

1 0

Launchpad Tips: "Mentoring"
by Bryce Harrington 28 Jan '08

28 Jan '08

If you are a knowledgeable developer, but short on time to fix bugs, there is a way to mark bugs that you don't have time to fix yourself, but that you'd be willing to give advice to new developers on. This is done via the "Offer mentorship" link in the Actions column of a bug report. When you offer mentorship, the bug gets marked with a Swiss Flag. Newbie coders and developers looking for something to work on but who'd like some handholding, can search for these bugs in particular. If you choose to offer mentorship for a bug, it would be good practice to outline what the bug fix would involve, perhaps even indicating files/functions needing touched, and so on. Also, leave some tips for how best to contact you (IRC, email, comments in the bug) if they have questions. Bryce

2 1

Effects | Color | Custom ... extension
by Alvin Penner 26 Jan '08

26 Jan '08

Have not been able to successfully use the above extension, typically get white as a color, so I modified the file \Inkscape\share\extensions\color_custom.py to work okay for me, and reported it as https://bugs.launchpad.net/inkscape/+bug/186176 Am curious to see if anyone else has tried to use this extension. Alvin Penner

1 0

a problem i dont undresud it but i capture it in pictures
by ΤΟΠΙΚΗ ΛΑ.Ο.Σ ΑΙΓ ΙΟΥ " <a123＠...1865...> 25 Jan '08

25 Jan '08

2 1

Re: [Inkscape-devel] Dockable dialog bugs
by unknown＠example.com 25 Jan '08

25 Jan '08

> -----Original Message----- > From: Gustav Broberg [mailto:broberg@...370...] > Sent: woensdag 16 januari 2008 4:00 > To: Engelen, J.B.C. (Johan) > Subject: Re: [Inkscape-devel] Dockable dialog bugs > > On Tue, Jan 15, 2008 at 05:17:45PM +0100, > J.B.C.Engelen@...1578... wrote: > > OK, I just came up with a solution for our problems and > tested it on > > one of the parameter types. This seems to work very very nicely and > > can be generalized to all "registered widgets". I will try > to do this asap. > > That's great news Johan! After your changes I'm not able to reproduce > #179982 anymore. > > I'm not familiar enough with the registered widgets to > evaluate the class design, but just looking diffs themselves, > I can't see any problems with it. One minor nit though, > couldn't the static cast line in RegisterRandom::setValue be > replaced with just "Scalar::setValue (val);"?. First I had "setValue(val)" there without any cast, but the compiler could not find the Scalar function. I can try what you say as it seems better. > Do you think you'll be able to rewrite the remaining widgets > and completely deprecate the old RegisteredWdg in time for > the release? > > Just tell me if I should prepare a Plan B, e.g. to make just > the Document Properties and LPE dialog singleton as you suggested... I hope I can finish the work today, luckily it will not show up in the bug fixing points scheme, so there's still some time. I often stumble upon bugs that still need reporting/fixing :(, was really glad this one turned out to be fixable pretty fast. Regards, Johan

2 1

[Fwd: [Clipart] [Fwd: EPS/SVG Kung Fu Master wanted]]
by Jon Phillips 25 Jan '08

25 Jan '08

-------- Forwarded Message -------- > From: Jon Phillips <jon@...158...> > To: inkscape-devel <inkscape-devel@...6...>, Open Clip Art > Library list <clipart@...626...> > Subject: [Clipart] [Fwd: EPS/SVG Kung Fu Master wanted] > Date: Fri, 25 Jan 2008 13:42:28 +0800 > > If anyone is interested in a for-pay gig, see below...eps/svg kung fu > master preferred! Please contact david below directly and tell em rejon > sent ya! > > Jon > > -------- Forwarded Message -------- > > From: David ten Have|Ponoko <david.tenhave@...1864...> > > To: jon@...158... > > Subject: EPS/SVG Kung Fu Master wanted > > Date: Thu, 17 Jan 2008 17:52:50 +1300 > > > > Jon > > > > > > Michael Galpert forwarded me your email. > > > > > > I am very keen to hook up with an EPS/SVG expert (that might be two > > different people) who is interested helping us out here at Ponoko. > > Initially it will be to answer some questions - but over time we will > > have an increasing need for development work and I would be keen to > > find some one who wants to be part of that. > > > > > > On the CC front I would like to get more info on how we can increase > > the use of the CC licenses in our work. At this point we allow > > designers to share their design files under the CC licensing scheme - > > but I am keen to do a lot more work in this area. > > > > > > Cheers > > > > > > Dave > > > > David ten Have > > Chief Executive Officer > > +64 21 456 919 > > > > > > > > > > Ponoko – Make it Real > > .......................................................................................................................................................................... > > > > > > Level 1 || 27 Dixon Street || Wellington || New > > Zealand || Phone +64 4 473 0031 || www.ponoko.com > > > > > > > > > > > > > > > > > > > > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Please note: the contents of this email are not intended to be legal advice nor should they be relied upon as or represented to be legal advice. Jon Phillips does not represent any organization through this email address.

1 0