- Inkscape Devel - Inkscape Mailman

Created a branch?
by Diederik van Lierop 22 Feb '09

22 Feb '09

Apparently I created a branch in our svn repository by mistake, I only intended to switch to another revision. I was using eclipse without paying much attention to which popup menus I was exactly in. See rev. #20751, we now have a trunk in our trunk :-(. Could someone please delete this? I'm not going to try to do this myself to avoid making even a bigger mess of it. I'm not very familiar with this stuff. Sorry. Diederik

1 0

error compile svn revision 20749
by Valessio Brito 22 Feb '09

22 Feb '09

mv -f $depbase.Tpo $depbase.Po depbase=`echo widgets/gradient-toolbar.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libwpg-0.1 -I/usr/include/libwpd-0.8 -I/usr/include/poppler -D_REENTRANT -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -DPOTRACE=\"potrace\" -D_REENTRANT -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/include/gtkspell-2.0 -I../cxxtest -I./bind/javainc -I./bind/javainc/linux -Werror=format-security -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -fopenmp -MT widgets/gradient-toolbar.o -MD -MP -MF $depbase.Tpo -c -o widgets/gradient-toolbar.o widgets/gradient-toolbar.cpp &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo widgets/gradient-vector.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libwpg-0.1 -I/usr/include/libwpd-0.8 -I/usr/include/poppler -D_REENTRANT -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -DPOTRACE=\"potrace\" -D_REENTRANT -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/include/gtkspell-2.0 -I../cxxtest -I./bind/javainc -I./bind/javainc/linux -Werror=format-security -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -fopenmp -MT widgets/gradient-vector.o -MD -MP -MF $depbase.Tpo -c -o widgets/gradient-vector.o widgets/gradient-vector.cpp &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo widgets/icon.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libwpg-0.1 -I/usr/include/libwpd-0.8 -I/usr/include/poppler -D_REENTRANT -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -DPOTRACE=\"potrace\" -D_REENTRANT -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/include/gtkspell-2.0 -I../cxxtest -I./bind/javainc -I./bind/javainc/linux -Werror=format-security -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -fopenmp -MT widgets/icon.o -MD -MP -MF $depbase.Tpo -c -o widgets/icon.o widgets/icon.cpp &&\ mv -f $depbase.Tpo $depbase.Po widgets/icon.cpp: In function 'void sp_icon_fetch_pixbuf(SPIcon*)': widgets/icon.cpp:227: error: 'gtk_icon_theme_get_default' was not declared in this scope widgets/icon.cpp:228: error: 'GtkIconLookupFlags' was not declared in this scope widgets/icon.cpp:228: error: 'gtk_icon_theme_load_icon' was not declared in this scope widgets/icon.cpp: In function 'bool prerender_icon(const gchar*, GtkIconSize, unsigned int)': widgets/icon.cpp:946: error: 'gtk_icon_theme_get_default' was not declared in this scope widgets/icon.cpp:947: error: 'GtkIconLookupFlags' was not declared in this scope widgets/icon.cpp:947: error: 'gtk_icon_theme_load_icon' was not declared in this scope make[2]: ** [widgets/icon.o] Erro 1 make[2]: exit... `.../inkscape/src' make[1]: ** [all-recursive] Erro 1 make[1]: exit... `.../inkscape' make: ** [all] Erro 2

1 0

Bizarro Makefile_insert usage
by Krzysztof Kosiński 21 Feb '09

21 Feb '09

What is the purpose of using Makefile_insert to pretend that everything is in the src directory instead of using the SUBDIRS directive? I'm intending to change the Automake build system to link the executables from single object files instead of static libraries so that we may finally put files in the proper directories (e.g. remove widgets/ and dialogs/ and move those to ui/widget and ui/dialog/, as well as join helper/, util/ and svg/), and I would like to know whether I should also sanitize general Makefile usage while I'm at it. Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Bizarro-Makefile_insert-usage-tp22120462p22120462.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 7

Re: [Inkscape-devel] Corel DRAW-like Snapping
by Diederik van Lierop 21 Feb '09

21 Feb '09

