- Inkscape Devel - Inkscape Mailman

your patch
by bulia byak 09 Jun '04

09 Jun '04

I have applied and committed your patch after some cleanup. Comments: - Please get yourself an editor that can do auto indent. Now you seem to indent manually which is a pain both for you and for those who read your code :) - Always generate diffs ignoring whitespace differences (diff -b). That would make your patch much smaller and easier to read. - It's "Pattern fill", not just "Bitmap fill" - No need to set "sodipodi:fill-pattern". You seem to have copied it from "sodipodi:fill-cmyk" but that is entirely different story (and we plan to eliminate it btw). - Be more defensive in coding. You write e.g. pat = SP_PATTERN(g_object_get_data (G_OBJECT(gtk_menu_get_active (GTK_MENU(gtk_option_menu_get_menu (GTK_OPTION_MENU(patmnu))))), "pattern")); Not only is this ugly, but it's very easy to break. Instead, separate it into sequential assignments and do proper checks between them ("Did I get what I think I get?" "Is there an active item?" "Is this really a pattern?" etc). For example now your code will break if I add a separator to the menu (which is an item but has no pattern data). - Eventually it would be the best to treat patterns the same as markers. That is, add previews to the menu, and add a patterns.svg document that would contain some nice predefined patterns for users. That should be easy because we already have all the code in place. However this has to wait until we sort out the speed problem with marker previews first. _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

WG: [Inkscape-devel] ecma -- my last spam for the day
by Taraben, Adib 09 Jun '04

09 Jun '04

Scipting is great, but this needs some kind of modeswitching in between runmode and editmode. Is it? Adib. ________________________________ Von: inkscape-devel-admin(a)lists.sourceforge.net im Auftrag von Bob Jamison Gesendet: Mo 07.06.2004 21:00 An: inkscape-devel(a)lists.sourceforge.net Betreff: [Inkscape-devel] ecma -- my last spam for the day Ok. I promise that this is my last post to the list today. I am finally caught up from last week, and now I can start adding the real code and not bother this list. I added one file: /src/ecma/script01.svg ...which is the example scripted svg file from the spec: http://www.w3.org/TR/SVG11/script.html#ScriptElement I would like to consider the current goal for scripting to be to make this file work correctly in Inkscape and/or Inkview. Does that sound reasonable? Bob ------------------------------------------------------- This SF.Net email is sponsored by: GNOME Foundation Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. GNOME Users and Developers European Conference, 28-30th June in Norway http://2004/guadec.org _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

3 3

question regarding use of inkscape for my own project
by Julien Keable 09 Jun '04

09 Jun '04

