Inkscape 0.47 Released
derrida writes "After over a year of intensive development and refactoring, Inkscape 0.47 is out. This version of the SVG-based vector graphics editor brings improved performance and tons of new features, including: timed autosave, Spiro splines, auto-smooth nodes, Eraser tool, new modes in Tweak tool, snapping options toolbar & greater snapping abilities, new live path effects (including Envelope), over 200 preset SVG filters, new Cairo-based PS and EPS export, spell checker, many new extensions, optimized SVG code options, and much more. Additionally, it would be wrong to not mention the hundreds of bug fixes. Check out the full release notes for more information about what has changed, enjoy the screenshots, or just jump right to downloading your package for Windows, Linux, or Mac OS X." We've been following the progress of Inkscape for years (2006, 2005, 2004).
As a general rule, "1.0" doesn't really hold a lot of significance in the open source community with regard to actual usefulness. A heck of a lot of the (very stable) stuff I use is < 1.0.
512 MB RAM, 20 GB disk, 200 GB transfer, five datacenters. $19.95/month.
As a person who uses vector drawing programs from time to time, this program was a great find. Having pirated Corel Draw installed, mostly for rubbish reasons, was also bad - for bloat reasons, law reasons - and sanity reasons. I remember that Corel then (>5 years ago) had so much bugs, slow and unresponsible, bad support for local fonts, unstable. For all my purposes Inkscape is by far better program - compact, standards compliant, fully functional, and frankly I enjoy using it much better than Corel Draw. Couple bugs yes, but brilliantly reliable compared to horrible nightmare that is (was?) Corel Draw.
But you forgot to say why!
Many times, developers will have a list of features that they figure are "1.0". They may not have reached all the features yet, but the features developed thusfar may be very stable.
A case in point is my own set of backup scripts (this is not) Backup Buddy. I've been using them for years, they work very well, stable even with very large sets of data. (Well into the TBs currently, managing over 100 backup sources in 24 hour rotation)
But I don't consider them "1.0" yet because I always envisioned a handy-dandy web interface for managing backup rotations, verifying backups (currently working) and recovering files 1-by-1 securely. So, I edit config files. (aw shucks)
I have no problem with your religion until you decide it's reason to deprive others of the truth.
Everytime I've looked at Inkscape in the past its idea of 'standard' SVGs is about like Word's idea of 'standard' HTML, even when you switch to the standard svg format rather than its extended version.
I'm grabbing it now, but I see nothing in the release notes about this particular issue. I see things about adding more extensions which is great and all, but I use SVG because its a documented standard that I can work with in my own software, I'd love to suggest Inkscape to others, but until its capable of producing version 1.2 SVGs with text flows that work with Apache Batik is useless. The font improvements look promising, as long as it isn't retarded and storing all text as curves.
Heres to hoping ...
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
As a general rule, "1.0" doesn't really hold a lot of significance in the open source community with regard to actual usefulness.
It's rather a pity that so many projects like Inkscape might be overlooked by all those folks living outside the open source community.
Where Rev. 0.x = Beta state, maybe, and Alpha, more than likely. Immature. Unstable. Basic features missing or unusable.
Think of it as another handicap, like naming your premier photo editing program The GIMP - which to the outsider translates simply as "crippled" and "sexually perverse."
Their roadmap states that the 1.0 milestone is "full SVG 1.1 support".
Dunno, but what they didn't fix was the incorrect naming of save/export.
They seem to think save is anything that outputs a vector format, and export is anything that outputs a bitmap, rather than the normal definition of save being anything you can re-open with zero loss of data, and export being things you might lose data (possibly all of it) if you try to re-import.
I lost a *lot* of time when I "saved" a load of files as pdfs, and then got told inkscape couldn't reopen them.
Saving SVGs from GIMP is like saving PDFs from Photoshop.
Sure, it outputs a SVG file, but the editor is focused on editing bitmap images. Most people will get a PNG or JPG embedded in an SVG when saving an SVG from GIMP.
In the past (Its been a while since I've used GIMP so this could be completely different now), saving an SVG from GIMP would first render most everything too a raster image format, then just embed a single or multiple raster images in the SVG, turning the SVG into basically a wrapper around the layers of rasterized images.
Inkscape is intended to work on shapes and not rasterized images. Text doesn't get rasterized before saving, it gets written to the file as texts using a specific font or as curves. A rectangle is stored as a rectangle object with which a border style, fill style, and maybe a filter. Circles, and other polygons are the same.
Later when you want to resize an object stored as a shape rather than a rasterized image, you just scale the shape, there is 0 quality loss. Resize a rasterized image in GIMP to something larger and you'll start seeing artifacts rather quickly. Changing the border color on a rectangle in GIMP would require you to select the area around the rectangle with manually, with a magic wand tool, or maybe a script, then change the color of the individual pixels, overlaying the existing pixels. With antialiasing turned on this can quickly turn into a mess as it blends in with the existing colors or the background. Changing the border color in Inkscape will result in a final image without the mixing of colors associated with rasterized images as the file is really a set of instructions for drawing shapes. Instead of changing the individual pixels directly, you change the command that creates those pixels in the first place.
Inkscape is to GIMP what Flash is to Photoshop or GIMP.
SVGs also allow for animation and scripting in the file itself. Not scripting like you normally use with GIMP, but scripting like producing animation, allowing for interactivity kind of like a web page. With SVGs you can create user interfaces and applications and use them in an SVG viewer with proper support. At one point I was working on (just for fun) a clone of the Evony Flash game written in SVG and javascript. You could open it with Apache Batik or Webkit and 'play' the game. Clicking on various 'buttons' would call javascript functions to do the backend work, talk to the server, ect.
SVG is comparable to Flash in most ways except the lack of sound and video support, which are handled by other standards. Flash uses ActionScript, SVG uses Javascript.
Theres a lot of other differences and a lot of commonality between the two from an outside perspective, but you'll find that if you're editing a photo, you want to do it in GIMP. If you're drawing shapes, flowcharts, and the like, you'll want to do it with an SVG.
I read somewhere, although I can't verify it, that Southpark (The TV show, if you live under a rock) is done using SVG. Even if it isn't, Southpark would be something SVG is perfectly suited to doing, where as doing it in GIMP would surely suck ass for the guys doing the drawing and animation. It'd be relatively simple to do with SVG.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
Anyone with a need to create simple vector-based drawings should check out Inkscape. I use it for figures in presentations and for box diagrams in academic documents and have found nothing better. The finished product looks great.
It's also handy for editing PDFs after they are exported from R (Statistical Package). Often something you can't easily tweak in R can be fixed very quickly in Inkscape.
The best thing about it is the interface: very easy to pick-up, yet extremely flexible. A lot of thought has clearly gone into the UI design.
RS
1) yes, illustrator works just fine reading/writing pdf as it's save format
2) yes, anything in the list of formats under "save" should allow me to open again... if it won't, it should be under "export" not "save".
As others have said, this is a real gem of an opensource program. I've been using it for years (skencil previously), mostly in designing dials for wrist watches.
Best wishes,
Bob
None actually - Extensions/Modify Path/Color Markers to Match Stroke. Happy now?
Do as you would be done to.
Let me summarise the thread:
* beelsebob quite rightly pointed out PDF should be under Export and not Save, since Inkscape can't load PDFs
* BitZstream wrote many rambling pieces about how it wasn't compliant with the full SVG standard, most other people found it a jolly useful piece of software and were quite happy using it
* people were generally unimpressed with bytesex's idea of merging Inkscape into GIMP
* a few lamented the demise of Artworks/Xara
Phillip.
Property for sale in Nice, France