- Inkscape Devel - Inkscape Mailman

Gtk2.4/gtkmm2.4 file dialogs
by Bob Jamison 28 Jul '04

28 Jul '04

Hi all. I started on a new pair of file dialogs, using the new Gtk2.4 stuff for which we have been waiting. Here is a screenshot of a File Open dialog with Gtk::FileChooserDialog. http://troi.titan-aeu.com/~rjamison/inkscape/files/filedialog.png I haven't committed it yet, but it is mostly done. It just needs some tweaks. If this works well enough, then we can throw away the buggy Win32 dialogs in the next few days. Any opinions? Bob

11 32

Re: [Inkscape-devel] Preview for image import
by Bob Jamison 28 Jul '04

28 Jul '04

Alan Horkan wrote: > >Is Inkscape genrating that preview from scratch or displaying a thumbnail >already created by another application? > >- Alan > Inkscape is its own renderer! :-) Actually, I thought that I would have a little bit of fun with SVG. I made a tiny SVG template that is dynamically filled in with the image (scaled to fit with its aspect) , the rectangle around it, and the text that indicates its size. The svg preview displays it as though it is an SVG file. Here is the snippet of code that does the trick, if anyone would like to see it. Just match up the %s's and the %d's with the printf() below it, to make sense of it. Bob ======== SNIP SNIP SNIPPITY SNIP ======== //Our template. Modify to taste gchar *xformat = "<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n" "<svg\n" "xmlns=\"http://www.w3.org/2000/svg\"\n" "xmlns:xlink=\"http://www.w3.org/1999/xlink\"\n" "width=\"%d\" height=\"%d\">\n" "<image x=\"%d\" y=\"%d\" width=\"%d\" height=\"%d\"\n" "xlink:href=\"%s\"/>\n" "<rect\n" "style=\"fill:none;fill-opacity:0.75000000;fill-rule:evenodd;" "stroke:#000000;stroke-width:4.0;stroke-linecap:butt;" "stroke-linejoin:miter;stroke-opacity:1.0000000;" "stroke-miterlimit:4.0000000;stroke-dasharray:none;\"\n" "x=\"%d\" y=\"%d\" width=\"%d\" height=\"%d\"/>\n" "<text\n" "style=\"font-size:24.000000;font-style:normal;font-weight:normal;" "fill:#000000;fill-opacity:1.0000000;stroke:none;stroke-width:1.0000000pt;" "stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1.0000000;" "font-family:Bitstream Vera Sans;\"\n" "x=\"10\" y=\"26\">%dw x %dh</text>\n" "</svg>\n\n"; //Fill in the template gchar *xmlBuffer = g_strdup_printf(xformat, previewWidth, previewHeight, imgX, imgY, scaledImgWidth, scaledImgHeight, fName, rectX, rectY, rectWidth, rectHeight, imgWidth, imgHeight);

1 0

Navigating on the canvas and other things
by unknown＠example.com 27 Jul '04

27 Jul '04

Hi Inkscape folks, I'll skip the part, of thanking you for the great software in my emails from now on (I haven' in most so far...). I want to make point out that inkscape has become my favourite vector graphics program... just for one last time :) So anyways, I could be writing this each time I use it... and of course each time I use it, there are things that I like to complain about. Don't take it personally or anything, I just believe that pointing out what I don't like will eventually help improving the software. Well... navigation. I always liked the navigation in inkscape. I was very much used to it and know it from other programs. The mouse wheel scrolls up and down, when holding ctrl (or is it shift?) left and richt, for alt it is zoom in and out. Now I have been using autoCAD for a while, and while I first was very much annoyed with it's behaviour, I now think it's superior. It's simple... the mousewheel zooms by default. I zoom out turning it towards me and in, rotating it away. It's crutial that it zooms in, right where the cursor points! Well... to navigate on the canvas you zoom out, drag the canvas (pressing middlebutton) and zoom in. This is very efficient, and the best way to navigate on the canvas, I have used so far, as soon, as one is a little used to it. Also compare RFE [ 950537 ]. What do you think? Is the rendering to slow, maybe? Has any of you experience with this kind of navigation? And: could it be implemented, either as default (it's a very good default!) or as an option? Also: should I file an RFE? Other problems: - How do I add a pattern. The only way I have found so far is to import an image... that is kinda stupid. the pattern dialog has to allow one to import a new pattern. - Inkscape crashes on me frequently (mostly while trying to copy objects)... I can't tell the reason, and I don't care too much, since I have wonderful backups. But opening these backups is quite complicated... could inkscape ask, if I want to restore the files, when I restart it? - And, of course: How is the progress on text editing? I think text is the weakest part of inkscape atm. Take care David

4 3

Preview for image import
by Bob Jamison 27 Jul '04

27 Jul '04

I added previews for some types of images. We could probably add others. Here is yet another screenshot :-) http://troi.titan-aeu.com/~rjamison/inkscape/files/filedialog4.png Bob

1 0

libgc dependancy
by MenTaLguY 27 Jul '04

27 Jul '04