Op Ma, 16 februari, 2009 01:47, schreef Krzysztof KosiÅski: > > > Diederik van Lierop wrote: >> >> Already implemented. Please select "only snap the node closest ..." in >> the prefs. >> > This is great! Why isn't it on the snapping toolbar though? I didn't find > it > at first because I assumed that most of the snapping options will be on > the I didn't want to put everything in the toolbar, because that would be way too much. Currently only the per-document snapping options are in the snap toolbar, and the prefs are not. Maybe we could just add a button to quickly open the preferences dialog, defaulting to the snapping tab? That would make them more easy to discover. > toolbar. Also of note is that the snapping options from the toolbar are > not > present in the prefs dialog - not very intuitive if e.g. someone disables > the toolbar to conserve screen space like I do. They used to be available in the document properties dialog, but it was difficult not make a mess of it using only checkboxes. Now we've got icons, we could use these in the document properties dialog too, but I do not like duplicating functionality (and code) unless really badly needed. > Another thing is that the visualization of the snapping isn't best - while > hovering over e.g. a rectangle, there is no indication of which node will > snap when I drag the rectangle - it only appears when I start dragging, > and > it isn't clear what this little circle means. We could indeed use some better graphics here, I just chose one from stock. The cross (displayed after snapping) is not very noticeable either. > The best thing to do would be > to display text over the node that will snap (e.g. "corner", "midpoint", > etc.) while the user hovers the select tool over the selected shape, and a > similar text when I think text would be a bit too intrusive, but it would indeed be useful to display what will snap in advance. > However, those are just small usability glitches. Again, thanks for this > incredible feature! Thanks. You're welcome! Regards, Diederik

3 8

Inkscape + Boost == usage question
by Milosz Derezynski 21 Feb '09

21 Feb '09

Hey guys, In the course of doing the work in cooperation with LinuxFund, one question: Can I fully depend on boost? Regards M. -- Please note that according to the German law on data retention, information on every electronic information exchange with me is retained for a period of six months. [Bitte beachten Sie, dass dem Gesetz zur Vorratsdatenspeicherung zufolge jeder elektronische Kontakt mit mir sechs Monate lang gespeichert wird.]

3 3

Typo in current svn - src/helper/sp-marshal.cpp
by Lucas Vieites 21 Feb '09

21 Feb '09

Hi, I'm trying to compile from svn and while doing "make" it complained about not finidng a file. I think I've found a typo in "src/helper/sp-marshal.cpp". On the first line it says: ============================ #include "helperosp-marshal.h" ============================ but should be: ============================ #include "helper/sp-marshal.h" ============================ Cheers, -- Lucas Vieites <lucas@...1852...>

2 1

Idea: Get rid of some .h files by using static signal binding
by Krzysztof Kosiński 21 Feb '09

21 Feb '09

Right now every dialog, extension, etc. has to have a header file - otherwise it's unusable. The underlying issue for dialogs is that there must be an action defined to open them. This means either including the dialog header in verbs.cpp, or wherever the dialog is used. I stumbled over OpenBabel sources some time ago and this gave me the following idea. We put this in some file, e.g. action-manager.h: class ActionManager { ... typedef ActionVector std::vector<Glib::RefPtr<Gtk::Action> >; class GetActionsMarshaller { ... bool marshal(InType x) { _actions.push_back(x); } OutType value() { return _actions; } ActionVector _actions; } ... static ActionManager *get() { static ActionManager *am = new ActionManager(); return am; } Glib::RefPtr<Gtk::ActionGroup> get_document_action_group(Glib::ustring name) { Glib::RefPtr<Gtk::ActionGroup> ag = Gtk::ActionGroup::create(name); ActionVector actions = signal_get_actions.emit(); for(ActionVector::iterator i = actions.begin(); i != actions.end(); ++i) { ag.add(*i); } return ag; } sigc::signal<Glib::RefPtr<Gtk::Action>, GetActionsMarshaller> signal_get_actions; friend class GetActionsMarshaller; }; template<typename T> class ActionManagerEntry { ActionManagerEntry() { ActionManager::get()->signal_get_actions.bind(sigc::ptr_fun(T::create)); } }; Then in the dialog file we put this: class ShowSomeDialogAction : public Gtk::Action { ... virtual void on_activate() { SomeDialog::show(); } static Glib::RefPtr<Gtk::Action> create() { return Glib::RefPtr<Gtk::Action>(new ShowSomeDialogAction); } } ActionManagerEntry<ShowSomeDialog> ame_show_some_dialog; And to construct the action group we do this: ActionManager *am = ActionManager::get(); Glib::RefPtr<Gtk::ActionGroup> document_actions = am->get_document_action_group(document_name); What happens here: Each ActionManagerEntry adds a callback to the ActionManager object. This way, the actions are not actually created until GTK is initialized and a document is opened. When we want to create an action group for a document, we send the get_actions signal. The GetActionsMarshaller class marshals the responses we get from the registered callbacks and creates a vector of actions, which are then added to an action group and returned. A similar approach can also be used to get rid of headers and centralized initialization for e.g. extensions What do you think of this approach? On one hand, it scatters the action definitions across many files, but on the other it removes the need for centralized initialization and improves modularity (everything pertaining to a given dialog is in one file, including its actions). Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Idea%3A-Get-rid-of-some-.h-files-by-using-static-sign… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Generic cascading in libcroco
by Robert Staudinger 20 Feb '09

