- Inkscape Devel - Inkscape Mailman

updating filters
by Felipe Sanches 09 Aug '07

09 Aug '07

hi, Nicholas! for some reason, some controls doesnt update automatically when applied to imported images. But they update on other kinds of objects. See for example, feColorMatrix. Juca PS: colormatrix values should be stored for each of the possible types. It is not good to store all of them in a single variable. It would be much better if the user could adjust the value for one type, then change type and readjust value, and then change its mind again (maybe feeling that the previous type and value were better) and when he selects back the previous type he should see the respective old value still there.

2 1

Scheme Scripting Console
by Glimmer Labs 08 Aug '07

08 Aug '07

We have developed a feature which allows Scheme Scripting from a console inside of Inkscape. We chose to implement a Scheme interpreter inside Inkscape because we felt higher-order programming and other functional paradigm ideas of Scheme would apply very nicely to a vector-based program such as Inkscape. The tar file included at the directory below contains a README with directions to aid in the process of installing the patch contained in the tar file. The README also has instructions on running the console. http://www.cs.grin.edu/~dangelod/scheme-patch.tar.gz Please let us know what you think of it. This patch was tested with revision 15458. If there is a better place to submit this patch since it is pretty large, let us know. Thanks, David D'Angelo and Soren Berg glimmer07@...400...

4 11

Let's talk about text
by Ted Gould 08 Aug '07

08 Aug '07

Hey, I don't know how many people saw this, but I thought it might be of general interest as it seems text is always an issue. Apparently there was a "text summit" in Glasgow as a part of aKademy. A report from the KDE folks: http://dot.kde.org/1186422013/ Which sounds interesting, but I hope we'll never have to directly deal with "languages not yet in Unicode." And, I think that Pango will do most of it for us. One of the links that I found interesting was to Fontima -- which is looking to define a font manager and widgets for the free desktop. Dealing with all the naming nastyness we've discussed before. http://eyegene.ophthy.med.umich.edu/interview/fontima.php I'm not sure how real it is, but it might have some interesting ideas in it. --Ted

1 0

Alt-mouse - an RFC
by Thomas Worthington 08 Aug '07

08 Aug '07

Okay, I've checked the source code out and had a quick look at it with an eye to doing something about the Alt-mouse issue on Linux. There are currently only 50 hardwired references to GDK_MOD1_MASK in the whole source tree (over 21 .ccp and .h files). Two options spring to mind: 1 Define a new global, ALT_KEY_MASK (say) and default it at run-time to the value of GDK_MOD1_MASK unless the user sets it to another value in their shortcut file, then do a simple search and replace for all occurances of GDK_MOD1_MASK. This would mean that the user's choice to treat something else as Alt (presumably Meta) would be global and not only for the mouse combinations. This would at least be consistant for that user and also for developers who would simply use the new global ALT_KEY_MASK everywhere they would previously have used GDK_MOD1_MASK. 2 Alternatively we could be more selective about the replacement so that only mouse combinations would be affected. This would mean that developers working on items not involved in the question of Alt+mouse need never bother about it but it would mean that a user who opted to change the Alt key would be faced with some functions where it was still Alt and others where it was now whatever they had picked instead. There's also the issue of the hint text. In the former case there is some justification for not altering it and just letting a user who's made the decision to change live with the fact that the hint text still says "Alt", but in the second case the functions modified would really have to be changed (and changed back if they undo the key mapping). At the moment I'm enjoying being able to easily use node sculpting using Meta-mouse and am very happy to continue on to impliment option 1 but obviously it affects more files which might make others unhappy. This is a list of the files GDK_MOD1_MASK appears in (and the number of occurances in each): ./src/dialogs/xml-tree.cpp:1 ./src/helper/window.cpp:1 ./src/ui/dialog/dialog.cpp:1 ./src/ui/view/edit-widget.cpp:1 ./src/box3d-context.cpp:1 ./src/gradient-context.cpp:2 ./src/flood-context.cpp:1 ./src/dropper-context.cpp:1 ./src/gradient-drag.cpp:3 ./src/connector-context.cpp:1 ./src/seltrans.cpp:3 ./src/event-context.cpp:1 ./src/select-context.cpp:8 ./src/rect-context.cpp:1 ./src/dyna-draw-context.cpp:3 ./src/object-edit.cpp:7 ./src/context-fns.cpp:1 ./src/nodepath.cpp:4 ./src/node-context.cpp:2 ./src/macros.h:4 ./src/modifier-fns.h:4 What does everyone think? This would shift the responsibility for how to cope with the mouse squarly onto the user's shoulders. S/he would have the option to stick with the "official" shortcuts and modify their WM or to consciously select a different keyboard mod value. Developers can then forget about the issue. Now the caveat: I'm not a C++ programmer, although I've been programming for 29 years so I'm not a newbie. Be that as it may, I might be totally misunderstanding how deeply this change would affect the project so more experienced heads need to tell me if I'm barking up the wrong tree before I start chopping it down. And on that mixed metaphor I shall conclude. Thanks, Thomas Worthington

