- Inkscape Devel - Inkscape Mailman

Vectorising Resolution
by Martin Owens 26 May '09

26 May '09

Hey guys, I've tried to use the fill and vectorising tools in inkscape to create vectors from existing bitmaps; but I noticed an odd effect with the path that all requires two simplify node functions to get the path into a manageable state. Are we currently taking into account the resolution of the raster image we are vectoring in order to smooth out the complexities of the pixelisation? The maths need to be able to reduce the noise from the pixel shapes and try and increase the signal from the shape of the image section... although perhaps this is only useful for cartoon type images. Thoughts? Best Regards, Martin Owens

2 1

ENOUGH WITH THE ICONS!!!
by Josh Andler 26 May '09

26 May '09

Sorry about the tone of this message, but... can we stop wasting time and energy on the icons and focus on getting 0.47 out the door? As a (or I believe still the only) release warden for 0.47, I am authoritatively saying, "not this time". My rationale is based on the fact that there are obviously still too many mixed feelings for this change to have been made during the release preparation period. Even after 0.47 is out the door, we shouldn't even bother with a poll until someone adds an icon set chooser in prefs. This way EVERYONE can be happy without having to copy/move files. As a side note... for the remainder of this release cycle... (0.47) How about every time someone feels the need to start or reply to an icons thread, they just go to the bug tracker and try to see if they can reproduce a bug still marked as "New". It's a far more productive use of time and the community will end up appreciating the results MUCH more. Having similar or the same discussion(s) every few months has not changed a thing, nor will it anytime soon. This seems like one of the most ridiculous wastes of resources, to the point that I'm flat out angry rather than aggravated. My wife thinks that we're all nuts with the frequency of these repetitive and non-conclusive discussions. I don't know that I disagree her. :-) Anyways, before I lose my cool and start with the profanity and insults (which I'm on the edge)... let's just be done for now. Sincerely, Josh P.S. If people really want to keep pushing this issue right now, I will have no problem stepping down as the release coordinator and release warden.

4 3

Icon sizes
by JiHO 26 May '09

26 May '09

Hi everyone, Trying to sort some bugs on Launchpad I dug into icon sizes a bit. In previous conversations, Jon Cruz specified that Inkscape icon sizes are defined in src/icon-sizes.h: enum IconSize { ICON_SIZE_INVALID = ::GTK_ICON_SIZE_INVALID, ICON_SIZE_MENU = ::GTK_ICON_SIZE_MENU, ICON_SIZE_SMALL_TOOLBAR = ::GTK_ICON_SIZE_SMALL_TOOLBAR, ICON_SIZE_LARGE_TOOLBAR = ::GTK_ICON_SIZE_LARGE_TOOLBAR, ICON_SIZE_BUTTON = ::GTK_ICON_SIZE_BUTTON, ICON_SIZE_DND = ::GTK_ICON_SIZE_DND, ICON_SIZE_DIALOG = ::GTK_ICON_SIZE_DIALOG, ICON_SIZE_DECORATION }; However, those definitions seem to have strange effects in the facts. Namely: - the toolbox has size "LARGE_TOOLBAR" but won't scale to 48 (displays as >~16) or 32 (displays as <16) http://dl.getdropbox.com/u/1047321/toolbox-bar.xcf NB: I am linking to xcf images because they make it easy to compare the different sizes in different layers - the snapping toolbar has size "SMALL_TOOLBAR" but behaves the same way regarding large sizes http://dl.getdropbox.com/u/1047321/toolbars.xcf - the custom size "DECORATION" affects: . the color picker: 48 makes it bigger. the rest does not change . the triangle at the end of the color picker strip: changes correctly with all sizes, so it would seem that is working correctly then. But since the color picker itself does not scale to the same height, it usually appears too big or too small compared to it. Ideally, it should always have the same height as the color picker (hence be affected by the choice of size in the picker itself, which is not the case currently) . the lock and eye icon of the layer drop down, the zoom icon at the top right corner of the canvas, and probably other places, which display the same issue as the icons above http://dl.getdropbox.com/u/1047321/custom-decoration.xcf So there is a common pattern (hence a common fix?). Overall, it seems that stock icons (i.e not Inkscape provided ones) scale, but Inkscape icons do not scale. I understand this since Inkscape icons used to be designed and rendered in a different way. However: - I thought that recent changes to the icon handling would make Inkscape icons behave as the rest (this was tested with rev 21339 and I haven't seen any icon related changes in the svn log since, and with no custom configuration in .config/Inkscape) - even if they do not behave as the rest, they should at least display at their maximum size when the GTK size it set higher that it (32 and 48). Thanks in advance for any information on all this. JiHO --- http://jo.irisson.free.fr/