20 Feb '09

Hello, I've finally gotten around to add a generic interface to the libcroco selection engine. Pretty much just exchanging libxml calls to invocations on an vtable provided by the API consumer. On top of that I reinstated the libxml-based API and made sure the tests (the selection engine is only used by test5) work as before. Are you inkscapers still interested in eventually using upstream libcroco? Your internal copy seems to have deviated pretty much from upstream, it would be good if we could at least exchange fixes, things were not quite obvious looking at the raw rdiff. We (Thomas Wood + yours truly) actually tried to extract just the selection engine patch(es) from your svn repository, but it proved quite hard to make any sense of it. My branch is at http://bzr-playground.gnome.org/~robsta/libccss-selection-engine/ but will go to trunk within the next few days, as the tests already work as they should. Best, Rob

3 3

cruft in prefs
by bulia byak 20 Feb '09

20 Feb '09

The "Latency skew" and "Pre-render named icons" options make absolutely zero sense for the user. Especially the former. For the latter, I can at least guess that it's something to do with icons. With "skew", I'm totally at a loss. What latency? Where? When? Tooltip only exacerbates the confusion. Can we please remove them and never, never again add such "options for the developers" to the UI? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 11

Online Vector Editor
by Josh Andler 20 Feb '09

20 Feb '09

Just passing it on because I found it "interesting". http://www.aviary.com/tools/raven Cheers, Josh

3 3

NEW: spell checker
by bulia byak 20 Feb '09

20 Feb '09

There's now a built-in spell checker. Press Ctrl+Alt+K or choose Text > Check spelling to check all visible text objects in your document (they need not be selected) in turn, going top-to-bottom and left-to-right. Once a misspelled word is found, a red frame around it is displayed, and the object with the misspelling is selected; if you are in Text tool, it also places the text cursor at the beginning of the misspelled word. In the dialog, you can choose one of the listed suggestions and Accept it (this button is disabled unless you choose something in the list); Ignore the word for the rest of this session; or Add the word to the local dictionary. Also, since the dialog does not lock Inkscape's window, you can simply edit the word with Text tool. Once you edit it to something acceptable to the speller, it will automatically turn off the red frame and continue checking the document. On Linux, you need to install Aspell and its dictionaries for the languages you want to check. On Windows, for now, only English dictionary is included with Inkscape builds. My questions: - how do you want to select the language - in the prefs or right in the spellcheck dialog? - should I make this compiled conditionally on linux - will anyone want to compile without spellchecker? - what other languages to include with windows installer? we could take all, but it's many megabytes... -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

7 15

OpenMP, encouraging developers, etc
by NoviceNotes℠ 19 Feb '09

19 Feb '09

