- Inkscape Devel - Inkscape Mailman

[0.41] Fix style-test failure
by Peter Moulder 05 Feb '05

05 Feb '05

The attached patch makes style-test pass. style-test.cpp hadn't been updated for Bulia's addition of basic support for the `overflow' property in style.cpp v1.80. Rationale for inclusion in 0.41: i) Safety: Touches only a regression test, not inkscape/inkview themselves. ii) Needed (though not sufficient) for `make distcheck' / `make check' to work. Suggested cvs comment: Minimal update for supporting overflow property. (Doesn't test overflow, just updates expected result of existing tests.) Again, the patch is relative to the src/ directory. pjrm.

1 0

[0.41] Move gc-related files to libinkpost.a, for `make check'
by Peter Moulder 05 Feb '05

05 Feb '05

libinkpost.a is supposed to contain files needed by subdirs, according to the comment. In particular, a few unit test programs in subdirectories link against libinkpost.a but not libinkpre.a. It seems useful to maintain this distinction: reduced link times, and it facilitates debugging of some link-related bugs (e.g. the recent mips problem) to have different executables link against different subsets of the .a files. The attached patch moves gc-related files from libinkpre.a to libinkpost.a. According to nm, the relevant two .o files (gc.o and gc-anchored.o) don't depend on any other object files, whereas very many files depend on gc-anchored.o, and many of the main-containing files depend on gc.o. pjrm.

1 0

Hard Freeze for 0.41 Release
by Bryce Harrington 05 Feb '05

05 Feb '05

As of now, 11:00pm PST 2/4/05, Inkscape is in "Hard Freeze" mode. During this phase, no commits to CVS are allowed without formal approval from the "Freeze Wardens". For this release, the Freeze Wardens are Bulia Byak and Kees Cook. Both must okay any change to the codebase (including changes that they themselves create). The fundamental idea behind a Hard Freeze is to slow down changes to the codebase, and achieve some quiescence to give room for the changes specifically needed to ensure a quality release. This also allows each of us to doublecheck the final code to make sure all the i's are dotted and t's crossed. If you feel it is critical to get a last minute change in, that's fine. Please submit them as patches (using 'cvs diff -puN') and email them to the Freeze Wardens for review and incorporation (or postponement) at their discretion. The Freeze Wardens will decide when the Hard Freeze is over. They will establish a branch tag and declare it ready for release. It is assumed this may take a few days but less than a week. Once the code is branched and tagged, the Hard Freeze will end, and the Release Phase will begin. The release branch will be used for preparing packages, while the mainline branch will be returned to regular open development. Bryce

1 0

no xmlns crash
by Aaron and Sarah Spike 05 Feb '05

05 Feb '05

I have some files created by hand and some generated by batik that crash on loading. From what I can tell the crash is caused because my files don't have xmlns="http://www.w3.org/2000/svg" in the svg tag. The files cause no trouble with the adobe plugin. Requiring the namespace declaration is great. Inkscape should reject improperly formed files with out crashing right? Aaron Spike

5 5

Re: win32 GTK
by Bob Jamison 05 Feb '05

05 Feb '05

Actually, I was considering something radically different.. If it is possible, it would be good if we could build the entire tree from source ourselves with the cross-compiler (or maybe mingw). Then we could have any configuration we want, and not need to beg & borrow dll's from other people. Does this sound like an idea? Bob Kees Cook wrote: >Hey Bob. I was looking at the GTK packaged for Gimp, Ethereal, and >Gaim, and was thinking about trying to switch to it (after the 0.41 >release). Have you looked at this at all? It looks like it may fix a >number of weird problems we've had. > > >

3 2

Coming Hard Freeze tonight
by Bryce Harrington 04 Feb '05

04 Feb '05

It sounds like we're about ready for going into the final Hard Freeze, so I'd like to propose we do so in 12 hours from now: 11pm PST 2/4. During the Hard Freeze, no changes to CVS should be made without review and approval. Work should be limited to critical bug fixes, packaging, and release-related activity only. I think it was effective to have a pair of reviewer/approvers to keep an eye on the codebase for the hard freeze period in the 0.40 release. Last time, mental and bulia performed this function. For this release, I'd like to ask bulia and kees to perform this function. I know mental has been extremely busy with work, so I suspect he'd like to conserve what Inkscape time he has for finishing up his own work. Kees has been extremely active in bug fixing this release, so I think he'd be an excellent person for this role. (Maybe we can make this a rotating position for future releases.) Bryce

4 8

honoring presserveAspectRatio
by Edward Flick 04 Feb '05

04 Feb '05

Hello everyone, Is the freeze tonight going to mean that there will be no more added features until 1.0? Or just a feature freeze for 4.1? Also, I have just posted a suggestion on the list that the preserveAspectRatio attribute be added/honored. I wouldn't mind doing this myself, although I am new to the project and could use a couple of pointers on where I should make the necessary changes. Would anyone be interested in this? Ed

2 1

Italian translation
by Luca Bruno 04 Feb '05

04 Feb '05

Hi all, here you can find the updated Italian Translation of Inkscape. It is complete and with updated pot (today's CVS). Please upload it in time for 0.41. Ciao, Luc@ [CC'ed Arpad Biro as in previous private emails] -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S. | luca.br(AT)uno.it `. `'` | GPG Key ID: 3BFB9FB3 on keyserver.linux.it `- http://www.debian.org | Proud Debian GNU/Linux User -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Assicurazione auto Zuritel. Fai un preventivo gratuito e scopri il risparmio e molto di pi�! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3175&d=4-2

2 1

Some suggestions for the fill and stroke dialog
by Andreas Nilsson 04 Feb '05

04 Feb '05

Dear Inkscape developers. The current fill and stroke dialog is a big dialog that takes up 1/4 of my screen and has lots dirrerent of stuff in it. I'll try explain some of it's problems trough a short user case. --- Joakim is a graphic designer. He makes a lot of illustrations for different clients and is under a constant time pressure. He is currently working on a project where the AD has decided that they will use flat colors and stokes of varying width. 1. Joakim has the fill and stoke dialog up most of the time. It is space consuming and he has to move it constantly or hide it in order to see his artwork. 2. He has to do a huge amount of clicks because he moves between fill style and fill color all the time. 3. He is working in RBG color space, but has the ability to choose CMYK, even if the document is not in that color space. This confuses him. 4. He do not use dash pattern at all for this project. This only takes up space for him. 5. The markers are hard to overview (this is not really important for Joakim right now, but it might be in his next project). --- I have thought about these problems for a while and come up with a quick mockup with some ideas. http://ramnet.se/~nisse/diverse/temp/new_dialogs_mockup.png What I have done in this mockup is: - Splitted up the current dialog into smaller dialogs for better customization to suit an artists current workflow. - The font size is set to small to make the dialogs a bit narrower. - All dialogs are equally wide to make them easy to line up. - If the document is in the cmyk color space, it only shows the cmyk color settings. - I guessed most people uses the stroke width more than the other settings in this dialog and put the more rarely used options in an expander. - The markers are in their own dialog as well, and structured in a way that makes them easier to overlook. Names could be displayed when the mouse hoover over a marker. BTW. I know this looks a lot like Adobe Illustrator. And yes, I am very accustomed to the interface of that program, and am a bit inspired by it. But hopefully this can spur some discussion on how to better handle the color and stroke dialog/dialogs - Andreas Nilsson

10 11

[Fwd: Re: [office] [Fwd: clarification: OpenDocument and SVG]]
by Jon Phillips 04 Feb '05

04 Feb '05

Check it out! Progress on getting on w3.org's svg pages... Jon -------- Original Message -------- Subject: Re: [office] [Fwd: clarification: OpenDocument and SVG] Date: Fri, 4 Feb 2005 08:39:35 -0800 From: Chris Lilley <chris@...157...> Reply-To: Chris Lilley <chris@...157...> Organization: W3C To: Jon Phillips <jon@...235...> References: <4200ABF1.3010700@...677...> <4200C4A8.1030306@...678...> <4207e7a9.832074890@...689...> <1107368323.42011983e384f@...660...> <420139A2.3010603@...235...> <4201F976.8060306@...678...> <6610279990.20050203052414@...157...> <42033698.2050504@...235...> On Friday, February 4, 2005, 12:47:20 AM, Jon wrote: JP> Chris Lilley wrote: >> On Thursday, February 3, 2005, 2:14:14 AM, Michael wrote: >> >> MB> I believe that we will be able to resolve this issue in a way that is >> MB> beneficial to both the OpenDocument and SVG specs and agree that we >> MB> should keep the communication channels open. Who in the SVG group could >> MB> be the primary contact for the OpenDocument TC? Is it you? >> >> Jon Phillips is not a member of the SVG WG. I am the chair of that WG, >> so the contact can be through me. The issue is going to be discussed at >> todays telcon (in 40 minutes time ...) but its possible that we will need >> more time, and more communication between the two groups, to resolve >> this successfully. I gather there is a hard deadline of this Friday for >> comments? >> >> >> MB> I'd also like to thank Mental for bringing this topic to the attention >> MB> of our two working groups. >> >> Yes, a very timely alert - thanks! >> JP> Chris, could Inkscape (www.inkscape.org) and Open Clip Art Library JP> (www.openclipart.org) please get mentioned on the SVG portion of the W3C site. JP> We have been begging you guys for this off and on for a while. Please can we get JP> on some of your guys' pages as an SVG-based tool and a repository for SVG, JP> respectively. The implementation database is supposed to be run by an external SVG organization, as of a year ago. However, they do not seem to have done anything yet. This is irritating for implementors (and for myself, as people keep asking me to add stuff and i can't). I am meeting with those guys in 10 days time and will asked them about progress on this. if they haven't done it by then, i will get the database hosted somewhere else (like svg.org) which is where we syndicate our SVG news from. The idea (was) that implementors could update their own entries as they released new versions, so it would always be up to date but viewable from a central location. -- Chris Lilley mailto:chris@...157... Chair, W3C SVG Working Group Member, W3C Technical Architecture Group -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu) Scale Journal (http://scale.ucsd.edu)

2 1