Just a quick note that I've added a dependency on libgc. Things look OK except for one issue I'm not sure of ... Debian puts the libgc header files in /usr/include/gc (they're good about segregating library header files that way). I'm not sure whether other distros do that, however. Let me know if your distro puts them someplace else.. -mental

2 2

Re: Inkscape 0.39 Slackware package
by Bryce Harrington 27 Jul '04

27 Jul '04

On Mon, 26 Jul 2004, Eustaquio Rangel de Oliveira Jr. wrote: > Get them here: > > http://200.211.78.140/taq/downloads/inkscape-0.39-i386-1.tgz > http://200.211.78.140/taq/downloads/inkscape-0.39-i386-1.tgz.asc > > It's a 3.9mb package, please tell me when you download it because I need to > erase it. :-) I've added these to the SF file tracker, so you can remove them now. http://sourceforge.net/project/showfiles.php?group_id=93438 > Don't forget that people need to compile sigc 1.2 to use it (I have also > this package). > > I'll get the CVS code and compile it with sigc 2.x this week. Okay cool, let us know. Thanks, Bryce

1 0

Re: Inkscape 0.39 Slackware package
by Bryce Harrington 26 Jul '04

26 Jul '04

Cool, sure send it to me (or give me a URL) and I'll add it to the website with the other packages. Thanks, Bryce On Mon, 26 Jul 2004, Eustaquio Rangel de Oliveira Jr. wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Yo! > > Hey, I built a Slackware package of Inkscape 0.39 (needs to compile sigc > 1.2), if you want I can send you. > > Regards, > > - -- > ~ .--. TaQ (Eustáquio Rangel) ((__-^^-,-^^-__)) > ~ |o_o | Usuário registrado GNU/Linux no. 224050 `-_---' `---_-' > ~ |:_/ | email : eustaquiorangel@...36... `--|o` 'o|--' > ~ // \ \ URL : http://beam.to/taq \ ` / > ~ (| | ) ICQ : 110103942 ): :( > /'\_ _/`\ PGP key: 0x784988BB :o_o: > \___)=(___/ Eu gosto de GNU/Linux, e vc ? ;) "-" > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFBBWxVb6UiZnhJiLsRAg5bAJ4olaeFRBXQTAk6oWGNmsj3hSm1QQCaA7QC > oPEb0wm+MBw/FMsuEKU26c4= > =cwPL > -----END PGP SIGNATURE----- > >

1 0

grid lines
by bulia byak 25 Jul '04

25 Jul '04

Ted, excellent work on emphasized grid lines! The only suggestion is that I think they should be made more darker still, for better contrast. Darkening by 25 instead of 10 looks much better on my screen.

6 11

French translation
by Frederic Rodrigo 24 Jul '04

24 Jul '04

Hi, I have updated the french translation. Fred.

2 1

Extension Proposal (First Draft)
by Bryce Harrington 24 Jul '04

24 Jul '04

Ted, I've written up a first draft of a proposal specification for the Extensions System. This derives heavily from your extensions code, although I've made some tweaks here and there, such as using 'isx' instead of 'inkmod' and some terminology changes. There is still a good bit of work to be done on it. The API's need to be reviewed, displayed in a more consistent manner, and more thoroughly documented, for example. Also, it needs more and better examples. There are probably also a number of places where it is unclear or ambiguous, so those areas will need a lot more work. But I think it's fleshed out enough that it is ready for some review. Read it over when you get a chance, and we can talk about it more in a couple of weeks. :-) http://inkscape.org/cgi-bin/wiki.pl?ExtensionArchProposal Bryce === 1.0.0 Introduction === The extensions system in Inkscape is a way for adding functionality to Inkscape, without affecting the core of the program itself. We want Inkscape to follow a core-plus-modules approach similar to that adopted by many successful open source projects such as the Linux kernel, Perl, Apache, Gimp, and so on. There are many different types of extension mechanisms, including file format conversion tools, filter scripts that process SVG, user interface elements that can be added at runtime, and so forth. This proposal defines a design for handling this wide variety of extensions in a flexible manner. === 2.0.0 Terminology === * Extension - An extension is something that extends the functionality of Inkscape without being directly part of the core. This implies that it should be easy to remove or add, and nothing in the core should depend on it directly. * Extension Type - Establishes the functional interface that the Extension provides, including the types of messages it handles and what is contained in its data structures. * Extension Implementation - Defines how the extension is accessed; i.e. through message passing, pipe/exec calls with commandline arguments, direct function calls, etc. * Plug-in - An extension that is implemented through a loadable library. This is a .o file on Unix-like systems or a .dll on Win32. The libraries should not be loaded until they are used. * Script - A script is a type of extension that is implemented through an external program that recieves and sets SVG data through files and pipes. This allows Inkscape to use programs that handle SVG but are targeted differently, seemlessly inside of Inkscape. * Language Binding - A special type of plug-in that wrappers a script language interpreter such as Perl, Python, Lisp, etc. A user interested in programmatic access to Inkscape's internals via one of these languages can install (or create) the relevant Language Binding Plug-in to achieve this. * ISX - 'InkScape eXtension' - The filename extension used for XML metadata files that describe each Inkscape Extension. === 3.0.0 Requirements === * Uses a general language binding system so it's easy to add new language binding support * Allows direct interaction with the document object model including changing styles, adding/removing defs and elements, etc. * Allows some limited interaction with the Inkscape UI such as manipulating grids, overlays, etc. * Allows direct interaction with file load/save/export/print subsystem * Guaranteed to work properly with the undo system, even if the extension is not written carefully * Well documented so is easy for people to learn how to make new extensions * Each extension can be implemented, distributed, and managed independently of the core project * Icons, buttons, and other UI elements for extensions fit seamlessly into main application GUI * User can easily select which extensions to automatically load into application at startup * Loading of extensions shall not seriously slow startup time or make a major impact on memory footprint * Failure of a extension shall not leave the drawing in an inconsistent state * Main application must gracefully recover from extension crashes or other serious problems with extension execution * Dependencies for particular extensions must be clearly identified for user if missing === 4.0.0 Overview === Different kinds of extensions can be categorized in two ways. First, but what the extension does: File format converters, printing, SVG manipulation, symbol libraries, etc. Second, by how the extension is implemented: command-line scripts, dynamically loaded libraries, internal compiled-in code, etc. The first kind of categorization is called the Extension Type. This essentially establishes a calling interface and the set of messages the extension must be able to receive and handle. For example, extensions of type Print must have a way to handle 'print' message. The second is the Extension Implementation. This defines the mechanism Inkscape must use for passing messages to the extension. For example, commandline scripts would have messages passed as commandline arguments, whereas loadable plug-ins would have the messages passed to the plug-in's message handler routine. The categories of both Extension Types and Extension Implementations are left open ended. This way, if someone comes up with new ideas for ways to extend Inkscape that doesn't fit within the existing models, they can add these mechanisms in a straightforward fashion. For the purposes of this document, however, we focus on just the following Types and Implementations: Extension Types Input - loading various file formats Output - saving as various file formats Effect - apply some sort of change to SVG elements in the doc Print - prints using different drivers or modes Extension Implementations Internal - code callable directly within Inkscape, Script - a cmdline program that takes an SVG document to its STDIN and emits a modified SVG document to its STDOUT, with control messages given as commandline parameters. Plug-in - a loadable module with a message handler routine that receives messages and that operates on the Inkscape API functions directly. Library - a collection of SVG files that can be queried and loaded from the file system into the document. Each item in a library has a thumbnail and metadata. === 5.0.0 Extension System Basics === Leaving the topic of Types and Implementations aside, we can make some generalizations about how all Extensions work, and behaviors or attributes that all Extensions share. This includes how they are registered, how they handle preferences, how dependency resolution is achieved, and versioning. These common behaviors are all established via a base class that all Extension Types derive from. ==== 5.1.0 Extension Base Class ==== The Extension base class holds the attribute data that all extensions must have and establishes the base functionality that all extensions share. class Extension { gchar * id; gchar * name; state_t state; SPRepr * repr; GSList * parameters; public: void set_state (state_t in_state); state_t get_state (); bool loaded (); virtual bool check (); SPRepr * get_repr (); gchar * get_id (); gchar * get_name (); void deactivate (); bool deactivated (); void get_param (gchar * name, bool * value); void get_param (gchar * name, int * value); void get_param (gchar * name, gchar ** value); bool set_param (gchar * name, bool value); int set_param (gchar * name, int value); gchar * set_param (gchar * name, gchar * value); }; ==== 5.2.0 Extension Registry ==== Inkscape maintains a data structure of all the registered extensions. This registry can be queried against to retrieve lists of extensions meeting various conditions (such as recently-used extensions, or all Input extensions). ===== 5.2.1 Extension Attributes ===== name - the human readible name of the extension, with spaces and capitalization, suitable for display in dropdown menus. E.g. 'Dia Import' id - a unique key for identifying the extension, using the java-style naming convention. E.g., 'org.inkscape.input.dia' last_used - an indicator of the time that the extension was last invoked. This permits Inkscape to identify extensions not in regular use, and unload them to conserve memory. num_used - the number of times the extension has been used since program start-up. This allows Inkscape to keep heavily used extensions in memory, even if they've not been used in a while. ===== 5.2.2 Extension Functionality ===== load - allocates memory usage when extension is to be used. E.g., loadable libraries can be loaded up unload - deallocates memory when extension is not in use, to help conserve memory. E.g., loadable libraries can be freed register - called by the Extension constructor to add the extension to the Extension Registry unregister - called by the Extension destructor to dereference the extension from the Extension Registry ===== 5.2.3 Refreshing Registry ===== Inkscape will have a command accessible from its menus for reloading the entirety of the registry. This provides a mechanism for the user to access newly-installed extensions without needing to restart Inkscape. When the registry is refreshed, all currently-loaded extensions should first be unloaded. When refreshed, no extensions (except for the standard defaults) should be loaded in memory. ==== 5.3.0 Handling Preferences ==== Extensions may wish to persist certain values or settings selected by the user or specified at installation time. User settings can be handled via the Inkscape Preferences system. This is particularly appropriate for setting expected to change during use and that have suitable defaults that can be used if this is the first time the user has run it. See section 7.1.6 for details on use of this system. Installation settings are best handled by writing into the extension metadata file (*.isx, see below) during installation. These files are stored in a global location and shared by all users on the system, thus are appropriate for storing general defaults or values that won't change during use. This is covered in the following section. ==== 5.4.0 ISX File Format ==== Every Extension must have a definition file, *.isx. Inkscape loads these files during initialization (and subsequently as requested) to learn what extensions are available to it. The file is an XML format with a top-level element 'inkscape-extension', which contains the following sub-elements: name - required id - required version - required deps - optional; lists the dependencies type - "input", "output", etc. impl - "internal", "script", "plug-in", etc. The deps section contains a list of elements that indicate pre-requisites for use of the extension. For instance, it may require that other extensions be present, or require a certain version level of internal functionality, or require the presence of a certain file in the file system, or require a certain service be active like a database or mail service. Each dependency can also be marked as required or optional, or if it satisfies another dependency. Deps type - required; "extension", "file", "service", etc. id - required; the identity of the dependency it requires. E.g., 'org.inkscape.dia_import', '/etc/foo.conf', 'mysqld' version - optional; a simple regexp pattern used to find if the available version is sufficient to satisfy the dependency required - if present, the dependency is required; if not present, it's treated as an optional dependency satisfies - optional; gives a list of other deps that it will satisfy. For instance, either 'postgres' or 'mysql' could satisfy a 'sql_database' dependency. The type and impl elements can contain sub-elements of their own: Type extension mimetype filetypename filetypetooltip Impl command helper_extension check Also see section 8.4.0. ==== 5.5.0 Checking Dependencies ==== Inkscape loads all of the *.isx files by default. Later, it performs a dependency check on all of the extensions, dropping any whose dependency needs have not been met. This is performed by first checking that there is a valid extension id matching the deps->id, and then comparing each of the deps->version regexp patterns against the available extension version. ==== 5.6.0 Accessing the Inkscape Internal APIs ==== Extensions interact with the published API's of other extensions and with Inkscape itself. Inkscape provides its internal functionality via special "Internal" Extensions. See Section 7.1 for details of what is available. The manner that the internal API's are invoked is dependent on the kind of Extension Implementation. Plug-ins, for instance, generate messages that are returned to the application. Scripts, on the other hand, do not handle messages or work interactively, but instructions can be passed via commandline arguments. === 6.0.0 Extension Types === Each Extension is identified by it's 'Type'. This determines the type of programmatic interface that it adheres to, enabling Inkscape to know what functionality it can expect from the extension. ==== 6.1.0 Input ==== An input extension provides a way to get data into Inkscape. This type of extension creates a document given a filename. This is done by using the 'open' method within the class. Also, there is a 'prefs' function which will generate a GtkDialog. This dialog is then used to get any settings that the incomming file and extension my use. This function is executed, and the dialog returns, before the open method is called. There are also several other settings stored in an Input extension. This includes information on the type of file the input module can take in including its filename extension and mime type. Also, there is a space to store a tooltip for additional information on the file type in the file dialog. Lastly, there is the key of which Output extension is recommended for saving this filetype. This is useful, as there is no other direct links between the Input and Ouput functions, and a user expects to be able to open and save without using the 'Save As...' dialog. class Input : public Extension { gchar * mimetype; // What is the mime type this inputs? gchar * extension; // The extension of the input files gchar * filetypename; // A userfriendly name for the file type gchar * filetypetooltip; // A more detailed description of the filetype gchar * output_extension; // Setting of what output extension should be used virtual bool check (); SPDocument * open (gchar const *uri); gchar * get_extension (); gchar * get_filetypename (); gchar * get_filetypetooltip (); GtkDialog * prefs (gchar const *uri); }; ==== 6.2.0 Output ==== An output extension controls how SVG documents are exported from Inkscape. This type of extension creates a file given a document object. This is done using the 'save' method within the class. The method for how files are exported depends on what type of Implementation is used. For Scripts, the file is first saved as a temporary SVG file, and then processed by calling the commandline programs to convert it. For Plug-ins, the document object is passed to the extension with a 'save' message and a filename, and the extension program performs the file save operation itself. class Output : public Extension { gchar *mimetype; // What is the mime type this inputs? gchar *extension; // The extension of the input files gchar *filetypename; // A userfriendly name for the file type gchar *filetypetooltip; // A more detailed description of the filetype bool dataloss; // The extension causes data loss on save public: virtual bool check (void); void save (SPDocument *doc, gchar const *uri); GtkDialog * prefs (); gchar * get_extension(); gchar * get_filetypename(); gchar * get_filetypetooltip(); }; ==== 6.3.0 Effect ==== Effect extensions cause a modification of a loaded document. For example, it might add a new shape to the drawing, or change all selected objects to be purple with green dotted borders. class Effect : public Extension { public: virtual bool check (); GtkDialog * prefs (); void effect (SPDocument * doc); }; ==== 6.4.0 Print ==== The Print Extension Type is for extensions that interface with printing subsystems. Examples would be Win32, postscript, and GNOME Print. class Print : public Extension { SPItem *base; NRArena *arena; NRArenaItem *root; unsigned int dkey; public: bool check (); /* FALSE means user hit cancel */ unsigned int setup (); unsigned int set_preview (); unsigned int begin (SPDocument *doc); unsigned int finish (); /* Rendering methods */ unsigned int bind (NRMatrix const *transform, float opacity); unsigned int release (); unsigned int fill (NRBPath const *bpath, NRMatrix const *ctm, SPStyle const *style, NRRect const *pbox, NRRect const *dbox, NRRect const *bbox); unsigned int stroke (NRBPath const *bpath, NRMatrix const *transform, SPStyle const *style, NRRect const *pbox, NRRect const *dbox, NRRect const *bbox); unsigned int image (unsigned char *px, unsigned int w, unsigned int h, unsigned int rs, NRMatrix const *transform, SPStyle const *style); unsigned int text (char const *text, NR::Point p, SPStyle const *style); bool textToPath (); }; === 7.0.0 Extension Implementations === ==== 7.1.0 Internal ==== Access to Inkscape internals is provided through the Internal classes. These classes expose APIs for various compiled-in functionality that can be used by other extensions. The Internal functionality is grouped into different sets, as follows. ===== 7.1.1 File Operations ===== Ability to load/print/save/close documents doc file_open (gchar * uri, Inkscape::Extension::Input * ext) bool file_save (SPDocument * doc, gchar * uri, Inkscape::Extension::Output * ext) bool print_doc (SPDOcument * doc) ===== 7.1.2 SVG DOM Object Hierarchy ===== Access to the document's SVG::DOM object hierarchy array getElements(string element_name) string getElementName() string getElementByID(string id) string getElementID() hash getAttributes() string getAttribute(string attribute) bool SetAttribute(string name, string value) bool SetAttributes(hash) bool hasChildren() array getChildren() obj getFirstChild() obj getLastChild() array getSiblings() obj getNextSibling() obj getPrevSibling() int getChildIndex() obj getChildAtIndex(int index) obj getParent() array getParents() bool isAncestor(obj) bool isDescendant(obj) cdata getCDATA() ===== 7.1.5 Inkscape Verbs ===== A verb is an identifier used to retrieve standard Actions for particular views. Verbs are used to invoke a wide variety of operations, called Actions, in the Inkscape application. For instance, typical verbs include 'FileOpen', 'FileImport', 'EditDuplicate', 'SelectionLower', 'ObjectToCurve', 'DrawText', 'ToggleGrid', and the like. Essentially, everything invokable via a menu in Inkscape can be similarly activated using its verb. The following routines are provided to extensions in order to interact with the verb system: int verb_find(string verb_name) - looks up the numerical ID of the given verb name. (E.g., it could pull it out of the SPVerbActionDef props[] static object) action verb_get_action(int verb, view) - retrieves the Action object for the verb in the given view view action_get_view(action) - retrieves the view, given the action object void action_perform(action, data, pdata) - invokes the Action for the verb. It validates the parameters and calls the appropriate listener that will handle the action. void action_set_active(action, state, data) void action_set_sensitive(action, state, data) ===== 7.1.6 Inkscape Preferences ===== These Internal methods permit access to the Inkscape Preferences system. Extensions can look up, set, or add values to the user preferences, and they will be persistently stored in the file ~/.inkscape/preferences.xml void prefs_set_int_attribute(string path, string attr, int value); int prefs_get_int_attribute(string path, string attr, gint def); int prefs_get_int_attribute_limited(string path, string attr, int def, int min, int max); void prefs_set_double_attribute(string path, string attr, double value); double prefs_get_double_attribute(string path, string attr, double def); double prefs_get_double_attribute_limited(string path, string attr, double def, double min, double max); string prefs_get_string_attribute(string path, string attr); void prefs_set_string_attribute(string path, string attr, string value); void prefs_set_recent_file(string uri, string name); string[] prefs_get_recent_files(); See HandlingPreferences in Wiki for further details. ===== 7.1.7 Stock SVG Defs ===== These routines provide access to the default SVG defs in Inkscape, including things like gradients, markers, and patterns. Note that this does not cover the defs in the documents themselves, which can be accessed via the document's SVG DOM. obj get_stock_item(string urn) - returns a pointer to an instance of the desired stock object in the current doc, importing the object if necessary. void set_stock_item_from_svg(???) - adds a new stock SVG def to the Inkscape Application. All currently loaded and new documents will have access to the item. ===== 7.1.8 Extension based variables These are the variables that control settings for the individual extension. Things that are held internally, but should be saved with the Inkscape preferences. These are: get_param (gchar * name, [bool, int, gchar *] data) - This function gets the variable by the name 'name' with the data in 'data'. It can be a boolean, integer or a string. set_param (gchar * name, [bool, int, gchar *] data) - This function sets the variable by the name 'name' with the data in 'data'. It can be a boolean, integer or a string. In the case of the string it is copied. For examples of API functions, see the perl SVG, SVG::DOM, et al modules ===== 7.1.9 Extension Manager ===== The Extension Manager Extension enables extensions such as Plug-ins to access other extensions. acquireExtension(extension_name, extension_version, &ext_obj); releaseExtension(extension_name, extension_version); ==== 7.2.0 Scripts ==== Script Extensions are external executables that Inkscape can invoke to enact needed changes. A Perl script such as ill2svg.pl is a typical example, but the Script Extension actually need not be a scripting language at all - it could be a binary application such as Sketch. The key thing is that it must operate like a commandline utility, taking input from STDIN and producing its changed version to STDOUT. The class Extension::Implementation::Script is the interface to the scripts, and includes the following methods: SPDocument *open(Extension *key, gchar const *filename); void save(Extension *key, SPDocument *doc, gchar const *filename, bool setextension, bool check_overwrite, bool official); void filter(GtkObject *object, gchar const *key); Print * get_print(gchar const *key); Extension * build_from_file(gchar const *filename); Extension * build_from_mem(gchar const *buffer, Implementation *in_imp); ==== 7.3.0 Plug-Ins ==== Plug-ins are extensions implemented via loadable modules such as DLL's (on Windows) or .so's (on *nix), using C linkage. Each plug-in has a message handler function that Inkscape can call. A plug-in is able to request access to blocks of functionality, such as data structure functions or UI elements. The plug-in can use the blocks of functionality it has been granted access to. The plug-in can also publish its own block of functions, to be used by other plug-ins. Each block of functionality can be versioned, so that interfaces can change with backwards compatibility later. ===== 7.3.1 Plug-in Shared Object Format ===== A Plug-in must define a function with C binding to create the extension. This function creates an Extension object for itself and returns the memory pointer: extern "C" void *CreateExtension() { return (void *)new MyPluginExtension(); } The Plug-in's Extension returned by this function must behave according to the Extension base class; it must provide member functions for load, unload, register, and unregister. Additionally, Plug-ins must support the following interface: error do_message(char *message_sender, char *message_category, char *message_action, void *data, void *extensions) All Plug-ins must handle the following five message actions: 'load' - load into memory and setup or restore state info 'unload' - unload from memory, saving state info if appropriate 'startup' - allocate global memory, add UI elements, register, etc. 'shutdown' - flush files, preserve preferences, etc. 'about' - info about the plug-in Additionally, the Plug-in will receive messages particular to its Extension Type. File export extensions will receive the 'save' message, for example. Inkscape will indicate a message_action each time it calls the Plug-in, to specify what should be done or to signal it that an event has occurred. The Plug-in may register listeners for events that it would like Inkscape to notify it about. Plug-ins can also generate their own events to send to other extensions. The data argument of the do_message() routine permits passing an arbitrary structure to the Plug-in. The type of structure used is indicated by the message_category parameter. For example, this data object can provide a way for the plug-in to preserve information between calls (such as in a memory block allocated by the Plug-in during startup that will be preserved if the Plug-in is unloaded and loaded). The extensions argument is a collection of interfaces to other extensions that the Plug-in is allowed to call. These enable the Plug-in to access other functionality within Inkscape. Typically, these will be Internal Extensions (see Section 7.1), which provide access to core functionality in Inkscape, but from the Plug-in's perspective it is transparent whether the extensions it uses are internal core functionality or other external plugins. To use a function in another extension, the Plug-in must first 'acquire' the extension. This lets Inkscape know that it should load the extension into memory if it isn't already. When it has finished with the extension, the Plug-in should 'release' the extension, allowing Inkscape to recover the memory for other things if needed. When the Plug-in is first called, it will be passed a single extension, the ExtensionManager. The Plug-in can then request additional extensions through it. ===== 7.3.2 Plug-in Initialization Algorithm ===== On the application side, Inkscape uses the following pseudocode to load the Plug-in: // determine the path and filename of the shared object filename = "/usr/share/inkscape/extensions/foo/foo.so" // load the library and get the extension creation function #if USE_DLOPEN void *obj = dlopen(filename, RTLD_LAZY|RTLD_GLOBAL) f_createExtension = dlsym(obj, "CreateExtension") #else HMODULE obj = LoadLibrary(filename) f_createExtension = GetProcAddress(obj, "CreateExtension") #endif extension = (Extension *) f_createExtension() // When the extension is needed, load it into memory extension->load() // Pass messages to and from the extension extension->do_message(my_message) // When done, remove it from memory extension->shutdown() See experimental/extension_example in Inkscape CVS for a working example. ===== 7.3.3 Scripting Language Bindings ===== Scripting support is provided via special kinds of Plug-Ins called Language Bindings. These provide loadable script interpreter modules. These may be useful for users to quickly program custom functionality, for testers to automate testing procedures, and so forth. These bindings can be operated in one of three ways: Document - The code to be interpreted is embedded in the SVG document itself. The language interpreter thus parses the document and invokes a given function within it. For example, it could run some embedded ECMA script. User - The code to be interpreted is typed in by the user themselves. For example, this could be done via a pop-up text editor dialog the user types or pastes code into, or it could be passed to Inkscape via its STDIN when using inkscape in commandline mode, or it could be provided by another extension (such as one that loads it from a database). File - The code to be interpreted is loaded from a file stored in the file system. ===== 7.4.0 SVG Libraries ===== Library Extensions are interfaces to collections of data files that can be queried and loaded directly into the document. int library_count(query_condition) - returns the quantity of items meeting the query condition. item[] library_list(query_condition, int start, int end) - returns a list of items meeting the query condition. Optionally, the requestor can specify that a subset specified by [start,end] be returned (this is for paging purposes). doc library_get_item(id) - retrieves a specific item from the library. Each item in a library has the following data items associated with it: id - the unique identifier for the library item thumbnail - a rendered bitmap that illustrates what the item would look like in the document. metadata - a collection of RDF data for the object, including information such as the author, license, title, etc. === 8.0.0 Creating Extensions === In this chapter, we discuss how to create an extension from scratch, incorporate into Inkscape, and release it for the general Inkscape community to use. This chapter can be read independently of the rest of the document, using the rest as reference material. ==== 8.1.0 Selecting an Extension Strategy ==== First of all, you will need to select the method you'll use for creating your extension. Scripts are the simplest extensions to create, because they work through STDIN/STDOUT, so you need to know very little about Inkscape internals to make them work. However, their ability to interact with the Inkscape internals is limited compared with other approaches. For file format converters, this is usually fine. You can also create filters programs that take the entire document to its STDIN, process it, and return a modified copy to STDOUT. Some control of the extension is possible via its commandline arguments. One of the nice things about Scripts is that they can be written in any language. It need not even be a scripting language - as long as it handles STDIN and STDOUT and uses commandline arguments, you can write it however you wish. Plug-ins are more powerful than Scripts, but require more knowledge of Inkscape internals, and must be written according to specific criteria. Generally, since these are loaded as dynamic objects, they'll need to be written in a language that can generate them, such as C or C++. The best of both worlds can be available through Language Bindings, which are Plug-ins that wrapper a script interpreter. This enables you to call various Inkscape internal routines through your scripting language's functions. If someone has created a Language Binding for your language of choice, you're all set, otherwise you'll have to create a Plug-in for it. Language Binding Plug-ins have a few more requirements than ordinary Plug-ins, and require a greater amount of knowledge of the Inkscape internals, so it can take quite some time to do properly. Library Extensions are basically collections of symbols that can be queried, browsed, and imported into documents in Inkscape. An example might be drawing symbols for electrical diagrams. Internal Extensions are in a way the reverse of a normal Extension, in that instead of providing a way to hook into Inkscape from the outside, they provide hooks from inside Inkscape. These can be used directly by Inkscape, such as in the case of compiled-in printing modules, or used by other extensions, such as to provide access to the verb system. ==== 8.2.0 Writing Your Extension ==== This section provides some guidance and examples for implementing different kinds of Extensions. ===== 8.2.1 Writing Internal Extensions ===== # TODO ===== 8.2.2 Writing Script Extensions ===== # TODO ===== 8.2.3 Writing Plug-in Extensions ===== # TODO ===== 8.2.4 Writing Language Binding Plug-in Extensions ===== # TODO ===== 8.2.5 Writing Library Extensions ===== # TODO ==== 8.3.0 Creating an ISX File ==== Every extension must have a corrosponding *.isx file. This is an XML file that provides Inkscape with information about the module and allows it to load the info without needing to access the module itself. The *.isx file contains enough info for Inkscape to set up menu items and know what kinds of functionality to expect from the extension. # TODO: Insert an example ISX XML here ==== 8.4.0 Packaging Your Extension ==== ==== 8.5.0 Contributing Your Extension to the Inkscape Community ==== Once your extension is complete, you may wish to share it with the community. There are of course no hard and fast rules for how to share your work, but this section illustrates some approaches. ===== 8.5.1 Listing Your Extension ===== First, you will need to put your extension someplace that others can find and download it. If you have adequate webspace, you could simply upload it to your web server. More typically, you will want to upload it to a mirroring system like SourceForge (http://www.sourceforge.net), CPAN (http://www.cpan.org), and the like. The Inkscape project may also be willing to host your extension; contact the admins for more info. It can also be helpful to list your extension with one of the various software registries, such as Freshmeat (http://www.freshmeat.net). You should also list it on the Inkscape Wiki site. ===== 8.5.2 Announcing Your Extension ===== After posting your extension someplace from which it can be downloaded, you should also announce its availability, by sending an email to inkscape-announce@...460... You may also want to announce it on other related sites; for instance, if you've written a plug-in to allow operation of Imagemagick from within Inkscape, it could be a good idea to announce it to the Imagemagick list. ===== 8.5.3 Incorporating Your Extension to Inkscape ===== Because the intent with the extension system is to break things *out* from the core, most extensions should be packaged and distributed independently of the main Inkscape distribution. However, for ease of user installation, an extension-pack can be shipped along with the core Inkscape package. Also, certain extensions may be so critical to Inkscape operation (such as for printing) that they should be included in the core. If your extension seems like it should be incorporated into the Inkscape core, contact the Inkscape developers about this, and discuss how best to include it in the distribution with them. === 9.0.0 Conclusion === It is anticipated that the incorporation of this extensions capability will bring Inkscape added power and flexibility while avoiding bloating the core with cool-but-rarely-used functionality. Further, it empowers users and non-core Inkscape developers to extend the application with their own new capabilities, without needing to gain special access and acceptance by the project. Dynamic loading of functionality will also allow Inkscape to remain 'lean and mean', loading up functionality on an as-needed basis, and conserving memory by unloading functionality when it is not needed. The key point of this design specification is the architectural concept of separately identifying an extension's interface type, or 'Extension Type', from its implementation method, or 'Extension Implementation'. This feature enables Inkscape to be extended in a variety of mechanisms, including ways not yet foreseen.