2 3

file saving broken?
by bulia byak 08 Aug '07

08 Aug '07

After the recent OCAL commit, I cannot save a newly created file: ** (inkscape:15918): WARNING **: Could not find the temp saving. ** (inkscape:15918): WARNING **: Error: Could not save file '/home/bb/aaa.svg' with VFS Please fix this ASAP, and please better test before you commit! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 3

Help with makefile troubles
by Johan Engelen 08 Aug '07

08 Aug '07

Hello 'scapers, I have been fiddling with a problem way too long now, I am hoping one of you can help. :-( I want to get a local copy of 2geom in the inkscape directory, and use that to build. This is now committed to the live-path-effects branch. It builds fine on windows, however I cannot get it to build on Linux. The 2geom directory is compiled (I see .o files) and the library is also created ('lib2geom.a'). But... for some reason, the linker cannot locate some 2geom symbols. For example I get the build error: /home/johan/inkscapelpe/src/./2geom/path.h:344: undefined reference to `Geom::Path::delete_range(__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >, __gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >)' When I run: nm ./src/2geom/lib2geom.a -C -g --defined-only I do get : 00000150 T Geom::Path::delete_range(__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >, __gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >) The link command = g++ -Wall -Wformat-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -D_FORTIFY_SOURCE=2 -Wno-unused-parameter -g -O2 -o inkscape --export-dynamic main.o libinkpre.a 2geom/lib2geom.a application/libinkapp.a ui/dialog/libuidialog.a .... etcetera So it includes the lib with the symbol in it. Still it gives that error. Possible pointer to a solution: for some reason, 2geom is mentioned twice in /src/Makefile causing some warnings about overriding the old commands. I do not see why 2geom is put twice into this file. Could someone please have a look at building my branch on Linux? Thank you very very much, Johan

1 0

Tweak Tool
by Josh Andler 08 Aug '07

08 Aug '07

Bulia, As always, there was silence before the storm. ;-) Great new tool! I have a couple Qs. 1) Do you have plans for pressure/tilt support? If not, would you be opposed to toggles like the calligraphy tool? I know that I would personally find it to be greatly useful to have that interaction. 2) Are there plans for any other modes currently? If not, is there opposition to others adding them? I'm just thinking along the lines of a couple of the tools AI has, such as the twirl one. And, also as always... once I have more than a quick demo session to go on, more praise will follow. :-) -Josh

1 0

fedisplacementmap render
by Felipe Sanches 08 Aug '07

08 Aug '07

