- Inkscape Devel - Inkscape Mailman

[karl at xtronics dot com: inkscape wiki]
by Wolfram Quester 16 Oct '06

16 Oct '06

Hi, I just received this mail from a debian user and thought the best thing would be to forward it to this list, sine I don't have any knowledge about the whole wiki stuff. Thanks, Wolfi ----- Forwarded message from Karl <karl at xtronics dot com> ----- X-Greylist: delayed 1836 seconds by postgrey-1.21 at honk; Mon, 16 Oct 2006 03:09:24 CEST Date: Sun, 15 Oct 2006 19:38:44 -0500 From: Karl <karl at xtronics dot com> To: wolfi@...111... Subject: inkscape wiki I was looking for some info on inkscape and went to the wiki - it had been defaced and Spammed - I deleted the spam, but I did not see how to go back to an older version. I hope you can tell someone as I could not find any email addresses. ----- End forwarded message -----

1 0

Re: [Inkscape-devel] Import Clipart function
by Luc Estebanez 16 Oct '06

16 Oct '06

[sorry Jon Phillips....this time to the list...] And what about uploading artwork directly from inkscape to open-clipart ? This would certainly push me to contribute ! Imagine : I have made some cool shapes (an animal for instance) as part of a poster I'm doing with inkscape. I just select these shapes and select "export to open-clipart", and it is included in the library... Actually, I think with this functionality, you would see a surge in contributions coming from all the people not doing clipart, but producing artwork a part of which can be considered as a clip-art (and that's basically every inkscape user, every time he uses inkscape) best, luc > On Sun, 2006-10-15 at 09:32 -0700, John Cliff wrote: >> we had a google SOC project last year that worked on pretty much exatcly this functionality, except it was done as an external utility that linked in through the extensions code. >> >> http://developer.berlios.de/projects/ocalhelper/ > > Yep, I would definitely use this code as a starting point, because it worked prior to using ccHost and allowed one to pull from the website and/or from a locally installed package. > > Thus, now the way to go is to use ccHost because there is an API for doing just what you are hoping, called the Sample Pool API: > http://ccmixter.org/media/viewfile/pool_api_doc.xml > > This will make doing what you are hoping very easy. > > Bryce really summed up how to tackle this project and I think that if you take a look at and/or use the previous summer of code code, then you will be on the fast track to getting this done. > > Please also look at how our SoC student from last summer made a > standalone app with python and then created an extension so we could just make use of what already exists...this will help this be usable by other apps. > > If you are interested in building on the previous student's project, I would like to move that over to Inkscape SVN to progress it and help to get more developer's eyes onto the project. Bryce, do you think this is cool? > > Michael, this sounds like an awesome project and I will help out however I can :) > > Jon > >> --- Michael Moore <stuporglue@...400...> wrote: >> >> > > While neat, an "Import Clipart" would be a duplication of a current functionality, that is, drag and drop from a nautilus/konqueror >> > window that >> > > is connected to the clipart internet resource. >> > >> > That is partially true, there are definately currently ways to import clipart that work. The new functionality would be in ease of use, and integration with OCAL. >> > >> > Ease of use: >> > >> > If you're working with Inkscape full screen, you have to resize and move windows to drag and drop import clipart. Drag and drop import doesn't seem to work with OSX since Inkscape is running in X11 and Finder is an native program. >> > >> > To non-technical Windows users, I imagine it's slightly confusing to import OCAL work since you have to decide which file based on the PNG, >> > then import the SVG of the same name -- I don't think that this is very user friendly. >> > >> > Integration with OCAL: >> > >> > Instead of thinking of the OCAL library as a bunch of nested folders of SVGs mixed with PNGs and text files, the user can just think of it as "Import Clipart --> Browse categories". Currently when using drag-and-drop importing, I have to double check that I'm not >> > importing >> > the PNG since I get both thumbnails (in Nautilus). >> > >> > >> > >> > So, yes, there is some duplication, but I think there may also be some >> > real gains in functionality and ease of use as well. >> > >> > Michael >> > -- >> > Michael Moore >> > ------------------------- >> > Creative photography for any occasion >> > http://elementsbycaroline.com >> > Full quality proofs >> > Online album >> > >> > >> ------------------------------------------------------------------------- >> > Using Tomcat but need to do more? Need to support web services, security? >> > Get stuff done quickly with pre-integrated technology to make your job easier >> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> > >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> > _______________________________________________ >> > Inkscape-devel mailing list >> > Inkscape-devel(a)lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > >> >> >> __________________________________________________ >> Do You Yahoo!? >> Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com >> >> ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > -- > 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... > > > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

1 0

Re: [Inkscape-devel] [offlist] Re: Import Clipart function
by Michael Moore 16 Oct '06

16 Oct '06