8 21

generic tuples
by MenTaLguY 24 Jul '04

24 Jul '04

Just a quick heads-up that I've added a type for generic tuples to the codebase -- Inkscape::Util::Tuple. It consists of a simple struct template and a constructor function template. Tuples may contain up to six elements of arbitrary types. For example, a type for a two-element tuple containing an int and a char const * would be: Tuple<int, char const *> blah; Its constructor may optionally take initial values for its members: Tuple<int, char const *> blah(1, "foo"); The first member is named a, the second b, and so on: cout << blah.a /* int */ << blah.b /* string */ << endl; Also, for creating anonymous tuple values, there is a convenient constructor function which infers the types for you: tuple(5, "testing").b /* string "testing" */ To use tuples, #include "util/tuple.h". n.b. employ 'using' if you don't want to have to spell out Inkscape::Util::Tuple and Inkscape::Util::tuple -- e.g.: using Inkscape::Util::Tuple; using Inkscape::Util::tuple; ...but please keep 'using' out of header files! Inside class bodies is OK though. Just thought you all might find tuples useful.. -mental

1 0

Re:[Inkscape-devel] align comments
by aubi＠...373... 24 Jul '04

24 Jul '04

>I finally tried the new align dialog. I realize it's a work in >progress but still here are some comments: > >- BUG: when I open the align dialog, then switch to another >non-Inkscape window and then back to Inkscape, the dialog >disappears. >Even when I switch focus to the editing window, the dialog >disappears >(not only sinks but disappears completely). This does not happen >with >e.g. Fill&Stroke dialog, and it must be fixed as soon as possible. Yes, I know. This is because the dialog must be made transient (in the Docker.cpp init() method). But as the window is stil old c GTK, I can't perform it. I tried a first approach to convert the window (AFAIK, the widget member in SPCanvas struct) to a Gtk::Window, but failed to do it in the time I had. >- merging the two tabs into one makes sense, but then remove >the lone >"Align" tab My objective is to have drag and dropable toolboxes from one docker to another. Maybe Layout is a better tab name ? >- the new title "Docker" tells me nothing - Align and >Distribute is >what it does, so that is the title it should use; also don't >lose the >shortcut listed in the dialog title, as in all other dialogs I was wondering how to name the dialog : the name of the currently shown toolbox, or something like "InkScape Toolbox" ? >- the anchor menu must have an appropriate label, e.g. >"Relative to:" I agree >- the anchor meny only applies to alignment, not >distribution, and >therefore must be inside the Align frame Agree too, I've already done this on my local copy >- the old behavior corresponds to Selection, and therefore >Selection >must be the first and the default selected item in the >anchor menu; >it's also the most intuitive OK, I did not noticed that >- the Last/First Selected items may be confusing, because in >many >cases the order or selection is undefined (e.g. when you do a >rubberband around several objects), so please remove them >and add >Top/Bottom Object (referring to z-order) instead Good idea ! >- in the node mode, none of the anchor menu items make sense >(nodes >have no bigger/smaller, no z-order, etc) so the menu must be >removed, >instead it should always align within the bounding box of >the selected >nodes Agree too, I've already done this on my local copy >It looks very promising, so I look forward to your further >work on this! :) Glad to see you like it. Unfortunaltely (at least for you), I'll be on holydays for the next 3 weeks. I will not have network access and higly doubt I'll have time to code [hwo knows, I it rains all the day ?]. But as soon as it's finished, I 'll be back onboard. Let me know your thoughts, OBI ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