Admirable Inkscape Developers, and fellow Inkscape Enthusiasts: I'm writing as a proponent of best practices, respecting copyright ownership and ethical use of content, whenever I can not claim it as my own. I realize you are busy with real development issues, and this looks like a long-winded message (it is, sorry), but I imagine you are the proper contact for addressing this proposal. Having just read the the "OpenMP Is Coming" news byte at inkscape.org [ http://inkscape.org/archive.php?lang=en&year=2009&month=01 ] , I would like to make myself available to you-- not as an expert in multi-processor; multi-threading efficiency maximization for the application-- but as an additional resource for propagating information about Inkscape. I seek authorization-- ideally the blessing of Inkscape developers and primary contributors-- to publish an article (on my own web site, available at http://NoviceNotes.Net . NoviceNotes℠) containing text copied, verbatim (or, as recommended), from the aforementioned "News" section of Inkscape.org . Because I use Inkscape daily, usually for multiple, separate design or illustrative tasks, I have a vested interest in the gainful advancement of the Inkscape project. I appreciate your need for the most accommodating crew in the development team complement. Rest assured that I would not burden the team on my own whimsy; that my proposed use of inkscape.org content is bourne of a primary intent to act as an asset-- a disseminating agent, bolstering Inkscape's list of proponents. I have no interest in exploiting Inkscape that I might enjoy the privilege of association, favoring integrity over content padded in that ubiquitous manner. Please take a moment to read the article I wrote on Geany, a GTK+ text editor which I use quite often, as my enthusiasm for Inkscape inspires a similar viewpoint: http://tinyurl.com/NoviceNotes-on-Geany I hope this note reaches the appropriate party. I look forward to a reply. Respectfully, Jeff Sabarese Author: NoviceNotes.Net -- For beginner Web Technologists, and pros, their fees well-spent, For entertainment mixed in tutelage, I strive at NoviceNotes.Net

1 0

Fwd: [CREATE] Categorizing resources
by Jon Phillips 19 Feb '09

19 Feb '09

Here is an interesting proposal about how to handle resources. Please join the Create mailing list if you are interested in this and/or for Inkscape. It is a nice way to handle a quick way of organizing resources. Jon ---------- Forwarded message ---------- From: Aurimas Juška <aurimas.juska@...400...> Date: Wed, Feb 18, 2009 at 12:25 PM Subject: Re: [CREATE] Categorizing resources To: CREATE@...626... Hi, Resource tagging is now available in GIMP development version. Before it is released, I think it would be good to discuss possibilities how tags could be shared between applications and also how tagging could be implemented in other applications. Common (standardized?) tag storage format Currently GIMP tags storage format is minimalistic, but seems to work quite well. Tags are stored in a tags.xml file which can be easily understood and edited manually: <?xml version='1.0' encoding='UTF-8'?> <tags> <resource identifier="/home/auris/gimp/trunk/build/share/gimp/2.0/brushes/confetti.gih" checksum="d136b60fdd9cf41693a485a329b32e95"> <tag>aaa</tag> </resource> </tags> Resources are mapped with entries in tags.xml using: * identifier - filename for resources stored on disk. Easy to understand, but can be different between computers and platforms. * checksum - uniquely represent resource. However, how checksum is calculated (which data from resource is used, algorithm) seem hard to standardize. Useless when user wants to edit tags.xml manually (or with a simple script). Currently identifier is used primarily to identify resources, and checksum is only used when identifier can't match actual resource file (file rename/move). Tag is a text string which cannot contain separator characters, newlines, tabs, etc. There is no additional information stored with a tag, such as language. However, tags provided with GIMP can be translated into various languages. Localized version is installed in user's home directory on the first run but is not changed when switched to a different language later. In order to make format useful for other applications and external tag editors as well, is there anything that should be added/removed ? It would be good, as always, to keep the format simple as possible. Common GUI elements It might be good for user if similar GUI element would be used for similar purposes. There is a small PDF available which shows more detail how tagging GUI elements work in GIMP: http://sites.google.com/site/aurijusk/gimp-resource-tagging/tagging.pdf?att… Code reuse for implementation, etc. Some code could probably could be used as starting point. It might be possible to put some functionality in places where multiple applications could take advantage of it. Best regards, Aurimas Juška _______________________________________________ CREATE mailing list CREATE@...626... http://lists.freedesktop.org/mailman/listinfo/create -- Jon Phillips http://rejon.org/

