- Inkscape Devel - Inkscape Mailman

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