hi, kiirala, could you please take a look at this code? It is an attempt to fix the current displacement map render implementation. I am not sure whether I am dealing with the in and out buffers the proper way. The problem is that I need to handle buffers with different sizes. (dont know why, this code segfaults) Juca /* * feDisplacementMap filter primitive renderer * * Authors: * Felipe Corrêa da Silva Sanches <felipe.sanches@...400...> * * Copyright (C) 2007 authors * * Released under GNU GPL, read the file 'COPYING' for more information */ #include "display/nr-filter-displacement-map.h" #include "display/nr-filter-types.h" #include "libnr/nr-pixops.h" namespace NR { FilterDisplacementMap::FilterDisplacementMap() : scale(0), _input2(NR_FILTER_SLOT_NOT_SET), Xchannel(3), Ychannel(3) {} FilterPrimitive * FilterDisplacementMap::create() { return new FilterDisplacementMap(); } FilterDisplacementMap::~FilterDisplacementMap() {} int FilterDisplacementMap::render(FilterSlot &slot, Matrix const &trans) { g_warning("FIX-ME: FilterDisplacementMap::render method is still a bit buggy. Needs Love."); NRPixBlock *texture = slot.get(_input); NRPixBlock *map = slot.get(_input2); NRPixBlock *out = new NRPixBlock; // Bail out if either one of source images is missing if (!map || !texture) { g_warning("Missing source image for feDisplacementMap (map=%d texture=%d)", _input, _input2); return 1; } int x, y; int in_x0 = map->area.x0, in_y0 = map->area.x0; int in_x1 = map->area.x1, in_y1 = map->area.y1; int out_x0 = in_x0 + scale/2, out_y0 = in_y0 + scale/2; int out_x1 = in_x1 - scale/2, out_y1 = in_y1 - scale/2; int in_w = in_x1 - in_x0; int out_w = out_x1 - out_x0; double coordx, coordy; nr_pixblock_setup_fast(out, map->mode, out_x0, out_y0, out_x1, out_y1, true); unsigned char *map_data = NR_PIXBLOCK_PX(map); unsigned char *texture_data = NR_PIXBLOCK_PX(texture); unsigned char *out_data = NR_PIXBLOCK_PX(out); for (x = out_x0; x < out_x1; x++){ for (y = out_y0; y < out_y1; y++){ coordx = x-in_x0 + scale * ( ((double) map_data[4*((x-in_x0) + in_w*(y-in_y0)) + Xchannel])/255 - 0.5 ); coordy = y-in_y0 + scale * ( ((double) map_data[4*((x-in_x0) + in_w*(y-in_y0)) + Ychannel])/255 - 0.5 ); out_data[4*((x-out_x0) + out_w*(y-out_y0))] = texture_data[4*((int)coordx + ((int)coordy)*in_w)]; out_data[4*((x-out_x0) + out_w*(y-out_y0)) + 1] = texture_data[4*((int)coordx + ((int)coordy)*in_w) + 1]; out_data[4*((x-out_x0) + out_w*(y-out_y0)) + 2] = texture_data[4*((int)coordx + ((int)coordy)*in_w) + 2]; out_data[4*((x-out_x0) + out_w*(y-out_y0)) + 3] = texture_data[4*((int)coordx + ((int)coordy)*in_w) + 3]; } } out->empty = FALSE; slot.set(_output, out); return 0; } void FilterDisplacementMap::set_input(int slot) { _input = slot; } void FilterDisplacementMap::set_scale(double s) { scale = s; } void FilterDisplacementMap::set_input(int input, int slot) { if (input == 0) _input = slot; if (input == 1) _input2 = slot; } void FilterDisplacementMap::set_channel_selector(int s, int channel) { if (s == 0) Xchannel = channel; if (s == 1) Ychannel = channel; } void FilterDisplacementMap::area_enlarge(NRRectL &area, Matrix const &trans) { //I'm in doubt whether this affects all input buffers or only 'in' area.x0 -= (int)(scale/2); area.y0 -= (int)(scale/2); area.x1 += (int)(scale/2); area.y1 += (int)(scale/2); } } /* namespace NR */ /* Local Variables: mode:c++ c-file-style:"stroustrup" c-file-offsets:((innamespace . 0)(inline-open . 0)(case-label . +)) indent-tabs-mode:nil fill-column:99 End: */ // vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4:encoding=utf-8:textwidth=99 :

1 0

filters UI
by bulia byak 08 Aug '07

08 Aug '07

