- Inkscape Devel - Inkscape Mailman

check-markup problems
by Arpad Biro 24 Jan '05

24 Jan '05

Hi, Two problems with po/check-markup that produce false warnings when make'ing: am.po: unclosed : #: src/selection-describer.cpp:46 #, fuzzy, c-format msgid " in layer %s" msgstr "..." am.po: Not in msg format: #: src/selection-describer.cpp:62 #, c-format msgid "%i object selected" msgid_plural "%i objects selected" msgstr[0] "" msgstr[1] "" In other words: it doesn't handle embedding and plurals correctly. Arpad Biro __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

2 1

check-markup problems
by Arpad Biro 24 Jan '05

24 Jan '05

Hi, Two problems with po/check-markup that produce false warnings when make'ing: am.po: unclosed : #: src/selection-describer.cpp:46 #, fuzzy, c-format msgid " in layer %s" msgstr "..." am.po: Not in msg format: #: src/selection-describer.cpp:62 #, c-format msgid "%i object selected" msgid_plural "%i objects selected" msgstr[0] "" msgstr[1] "" In other words: it doesn't handle embedding and plurals correctly. Arpad Biro __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com

1 0

Jimmac evaluates Inkscape, +1 Insightful.
by Alan Horkan 24 Jan '05

24 Jan '05

Jakub "Jimmac" Steiner has reviewed Inkscape 0.40 on Ubuntu Linux. http://primates.ximian.com/~jimmac/blog/Artwork/Inkscape I've CC'ed this message to Jimmac and I'll try to quickly answer some of his questions and address the ones which are known issues. I encourage you all to read his comments which I found very interesting. I didn't want to crosspost to the user list, I'll try and remember to post the link there later when this thread is done. You may already be familiar with Jimmac or at be familiar with his work because he's created significant amounts of artwork from Gnome and he works for Ximian. http://jimmac.musichall.cz/ The review is pretty thorough (long for a journal entry) and I wouldn't be surprised if various news sources pick up on it (but I'm not going to be the one feeding it to them). It is great that he has finally given Inkscape a try. Read his post first to see the praise and suggestions which I've skipped for brevity. I'll try and respond to some of his questions and criticisms: Jimmac mentions things not being consistant with the GNU Image Manipulation Program. Hopefully as things get more configurable and more standard widgets are used (part of the plan) users will be able to resolve much of that for themselves. Some of the inconsistancies will need careful work to figure out what is really the best solution (and I'm trying not to be contraversial so I'll move on). > Layer support is ... unfinished Work in progress > Vector icons ... good idea [but] it doesn't work in my opinion there is workin in progress (already in CVS I believe) that allows Inkscape to use different icon themes (but it is not complete, I can elaborate more later as needed). > two rows of tabs in the tool options mockups for a new preferences dialog were done, no tabs a bit more like the gimp. implementation seems inevitable, others may know but I wont guess when. > some sort of library [for] brushes, gradients thats a known issue but not specifically on the roadmap http://inkscape.org/roadmap.php i think there are a few requests already filed > Deleting objects with Backspace. While Del works, my powerbook doesn't have the del key ;). dont think anyone has mentioned that before. > Object blending. Select two objects and pick how many inbetween states you want or optionally a path along which to do the morph. Essential time saviour when duplicating objects Sounds like Tweening to me. Complicated but again I'm reasonably sure there are requests for it already. Knowing the Inkscape developers someone will come along and surprise us with this feature out of nowhere. > Converting stroke into objects. Sometimes you want to have more control about the dotted outline. I get the feeling this might be already be possible. Anyone? If you didn't read Jimmacs review of Inkscape http://primates.ximian.com/~jimmac/blog/Artwork/Inkscape my comments may seem out of context but I hope they were interesting/useful and I think I've managed to be (relatively) brief. Sincerely Alan Horkan Free SVG Clip Art http://OpenClipArt.org Dia is for Diagrams http://gnome.org/projects/dia/ Inkscape, Draw Freely http://inkscape.org Abiword is Awesome http://abisource.com

5 7

Error dialog help
by Ted Gould 24 Jan '05

24 Jan '05

So, I've decided that I just can't write error dialogs. Can someone write reasonable text for the error dialog in: src/extension/error-file.cpp. It should just tell the user that some extensions failed, and check the error log. I couldn't come up with anything that sounded good, so I just put some placeholder text in. --Ted

5 6

NEW: layer selector usability
by bulia byak 24 Jan '05

24 Jan '05

* The quick layer selector in the statusbar now displays hidden layers grayed out and locked layers enclosed in []. This makes it much easier to see at a glance what is visible and unlocked in the document. The current layer is now marked by a bullet. Suggestions are welcome as to what other (better :) typographic conventions can be used for representing hidden and locked layer status.

1 0

Rose Inkboard - Make question
by Montgomery, Steven S 24 Jan '05