1 0

Re: [Inkscape-devel] [libcroco-list] Generic cascading in libcroco
by Robert Staudinger 19 Feb '09

19 Feb '09

On Thu, Feb 19, 2009 at 4:55 PM, Dodji Seketeli <dodji@...45...> wrote: > Hello, > > Robert Staudinger a écrit : > > [...] > >> I've finally gotten around to add a generic interface to the libcroco >> selection engine. Pretty much just exchanging libxml calls to >> invocations on an vtable provided by the API consumer. >> >> On top of that I reinstated the libxml-based API and made sure the >> tests (the selection engine is only used by test5) work as before. > > Sounds great ! Thanks for that. > >> Are you inkscapers still interested in eventually using upstream >> libcroco? Your internal copy seems to have deviated pretty much from >> upstream, it would be good if we could at least exchange fixes, things >> were not quite obvious looking at the raw rdiff. We (Thomas Wood + >> yours truly) actually tried to extract just the selection engine >> patch(es) from your svn repository, but it proved quite hard to make >> any sense of it. > > I don't know for inkscape, but I'll happily review the patch of that > feature if you for instance submit it to the libcroco bugzilla. > > >> My branch is at >> http://bzr-playground.gnome.org/~robsta/libccss-selection-engine/ >> but will go to trunk within the next few days, as the tests already >> work as they should. > > Could, would it be possible to extract a patch from that and slam it to > bugzilla so that I can have a chance to review it ? I don't intend to > nitpick, do not worry :) It's just to add some more eyeballs to the game :) http://bugzilla.gnome.org/show_bug.cgi?id=572454 - R

1 0

Filters top-level menu?
by Felipe Sanches 18 Feb '09

18 Feb '09

On Wed, Feb 18, 2009 at 3:52 PM, bulia byak <buliabyak@...400...> wrote: > On Wed, Feb 18, 2009 at 1:45 PM, Felipe Sanches > <felipe.sanches@...400...> wrote: >> svn update; make; sudo make install >> >> And I still have the filters submenu inside extensions top level menu. >> And the list of pre-built filters does not appear at the filters top level menu. > > ah - and let me guess - the menus are not in English? Yes, they are in brazillian portuguese. And I guess prokoudine uses russian... Juca

3 3

Filters top-level menu?
by bulia byak 18 Feb '09

18 Feb '09

I think filters are sufficiently complex, different from everything else, and have enough support in Inkscape now, so they deserve to be treated more like a top-level entity. In particular, I propose to add a new menu, Filters, before Effects. It would contain: - All the submenus with preset filter that are now in Effects > Filters. Ivan Louette is working on a huge and exciting expansion of that hierarchy, adding lots of powerful new filters. It's obviously too deeply hidden now, it deserves more visibility as one of the most important 0.47 additions. - The "Filter Effects..." dialog command which I propose to rename to "Build Filters" or "Filter Builder" or something like that. The current name is not very descriptive and even a bit misleading due to the word "effects" which refers to too many too different things in Inkscape (once again, let me reiterate my old wish: rename "Effects" menu to "Extensions", that is what they are!). The typical workflow would be to first choose one of the presets, then if needed, go to the Filter Builder to adjust the preset or start a new filter from scratch. - The Remove Filter command. Thoughts? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

8 15

"no color swatch" resizing bug
by Felipe Sanches 18 Feb '09

18 Feb '09

Revision 20710 by JonCruz broke resizing of "no color swatch". I dont know how to properly fix that. Could you please take a look at that, Jon? Juca

2 2

Interpolate filters
by Mihaela 17 Feb '09

17 Feb '09

2 1

Compiling svn on Opensuse 11 64 bits
by Lucas Vieites 16 Feb '09

16 Feb '09