Wow, lots of responses! I'm feeling a bit overwhelmed about now. I've never done any major coding before, just school projects, and a bit of goofing of on my own. I apologize if my responses or ideas of what needs to be done seem naive -- I'm trying to learn as I go here. I'd like to make something usefull, but if I try to bite off something too big, I'll never get it done. Here goes... > Alan Horkan > I tend to think of clipart being used when people want a specific image > rather than browsing and I would think the most efficient approach would > be to provide a keyword based search and only show matching results so > there would be much less to render. You seem to be describing two scenarios. 1) You want a specific image and 2) You want an image from a certain category (or tag). If you want a specific image, then the current import function works great. My personal typical clipart use scenario is along the lines of "I need a car, what do I have in cars" -- That's what I'd consider browsing. eg. Looking through the categories of interest. I didn't mean general browsing of the library, just task specific browsing. > Alan Horkan >(Ideally if you can seperate your work out into a library maybe other >projects interested in OpenClipart will reuse it.) I'm not sure I'm that tallented at the moment. :-/ I'll look at it though. > Bryce >Then perhaps you can focus on just "#2. Library browser". This allows >you to not worry about the download/upload capabilities, just stub out >the inserter, etc. Others who may be interested in this could then >focus on owning development of those other pieces. >The approach of having a managed local cache of clipart has several >further benefits. It permits offline use of the clipart that the user >has used in the past. It enables the user to refresh and fill in the >cache when they're not working, Online browsing hadn't entered into my initial thoughts at all. I was imagining downloading a zipped collection of clipart (a-la an OCAL release), pointing Inkscape at that library, and browsing that. > John Cliff & Jon Phillips >> we had a google SOC project last year that worked on pretty much >> exatcly this functionality, except it was done as an external utility >> that linked in through the extensions code. >> >> http://developer.berlios.de/projects/ocalhelper/ > >Yep, I would definitely use this code as a starting point, because it >worked prior to using ccHost and allowed one to pull from the website >and/or from a locally installed package. > >Please also look at how our SoC student from last summer made a >standalone app with python and then created an extension so we could >just make use of what already exists...this will help this be usable by >other apps. I'll definately take a look at this -- I wasn't aware of this project. Assuming it's usable, and I could just update it and the extension, would it be possible to have the "Import Clipart" menu item below the current "Import" menu item? I havnen't looked too closely at any extensions code yet. -- Michael Moore ------------------------- Creative photography for any occasion http://elementsbycaroline.com Full quality proofs Online album

1 0

Import Clipart function
by Michael Moore 16 Oct '06

16 Oct '06

I think it'd be great if it were possible to select "Import clipart" in the Inkscape menu, and there was a nice clipart browser that would pop up to let you view the clipart by category, see thumbnails, and select a piece of clipart to import into your drawing. As I'm thinking about this, I'm thinking specificly of OCAL. What do people think? I'd like to implement this, but I wanted to get some input first. I'm not new to programming, but I haven't done much with GUIs, and nothing with GTK. Here's what I was thinking... The GUI would have a two panes, a Cancel and an OK button. The left pane would be an expandable tree view of the OCAL categories. You could expand a category to view the sub categories. The right pane would display thumbnails of the clipart in the selected category (and it's sub categories?). The user would select a thumbnail, then click "OK" to insert it. Since rendering all of the SVG cliparts in each category would take too long, I would use the png thumbnails already in OCAL. So as not to be reading through all the OCAL collection each time you want to import, the categories and thumbnails listings would be read from an XML file. I would write a script or plugin to generate the appropriate XML file, and if this works out nicely, maybe OCAL would be able to include the XML file in the download. This next part should be read with the disclaimer that this is how it would work if I'm understanding the Inkscape source correctly... I would create a new verb SP_VERB_FILE_IMPORT_CLIPART, and a new menu item "Import Clipart". When it was chosen, it would call sp_clipart_file_import instead of sp_file_import like the current Import does. The sp_clipart_file_import would open the dialog I described above, and call file_import like the current Import method does. Essentially it would do the exact same job that Import does now, but with a GUI that is friendly for browsing clipart. Thoughts? -- Michael Moore ------------------------- Creative photography for any occasion http://elementsbycaroline.com Full quality proofs Online album

6 6

Artists needed!
by bulia byak 15 Oct '06

15 Oct '06

With all the recent additions - clipping, masking, and especially blur - Inkscape is finally able to produce some real photorealistic art. This is a call to arms for all Inkscape artists to start working on some stunning examples of what's now possible in Inkscape. We will need them - the more the better - for screenshots, examples, tutorials, etc. etc. One thing I would like to request in particular: A car. It would be very nice to have a complex, detailed, photorealistic SVG image of a shiny impressive car. There are several reasons for why this is desirable. First, cars are sexy (for many people, anyway). Second, they are relatively easy to draw by tracing a photo - you don't need to be much of an artist for that, you just need patience, Inkscape skills, and a good photo to start from. Third, with their glass and brass and polish, well-lit cars are ideal for showcasing "photorealism". And finally, our main competitor at this time, Xara LX, has long used amazingly photorealistic images of cars (among other things) for its promotion, and it worked well. We need such an image if only to give people an idea of how we compare with Xara. Here's a Xara example for inspiration: http://downloads.xara.com/opensource/images/screenshots/realistic/11.jpg (John, I'm cc'ing you personally because I know you did some car traces in the past. Do you think you could make such a photorealistic example from one of your old images?) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 5

NEW: blur quality/speed settings
by bulia byak 15 Oct '06

15 Oct '06

The quality of on-screen blur display is controlled by the Blur quality option on the new Filters tab of Inkscape Preferences (Ctrl+Shift+P). The available options range from best quality/slowest display to worst quality/fastest display, the default being in the middle between the two. Any setting except the "best quality" may introduce some rendering artefacts, especially when blurring thin strokes; on the other hand, the "best quality" setting may make Inkscape extremely slow at high zooms. These settings only affect the screen display of blurred objects; bitmap export always uses the best quality. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 14