- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] [Fwd: Invitation to Participate in Summer of Code 2006]
by Nicu Buculei 19 Apr '06

19 Apr '06

You forgot to reply to the list... Answers below: jiho wrote: > > On 18 Apr 2006, at 16:06 , Nicu Buculei wrote: >> jiho wrote: >>> - add a way to build some custom palettes, which would be stored as a >>> (xml?) file. The intend of this is to have to possibility to post >>> them somewhere on the web site and exchange color palettes between >>> users. So this requires also a simple interface to add a downloaded >>> palette to the menu (like a Add palette... menu item). >> >> You can do this right now: >> - the color palettes are defined in a simple text file, the same >> format used also by GIMP (very important!). the structure is so >> simple, that making a program to edit them is trivial; >> - you can already post those files (*.gpl) on a website, all an user >> needs to do is to download the file in ~/inkscape/palettes/ and >> restart Inkscape > > ok, that's great, so the functionality is there, only the GUI is > lacking! I think it is true for many inkscape feature sadly. It can be argued if this GUI is really useful or feature bloat. > for this particular point, what I was thinking about is: > - a "New palette" menu item and then add colors to the new palette by > drag and drop from objects on the canvas. I could build the palette by > hand for sure but this would be much more productive ;-). This would > also need the possibility to reorganize the colors in the palette by > drag and drop (Ex: I want to add a new violet and my violets are in the > middle of the palette). See the list archives, some cool features are planed for palettes, like linked colors. > - a dedicated part of inkscape web site to post and download them, with > as simple preview engine. maybe this can be done with media wiki but I > do not know much about media wiki. We can link to palette files from our blogs, see this as a way to promote Inkscape :p (at least this is what i did) > thanks for the tip anyway, I will try to build a new palette just to > test this for my own purpose. Here are two palettes from me: http://fedora.nicubunu.ro/bluecurve.gpl http://fedora.nicubunu.ro/gnome_hig.gpl -- nicu

3 2

Fwd: [Fwd: [Inkscape-devel] 0.44 status]
by Milosz Derezynski 19 Apr '06

19 Apr '06