2 1

win32 installer
by Taraben, Adib 24 Jul '04

24 Jul '04

Hi All, I did an win32 installer. I took the installer script from the CVS changed the 38 to 39. Attached the script. But I only have a geocities account that allows me upload-chunks up to 5MB. The installer is 11 MB. How to proceed? HTH, Adib.

2 1

Release status
by Daniel Díaz 24 Jul '04

24 Jul '04

Hello there. I was just wondering where in the release process are we? It wasn't totally clear to me whether or not it is already official and to be announced in the wild. Is it? May I now? The download page states that many packages are "coming soon", yet they are in SF's filelist. Also, Bryce, I just noticed today that I sat in front of the computer, the MDK91 RPM shows Inkscape in the "Graphics" menu, yet MDK91 uses "Multimedia -> Graphics" for that. I'm still receiving a lot of hits in the bleeding-edge autobuilds, but they are all 0.39rc* builds. Should I put a note about SF there? Just for the statistics... # (egrep LATEST\|.nkscape-?[0-9]{10}\. /var/log/httpd/access_log | cut -f 10 -d \ | grep -v \- | tr \\n \+ && echo 0) | bc 34028559086 # egrep LATEST\|.nkscape-?[0-9]{10}\. /var/log/httpd/access_log | wc -l 4488 That is 34,028,559,086 bytes with 4488 hits (not including "à la carte" files.) Greetings! Daniel Díaz yosoy@...31...