24 Jan '05

Hey all, I'm one of the Rose-Hulman students working on adding a whiteboard feature to Inkscape. So, we're trying to intergrate some code into Inkscape builds. The prototype code was being compiled with g++ using these cflags: "-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/local/include/loudmouth-1.0 -lglib-2.0 -lloudmouth-1" Where in the makefiles do we need to place these flags so they'll be used when building stuff that needs the loudmouth libraries? Thanks for any help, Steven

2 1

Fix for vim modelines
by Bryce Harrington 24 Jan '05

24 Jan '05

vim fans might want to apply this: <IRCBridge> [IRC:ashwin] (btw, just as an observation: the vim formatting modeline in many files has 'filetype:c++' when it really should be 'filetype:cpp') <bryce> ah, well feel free to patch that <IRCBridge> [IRC:ashwin] a simple 'perl -pi -e 's/filetype:c\+\+/filetype:cpp' *.cpp *.h should do it

4 3

Going to India
by Felix Rabe 23 Jan '05

23 Jan '05

Hi all, A big thank you to all the developers! Thanks to Inkscape (and Python and XML :) ), <www.felixrabe.net> is fun to maintain :) . So ... I'm in India for the next two weeks. See you again afterwards, - Felix

1 0

Re: Bug Status for 0.41 -- 1/22
by Bryce Harrington 23 Jan '05

23 Jan '05

Almost halfway. We still have a number of 9 pointers left. ;-) Bug ID# PRI Owner Description ------------------------------------------------------------------------ 1103001 3 ted Grid is shown non-uniform 1104741 6 bulia Printout 25% too large 1105352 6 pjrm Markers are not shown in Plain-SVG-Export 1075860 9 pjrm WIN: assert when doing stamping during move 1080252 9 bryce crash on intersectiion 1068116 6 mental complie error in gc.cpp with inkscape-20041116 1076872 6 kees ngettext isn't used 933461 6 kees Win32 Install Directories 1068299 6 kees Build failure on mips(el) 1100675 6 mental svg tag requires xmlns attribute in CVS2005-01-10 1097652 9 pjrm crash on whitespace property value ------------------------------------------------------------------------ Current: 72 Goal: 150 On Sat, 8 Jan 2005, Bryce Harrington wrote: > Okay, since there were no comments to the contrary, I suppose it's safe > to assume this proposal is acceptable to everyone. If not, lemme know. > We'll shoot for 150 points for low/med/high (3/6/9 pts) that are closed > as FIXED (i.e., no points for dups, won't fix, invalid, etc.) and that > are confirmed as present in 0.40 or in CVS. > > Bryce

1 1

clone breakage
by MenTaLguY 23 Jan '05

23 Jan '05

Argh. Clones appear broken in latest CVS. For the moment, I'm assuming it was me, as I did a relatively large repr-related commit recently. I'm a bit puzzled though; the work I did was almost entirely reorganizing code around rather than changing algorithms, and clones were one thing I tested with the new code. Maybe I was lucky and hit a particular corner case that still worked... I'll experiment more. FWIW, so far as I can tell everything still functions correctly up through sp_use_build, at least. I'll continue to narrow things down, but if anyone has any ideas that would help. Also, the one set of algorithms I _did_ change were the implementation sp_repr_position/sp_repr_set_position (the guts are now in xml/simple-node.cpp). If someone could review my changes to make sure I didn't do anything stupid there, that'd be much appreciated. -mental

1 2

Italian translation
by Dariusz Stojek 23 Jan '05

23 Jan '05

In atachement italian translation in it.po I will finish it (translations) soon, because I'm using Inkscape for vector graphic design in our school, and the language people understand is only italian :-) darek

3 2

Re: [Inkscape-user] converting svg to eps via commandline
by Ted Gould 23 Jan '05

23 Jan '05

On Sun, 2005-01-23 at 19:01 +0100, Steffen Glückselig wrote: > I'd like to convert a bunch of my svgs to eps-format automatically via the > commandline. I noticed that there is no option like the one for exporting > png but I found > > ------ > -p PRINTER, --print=PRINTER > > Print document(s) to the specified printer using `lpr -P PRINTER'. > Alternatively, use `| COMMAND' to specify a different command to pipe to, > or use `> FILENAME' to write the PostScript output to a file instead of > printing. Remember to do appropriate quoting for your shell, e.g. > > inkscape --print='| ps2pdf - mydoc.pdf' mydoc.svg > ------ > > in the man-page which seems to come close. What do I have to do to get eps > on a windows-system? Well, internally the difference between printing or saving postscript and saving as EPS is a matter of how the bounding box is placed. It is something that could be done by hand somewhat easily. It would be a really cool feature if someone implemented a command line option to the Extensions system to allow for batch conversion between any supported formats. It would be an easier enhancement for someone who wanted to get familiar with the codebase. There wouldn't be any GUI programming, or using lots of the codebase that would be required. I would be happy to help anyone that wanted to do this, it is an oft requested feature. --Ted

