- Inkscape Devel - Inkscape Mailman

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

22 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 22 Feb '09

22 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 22 Feb '09

22 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 22 Feb '09

22 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℠ 20 Feb '09

20 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