5 5

Mandrake 10 rpm & autopackage issues
by Lucas Vieites 23 Jul '04

23 Jul '04

Hi, if I get the src.rpm and rebuild it to get an rpm for my Mandrake 10 system, is that usable for other Mandrake 10 users? Just asking in case it's useful for the download area. Thanks, PS. I tried to install the autopackage version but I got an error: err:waitForHELLO() failed to synchronize with front end: UHOH VERSION_MISMATCH It downloaded version 0.6 of autopackage an then issued this error. I had installed a cvs version of the inkscape autopackage before. If someone would like to get the full output after the ./inkscape-0.39.package command I can send it to the list. -- Lucas 'Basurero' Vieites Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

4 3

0.39 -> 0.40 + OLS
by Bryce Harrington 23 Jul '04

23 Jul '04

Hi All, With Inkscape 0.39 out the door, our next target is 0.40. Notice we're at #17 on SourceForge now :-) The 0.40 development process looks like it'll be pretty much like 0.39. We have a principle development focus - conversion to Gtkmm - plus as much freeform development as can be squeezed into the time we'll have. Gtkmm conversion looks like a lot of work, but then so did Pango, and look how swiftly the team knocked that out. ;-) I don't know if we need "a plan" for the Gtkmm conversion; if we do, then within a few weeks we can do so. Looking forward beyond 0.40, there are other big changes to come that we can start preparing for presently. The Extensions work is one example; the proposed spec will hopefully provide a starting point for this. Another example is the eventual rewrite of the style class and creation of a more complete CSS implementation for Inkscape. I'm also looking forward to seeing what we can do with improved testing systems and what potential Cairo holds. These are just a few of the cool things waiting in the wings. Speaking of Cairo, I've sat in on the two talks by Keith Packard and Jim Gettys on the rearchitecture of X. Keith did his presentation in SVG, but his Cairo-based viewer was very slow rendering it, compared with inkview. :-) A lot of interesting work is being done with X these days. In addition to Cairo (which they're hoping to see more apps pick up and use), they're also looking at LittleCMS (or something derived thereof) as a universal color management system (the one currently in X is very broken and nobody uses it.) As to my own presentation, if anyone's interested, it's here: http://developer.osdl.org/bryce/ols_testing_presentation/ Bryce

2 2

Re: [Inkscape-devel] Release status
by Bryce Harrington 23 Jul '04

23 Jul '04

On Thursday 22 July 2004 12:04 am, Daniel DC-az wrote: > I was just wondering where in the release process are we? It wasn't > totally clear to me whether or not it is already official and to be > announced in the wild. Is it? May I now? Yes, sorry, I meant to put out an announcement about this but connectivity here at OLS has been rather iffy. Now that all the packages are available and announcements have gone out, we're back to normal development. > The download page states that many packages are "coming soon", yet they > are in SF's filelist. Yes, that needs to be updated. I won't be able to work on the website until Sunday at the earliest, so if someone else could update it, that would be most appreciated. By the way, I'm wondering if we need to really put some work into making the download page quite specific. In the past, a link to the SF download page was probably sufficient, but now with fink, autopackage, dev autobuilds, etc. I am thinking we probably need a carefully laid out page pointing at the various packages people need. However, my first cut at doing so actually made it worse -- I'd very much appreciate it if someone with a good idea for how to make the download page clearer could come up with a scheme for us. > Also, Bryce, I just noticed today that I sat in front of the computer, > the MDK91 RPM shows Inkscape in the "Graphics" menu, yet MDK91 uses > "Multimedia -> Graphics" for that. Hmm, yes, you're right. When I next get a chance I'll updated it. Since this is distro dependent, we may need to figure out a way to variabalize this in the spec files. > I'm still receiving a lot of hits in the bleeding-edge autobuilds, but > they are all 0.39rc* builds. Should I put a note about SF there? Let's try to figure out what is causing people to select that file instead of the official build, and adjust links or whatever to promote the correct one. > Just for the statistics... > > # (egrep LATEST\|.nkscape-?[0-9]{10}\. /var/log/httpd/access_log | cut > -f 10 -d \ | grep -v \- | tr \\n \+ && echo 0) | bc > 34028559086 > > # egrep LATEST\|.nkscape-?[0-9]{10}\. /var/log/httpd/access_log | wc >-l > 4488 > > That is 34,028,559,086 bytes with 4488 hits (not including "C la >carte" > files.) Yow! That's pretty cool. :-) Bryce

1 0

Re: [Inkscape-devel] Re: Mandrake 10 rpm & autopackage issues
by Bryce Harrington 23 Jul '04

23 Jul '04

On Thu, 22 Jul 2004 10:13:45 +0200, Lucas Vieites wrote: Yes, if you create mdk10 rpm's, these can be added to the file tracker; I'll be happy to upload it for you if you send it my way (might be a couple days tho). Make sure to update the Groups variable in the spec file to install into Multimedia:Graphics instead of Applications:Graphics. On Thursday 22 July 2004 9:30 am, Mike Hearn wrote: > Please remove all trace of autopackage from your system before trying this > version. Previous versions of autopackage installed from the release > tarballs in the usual fashion will be upgraded for you - obviously we > can't do that with CVS installs, and this is what has gone wrong here. Can you write some documentation for "how to remove all traces of autopackage"? I think this issue was what was screwing up Carl's box too, but it was not apparent what to do to remove all the previously installed stuff. The docs would be quite helpful. > By the way, the Inkscape page still claims that autopackage is only for > "modern RPM based distros" ... there's nothing inherently RPM about > autopackage. We can update this as the downloads page gets fixed up. I wrote this because it seems to me that this is where autopackage's killer feature is. For Gentoo and Debian systems, the dependency resolution mechanisms are solid enough that autopackage may not be as necessary on those distros, IMHO. However yes we should clarify the download page to be more factually accurate. > I'd like to thank the Inkscape developers for bearing with us while we > iron out the teething problems here, I'm sure it must be annoying for > those who aren't interested in packaging to have the list filled up > with this stuff. It's appreciated though! I think the way we should think about autopackage is as an investment in our future - both for Inkscape and for Open Source in general. It addresses that big white elephant that few like to think about - it's painful for new Linux users to install ordinary apps like Inkscape. I think Autopackage is going to lead the way to inspiring the next generation of Linux installation technology. It's cool that Inkscape can help raise awareness for Autopackage while at the same time serving its own self-interest in making it easier for people to install the program. Anyway, so thanks back to you guys - keep up the good work! :-) Bryce