1 0

Re: [Inkscape-devel] Re: Jimmac evaluates Inkscape, +1 Insightful.
by Ashwin Bharambe 23 Jan '05

23 Jan '05

> Actually the main problem is that icons have to be redrawn for small > sizes. It doesn't matter when or with what you do the scaling, SVGs > generally just don't scale well to 16x16 type sizes. Jimmac seems these > days to draw icons by hand in the Gimp for small sizes, and then provide > an SVG as well for larger sizes. Precisely. Loading times should be a non-issue, completely. (I will be surprised if profiling shows icon loading as even a significant portion of the startup time.) The fact is vectors loose crispness at smaller scales. Ashwin

1 0

Ruler units revisited
by Aaron Spike 23 Jan '05

23 Jan '05

In reference to: http://sourceforge.net/mailarchive/forum.php?thread_id=6260553&forum_id=360… With the latest autopackage working on my machine again, I finally had a chance to play with the new units code. Thank you all it is super. And now I think I have nailed down what my trouble was all along. Would someone please try the following and confirm that I am not crazy. create a new document change document preferences default units to inches (notice ruler units change) save document and close inkscape. open inkscape open recent the document look at rulers (not inches) open recent the document look at rulers (now inches again) Thanks, Aaron Spike

3 2

XForms for extensions and UI
by Jon A. Cruz 23 Jan '05

23 Jan '05

I've been kickout out the possiblity of implementing some basic XForms or XForms-ish implementation for our UI, including for the extension & scripting support. Among other things, I think it would shift things around and get them more useable than just putting in .glade file and libglade parsing. It's a bit similar to XUL, but with a focus that I think is more appropriate for our needs. Anyway, I came across this article that gives a quick overview of some things, and how it might benefit us. I think it would be good if everyone could at least skim it. ---------------------------------------- The Secret Life of XForms http://www.devx.com/xml/Article/17714/0/page/1 "XForms recently reached the W3C's Candidate Recommendation status—and you need to know about it—because XForms isn't a form description language, it's a language for describing applications in a platform-independent way. Best of all, it integrates easily with technologies you already know, such as XHTML, XPath, SVG, and CSS. " ---------------------------------------- Read it through, and then think of how this could be taking our 'verbs' approach a step further, and also give extensions and scripts a nice way to get and use UI without having to resort to the evils of Gtk::Socket and such.

1 0

Roadmap updated
by Bryce Harrington 23 Jan '05

23 Jan '05

With Scislac's help, the Roadmap's been updated: http://inkscape.org/cgi-bin/wiki.pl?Roadmap Basically, we've just moved all the milestones forward one release, so that 0.41 can be released fairly soon (it'll be mostly just bug fixing). I've also outlined more of the work in the Gtkmm section for 0.42. Please everyone take a moment to look through the roadmap and check that the things you plan to work on in 2005 are listed in there, and add them (with your name), if not. Also, PLEASE consider volunteering for some of the Gtkmm tasks by listing your name next to some tasks. Remember that the current gtkmm code is going to be integrated into the main codebase as soon as 0.41 hits the shelves, and there's a lot to do so the more help, the sooner we'll get through it. Gtkmm is not hard to learn if you know C++. I estimate at least two more weeks before we're ready to freeze for 0.41, so expect the Gtkmm work to become the project's focus by the end of Feb. I suspect it may take 2-4 months of work to complete, although given a lot of participation we could probably cut that in half. Bryce

1 0

new screenshot
by bulia byak 22 Jan '05

22 Jan '05

See a new and beautiful screenshot at the top of http://inkscape.org/screenshots/index.php Send us your new and beautiful screenshots, too! :)

1 0

Transparency support for postscript output
by Ashwin Bharambe 22 Jan '05

22 Jan '05

Hi all, I am assuming that postscript not having transparency natively would be the reason for inkscape not supporting transparency in EPS or postscript outputs. What would be required to implement support for this? Ashwin

9 14

Re: [Inkscape-devel] button sizes?
by Andreas Nilsson 22 Jan '05

22 Jan '05