The number of supported filters grows with every day, and I think we should rethink the UI a bit. The filters dialog developed by Nick is great and powerful, and of course must be there for those who know SVG and are comfortable with all the parameters. But for the rest of us, there must be a simpler way to access the filters. So far such a "simpler way" only exists for blur and blend modes, in the Fill and Stroke dialog. But of course we can't cram all filters there, nor do we need to, because most others are more obscure and less useful. So, what if we just add a whole new menu for SVG filters that would largely contain a list of preconfigured filters that can be applied by a single verb (command), without any setup dialog. These presets may include single filters with some meaningful parameters (perhaps depending on the selected object's properties in some way), perhaps even several different presets for a filter (e.g. Sharpen, Sharpen more, Sharpen a lot etc). Other presets may be often-used combinations of filters, such as Drop shadow. Each such command adds its filter(s) to the top of the filter stack on selected objects. This way the most common filters can be accessed quickly, and users will even be able to assign keyboard shortcuts to them. Apart from the presets, the menu would have commands "Remove last filter," "Remove all filters," and of course the command to open Nick's filters dialog which is where the parameters of the added filters can be adjusted if needed. What do you think? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

12 30

Additions to node creation
by Pierre-Luc Auclair 07 Aug '07

07 Aug '07

Hi, These are features I've been wanting since I've switched from Illustrator. I call this feature set "non-linear node creation". Here they are: - Ctrl-click on nodes and node handles like in editing to change the node type - Moving nodes and node handles after they've been created - Moving nodes while click-creating new nodes. Explanation: When you click to make a node and drag the handles, you would press a key to drag the node center. This is behaviour copied from Illustrator's If it might accommodate any of you, I'd be ready to give a small bounty for it I was thinking about something like 50 - 70 euros. Don't know if it's realistic -- I'm probably gonna pass as a tightwad but that's all I can manage right now. Any suggestion, comments, just reply on the list. Thanks! Pierre-Luc

2 2

Bug in node editing
by Pierre-Luc Auclair 06 Aug '07

06 Aug '07

I've found a bug in the node editing, when you ctrl-click on a node handle to remove it it leaves something that looks like a corner node, but when you move the remaining handle it switches back to a curve. Vidcap: http://www.heliosmulti.com/corner-bug.mpeg Pierre-Luc

1 0

revision 15670 bug
by Felipe Sanches 06 Aug '07

06 Aug '07

revision 15670 introduced a bug: When you open inkscape you can se a little blue square. I have compiled both 15669 and 15670 to verify that it is indeed 15670 that introduces this issue. JucaBlues

2 1

TinyScheme and GIMP
by Ted Gould 06 Aug '07

06 Aug '07

Hello, On the Inkscape project we received a patch from the folks at Glimmer labs which adds Scheme functionality. It uses the TinyScheme interpreter which looks like it's also being used by GIMP. From what I can tell, it seems that GIMP is including TinyScheme in the source tree. Is that your long term plan? Do you expect TinyScheme to be an external library at some point? If we were using it in Inkscape also, would that change the answer? Is your TinyScheme patched for UTF-8? Thanks, Ted

1 0

Re: [Inkscape-devel] Window Manager Modifiers
by jiho 06 Aug '07

06 Aug '07