hello happy community, I'm new-to/mixed-up-with SVG, and I'm starting my own SVG-friendly application. I need to load SVG files, modify/generate objects and their properties via API calls and render it in a buffer. While looking at cairo and librsvg to render SVG graphics, I realized (correct me if I'm wrong) their API didn't provide calls to access individual objects or their properties. Then I figured out using some existant app would be much smarter, as open source is starting to kick some serious mellons. Then I saw inkscape and got very excited, because as a bonus, we get SVG extensions and automatic rendering technology updates and so on.. So my plan is to strip inkscape from its GUI part, or simply link the relevant CVS dirs to my own CVS, but this seems a bit harcodre to me and I'd like to hear your wisdom speak about this. (ex : which dirs/classes ? ) another thing I'd like is a table that looks like this : loads SVG renders SVG has API to modify objects ksvg cairo libart librsvg Just to make things as clear as possible, I need to : - load svg files - access/transform individual objects through API (not GUI, I don't have one) ex : rotate(MyCube, 123) - render it in some 32 bit pixel buffer (RGBA) BTW, why is everyone is moving away from libart (inkscape, sodipodi)? thanks, Julien Keable

5 8

ecma -- my last spam for the day
by Bob Jamison 09 Jun '04

09 Jun '04

Ok. I promise that this is my last post to the list today. I am finally caught up from last week, and now I can start adding the real code and not bother this list. I added one file: /src/ecma/script01.svg ...which is the example scripted svg file from the spec: http://www.w3.org/TR/SVG11/script.html#ScriptElement I would like to consider the current goal for scripting to be to make this file work correctly in Inkscape and/or Inkview. Does that sound reasonable? Bob

4 4

Pango
by Bryce Harrington 09 Jun '04

09 Jun '04

Hi all, Last weekend I read through the libnrtype code and put some comments to document what each of the routines do. Probably didn't get 100% correct though, and I wrote in a lot of questions. Could someone scan through the code for the 'Q:'s and see if they can fill in what I couldn't? Also, I reviewed the Pango API's last night and tried to sort out which groups of API calls would need to be implemented in each of the libnrtype files. I put these as steps in the Roadmap in Wiki. Again, I don't know how accurate I was so would appreciate it if someone could check it over and clarify what I missed. My goal was to drill down far into the details of each step. I feel like I came close, but not close enough, so any help specifying that more precisely would be appreciated. >From what I understand, most of libnrtype consists of functions to look up typeface names, font family names, metrics, attributes, etc. In effect, it implements a big 'dictionary' of this info, with various functions to get/set the data, initialize structs containing typeface info on the fly as needed (with reference counting), and so forth. For all this stuff, Pango has routines which do exactly the same thing. So these can be switched over pretty directly, I'd guess. It also has functions for getting outlines of fonts, which I don't totally grok yet, but it looks like there are similar routines in Pango. I can't tell if these would be as straightforward to switch over, since different kinds of structs are involved, so this may be the hard portion of the project. Beyond the above two things, the vast bulk of the rest of the code seems to be there to implement a class hierarchy. I.e., constructors, init, destructors, virtual functions, yada yada. Pretty straightforward and won't need to be fiddled with this go-around. I don't think C++-ifying it would buy us anything, since we'll probably want to majorly restructure all of this code anyway once we're fully converted over to Pango. By the way, Pango looks *very* cool - it handles a much wider degree of font styles, types, etc. than we do. Stuff like lower caps, strike-out, etc. I don't think we support these kinds of fonts at all, so we'll be gaining it all. Also, in Fred's pango_test we were able to get an arabic font to display, that didn't work for me at all in Inkscape. So potentially we may be picking up support for a much wider range of fonts, which would be quite cool. Bryce

2 2

pattern news
by bulia byak 09 Jun '04

09 Jun '04

- Now there's a Tile command (Alt+T) that creates a rect with pattern fill out of the selection. Lots of fun. - The Fill&Stroke dialog lets you select any of the patterns defined in the document for any object (done by Sim). - I changed the default back to import bitmaps as <image>s. Those who prefer it to be bitmaps however can change the setting in Preferences (Misc tab). Also you can select any <image> and Tile it for the same result. - Preferences>Transforms tab: there's now a setting to transform or not transform the pattern fill with the object. When it's off, you transform objects but their pattern stays unmoved; when on, they're transformed as a whole. Works the same in both Optimize and Preserve modes. Still todo: - The "transform pattern" switch will be moved to the selector top panel, alongside the "scale stroke" and "scale rounded corners in rects" switches. Also the same switch needs to be created for gradients. - An Untile command to convert a pattern fill to the original container object plus the object(s) that were in the pattern. - The pattern fills will get knots on the canvas that will let you arbitrarily transform patterns inside objects by dragging the knots (Sim is working on that). _________________________________________________________________ MSN Premium with Virus Guard and Firewall* from McAfee� Security : 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

change to Make for ecma
by Bob Jamison 08 Jun '04

08 Jun '04

I worked libjs.a and /ecma into the Mingw build files. It all builds/links with the new stuff. I will look into adding them to the Unix files later, when I am back from the office. I will try to get on jabber://inkscape@...132... later. Bob

1 0

RE: [Inkscape-devel] L10n questions
by bulia byak 08 Jun '04

08 Jun '04

>>#: src/verbs.cpp:962 >>"Ru_lers" >> >>#: src/verbs.cpp:962 >>"Show or hide rulers" >> >>#: src/verbs.cpp:963 >>"Show or hide scrollbars" > >Not used now, replaced by texts in interface.cpp. But it would be better to >rework sp_ui_menu_append_check_item_from_verb so that when verb is >non-null, it takes the label and tooltip from it as well (now it only takes >shortcut). And I just did this. _________________________________________________________________ Add photos to your e-mail with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

5 5

Revisiting ECMA. Seriously, folks. :)
by Bob Jamison 07 Jun '04

07 Jun '04

By the way, I am finally starting again to work on the ECMAScript/SVG binding (not Inkscape scripting). I checked in a cleaned-up directory of Mozilla's Javascript C engine. It is in /src/extension/script/js so that it can be convenient to both the SVG binding and IS scripting guys. I also started checking in a few files in /src/ecma for testing. Hopefully in a few days we can start seeing some progress. Bryce shamed me out of my lethargy with his article. ;-) Off topic: You might be interested in this mail list thread from another OS project (probably -the- OS project), gcc: http://gcc.gnu.org/ml/gcc/2004-06/msg00014.html This shows the kind of interaction among the members of a very large project. Some of the threads in that list can be fascinating. Bob

3 5

Re: [Inkscape-devel] Re: Inkscape Layers
by Bob Jamison 07 Jun '04

07 Jun '04

Yes, the intent -is- to provide layers just like in other applications. When we talk about using <g> nodes to group them, what we are talking about is merely how to store layer information in the SVG format. Thorsten Wilms wrote: >I didn't catch the whole discussion about layers, I just hope I'm not >totaly off here. >However, layers can be seen as serialized selections and are in this aspect >just like groups. But in vector graphics apps layers usualy establish >z-order 'compartments'. There is z order inside each layer, but the general >z-order of each member of a layer is higher than those of members of layers >below and lower than those of members of layers above. > >Grouping is used to lock relative position of items and for scaling them >all together. Layers are about organizing z-order, toggling visibility >and locking. Visibilty and locking can of course work the same way for >groups, it's just they are usualy not listed in vector apps. > >It would be interesting to implement/express layers as special case of >groups, but I have no idea how to go about toggable z-order compartment >behaviour. > > >--- >Thorsten Wilms > > >------------------------------------------------------- >This SF.Net email is sponsored by the new InstallShield X. >>From Windows to Linux, servers to mobile, InstallShield X is the one >installation-authoring solution that does it all. Learn more and >evaluate today! http://www.installshield.com/Dev2Dev/0504 >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > >

1 0