David Christian Berg wrote: >Alors: >When I designed my icon theme, I noticed exactly the same problem as >Andreas did. Designing icons to use the space of 16*16 in the menu will >be clipped in the tool-option-bar. >I don't agree that this means, that the buttons have to become larger. A >svg will look rather crisp at any size and gnome is going svg, for sure. >It just means, that the rendering of the icons is kinda screwed. >The size on canvas should not matter at all! That's what svg is for. >Find the object you want to draw, take it's width or height, whatever is >bigger, and scale it proportionally to fit either the 16px of the Menu >or the I think 20 px of the tool-option bar. That's how it should work. >Right now I have to design a 24pt*24pt icon to fit the menubar. Since it >actually is 16px*16px one might think that maybe scaling up a 16pt*16pt >object would give very crisp results, but it doesn't. At the same time, >the node-editing icons created in 20pt*20pt allow you to draw single >pixels, which are 1pt*1pt. >So as I said, all this is kinda screwed, but it doesn't count as a >reason for increasing the button size. > >David > > So youre saying that there might be another reason for the clipping? The clipping is my main concern, and I thought that the size was the problem. If that is not, I apoligy for my request to make the buttons larger, especally if people find it a problem with normal-sized icons. - Andreas

7 8

Blog: Jakub Steiner: Inkscape Evaluation
by Tobias Jakobs 22 Jan '05

22 Jan '05

Hi all, Jakub Steiner alias jimmac (The Gnome/Gimp icon man: http://jimmac.musichall.cz/ ) wrote a review of Inkscape: http://primates.ximian.com/~jimmac/blog/Artwork/Inkscape -- Tobias <tobias.jakobs@...128...>

3 2

button sizes?
by bulia byak 21 Jan '05

21 Jan '05

Sorry it's me ranting again. Do we HAVE to have those large buttons? I find them clumsy at this size. Up to now, there was: - a meaningful hierarchy of sizes: main tool buttons large, tool control buttons small. - a coordination of the sizes of the buttons and the rest of controls (spinbuttons, etc). Both these are now broken. Why? What for? Can we return the small size at least as an option? I'm aware of the "other apps do it this way" argument, and I'm generally sympathetic, but I don't think it has the priority over the "yuck, it's ugly" argument. That is, when what other apps do looks nice or at least decent, borrow. When our own solution is demonstrably better, stick with it. P.S. The join/cap buttons with thick white midline replaced by thick black midline became even worse. So I went ahead and fixed them using a thin dotted midline.

4 5

Connectors
by Ashwin Bharambe 21 Jan '05

21 Jan '05

Hi all, Is there support for object connectors in inkscape? I have not been able to find one. And if not, I am willing to contribute. Ashwin

3 2

configure error with -ldl and Boehm
by Jeremy C. Reed 20 Jan '05

20 Jan '05

See revision 1.11 of inkscape/inkscape/configure.ac: "When adding -lgc to LIBS, also add its dependencies -lpthread -ldl." Replaces LIBS="$LIBS -lgc" with LIBS="$LIBS -lgc -lpthread -ldl" This appears to be wrong. Some systems do not have -lpthread (such as gc built with --disable-threads) and -ldl (such as NetBSD). For example (when building using pkgsrc under NetBSD): configure:21460: checking for GC_malloc in -lgc configure:21490: c++ -o conftest -O2 -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetyp e2 -L/usr/pkg/lib -Wl,-R/usr/pkg/lib -L/usr/lib -Wl,-R/usr/lib -L/usr/X11R6/lib -Wl,-R/usr/X11R6/lib conftest.cc -lgc -lpthread -ldl -lintl >&5 ld: cannot find -ldl configure:21496: $? = 1 Anyways, -ldl is added to LIBS if needed in the configure script. Maybe re-order as necessary. I am not sure about checking for -lpthread though. Jeremy C. Reed open source, Unix, *BSD, Linux training http://www.pugetsoundtechnology.com/

5 15

export bitmap palette redesign
by Alexandre Prokoudine 20 Jan '05

20 Jan '05

Hi, Before working on Object manager I decided to give a quick look at "Export bitmap" palette. Here are tho mockups: http://techwriter.nm.ru/mockups/mockup06.png (vertical orientation) http://techwriter.nm.ru/mockups/mockup07.png (horizontal orientation) A few notes 1. I can easily imagine plenty of people who would prefer a longer input box for filename. No probs :) Just exchange "Output file:..." label and input box. That's it. 2. I've removed units switcher, because it seems to make no sense as we already have one units switcher in document properties which works everywhere. However it is present on one of first mockups (http://techwriter.nm.ru/mockups/mockup03.png). 3. I've placed a output file size counter label on the form, because it would be a nifty feature for those who does web design in Inkscape --- they always want to know how large the file is :) Besides otherwise there will be either empty space or a too large "Export" button. 4. I might be missing some feature plans for this palette. No probs, again :) I can redesign current mockups to make them fit your plans. Alexandre

14 34

Need status on import/export formats for FAQ
by Joshua A. Andler 20 Jan '05

20 Jan '05

I'm going to be updating the FAQ with what formats inkscape supports (all around, import/export/open/save). I know that (at least in the past) there were formats that were supported on Linux and not on Win32. Also, if possible, if there is any additional "status" info relating to the formats such as problems or features that we do or don't support that would be helpful as well. Thanks much! -Josh

4 4