On 2007-August-05 , at 00:13 , Carsten Haitzler (The Rasterman) wrote: > On Sat, 4 Aug 2007 18:51:10 +0200 jiho <jo.irisson@...400...> babbled: >> First of all, it was not my intention to start a flame war or >> anything. It is just my personal opinion that what lacks the more >> cruelly to Linux desktop currently is consistency and keybindings is >> one particularly clear example. I hoped that mentioning it on this >> list, where the problem is regularly brought up, would get the ball >> rolling to the correct people (be they freedesktop or someone else). >> Anyway, I happily use Mac OS X (where keybindings are quite >> consistent and can be edited easily anyway) and won't "fight" for >> linux to get better... I just hope it will, because I like the >> development model more ;-) > > here's the problem. in windows or OSX - you have no CHOICE. you get > your "wm" > with the bindings it comes with - and that's it. sure - some of > these bindings > can be changed - and that is no different to x11 and window > managers -the > difference being there is not just 1 wm. there are many - with many > many many > different features, ideas and design goals. they will all probably > have > different needs for bindings based on these features. asking every > wm to NOT > use some modifier or to all use exactly the same isn't going to > happen - Actually, this is what I hope will happen ;) I don't think everything can work with everything else if there is not at least a little planning done ahead. This kind of planning is done for each program but currently independently because most are managed by different teams. It would be good to have this done at a little higher level, for the purpose of unification. I think this can be compared with document formats: of course every word processing software could work with its own, custom made format but wouldn't it be better if all used odt? I think it would. Of course the point is not to force every WM to do change its keybindings but I think it wouldn't hurt to have a standard defined, for interoperability and best usability, and then projects who care can adopt it. FreeDektop seems to be the right organization to define such a standard and, in my opinion, this standard should be "use META, and combinations of META with other modifiers, for all WM/ desktop level keyboard shortcuts" for the reasons I explained in my previous email. JiHO --- http://jo.irisson.free.fr/

1 0

Window Manager Modifiers
by Ted Gould 05 Aug '07

05 Aug '07

Hello all, In the Inkscape project we're constantly butting up against the problem where there simply aren't enough modifiers for everything we'd like to implement. This means for most of our tools there is a constant battle to figure out how we can fit everything into Alt, Ctrl and Shift. We manage. But, many window managers are using alt click to drag windows which takes 1/3 of our options away. There are lots of solutions to this, I'm curious which way makes sense to people. - Applications could start using the "Meta" key. I don't like this because it seems to be something that is rather machine specific. I don't think applications should be using this modifier. - There is some Freedesktop spec that says Window Managers should only use the meta modifier for their actions. - Somewhere there is a spec that allows a window manager hint to be set by applications to say "I'd really like Alt, please!!!" - Some users don't get functionality out of some apps unless they reconfigure the apps or their desktop. My personal favorite here is "2" -- I think that the Meta key could be turned into the "desktop" key where other desktop actions could be assigned to it also. --Ted

6 8

Adding more tags to svg files
by Kent Tenney 04 Aug '07

04 Aug '07

Howdy, A bit of fiddling leads me to believe that it's ok to add tags to Inkscape's top level <svg> tag. Inkscape seems to assign them an id and then ignore them. Is this correct? Is there danger of other svg applications discarding unknown tags, or Inkscape doing this in the future? Thanks, Kent

2 1

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15640] inkscape/trunk/src
by MenTaLguY 04 Aug '07

04 Aug '07

Hi, this commit broke the trunk build, as some required files were not added. Please also commit src/display/nr-filter-component-transfer.cpp src/display/nr-filter-component-transfer.h (and anything else missing) as soon as possible! Thanks, -mental On Fri, 2007-08-03 at 21:18 -0700, jucablues@...58... wrote: > Revision: 15640 > http://inkscape.svn.sourceforge.net/inkscape/?rev=15640&view=rev > Author: jucablues > Date: 2007-08-03 21:18:36 -0700 (Fri, 03 Aug 2007) > > Log Message: > ----------- > boilerplate code for the remaining filters. My next commits will > probably deal with setting default attribute values for these filters > > Modified Paths: > -------------- > inkscape/trunk/src/display/Makefile_insert > inkscape/trunk/src/display/nr-filter.cpp > inkscape/trunk/src/sp-fecolormatrix.cpp > inkscape/trunk/src/sp-fecolormatrix.h > inkscape/trunk/src/sp-feflood.cpp > inkscape/trunk/src/sp-feflood.h > inkscape/trunk/src/sp-femorphology.cpp > inkscape/trunk/src/sp-femorphology.h > > Added Paths: > ----------- > inkscape/trunk/src/display/nr-filter-colormatrix.cpp > inkscape/trunk/src/display/nr-filter-colormatrix.h > inkscape/trunk/src/display/nr-filter-flood.cpp > inkscape/trunk/src/display/nr-filter-flood.h > inkscape/trunk/src/display/nr-filter-morphology.cpp > inkscape/trunk/src/display/nr-filter-morphology.h > > > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Inkscape-cvs mailing list > Inkscape-cvs(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs

1 0

Re: [Inkscape-devel] Window Manager Modifiers
by Ted Gould 04 Aug '07

04 Aug '07

On Sat, 2007-08-04 at 12:02 +0900, Carsten Haitzler wrote: > well... this is no new problem. it's been around for years. in the end - the > wm's win, because you need one for a sane desktop. whatever they steal in terms > of key (and mouse) bindings is what a user comes to EXPECT from functionality > on ALL their windows (eg - alt+left mouse to move, alt+right mouse for wm > window menu etc.). there is a kind of pseudo-standard (just by virtue that a > lot of wm's come this way by default) that there seems to be a common convention > that alt + button is what wm's take - anything else if open for apps. I guess my real concern is that it's alt today, meta tomorrow and control next week? It seems like in general that there should be some consistency here. That way someone knows where their mouse events are going (though I doubt they'll think about it that way). > now i ask - why do u think it's bad apps use met - but you now promote wm's to > use it instead of alt? you are basically saying "i don't want to use meta - so i > want to force wm's to do the thing i am not willing to". at the end of the day > - this is highly unfair as your point about the meta key being "not always > there" is valid - and all you do is put the problem onto the wm's. No, the reason that I was suggesting that a WM use meta is because in general, I think the desktop knows a lot more about the hardware that it's working with. Application do, and should, know very little. Things like accessibility and keyboard configuration are done at a desktop/WM level -- so I thought it would make more sense to also use, or not use, the meta key at that level. I believe that there are also internationalization issues here, though I'm ignorant to other keyboard layouts myself. > personally- i think you need to find a way to do what you need without needing > more and more modifier keys. i know a lot of wm's will keep being shipped using > alt+button because they have been shipped that way for 10+ years. it's been a > default feature for a decade and it's not going away. you need to find a way to > work with it. i would SOONER specify "alt + button is reserved for wm's - apps > need to use anything else" because wm's "were there first", "steal the buttons > before your app can do anything about it" and "it's an incredibly useful > feature to have on ALL windows" as opposed to losing it on ALL windows just so > 1 app can have more bindings. If that's the case, I think FreeDesktop should have something that says that. I think we should give as many bindings as possible to apps in general. > the only sensible suggestion here i think is some form of hint on the window > that says "i use alt+button 1, alt+button 2, ctrl+button 1 etc." so the wm > MIGHT be nice and disable any of its own bindings if they conflict - just on > that window. the problem here now is inconsistent UI experience and control - i > go to my inkscape window and press alt+button 1 to drag the window and it > doesn't - it does something else. the element of least surprise is violated. > every window i have does it - except this one now. so though it is technically > solvable to give you bindings back - it now leads to a bad UI experience and > users i think will be better off if you try and stick to the pseudo-conventions > in-place? remember this problem exists for key bindings as well - you could > complain that "wm's steal alt+tab from apps - i want wm's to stop that so i can > get more key combinations for my app". it's not going to happen - there are > many common key-bindings too that wm's use and there are pseudo-conventions > there. I agree that the bindings should not be overloaded. The only way I could see this making sense is if the WM provided some sort of feedback to the user that they have been overloaded -- and icon on the title bar or something. But, I think in general that would be confusing. I general, today we are seeing that confusion. People regularly e-mail the Inkscape lists complaining they can't get features to work (not only alt-mouse) because those keys are stolen by the WM or Desktop or whatever. This is a more than minorly annoying support issue. --Ted

2 1

Screencasts of new features...
by ryan lerch 03 Aug '07

03 Aug '07

