- Inkscape Devel - Inkscape Mailman

NEW: units, misc
by bulia byak 29 Dec '04

29 Dec '04

* Document units: now you can set the default units for each document in the Document Preferences dialog. These units apply to the rulers and the statusbar coordinates (previously unchangeable) and are preselected in all unit menus (such as in the Selector controls bar). The units are saved with the document, so you can make yourself a default template with your preferred units. * The px (pixels) unit is added to most unit menus. This is what is called "user unit" in the SVG specification, and in SVG code it is written either with the px suffix or (more often) without any suffix. Inkscape converts most dimensions to user units when writing them to SVG, and now you can use this unit via the GUI as well. Note however that the conversion ration from px to absolute length units may vary in different SVG renderers and different output media (e.g. Inkscape uses px/pt = 0.8 for screen editing), so you should not use px and absolute units in the same document. If you want one px to correspond to one bitmap pixel on export, use the export resolution of 90 dpi. * In Selector, the statusbar now reports not only the number of selected objects but also the number of layers in which they are selected and, if there's only one, the name of the selection layer.

2 3

Initial checkin of stream package
by Bob Jamison 29 Dec '04

29 Dec '04

Hi, all. Today I added the /src/io dir to the automake tree. It has some new interfaces and implementations whose purpose is to make it easier to read and write streams of data. Basically they are lightly based on java's input and output streams and readers and writers, and -not- on iostreams, which turned out to be too much of a burden for too little benefit. It is intended that they can be subclassed and/or chained together to get the desired effect. Also, they encourage people to use Inkscape::URI's instead of char *filenames and FILE *. This has been discussed for months for the purpose of referring to resources, but has been slow in appearing. These two are based on bytes (unsigned char) ================================= InputStream -- reads unformatted (aka binary) data OutputStream -- writes unformatted data These are for formatted unicode IO (gunichar and Glib::ustring) ============================= Reader -- formatted (aka text) data input like stream >> data; Writer -- formatted output like stream << data. Also has a printf() InputStreamReader -- uses an inputstream as its source OutputStreamWriter -- uses an outputstream as its destination So far there are =========== (these need to be filled out, but work for files now) UriInputStream --reads data from an Inkscape::URI UriOutputStream -- writes data to an Inkscape::URI need to be implemented: ----------------------------- UriReader UriWriter These work in the tests: ================= XsltInputStream XsltOutputStream GzipInputStream GzipOutputStream StringInputStream StringOutputStream These need to be fleshed out and tweaked, but basically they are usable already. I need to run to an appointment, so I'm making this brief. I just wanted people to know that this is available. Bob

3 4

NEW: background color spillover
by bulia byak 29 Dec '04

29 Dec '04

Inspired by a recent message in the Sodipodi list, I did this: * The page background color is now applied to the entire canvas, not to the framed page only as before. Makes more sense than before IMHO.

1 0

Inkscape 0.41 release plans (Debian)
by Ben Crowell 29 Dec '04

29 Dec '04

Sorry, I'm new to Debian and still learning the ins and outs of apt-get :-)

1 0

��
by Latisha Kline 29 Dec '04

29 Dec '04