Hi all, I am slowly becoming desperate. I have been trying to compile from svn the same way I always have: svn update autogen.sh ./configure --prefix=/var/opt/ --with-perl --with-python --with-xft --enable-lcms --enable-inkboard --with-gnome-vfs make make install But now I have a new machine: a dual core 64 bit AMD running OpenSuse 11.1. When running ./configure ...... it keeps complaining about: ------------------------------ checking for png_read_info in -lpng... no configure: error: libpng >= 1.2 is needed to compile inkscape ------------------------------ I have already installed all packages I thought might be useful: ------------------------------ # rpm -qa | grep png libpng-devel-1.2.31-4.35.1 libpng12-0-32bit-1.2.31-4.35.1 libpng-devel-32bit-1.2.31-4.35.1 latex2html-pngicons-2002.2.1-604.27 libpng3-1.2.31-4.35.1 libpng12-0-1.2.31-4.35.1 ------------------------------ But still no luck. Is the configure script looking for libpng's devel files somewhere strange? Thanks for your help, -- Lucas Vieites

3 4

Building ubuntu/debian package from svn
by Kalman KHIRALY 16 Feb '09

16 Feb '09

Dear list, Im trying to build a .deb package to test out the greatest and newest feature of inkscape. I have read this documentation: http://wiki.inkscape.org/wiki/index.php/CompilingDebian I have downloaded the daily snapshot: http://inkscape.modevia.com/svn-snap/inkscape-current.tar.bz2 I followed the steps without success. I suspect, the documentation is outdated. There is no debian/ directory in the inkscape source. The inkscape does not use autoconfig but cmake if I see it correctly. So creating the debian/ directory using the dh_make command, and building the package fails. (make[1]: *** No rule to make target `clean'. Stop.) So can somebody direct me to an updated documentation? How can I create a proper debian/ directory, and building the package with help of this directory? Using this command: dpkg-buildpackage -uc -us -rfakeroot In summary a step-by-step tutorial would be really helpful! Im using ubuntu 8.10 currently. Thank you in advance, Khiraly

3 2

Corel DRAW-like Snapping
by Krzysztof Kosiński 16 Feb '09

16 Feb '09

The current snapping mechanism is next to unusable when there are many places where a given thing might snap. The approach of snapping everything-to-everything is fundamentally wrong, because it simply doesn't work for many snapping points. I have a different idea, inspired by Corel DRAW, where snapping is much more useful than currently in Inkscape: 1. When snap is enabled, the Select tool displays a highlight and some text describing the snappable thing over which it hovers. The things that are highlighted are the same that are enabled in the snap toolbar. 2. During a subsequent drag the snapping point that gets highlighted is chosen as the only snapping point for the dragged object. Otherwise the object doesn't snap when moving. This way we don't have to snap everything to everything, because we know one of the points the user intends to snap. If someone could give me some pointers about how to implement it, I could work on this, because it's the only feature that I found really lacking when I switched to Inkscape from Corel DRAW.* I like my drawings to be perfectly aligned :) Regards, Krzysztof Kosiński *) fortunately the ability to easily specify alpha for gradient stops was more important :) -- View this message in context: http://www.nabble.com/Corel-DRAW-like-Snapping-tp22007175p22007175.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

fonts & printing to pipes questions.
by stuart 15 Feb '09

15 Feb '09

Hi... I tried to search through the forum but I'm a newbe w.r.t. the proper terms and had trouble with my key words. Going on, at one point I remember being able to cut from inkscape sessions which included text objects. But now it's not working. I think the problem is with the post script files generated by inkscape. I am using a (little known?) utility called graphtecprint that I've modified for my own purposes. I am familiar with what it can do. Looking at the inkscape generated post script output I am sure graphtecprint can not handle a section of the post script file which starts with "/sfnts [". This is followed by several thousand bytes of what looks like pure hex (in ascii format). What I need are the cutting commands! I need inkscape to output instructions to cut the letter "A" just like it outputs instructions to cut a box or a circle. ---------- Another subject, printing to pipes. This feature saved me a lot of time and made placing utilities like graphtecprint between inkscape and the physical world easy. With out the inkscape printing to pipes feature I have to first print to a file. Are there any plans to put this feature back into inkscape? ...thanks

2 2

Unable to convert "14,800000" to number
by the Adib 13 Feb '09

13 Feb '09