Hi all, just thought i would hit the list to tell you all that i have been doing a set of blog posts recently covering the upcoming neat features in 0.46. So far i have covered: On Canvas Gradient Editing: http://ryanler.wordpress.com/2007/07/25/inkscape-on-canvas-gradient-editing/ Touch Selection: http://ryanler.wordpress.com/2007/07/26/147/ Flood Fill (Bucket Fill) http://ryanler.wordpress.com/2007/07/27/inkscape-upcoming-feature-flood-fil… Engraving Toolbox (Tracking a Path) http://ryanler.wordpress.com/2007/08/02/upcoming-inkscape-features-engraver… Engraving Toolbox (Node Sculpting) http://ryanler.wordpress.com/2007/08/03/upcoming-inkscape-features-engraver… If you have any more ideas / requests, just shoot me an email, and ill see what i can do... Cheers, ryanlerch

2 1

siggraph last minute presentation in san diego?
by Jon Phillips 03 Aug '07

03 Aug '07

Heya, does anyone in LA/Southern California area want to present at siggraph tomorrow about Inkscape in a panel? I was supposed to present at this conference, but am stuck in taipei at wikimania. Yes, I should've emailed before, but maybe Ted or Jon Cruz might be tempted ;) I can ship off my slide show on the subject. http://sandbox.siggraph.org/program.html http://sandbox.siggraph.org/panels.html The presentation is around noon and would get you into this confernce. It is the largest graphics conference in the world. Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

1 0

siggraph last minute presentation in san diego?
by Jon Phillips 03 Aug '07

03 Aug '07

Heya, does anyone in LA/Southern California area want to present at siggraph tomorrow about Inkscape in a panel? I was supposed to present at this conference, but am stuck in taipei at wikimania. Yes, I should've emailed before, but maybe Ted or Jon Cruz might be tempted ;) I can ship off my slide show on the subject. http://sandbox.siggraph.org/program.html http://sandbox.siggraph.org/panels.html The presentation is around noon and would get you into this confernce. It is the largest graphics conference in the world. Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

1 0

rev 15630 linking error
by bulia byak 02 Aug '07

02 Aug '07

Any ideas? It compiled fine a couple days ago... ui/dialog/libuidialog.a(filedialog.o): In function `Inkscape::UI::Dialog::FileOpenDialog::create(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&)':ui/dialog/filedialog.cpp:40: undefined reference to `Inkscape::UI::Dialog::FileOpenDialogImplGtk::FileOpenDialogImplGtk(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&)' ui/dialog/libuidialog.a(filedialog.o): In function `Inkscape::UI::Dialog::FileSaveDialog::create(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&, Glib::ustring const&)':ui/dialog/filedialog.cpp:57: undefined reference to `Inkscape::UI::Dialog::FileSaveDialogImplGtk::FileSaveDialogImplGtk(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&, Glib::ustring const&)' ui/dialog/libuidialog.a(filedialog.o): In function `Inkscape::UI::Dialog::FileExportDialog::create(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&, Glib::ustring const&)':ui/dialog/filedialog.cpp:74: undefined reference to `Inkscape::UI::Dialog::FileExportDialogImpl::FileExportDialogImpl(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&, Glib::ustring const&)' collect2: ld returned 1 exit status make[2]: *** [inkscape] Error 1 -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

referencing elements within an external SVG
by Felipe Sanches 02 Aug '07

02 Aug '07

SVG 1.1 spec says that: http://www.w3.org/TR/SVG11/struct.html#URIReference 5.3 References and the 'defs' element 5.3.1 Overview: *the 'use' <http://www.w3.org/TR/SVG11/struct.html#UseElement> element can reference any local or non-local resource http://www.w3.org/TR/SVG11/struct.html#ImageElement Section 5.7 The 'image' element: *Unlike 'use' <http://www.w3.org/TR/SVG11/struct.html#UseElement>, the 'image' element cannot reference elements within an SVG file. So... I imagine that the 'use' element should allow me to reference elements within an external SVG (i.e. a non-local resource) but I try to do that and I get nothing! Any clue on that? **************** This is my use.svg file: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <svg xmlns:svg="http://www.w3.org/2000/svg"> <use xlink:href="file:///home/aluno/Desktop/circle.svg" /> </svg> **************** This is my circle.svg file: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <svg xmlns="http://www.w3.org/2000/svg"> <circle id="mycircle" cx="300" cy="225" r="150" fill="red"/> </svg>