1 0

RE: [Inkscape-devel] RFEs
by Gazal, Geraud (MED) 23 Jul '04

23 Jul '04

> On Wed, Jul 21, 2004 at 04:41:02PM +0200, Gazal, Geraud (MED) wrote: > > My idea, in the long term, is to identify let's say 20 main > categories, > > sort/group the RFEs in those categories and attribute a > score to each > > category according to the number of RFEs it contains and > their priority. > > I've added each of the suggested high-level groups. I've started > marking, commenting, and scoring the "build" ones... Wow, did not think it would be 'accepted' as is. :)

2 1

Fwd: AW: [Inkscape-devel] win32 installer
by Daniel Díaz 23 Jul '04

23 Jul '04

Hello. Adib has just uploaded the Win32 installer here: http://cortijodelrio.net/~inkscape/win32/Inkscape-0.39-1.win32.exe Someone with CVS/SF access can now grab this one and the NSI script. Greetings! Daniel Díaz yosoy@...31... -----Forwarded Message----- From: "Taraben, Adib" <taraben.a@...50...> To: Daniel Díaz <al590349@...30...> Subject: AW: [Inkscape-devel] win32 installer Date: Fri, 23 Jul 2004 12:05:45 +0200 Done, thx. Cane someone also commit the installer script to the cvs? ________________________________________________________________________ Von: Daniel Díaz [mailto:al590349@...30...] Gesendet: Fr 23.07.2004 11:50 An: Taraben, Adib Betreff: Re: [Inkscape-devel] win32 installer Hi, Adib. You can upload it to my site temporarily. FTP to cortijodelrio.net, with ****/**** as username/password, and upload it somewhere in the public_html directory. After that, it won't be a problem for any developer to download it and push it to SourceForge. If you have any further comments, just drop me a line. Greetings! Daniel Díaz yosoy@...31... On Fri, 2004-07-23 at 04:41, Taraben, Adib wrote: > Hi All, > > I did an win32 installer. > > I took the installer script from the CVS changed the 38 to 39. > Attached the script. > > But I only have a geocities account that allows me upload-chunks up to > 5MB. The installer is 11 MB. > > How to proceed? > > HTH, > > Adib.

2 1

RFEs
by Gazal, Geraud (MED) 23 Jul '04

23 Jul '04