I get this error when I use the filter effect drop-shaddow using the dx, dy spin-control. g_ascii_strtod does not convert correctly. reding src/fixes.cpp it states: /* * until 2004-04-22, g_ascii_strtod could not handle having a locale-based * decimal separator immediately following the number ("5,4" would * parse to "5,4" instead of "5.0" in fr_FR) * * This is the corrected function, lifted from 1.107 gstrfuncs.c in glib */ So the question is: how to convert strtod locale independent? Adib. ---

3 4

Themable icons wiki page
by Krzysztof Kosiński 13 Feb '09

13 Feb '09

I created a new wiki page that lists all the icons used in Inkscape and their proposed names. http://wiki.inkscape.org/wiki/index.php/Themable_icons It would be great if someone could send me the Tango theme for Inkscape as discrete 24x24 PNGs, or a monolithic SVG with IDs corresponding to the icon names in that list. Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Themable-icons-wiki-page-tp22004008p22004008.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

Re: [Inkscape-devel] Tango icons as default set
by Guillermo Espertino 13 Feb '09

13 Feb '09

worms invasion wrote: > Well, re. the proposed Tango icon set for Inkscape... I do NOT want to be "forced" to test the Tango icons - let alone to be forced to use them. I hate the Tango icons. :-) The same argument that Tango people has: We hate that set, we don't want to be forced to that. > The main reasons are: > - they are unreadable, "undecodable". > I do not need to use a magnifying glass to "decode" the current (non Tango) icon set, the icons are "sharp" and "clear". Compared to them, the Tango icons are... "wtf?... which icon is that...?" I do not want to lose time wondering each time I need to click on an icon (and it happens quite a lot in Inkscape, because I don't use the shortcuts or F-keys). Honestly, I hardly *see* the Tango icons. Some of the current Tango icons need some contrast tweaking, that's right. Plus the non-black outlines give less contrast than black lines, but the problem with black and dark/black themes is an issue. Anyway, I don't think they are unreadable, undecodeable or that you need a magnifying glass to see them. > - they belong to the Linux world. They're intended to be multi-platform. Just as Inkscape and other free applications. Using an icon set created for that purpose is consistent to a free, open source, multi-platform program. Other people can argue that free software belongs to linux world and you shouldn't use it in Windows :-) > - I do not use any other "free" software which uses the Tango icon set, such as The Gimp or..., so I don't care about "being used" to seeing such or such icons. That's your point of view. You don't care, and since it's not your concern you don't consider if others do. I don't want to bring such discussion to the list, but I'd like to know why people is using inkscape? Just because it's free of charge? It's also free (libre) software, and a lot of people cares about that. Being part of a software movement that's created in a collaborative way implies to have a goal and work to make it happen. There are people who sees inkscape just as an application that costs nothing, but others see it as a part of something bigger. Theme changers are quite common in shareware/freeware apps for windows, so I don't think that would be a big deal if we put Tangos as default and let people change it back to the current set if they don't like it. That would be enough for them (they won't be forced to Tango) and would be nice for people who prefers Tango because they fit with the other free apps. In my honest opinion, for people who sees inkscape as a freebie, a UI option for changing the icon set will be enough. I don't want to make a political discussion about this, and I'm not saying that you are that kind of people (i can't speak, I don't know). > - I believe each application can have its own style, its own icons. I hate the "applications on a platform must all look alike" concept, it's sterile, it's boring, it's dull. Of course, and nobody denies that, and that's why we need an easy way to change icon themes from the preferences. You're talking about what you hate and what you'd love, what would be amusing, bright and happy and not a technical reason. People who back up Tango icons ask them to be default for technical reasons, not just personal preferences -A normalized icon set with clear design guidelines -More care about details (pixel alignment, for instance) -An unified look between free design applications -Better look in dark gtk themes. If the current set would cover most of these topics (well, the unified look with other apps wouldn't be possible) I bet most of the Tango people would find it acceptable and a easy icon theme changer in the preferences would suffice. > So, my user opinion is: if the Linux users are masochists and want to have Tango style icons for Inkscape, fine, give them a GUI to switch to Tango icons. Again, just change the "Linux" word for "Windows" and change the Tango word for "current" and that's the way I see it. This is matter of personal taste. I'd prefer to talk about technical reasons. Gez.

14 34