1 0

lxml on OS X: test and compilers needed
by jiho 02 Aug '07

02 Aug '07

Hello, I just compiled lxml on OS X 10.4 Intel and created a new Python packages bundle there: http://inkscape.modevia.com/macosx-snap/?C=M;O=D I would need: - someone with a Mac Intel and an svn version of Inkscape (or willing to download one from the same address) to test if lxml works precompiled as pyxml did - someone with a PPC Mac (10.3 or 10.4) to compile lxml there and send it to me for distribution (compiling it is as simple as download, extract, ./setup.py build, ./ setup.py install) Download link: http://codespeak.net/lxml/index.html#download Thanks in advance. JiHO --- http://jo.irisson.free.fr/

1 0

New drawing tool idea
by Joey Marshall 02 Aug '07

02 Aug '07

I posted this to the inkscape-users list and was suggested to post it here. So here it is, please tell me what you guys think: -------------------- Hello, For the past month I have been thinking over an idea I would really like to see made in an opensource vector program. Inkscape is my favorite so I'm posting this here. I think this would be a really great tool but would also take quit a bit of work (or at least I think it would, feel free to prove me wrong.) What I want: The tool is somewhat of a line tool. Similar to the freehand tool in that it creates a vector line, but enhanced. The differences would rest on the that is drawn. Instead of the curves that the freehand tool draws, the line would be composed of joints evenly spaced apart (the spacing would in general be small, but be user customizable). Each joint should have their x,y cords as well as a width property (it may be better to organize that different, but each joint needs to have this property, which would be a variable number set by a stylus used to display the line, I'll get to this in a moment). In addition a joint must be able to reside in multiple lines. The reason being so that two lines can "connect" to each other. Each line would simple be a stroke; the button clicks, the mouse moves, the button lets up - a line. So say you draw a line in the shape of a big C. Then you want to join the open end and have tails sticking out on ether end. You would start above the C shape on the rightmost side and draw your line down. As you draw you can hold down on CTRL to connect the line to any other you pass over (Or maybe have it so after you draw the line you can press a hotkey and it connects itself to any other lines it intersects with). That's all for the user drawing the lines, now for how it would display it. I'm not totally sure about how to do this (as if I am on any of this) but I was thinking it should draw out to look like a pen or pencil stroke (maybe have the general width be user defined so it could look big and fat to like a brush stroke). This is what I was wanting the width attr in the joint for. Maybe for displaying it create a line (or rather a complex polygon shaped like a line) that moves through all the points with the width (distance between the two edges on the sides of the line) changing with the width attr in the joints. Did any of that make sense? Ok, two more things. Coloring and editing. For editing I want something cool :) What I was thinking was that you can press down on CTRL or right click or something near a line and start drawing. As you go it moves and morphs the line to how you are drawing. It would have to automatically add and remove joints to keep evenly spaced. Is that at all clear? Lastly the coloring. I don't know how this could be made into inkscape easily (not that any of this would be easy) but I would want the ability to be able to fill in enclosures in the lines (also be able to change the color of a line but that wouldn't be difficult.) I could only really think of one way to do this. It would find all the joints of the lines that it needs to fill in and create a polygon from them (the joints). Perhaps have them be the actual joint objects (is this very feasible in C/C++?) so that when a line is moved after it is filled in the fill would update with it. Anyway, that is what I would really like to see in a vector editor like inkscape (I would love to see it in inkscape.) There are probably still several design holes that I overlooked but I think I conveyed what is in my mind. This would take a lot of work but I think it would be a very valuable tool to have. I tired playing around with it myself using cairo and PyGTK but wasn't able to get very far (I need to learn to stay as far away from the DrawingArea and Pixbuf/Pixmap as possible... ether that or get it figured out once and forall). If anyone thinks this would be cool and might want to implement it that would be awesome! At the moment I couldn't really fund anyone to do this and I'm not even sure this is something that would be wanted in inkscape. Please let me know anyone if you're interested or I'm unclear about something or what ever! Thanks for listening! Joey

1 0