Mob{e cnrnb{e, mnsrasjh, JOJ g` G0opnv. or crnhlocrh wB8. jD http://198.66.213.30/?6T1sDmrBU4psZ zJD Q`mjr-oerepaspc,j`pr` www.meteo-tv.ru

1 0

Inkscape 0.41 release plans
by Ben Crowell 29 Dec '04

29 Dec '04

An 0.41 release would be very helpful. I'm collaborating on a book with someone, and he's intimidated by having to compile the latest CVS in order to get a certain crucial bug fix. He could download a nightly build, but I'm not sure if he'd have problems with libraries. Once 0.41 comes out, I can just tell him to download the statically linked binary. It would be interesting to hear from some of the packagers about how things are going. IIRC the person handling the FreeBSD port is struggling to fix some memory leaks introduced by the new garbage collector (OS-specific, apparently), so the BSD port is still at 0.38. I think the debian package is also lagging?

2 1

Spiro / Raph Levien
by Bryce Harrington 28 Dec '04

28 Dec '04

---------- Forwarded message ---------- Date: Wed, 29 Dec 2004 00:17:07 +0100 (CET) From: Jose Hevia <100026838@...625...> To: clipart@...330... Subject: Re: [Clipart] OCAL identified by IBM as resource for Linux migrations >From http://www.advogato.org/person/raph/ 16 Nov 2004 » Spiro I've tentatively chosen a name for my curve editor: Spiro. I posted a "code escape" here and on the Typophile forums. So far, I've gotten little or no response from my posting here, but lots of people checking it out and sending feedback on the Typophile board. Interestingly, many of the commenters are encouraging me to patent the idea and/or otherwise try to make money off it. I'll have a new code snapshot soon. In the meantime I've been tracing the miniscules from 72pt metal Centaur (see screenshot). There's nothing like trying to use the thing for real to point out what needs improving :) There's no rush, as I'm still tweaking the core algorithms, but obviously this is something that should go into other free software applications, most especially Inkscape. What I'm most inclined to do is release all the core code as GPL, package up nice Win32 and MacOS versions with refined GUI's (especially cut'n'paste with the dominant apps on those platforms) as commercial apps, and also try to license the code for inclusion in proprietary apps. We'll see how all that plays out. ->I'd been reading his diary for long 17 Oct 2004 » [...]If I go this route, I'll need to factor the code into UI dependent and UI independent parts. That's probably good discipline in any case, especially if I'm hoping for the code to be adapted into other apps that need curve editing (Gimp paths, inkscape, etc.).[...] Jose Hevia _______________________________________________ clipart mailing list clipart@...626... http://lists.freedesktop.org/mailman/listinfo/clipart

1 0

Changing helper/sp-intl.h refs to glibmm/i18n.h
by Bob Jamison 28 Dec '04

28 Dec '04

It was discovered by one of the guys in the Jabber room last night that sp-intl.h's wrapping of gettext() in the _() macro is redundant. It is already defined by glib/g18n.h, or more proper for us, glibmm/i18n.h. After getting the concensus that making the change was ok, I went ahead and did a mass search/replace, followed by a build to test it. I removed helper/sp-intl.h, and removed its entry in helper/Makefile_insert. I changed all of the #includes from helper/sp-intl.h to glibmm/i18n.h in the 169 files listed below. Sorry about the big commit, but anything that can remove unnecessary legacy code must be helpful. The build seems to be fine, but if anyone sees any problems, please tweak it. Bob ./arc-context.cpp ./desktop.cpp ./desktop-events.cpp ./dialogs/align.cpp ./dialogs/clonetiler.cpp ./dialogs/debugdialog.cpp ./dialogs/desktop-properties.cpp ./dialogs/display-settings.cpp ./dialogs/docker.h ./dialogs/export.cpp ./dialogs/filedialog.cpp ./dialogs/fill-style.cpp ./dialogs/find.cpp ./dialogs/item-properties.cpp ./dialogs/layer-properties.cpp ./dialogs/object-attributes.cpp ./dialogs/object-properties.cpp ./dialogs/rdf.h ./dialogs/scriptdialog.cpp ./dialogs/sp-attribute-widget.cpp ./dialogs/stroke-style.cpp ./dialogs/text-edit.cpp ./dialogs/tracedialog.cpp ./dialogs/transformation.cpp ./dialogs/xml-tree.cpp ./document.cpp ./draw-anchor.cpp ./draw-context.cpp ./dropper-context.cpp ./dyna-draw-context.cpp ./event-context.cpp ./extension/db.cpp ./extension/extension.cpp ./extension/init.cpp ./extension/internal/eps-out.cpp ./extension/internal/gnome.cpp ./extension/internal/ps.cpp ./extension/internal/svg.cpp ./extension/system.cpp ./file.cpp ./help.cpp ./helper/units.cpp ./helper/units-test.cpp ./inkscape.cpp ./inkview.cpp ./interface.cpp ./knot.cpp ./main.cpp ./node-context.cpp ./nodepath.cpp ./object-edit.cpp ./object-ui.cpp ./path-chemistry.cpp ./pencil-context.cpp ./pen-context.cpp ./print.cpp ./rect-context.cpp ./select-context.cpp ./selection-chemistry.cpp ./selection.cpp ./selection-describer.cpp ./select-toolbar.cpp ./seltrans.cpp ./slideshow.cpp ./sp-anchor.cpp ./sp-ellipse.cpp ./sp-guide.cpp ./sp-image.cpp ./spiral-context.cpp ./sp-item.cpp ./sp-item-group.cpp ./sp-line.cpp ./splivarot.cpp ./sp-offset.cpp ./sp-path.cpp ./sp-polygon.cpp ./sp-polyline.cpp ./sp-rect.cpp ./sp-shape.cpp ./sp-spiral.cpp ./sp-star.cpp ./sp-text.cpp ./sp-tspan.cpp ./sp-use.cpp ./star-context.cpp ./text-chemistry.cpp ./text-context.cpp ./text-editing.cpp ./toolbox.cpp ./tools-switch.cpp ./trace/trace.cpp ./verbs.cpp ./widgets/dash-selector.cpp ./widgets/font-selector.cpp ./widgets/gradient-position.cpp ./widgets/gradient-selector.cpp ./widgets/gradient-vector.cpp ./widgets/layer-selector.cpp ./widgets/paint-selector.cpp ./widgets/sp-color-gtkselector.cpp ./widgets/sp-color-notebook.cpp ./widgets/sp-color-scales.cpp ./widgets/sp-color-selector.cpp ./widgets/sp-color-wheel-selector.cpp ./widgets/spw-utilities.cpp ./widgets/sp-xmlview-attr-list.cpp

1 0

Suggestion for the preferences dialog
by Andreas Nilsson 28 Dec '04

28 Dec '04

(This might have been fixed in 0.40, but since I run Debian testing I still use 0.39. If that is the case, ignore this mail.) I currently find the preferences dialog a bit hard to navigate, partly because it feels a bit crowded, but mostly because it presents the usability problem of tabs in tabs. See for example the Interface Hall of Shame: http://digilander.libero.it/chiediloapippo/Engineering/iarchitect/tabs.htm The tools/shapes creates the most trouble of navigation. (see http://ramnet.se/~nisse/diverse/temp/inkscape_tabsintabs.png) So, I did a little gimping and came up with a new preferences dialog similar to the one beep-media-player uses. http://ramnet.se/~nisse/diverse/temp/inkscape_new_prefs_mockup.png The icons are ones that I found on jimmacs site and thought somewhat fitted, or ones I drew very quickly. What do you think? - Andreas Nilsson

5 7

Inkscape 0.41 release plans
by Bryce Harrington 27 Dec '04

27 Dec '04

Hi all, After chatting with Ishmal, Mental, Bulia, and others, it sounds like we ought to shoot for cutting a near-term release, in the mid- to late-January timeframe. The reasoning for this is that we already have some noteworthy new features that would be worth getting out to users, and because the Gtkmm work, while progressing along well, won't be finished that quickly. If no-one has any serious objections to this proposal, we would go back into a feature freeze within the first week or so of January, focus on bug fixing for a couple weeks, and try to push out the 0.41 release by the end of the month. (As a side PR benefit, there are a number of conferences and symposia in the Feb/Mar period, so this would give fresh bits for folks to play with.) In parallel to the above release effort, the focus on the Gtkmm work will continue (and hopefully intensify), with the objective of merging immediately after the 0.41 release. The code won't be finished at that point, and won't be used for the primary UI (you'll have to use a special flag to activate the Gtkmm), but we'll finally have the code in the main codebase proper, which will hopefully enable the remainder of the work to get done swiftly. Bryce

4 5