In order to make my mind on the functionalities and the software, i've spent a few moments on the RFEs. -> Read them, sorted, grouped (etc etc) It's far from perfect, but if it can help someone as it has helped, here it is. It can maybe help some of you removing the redundancy within the list of open RFEs ( especially layers, node editing...) My idea, in the long term, is to identify let's say 20 main categories, sort/group the RFEs in those categories and attribute a score to each category according to the number of RFEs it contains and their priority. A kind of "voice of the user". Plus doing the same things with bugs. So feel free to submit me any idea of categorisation (knowing that sorting this kind of items will never be perfect) Regards, Matiphas * Build/Compile/Dependancies/Code/Design [ 840075 ] BUILD: Mac OS X release [ 979876 ] Better ID handling on object copy [ 926588 ] Disable autogeneration of ID [ 979481 ] unique X11 window names [ 972981 ] New File Chooser (file open save as dialog) [ 968647 ] gnome/gtk commandline options [ 968644 ] X display cmdline options [ 967753 ] Comments/Suggestions from USERS magazine (Argentina) [ 956520 ] remove unaccessible files from "recent" list [ 956476 ] Add a build date to the config.in ? [ 933684 ] merge identical patterns/gradients/markers [ 933555 ] Win32 Installer "no GTK" option. [ 902254 ] [win32] Install to Program Files [ 902252 ] [win32] Install shortcut into menu for Inkscape [ 892670 ] "veto" callback system for SPRepr change notifications [ 874493 ] qtgtk support. [ 864252 ] EASY: detect running inkscape process before starting a new [ 859134 ] Ugly Gtk triangle border [ 986052 ] -e option must overwrite without asking <--************************************************************************* ***************************--> * Content [ 862701 ] PALETTE: Object Library [ 966771 ] Stock gradients [ 956035 ] A set of templates [ 927912 ] library of objects [ 991044 ] Default options / Template <--************************************************************************* ***************************--> * Desktop integration [ 989220 ] How can i export to illustrator? Copy/paste [ 856082 ] Viewer component [ 856083 ] Editor component (Bonobo) [ 981785 ] gimp & inkscape [ 862655 ] GIMP: Integration with INKSCAPE [ 862692 ] GIMP: Import gradients [ 909735 ] Support for copy/paste with system clipboard [ 950969 ] INPUT: Wacom Tablet + Pressure Sensitivity [ 984964 ] Wacom support [ 965568 ] Drag images from nautilus to inkscape window to import it [ 974117 ] Image Cropping [ 978465 ] cmdline options for initial settings [ 981785 ] gimp & inkscape <--************************************************************************* ***************************--> * Ideas of extensions and plugins [ 862657 ] PLUGIN Support [ 984081 ] Auto-updated, visible timestamps in drawings [ 982795 ] Autojoin tool [ 967843 ] Add Bone System [ 967312 ] Add a blend Tool [ 938707 ] please provide a plugin for image/svg-xml [ 925198 ] detect/bundle Frontline [ 897638 ] Node fillet / chamfer tools [ 880120 ] NEW TOOL: Cloud Tool [ 862752 ] TOOL: rounding object, or filter [ 862750 ] Standard shapes + Algorithmic Shapes + Math Formulas [ 862723 ] OBJECTS: bevel for object properties [ 989884 ] Mesh - CAD like [ 862751 ] TOOL: Tangential circles/curves and lines [ 864292 ] Measure tool [ 844329 ] Dimensions <--************************************************************************* ***************************--> * Fonts [ 863323 ] FONTS: embedded SVG font support [ 932954 ] SVG Fonts [ 980840 ] Add support fot math fonts (greek symbols) <--************************************************************************* ***************************--> * Import/Export (maybe handled as extension/plugin in the future ?) [ 993210 ] Exporting to .jpeg [ 840345 ] EXPORT DIALOG: NEED EPS, PDF, SWF, etc [ 847365 ] Import SVG embedded in other XML [ 863383 ] EXPORT: xfig format [ 864110 ] IMPORT: OpenOffice.org Draw import [ 864260 ] IMPORT/EXPORT: PDF [ 865058 ] EXPORTING: Ability to export 16-bit PNGs and OTHER PNG adds [ 899574 ] Inkscape should embed bitmaps for gradients in PS [ 922750 ] Inkscape ignores file extentions when exporting a file [ 942328 ] relative image paths instead of absolute [ 957916 ] Import/Export Encapsulated PostScript format [ 977339 ] default export image name for not-saved drawings [ 840030 ] CorelDraw Importer/Viewer (.cdr files) <--************************************************************************* ***************************--> * Object editing [ 969466 ] navigation through object in object properties menu [ 984961 ] Apply transformation to duplicate - Freehand/Calligraphic [ 965516 ] Abilty to draw splines [ 862725 ] CALLIGRAPHIC TOOL: units must be added (editable properties) [ 863375 ] CALLIGRAPHY TOOL: Tool Angle [ 902216 ] Freehand tool needs to work smoother [ 952134 ] A tool and a key [ 856085 ] curve editing and right click menu - Gradient [ 862708 ] GRADIENTS: improvements, and a bit more [ 979870 ] Gradient editor window does not show the gradients name [ 971415 ] gradient features [ 927490 ] non linear (exponential) gradient [ 897207 ] Gradient edit in-picture [ 863329 ] Gradient Angle and Aspect Ratio [ 986762 ] gradient and opacity - Marker [ 990860 ] Markers reference points should be moved [ 952769 ] MARKERS: Can't change marker color with line color [ 970270 ] UI: Browsing markers is too slow/inefficient [ 942486 ] make size of markers settable - Node [ 994975 ] Node transform [ 862691 ] NODE EDITING: Dragging curve segment [ 862753 ] DIALOG: Node Orientation [ 863731 ] NODE EDITING: Display start/end node [ 865050 ] NODE EDITING: properties, align nodes vert./horiz. [ 880110 ] TOOLS/NODE EDITING: Add/subtract nodes + scissor tool [ 898437 ] closed/unclosed state of path unclear [ 902731 ] Average nodes (node alignment) (w/screenshot) [ 903328 ] Snap to node/segment [ 907478 ] RFE: snap to nodes of existing objects [ 910817 ] NODE EDITING: Scaling, Mirroring, Rotation of Node Groups [ 933700 ] speed up node editing [ 949457 ] Node editing with mouse + layers [ 957936 ] selecting nodes as proper objects [ 976167 ] UI improvements and Node aligning [ 839065 ] Node Editing: Selecting nodes by clicking on path segments - Pattern [ 870837 ] pattern fills [ 980050 ] Repeat options in Fill and stroke dialogue for pattern fill - Shape [ 979490 ] "Whole object fill only" option [ 862731 ] TRANSFORMATION PREF: apply to several objects independently [ 863734 ] GUIDES: Copy+mirror with guides [ 863735 ] GUIDES: Snapping for 'shape editing nodes' [ 896514 ] Paint Brush / Eraser tool ala flash [ 926611 ] Circles and ellipses [ 936996 ] Group circles [ 954808 ] clockwise rotation of objects [ 957009 ] Splitting overlapping objects [ 856086 ] drag and copy - Text [ 986611 ] subscript, superscript [ 863325 ] TEXT bounding box and auto-wrap [ 863327 ] TEXT: Convert text to correctly-filled curve objects [ 865040 ] TEXT: Text on Path, in shape [ 952894 ] Text Effects like in Illustrator [ 966367 ] "Run length" text layout setting [ 857374 ] TEXT: Need support for text spacing properties <--************************************************************************* ***************************--> * Printing (maybe handled as extension/plugin in the future ?) [ 921531 ] Printing prints squares for gradients [ 965791 ] CUPS printing [ 967795 ] Multi-page printing <--************************************************************************* ***************************--> * SVG [ 949754 ] SVG Interactivity [ 862741 ] XML: put metadata in a metadata element; make valid [ 862744 ] SVG: animation [ 863380 ] Implementation of SVG Filters, specifically BLUR [ 864870 ] SCRIPTING: Sodipodi Script! or ECMAScript Support [ 864875 ] MASKING, or CLIPPING (CLIPPING PATH) NEEDED [ 865060 ] SVG: Implement support for data: URLs [ 893812 ] hyperlinking [ 899194 ] these svg dont render correctly (work in Abode SVG Viewer) [ 908792 ] NEW TOOL: Cloning/Spraypaint of Objects [ 909368 ] Less verbose markup, dont write unnecessary styles [ 944377 ] Inkscape .svg > plain .svg conversion tool [ 846335 ] allign coordinate systems - Styles [ 982095 ] CSS Support [ 862705 ] PALETTE: Object style chooser for primary toolbar [ 955788 ] Support Cascading Style Sheets [ 856716 ] STYLES: Giving styles a name and palette <--************************************************************************* ***************************--> * UI [ 994180 ] window size [ 863737 ] Snap indicator+ snap/guides dialog/palette [ 864868 ] UI: magnifying tool cursor, stock icons [ 865046 ] Inkscape REMOTE [ 899001 ] Use stock icons from Gnome [ 902217 ] Simpler process for theming icons [ 950128 ] A window for editing dash arrays [ 950537 ] Zoom out with right mouse button [ 959819 ] Tabbed interface for multiple documents [ 965592 ] fit drawing to page/fit page to drawing [ 981243 ] Allow to select units for displaying coordinates [ 992070 ] Interface Quirk [ 993367 ] UI for SVG accessibility features [ 862715 ] Initial value for "apply to:" in object style dialog - Dialog/Toolbars [ 995066 ] UI improvement [ 862662 ] Tear-off + dockable Menus (like gimp2) [ 874729 ] dialogs are too big [ 897187 ] Persistent/Custom Toolbars [ 978586 ] Abilily to choose font size for menu and dialogue [ 981544 ] [Win32] : dialogs always on top [ 992082 ] Tabbed Browsing Anyone? [ 838693 ] saving toolbars positions - Guide/Grid/Ruler [ 964668 ] Setting Zero Points on rulers [ 874731 ] GUIDES: Placement, Transformation [ 896820 ] "Lock guides" option [ 900270 ] isometric GRID type [ 903432 ] Snap selection to grid command [ 903437 ] Guides snap to grid [ 933675 ] double click on ruler opens guides dialog [ 933707 ] multi color grid [ 948307 ] guidelines rotate&clone [ 963828 ] gridlock instead of the cursor [ 859982 ] Inverted ruler co-ordinate system [ 928027 ] advanced snap features [ 933706 ] press alt to not snap - Lock [ 902729 ] Make insensitive/lock/unlock [ 979276 ] A "Unlock all" option [ 984633 ] A way to unlock a locked object - Palette/Color [ 994177 ] CMYK 0 - 100 not 0 - 255 [ 859147 ] Color Palettes [ 864545 ] HOWTO for Color Picker [ 865053 ] COLOR Preview (EASY ADD) [ 898822 ] wishlist: Palette Tool [ 903531 ] Makeshift palette [ 924655 ] user-defined named colors in fill/stroke dialog [ 969371 ] Named colors combo [ 973774 ] ability to copy color from dropper to clipboard [ 979214 ] a pot of painting tool [ 982981 ] Extended Color options [ 988419 ] Color picker doesn't bring color into gradient editor [ 989939 ] color components should be independent [ 856080 ] PALETTE: custom color swatches - Preferences [ 973295 ] storing main window size [ 932676 ] Save Preferences [ 937137 ] Set document defaults in preferences. [ 953325 ] pixel units [ 857373 ] PREFERENCES: New document setup prefs - Preview [ 985323 ] wireframe preview [ 862746 ] Document window icon [ 848230 ] editable viewBox, SVGs without width="" or [ 864290 ] Navigation window [ 955196 ] preveiw in file open/save dialogues [ 984071 ] preview window [ 839695 ] PRINTING: Need Preview - Selection/Group/Layer [ 991425 ] ADD LAYER MANAGEMENT, PLEASE! [ 856710 ] GROUPS: Enter and leaving groups [ 857357 ] LAYERS: Various ideas combined [ 897628 ] group extending for boolean operations [ 927908 ] REQ: display start.x,y end.x,y width height length angle [ 967363 ] Gray out unavailable commands [ 971537 ] visually distinct selection in focused/unfocused windows [ 971544 ] sets (named selections) [ 979866 ] "Extract from group" command [ 851464 ] Inconsitency in object style for multiple selects vs. groups [ 962564 ] lasso, polygon lasso selection tools - Shortcuts [ 989881 ] Customisable Shortcuts [ 877745 ] Keyboard shortcut to repeat last operation [ 902736 ] Shortcuts in button tooltips [ 914856 ] UI: Left-handed users [ 974180 ] Keyboard Mapping [ 863386 ] USABILITY (EASY) Tool options by double clicking tool button - Text [ 994189 ] text highlighting [ 864095 ] FONTS: Specifiy font size in mm, cm, m, in, ... [ 876892 ] no baseline-shift attribute [ 926591 ] Adding a text editor to inkscape [ 959816 ] Dropper tool for font attributes [ 962175 ] Add text search and replace feature [ 965421 ] A GUI to modify letter spacing [ 977533 ] text and font dialog redesign [ 979871 ] Text Editor lacks scrolled view [ 979875 ] Text editor: proposal new button "import text" [ 860118 ] TEXT: Text-tool properties toolbar - XML [ 847504 ] Ability to use external XML editors [ 899722 ] XML Editor changes [ 862720 ] XML EDITOR: RealTime Sync of Working and XML [ 960371 ] Syntax highlighting <--************************************************************************* ***************************--> * Others [ 848530 ] Wiki does not handle zero-space situation [ 865043 ] Illustrator Pathfinder [ 900436 ] Shape masking of objects and groups. [ 902711 ] PDF reference card [ 903342 ] Toggle visibility of object handles (View menu) [ 957129 ] Progressbar while opening files [ 956030 ] Welcome screen [ 956039 ] Make it faster [ 902519 ] Timed saves for backup