This is a forward of a reply to a mail aaron sent me regarding stuff to be done for inkscape 0.44: >12. On Jabber, someone called "deadchip" started work on text dialog >and toolbar and even showed some code. If you are reading us, can you >please say hi and give us an update/estimate? This is a very important >missing piece in Inkscape UI. ---------- Forwarded message ---------- From: Milosz Derezynski <internalerror@...400...> Date: Apr 19, 2006 8:57 PM Subject: Re: [Fwd: [Inkscape-devel] 0.44 status] To: Aaron Spike <aaron@...749...> I wrote a font lister class in C++ using glibmm, but i haven't done any work since then since i was consumed with BMP C++/gtkmm porting. I will try to meet the deadline that is needed for testing my patches with the port of this. The font lister class does the listing and gives MVC separation in the sense that you can have the list in the font picker dialog, a drop down box or whatever else. I haven't worked on rewriting the view (fontpicker dialog) in gtkmm yet. When should this be ready (And i mean the dealine so you have enough time to test this, not the 'final' deadline for release)? Obviously as fast as possible would be best but atm i really *have* to do some things for BMP and can't spare all the time, i'm very sorry but if you give me a deadline i'll try all my best to meet it. --Milosz On 4/17/06, Aaron Spike <aaron@...749...> wrote: > > > > I figured I'd forward this to you since your name was mentioned and I > haven't seen you in irc for a while. > > Aaron Spike > > -------- Original Message -------- > From: - Mon Apr 17 12:53:47 2006 > > In preparation for 0.44, I'd like to share what I know about the > status of various developments, as well as ask people to submit their > updates. Ideally I'd like to see EVERY developer to respond to this > email with their status updates. > > But first, some food for thought. Judging by SF statistics, 0.43 is > the first Inkscape version where we failed to double the number of > downloads. Up to 0.42, the approximate doubling rule held (if we count > 0.42 and 0.42.2 as one version), but 0.43 got only a bit more > downloads than 0.42: 347000 vs . 300000, even though this release was > longer. May be a stats glitch, but may be an indication that 0.44 > needs to be marketed more aggressively. > > Here are the items I'm aware of, in no particular order: > > 1. Snapping. I sent a call for Carl and Mathieu some time ago but got > no response. Even if we leave this in its current status, we must do > at least two things: fix the freezing when dragging multiple selected > objects > (http://sourceforge.net/tracker/index.php?func=detail&aid=1429049&group_id=9… > ) > and write the release notes for the new stuff. In the absense of the > main authors, help is welcome from anyone who has an idea of the > changes since the last release (Ralf?). > > 2. Andrius has a very interesting rendering speedup patch. It can't be > committed yet since it has a problem with scrolling, but the author > says he can fix this. In that case it definitely should be in 0.44, > even though it's a bit risky. But we have time to test it still. > > 3. Scislac has taken on collecting/making screenshots and updating the > tutorials. I don't know of the current status of this. > > 4. Layer dialog: Mental has promised to commit it before the release. > Looks like it's the biggest remaining feature item, and its completion > will determine the date of the release. Any status update will > therefore be especially appreciated. > > 5. Jon Cruz seems to be in the middle of a hacking bout, but again I > don't know exactly what's done and what is planned. Filling out the > release notes would help a lot. Jon, please do it NOW. > > 6. Aaron has finalized quite a number of useful features, the > remaining one being the "crop canvas" thing which just needs to be > hooked up. After that (I think) he was going to work on the path > effects branch - which means he will, at least, have something to hack > on while we all will be painfully frozen :) > > 7. I need to do one interface tweak in Calligraphic (requested by > Mental) and maybe one other small thing. Both pretty small. > > 8. Richard (cyreve), can you please fill in the Release Notes on the > bugfixes you did to the Windows font handling? > > 9. Last I tested, extensions still don't work on Windows for lack of > PyXML. It would be a pity to not enable them because of this. Ishmal, > can you look into it? > > 10. Bob (ishmal), what is the status of the SIOX tracing and ODG > export, as well as DOM? Will any of them be usable for 0.44? > > 11. One small but useful thing that seems to be almost there is help > text for extensions, to be shown on extension params dialogs. Ted, > what is the status of this? > > 12. On Jabber, someone called "deadchip" started work on text dialog > and toolbar and even showed some code. If you are reading us, can you > please say hi and give us an update/estimate? This is a very important > missing piece in Inkscape UI. > > 13. Does anyone know the status of the Windows "dialogs on top" patch > for GTK? Scislac, as you contacted the author, can you please write > him again? Not exactly our problem, but would be nice to have it > finally fixed. > > 14. Bugs to be fixed: apart from the drag freezing in snapper, I know > of some weird tablet event bugs that Mental is debugging. Anyone > willing to nominate bugs for mustfix status please follow up. > > Anyone having something to add to this list is very welcome. > > Also of interest is this old mail of mine: > http://sourceforge.net/mailarchive/message.php?msg_id=13934323 > Some things listed there are done, some are as far ahead as they were > then. But overall, we made good progress. > > Lastly and MOST IMPORTANTLY, we need to designate one or two release > maintainers willing to keep and update this list and push people to > fulfill their obligations. The release time is the time when anarchy > is suspended and a dictatorship is temporarily installed. The > maintainers need to be aggressive and tireless: send daily reminders, > make noise on jabber, urge and ask and plead and beg to get things > done. Every item in this list needs to be followed up until it's > resolved somehow, and every new issue that emerges needs to be added > to this list. That is the only way to get the release out of the door > fast and to avoid the endless and meaningless freeze that so > frustrated us last time. > > (as you might guess, I can't be a maintainer this time - too much work > lately...) > > -- > bulia byak > Inkscape. Draw Freely. > http://www.inkscape.org > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 > <http://sel.as-us.falkag.net/sel?cmd=k&kid%110944&bid$1720&dat%121642> > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > >

2 1

Question about rendering
by Ricard Marxer Piñón 19 Apr '06

19 Apr '06

Hi there, I'm having a little bit of trouble understanding the code. Maybe someone can give me a fast explanation of this. >From my point of view Inkscape should have to type of renderers: - a fast and optimized one (maybe not necessarly an exact one) for realtime rendering. kind of a WYSIWYG renderer for when modifying on screen - a slow but precise renderer for getting a print-ready, camera-ready or even video/film-ready, hi-res,... These two renderers should have a common API (primitive drawing commands proper to rasterized images (points, lines and filled triangles)) in order to be able to extend this idea to other renderers (maybe someone comes up with a better antialiasing algorithm or a better renderer, or even a different buffer type result (hexagonal pixel buffers,...). I know that the fast renderer might be a bit harder since it must be able to only draw changes, but there must be a way of dealing with this. I'm asking this, because I would like to propose the "Creation of a shader (modifications at rendering level) language for vector images" as a Summer of Code project. Me as a student am interested in this idea. Seeing the deadlines approaching fast I would appreciate quick feedback and maybe mentor volunteers. Thanks to all -- ricard http://www.ricardmarxer.com

7 10

sp-ctrlline / livarot warnings [Inkscape-tester] inkscape build report
by Bryce Harrington 19 Apr '06

19 Apr '06

Noticed a couple new warnings in sp-cntrlline.cpp and livarot/Shape.* this morning: Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Wed, 19 Apr 2006 05:21:25 -0700 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Wed Apr 19 05:05:19 2006 (Run 2229) Snapshot: inkscape-20060419-0400.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 17 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == sp-flowtext.cpp:339: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-item.cpp:744: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.cpp:733) sp-shape.cpp:609: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-text.cpp:486: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:648: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:727: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) display/canvas-arena.cpp:85: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:85: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:132: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:132: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-ctrlline.cpp:146: warning: converting to `int' from `double' display/sp-ctrlline.cpp:147: warning: converting to `int' from `double' display/sp-ctrlline.cpp:148: warning: converting to `int' from `double' display/sp-ctrlline.cpp:149: warning: converting to `int' from `double' livarot/Shape.h:327: warning: `Shape::sEvts' will be initialized after livarot/Shape.h:318: warning: `Shape::quick_raster_data*Shape::qrsData' livarot/Shape.cpp:38: warning: when initialized here == Environment Summary == ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

svn co not working...
by Andrew Wilson 19 Apr '06

19 Apr '06

Hello, trying to get a copy of the source vi SVN, as per these instructions: http://www.inkscape.org/svn.php?lang=en Following is output from % /usr/local/bin/svn co https://svn.sourceforge.net/svnroot/inkscape/inkscape/trunk inkscape ... A inkscape/src/gc-finalized.h A inkscape/src/gradient-chemistry.cpp svn: REPORT request failed on '/svnroot/inkscape/!svn/vcc/default' svn: REPORT of '/svnroot/inkscape/!svn/vcc/default': Could not read response body: Secure connection truncated (https://svn.sourceforge.net) --- snip -- Other people have reported problems like this but only when extracting a specific revision of the tree with the '-r' option. Thanks.

2 1

More SOC ideas
by John Taber 19 Apr '06

19 Apr '06

A couple more ideas: 1) 3D stuff 2) Animation - maybe a nice timeline gui

4 6

animation
by Martin Owens 18 Apr '06

18 Apr '06

would it not make sense if animation was to ever be attempted that inkscape be used as a base and animation features be placed on top? using each key frame as a layer and storing only the changes between each layer should be easy anough to have as an add on. It would be very nice to have within inkscape but I think the projects main aims of being SVG compient come first. -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

4 4

[Fwd: SourceForge.net Support: Over-quota notice for project: inkscape]
by Bryce Harrington 18 Apr '06

18 Apr '06

Looks like we're over the 100M quota quite a bit (over 2G). drwxrwsr-x 13 gouldtj 50M inkscape drwxr-sr-x 13 acspike 6.4M inkscape_project drwxrwsr-x 3 gouldtj 12K inkscape_project_old drwxrwxrwx 16 ishmal 96M inkscape_web -rw-rw-r-- 1 kidproto 9.4M inkscape-wiki-2006-01-21.tar.gz drwxrwsr-x 3 bryce 140K lib -rw-r--r-- 1 acspike 2.2M mediawiki-1.5.6.tar.gz -rw-r--r-- 1 acspike 32M oldweb.tar.gz drwxr-sr-x 3 acspike 128M old_wiki drwxrwsr-x 3 bryce 56K share -rw-r--r-- 1 acspike 39M usemod.xml drwxrwsrwx 3 bryce 28K var drwxrwxr-x 16 acspike 1.4G web_extra drwxrwsr-x 4 bryce 300K wiki drwxrwsrwx 6 bryce 89M wiki_db ACSpike and Ted - could you please make sure all of your files in the inkscape directory have group write permissions set? Doxygen and the snapshots seem to be taking up the bulk of the space in web_extra: 80M drwxrwsr-x 2 keescook web_extra/cvs-snap 1.1M drwxrwsr-x 3 nemies web_extra/debs 310M drwxrwxrwx 3 ishmal web_extra/doxygen 224M drwxr-sr-x 2 irisson web_extra/macosx-snap 31M drwxrwsr-x 2 nemies web_extra/osx 42M drwxrwsr-x 3 nemies web_extra/rpms 1.5M drwxrwsr-x 2 bryce web_extra/svg_rendertest_example 84M drwxrwsr-x 2 keescook web_extra/svn-snap 4.0K drwxrwxr-x 2 acspike web_extra/test 9.1M drwxrwsr-x 12 acspike web_extra/wiki 8.7M drwxrwxr-x 12 acspike web_extra/wiki-old 6.4M drwxrwsrwx 2 bryce web_extra/wiki_uploads 442M drwxrwxrwx 2 ishmal web_extra/win32 175M drwxrwsr-x 2 keescook web_extra/win32-snap The inkscape_web repository is at 96M by itself (50% of which is screenshots). I've cleared out what I could, bringing us down to 1.9G. ACSpike and Ted, could you also please spend a few minutes today or tomorrow clearing out what you can as well? After that, I'll post a request for an increased quota - there's _no way_ we will ever be able to fit into only 100M. I'll ask for a couple gigs, but I think we'll be lucky to get one gig. It looks like most of SF's disks are running at 85-90% capacity already. Bryce ----- Forwarded message from noreply@...34... ----- Date: Wed, 12 Apr 2006 07:22:00 -0700 From: noreply@...34... To: buliabyak@...58..., joncruz@...58..., bryce@...58..., mental@...58... Subject: SourceForge.net Support: Over-quota notice for project: inkscape Greetings, This is an automated quota-overage notice. Do not respond to this email, instead follow the instructions below if you have questions or concerns regarding this mailing. You are receiving this message as your SourceForge.net project, inkscape, is currently over its quota in its project group directory located on the SourceForge.net shell server. Your project has a 100000 k soft quota and your project is currently using 2181760 k of disk. This new quota system allows us to track quotas granted to projects. Follow the instructions below to request a quota increase for your project to stop future mailings like this one from being sent to your project. The following command can be run at any time on the project shell server to check your project's disk usage: du -skx /home/groups/i/in/inkscape/ Please take action to reduce your project's disk usage as soon as reasonably possible, but no later than 2006-04-19. For your quick reference, you may access your user home directory using any SSH client: Host: shell.sourceforge.net Home Directory: /home/groups/i/in/inkscape/ Should you have problems accessing your user account, please refer to the site document "Coping with User Account Problems": https://www.sf.net/docs/C02 For further details on the usage and access of the project shell server, refer to the site document "Project Shell, Web and Database Services": https://www.sf.net/docs/E07 If you wish to request an increased quota for your project, or have further questions or concerns regarding this matter, submit a Support Request to the Alexandria project on SourceForge.net. However, please review your project's current disk usage, and prune out unneeded data now, before requesting the increased quota. https://sourceforge.net/tracker/?func=add&group_id=1&atid=200001 Thank you, SourceForge.net Support ----- End forwarded message -----

7 13

Redesigned Inkscape Preferences dialog and release notes
by David Yip 18 Apr '06

18 Apr '06

Just a quick question: Has the redesigned Inkscape Preferences dialog not yet been written up / given a stub in the release notes for 0.44, or am I just not seeing the writeup? - David

2 1

RE: [Inkscape-devel] [Fwd: Invitation to Participate in Summer of Code 2006]
by Charles Moir 18 Apr '06

18 Apr '06

> From: bulia byak > Sent: 15 April 2006 02:06 ... > Doing these things via bitmaps may be acceptable as temporary > workarounds (one of which I myself use, see > doc/inkscape-shadow.README), but in the long run we should > really concentrate on doing things the Right Way, which means > the Vector Way. > I know that, for example, Xara can use Photoshop plugins to > process bitmaps, and it's good for eyecandy, but it never > appealed to me because of its lack of genericity and overall > clumsiness. No, Xara does bitmap processing the Right Way, which means all bitmap effects can be applied to vector graphics in a completely transparent way. And that includes Photoshop plug-ins and built-in bitmap effects, and Xara bitmap plug-ins. You can still fully edit your vector graphics and the system automatically, and transparently re-renders the bitmap effects. What's more the effects that can be resolution independent, so they are more like real vector effects - such as shadow, blur, feather etc. (Some Photoshop effects don't allow this because of their API) . And you can apply multiple successive bitmap effects, and have full control over the order, and can edit or delete any effect in the effects stack. All these bitmap effect are applied and updated as you edit the underlying vectors. It took us more than a year to implement all this. Clumsy it is not - it's been described as the best implementation of Live Effects that exists in any vector graphic product out there. As far as I know we're the only package than can apply resolution independent bitmap effects on the fly. (This whole Live Effects system is new in Xara Xtreme and replaced all the old bitmap processing and all the old Photoshop plug-in interface code of Xara X, which is probably what you know Bulia) Checkout the Live Effects tool next time you're near a Xara Xtreme (XaraLX doesn't have this ported yet, but now we've seen native Photoshop plug-ins working on Linux (at the Libre event) it looks as if we should be able to port it all. I believe the source code for all this is now public and GPL, just not ported or got working on XaraLX. Now if you wanted a suggestion for some Google sponsored code that would benefit everyone, it would be a cross-platform open API to allow vector graphics products, such as our two products, to apply bitmap effects transparently to vector graphics. The Photoshop plug-in API is not just closed, it's over-complex, outdated and been superseded by an entirely closed new API from Adobe. This would then allow us to call GIMP effects or ImageMagick effects or any third party effect plug-ins (the Photoshop plug-in system, although now outdated, was hugely successful. There are said to be more than 3000 different Photoshop plug-ins out there.) Adobe has gone the closed, proprietary API for their plug-ins now. There is a gaping hole for a simple bitmap effects plug-in system that would work for both bitmap graphics programs and vector graphics ones. Just my two penny's worth. Charles

11 11