3 8

svg fonts dialog
by Alexandre Prokoudine 26 May '09

26 May '09

Hi again, I know you'll get tired of me soon :) Do we know exactly which combination of Cairo and Inkscape makes SVG Fonts dialog working? If we do, should we mention that in Release Notes and INSTALL? If we keep SVG Fonts for 0.47, could we please have a little more verbose UI? At least mentioning which way exactly of entering Unicode value of a glyph, and a spinbox for precise setting of kerning. Alexandre

2 1

Snaps of icon issues
by Jon A. Cruz 25 May '09

25 May '09

Since not everyone was seeing problems with the external icon loading, I grabbed a few screenshots to add to the wiki to illustrate them. http://wiki.inkscape.org/wiki/index.php/Icons#Issues I do have a handle on fixing those, but if others see different issues please feel free to add at least a text description of the problem. Thanks.

6 7

about screen contest: woah!
by unknown＠example.com 24 May '09

24 May '09

Woah!!! I just had a look at the about screen contest (http://inkscapers.deviantart.com/journal/24582792) and.... WOAAAAAHHHH... It is absolutely amazing what people have made. There are many many many drawings that I like. Great work all of you who submitted something!! (It's cool that quite a few people tried to visualize "refactoring" too.) Cheers, Johan

1 0

Compiling Inkscape 0.46...No Imagemagick found
by heathenx 24 May '09

24 May '09

I posted to the Inkscape User list yesterday regarding missing raster effects from the effects menu (If it appears like I've cross-posted I apologize) but I'm not sure the User list was the appropriate place afterall. Doing some investigative work I figured I would uninstall Inkscape 0.46 on my Ubuntu 9.04 box and compile it from scratch. I noticed that when I run the ./configure it will not find Imagemagick even though I have it installed along with the development package for it. Perhaps this is what is preventing the raster effects from being displayed in the effects menu. Some of you that are running Ubuntu 9.04...have you noticed any of these issues? I'm not exactly sure what I need to do detect Imagemagick. I have not compiled the stable version of Inkscape before. I get that straight from the repos along with all of the other Inkscape dependencies. As a side note I have compiled a recent snapshot of 0.46+devel and the raster effects do display but none of them are working. I would appreciate any help. I'll keep plugging away in the meantime. :) heathenx Here is the output of ./configure: heathenx@...2195...:~/inkscape-0.46$ ./configure checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking how to create a pax tar archive... gnutar checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for intltool >= 0.22... 0.37.1 found checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking for msgfmt... /usr/bin/msgfmt checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for library containing strerror... none required checking whether we are using the GNU C++ compiler... (cached) yes checking whether g++ accepts -g... (cached) yes checking dependency style of g++... (cached) gcc3 checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking dependency style of gcc... gcc3 checking how to run the C++ preprocessor... g++ -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking whether gcc and cc understand -c and -o together... yes configure: Testing -Wno-pointer-sign configure: compiler supports -Wno-pointer-sign checking for ranlib... ranlib checking GNU compiler version... 4.3.3 checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for ngettext in libc... yes checking for dgettext in libc... yes checking for bind_textdomain_codeset... yes checking for msgfmt... (cached) /usr/bin/msgfmt checking for dcgettext... yes checking if msgfmt accepts -c... yes checking for gmsgfmt... /usr/bin/msgfmt checking for xgettext... (cached) /usr/bin/xgettext checking for catalogs to be installed... am ar az be bg bn br ca ca@...1971... cs da de dz el en_AU en_CA en_GB en_US@...1443... eo es_MX es et eu fi fr ga gl he hr hu id it ja km ko lt mk mn nb ne nl nn pa pl pt_BR pt ro ru rw sk sl sq sr@...1894... sr sv th tr uk vi zh_CN zh_TW checking for pkg-config... /usr/bin/pkg-config checking for msgfmt... (cached) /usr/bin/msgfmt checking for gmsgfmt... (cached) /usr/bin/msgfmt checking for png_read_info in -lpng... yes checking png.h usability... yes checking png.h presence... yes checking for png.h... yes checking for shl_load in -ldld... no checking for dlopen... no checking for dlopen in -ldl... yes checking gc.h usability... no checking gc.h presence... no checking for gc.h... no checking gc/gc.h usability... yes checking gc/gc.h presence... yes checking for gc/gc.h... yes checking for GC_init in -lgc... yes checking libgc version 6.4+... 6.8.255 yes checking sys/filio.h usability... no checking sys/filio.h presence... no checking for sys/filio.h... no checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes checking for mallinfo... yes checking for struct mallinfo.usmblks... yes checking for struct mallinfo.fsmblks... yes checking for struct mallinfo.uordblks... yes checking for struct mallinfo.fordblks... yes checking for struct mallinfo.hblkhd... yes checking for freetype-config... /usr/bin/freetype-config checking for Win32 platform... no checking for Solaris 2.8 platform... no checking pkg-config is at least version 0.9.0... yes checking for XFT... yes checking for PANGOFT2... yes checking for GNOME_VFS... yes checking whether byte ordering is bigendian... no checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for Perl development environment... skipped checking for Python development environment... skipped checking for LCMS... yes checking for POPPLER... yes checking for POPPLER_GLIB... yes checking for CAIRO_SVG... yes checking for POPPLER_CAIRO... yes checking for LIBWPG... yes checking for InitializeMagick in -lMagick++... yes checking Magick++.h usability... no checking Magick++.h presence... no checking for Magick++.h... no checking for INKSCAPE... yes checking for Mac OS X Carbon support... no checking boost/concept_check.hpp usability... yes checking boost/concept_check.hpp presence... yes checking for boost/concept_check.hpp... yes checking for CAIRO_PDF... yes checking popt.h usability... yes checking popt.h presence... yes checking for popt.h... yes checking for bind_textdomain_codeset... (cached) yes checking for gtk_window_set_default_icon_from_file... yes checking for gtk_window_fullscreen... yes checking whether binary relocation support should be enabled... no checking for pow... yes checking for sqrt... yes checking for floor... yes checking for gettimeofday... yes checking for memmove... yes checking for memset... yes checking for mkdir... yes checking for strncasecmp... yes checking for strpbrk... yes checking for strrchr... yes checking for strspn... yes checking for strstr... yes checking for strtoul... yes checking for fpsetmask... no checking for ecvt... yes checking ieeefp.h usability... no checking ieeefp.h presence... no checking for ieeefp.h... no checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for libintl.h... (cached) yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking whether lstat dereferences a symlink specified with a trailing slash... yes checking whether stat accepts an empty string... no checking for strftime... yes checking for working strtod... yes checking whether stat file-mode macros are broken... no checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for mode_t... yes checking return type of signal handlers... void checking for x86 platform... yes checking compiler support for MMX... yes configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating src/check-header-compile config.status: creating src/algorithms/makefile config.status: creating src/application/makefile config.status: creating src/debug/makefile config.status: creating src/dialogs/makefile config.status: creating src/display/makefile config.status: creating src/dom/makefile config.status: creating src/extension/implementation/makefile config.status: creating src/extension/internal/makefile config.status: creating src/extension/makefile config.status: creating src/extension/script/makefile config.status: creating src/helper/makefile config.status: creating src/inkjar/makefile config.status: creating src/io/makefile config.status: creating src/libcroco/makefile config.status: creating src/libgdl/makefile config.status: creating src/libnr/makefile config.status: creating src/libnrtype/makefile config.status: creating src/libavoid/makefile config.status: creating src/livarot/makefile config.status: creating src/live_effects/makefile config.status: creating src/live_effects/parameter/makefile config.status: creating src/pedro/makefile config.status: creating src/jabber_whiteboard/makefile config.status: creating src/removeoverlap/makefile config.status: creating src/svg/makefile config.status: creating src/trace/makefile config.status: creating src/traits/makefile config.status: creating src/ui/cache/makefile config.status: creating src/ui/dialog/makefile config.status: creating src/ui/makefile config.status: creating src/ui/view/makefile config.status: creating src/ui/widget/makefile config.status: creating src/utest/makefile config.status: creating src/util/makefile config.status: creating src/widgets/makefile config.status: creating src/xml/makefile config.status: creating src/2geom/makefile config.status: creating doc/Makefile config.status: creating po/Makefile.in config.status: creating share/Makefile config.status: creating share/clipart/Makefile config.status: creating share/examples/Makefile config.status: creating share/extensions/Makefile config.status: creating share/extensions/Barcode/Makefile config.status: creating share/extensions/xaml2svg/Makefile config.status: creating share/fonts/Makefile config.status: creating share/gradients/Makefile config.status: creating share/icons/Makefile config.status: creating share/keys/Makefile config.status: creating share/markers/Makefile config.status: creating share/palettes/Makefile config.status: creating share/patterns/Makefile config.status: creating share/screens/Makefile config.status: creating share/templates/Makefile config.status: creating share/tutorials/Makefile config.status: creating share/ui/Makefile config.status: creating packaging/autopackage/default.apspec config.status: creating inkscape.spec config.status: creating Info.plist config.status: creating inkview.1 config.status: creating config.h config.status: executing depfiles commands config.status: executing intltool commands config.status: executing default-1 commands config.status: executing po/stamp-it commands Configuration: Source code location: . Destination path prefix: /usr/local Compiler: g++ CPPFLAGS: CXXFLAGS: -Wall -Wformat-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -D_FORTIFY_SOURCE=2 -Wno-unused-parameter -g -O2 CFLAGS: -Wall -Wformat-security -W -D_FORTIFY_SOURCE=2 -Wno-pointer-sign -g -O2 LDFLAGS: Use Xft font database: yes Use gnome-vfs: yes Use openoffice files: yes Use MMX optimizations: yes Use relocation support: no Internal Python: skipped Internal Perl: skipped Enable LittleCms: yes Enable Inkboard: no Enable SSL in Inkboard: no Enable Poppler-Cairo: yes ImageMagick Magick++: no Libwpg: yes

3 2

Miter Dynamic Offset
by Krzysztof Kosiński 24 May '09

24 May '09

I'm frequently using the dynamic offset to add a thick contour around the drawing. Problem is, it looks awful when the drawing has sharp edges. Would it be hard to create other types of dynamic offset, e.g. miter dynamic offset (which would look like the outer edge of a miter stroke)? Of course this is an idea for the future, because right now we need to concentrate on bugfixing :) Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Miter-Dynamic-Offset-tp23689655p23689655.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

Summer of Code has officially started!
by Joshua A. Andler 24 May '09

24 May '09

Hey all, Today is the day that the students should begin their coding according to the official timeline. Given this, I just wanted to wish good luck to this year's students and mentors for SoC 2009! Mentors, since there was no decision made about this, you need to decide how the student's work will be committed (given that we are working towards a release). Whatever the mentors (and their students) decide on this issue will be fine, the only rule for now is DO NOT COMMIT SOC WORK TO TRUNK until it opens for regular development again. :) Cheers, Josh

3 2

GSoC Inkscape API project
by Jon A. Cruz 23 May '09

23 May '09

Hi Soren, At this past LGM I had a chance to discuss several of the GSoC projects with helpful people, including Chris Lilley (of the SVG Working Group). I'd explained my thoughts that what we added should be focused on exposing DOM, first for the SVG itself, then additionally for the UI, since among other things that presents a potential plugin/extension author with a single unified interface/ approach to have to worry about. Exposing things via XPath functions, and DOM events stays in that same paradigm. It also allows us to have a simple way to expose things eventually though JavaScript (but also others). Focusing on DOM, DOM Events and XPath would give a simple paradigm that is familiar to designers, especially since they are taught DOM and JavaScript DOM manipulation in college nowadays. Anyway, once I had expressed that in my opinion that would be a good route to focus on I mentioned that you said you would be considering that among other approaches. Chris then responded basically with "Consider? Why would they do anything else?" We had a bit of a follow- up, but the general result was a consensus that building our API around DOM will give Inkscape the best long-term benefits. I just wanted to be sure to get that mentioned before you jump full- speed into GSoC now, since it is time. Again, good luck, Jon.

1 0