2 2

cannot compile
by bulia byak 23 Jul '04

23 Jul '04

I finally installed all the new libs and tried to compile CVS: Makefile:2804: *** missing separator. Stop. The line 2804 is: @am__fastdepCXX_TRUE@ if $(CXXCOMPILE) -MT $@ -MD -MP -MF "$(DEPDIR)/$*.Tpo" \ any ideas?

2 5

align comments
by bulia byak 23 Jul '04

23 Jul '04

I finally tried the new align dialog. I realize it's a work in progress but still here are some comments: - BUG: when I open the align dialog, then switch to another non-Inkscape window and then back to Inkscape, the dialog disappears. Even when I switch focus to the editing window, the dialog disappears (not only sinks but disappears completely). This does not happen with e.g. Fill&Stroke dialog, and it must be fixed as soon as possible. - merging the two tabs into one makes sense, but then remove the lone "Align" tab - the new title "Docker" tells me nothing - Align and Distribute is what it does, so that is the title it should use; also don't lose the shortcut listed in the dialog title, as in all other dialogs - the anchor menu must have an appropriate label, e.g. "Relative to:" - the anchor meny only applies to alignment, not distribution, and therefore must be inside the Align frame - the old behavior corresponds to Selection, and therefore Selection must be the first and the default selected item in the anchor menu; it's also the most intuitive - the Last/First Selected items may be confusing, because in many cases the order or selection is undefined (e.g. when you do a rubberband around several objects), so please remove them and add Top/Bottom Object (referring to z-order) instead - in the node mode, none of the anchor menu items make sense (nodes have no bigger/smaller, no z-order, etc) so the menu must be removed, instead it should always align within the bounding box of the selected nodes It looks very promising, so I look forward to your further work on this! :)

1 0

Re: freehand smoothing?
by Gazal, Geraud (MED) 23 Jul '04

23 Jul '04

Ainsi parlait Bulia Byak :" People keep complaining about the unsmooth freehand drawing in Inkscape and point out Sodipodi"s smooth drawing as its advantage over us: http://linuxfr.org/2004/07/20/16864.html (see comment "Sodipodi meilleur que Inkscape ?") " ------------------------------------------------------------------------ For info/tracking, RFE for this is [ 902216 ] Freehand tool needs to work smoother

2 1

RE: [Inkscape-devel] RFEs
by Gazal, Geraud (MED) 22 Jul '04

22 Jul '04

> On Wed, Jul 21, 2004 at 04:41:02PM +0200, Gazal, Geraud (MED) wrote: > > -> Read them, sorted, grouped (etc etc) > > This is great! Thank you, I will try tackling some of the > build/compile > issues. Cool It has also been a tool helping finding some redundancies : Some things that could be closed or explicited IMHO * [ 942328 ] relative image paths instead of absolute Can be closed. I think the issue with the path is now fixed. Example under win2k and Mandrake10 : a create a "project" directory, copy there the bitmaps needed, create there the SVG file(s) b work (!) (ie import some bitmaps) c create zip/tgz of the project directory, and send it somewhere else (mail/move) d unzip/untgz and open the svg file -> OK, the bitmaps are correctly linked/loaded in Inkscape * [ 922750 ] Inkscape ignores file extentions when exporting a file and [ 993210 ] Exporting to .jpeg The extension problems comes from the fact that Inkscape only bitmap-export to png. Maybe the use of a filter/pipe based on imageMagick or similar would allow to close this * [ 863323 ] FONTS: embedded SVG font support and [ 932954 ] SVG Fonts are quite similar * [ 952134 ] A tool and a key Seems Bulia has explicited all the necessary workarounds * [ 984633 ] A way to unlock a locked object [ 979276 ] A "Unlock all" option [ 902729 ] Make insensitive/lock/unlock Those three are quite close. Depending on the way Inkscape will handle layers, I think they might be closed with this new feature (if the layer UI allows user to (un)lock, set (un)printable, set(in)visible... each layer) And some others such as in "node editing", but they are hard to sort/reorganize... Regards, Matiphas

2 1