December 2007 - Inkscape Devel

Re: [Inkscape-devel] Tango icon theme take 3
by joel＠...1709... 28 Dec '07

28 Dec '07

I like all those very much - good work, they look great. I hope we can get them in 0.46. My one comment would be that I think, in the align/distribute set, the old icons for aligning text vertically and horizontally were slightly clearer. The decender on the lower case "y" makes it very obvious what will be done. Other than that 5 stars. Well done. ---------------------------------------- From: Michael Grosberg <preacher_public@...19...> Sent: 27 December 2007 14:21 To: inkscape-devel(a)lists.sourceforge.net Subject: [Inkscape-devel] Tango icon theme take 3 I've taken most of the criticism to heart: A lot of icons are now more distinct - Tango uses a medium gray for many icons, but I changed it to a darker shade. This may hurt people who use dark themes so I'm not really sure it's a good idea. I also changed the flip/rotate icons back to something similar to the existing ones. Following Bulia's remarks about the tool icons, I decided to try and create my own icons instead of using the existing set from Art Libre: please tell me your opinion: are their functions clearer now? Lastly, take a look at the show/hide icons in the layers menu. download link: http://grosberg.michael.googlepages.com/icons.svg.zip Michael Grosberg P.S. happy holiday season everyone! ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Tango icon theme take 3
by Michael Grosberg 28 Dec '07

28 Dec '07

I've taken most of the criticism to heart: A lot of icons are now more distinct - Tango uses a medium gray for many icons, but I changed it to a darker shade. This may hurt people who use dark themes so I'm not really sure it's a good idea. I also changed the flip/rotate icons back to something similar to the existing ones. Following Bulia's remarks about the tool icons, I decided to try and create my own icons instead of using the existing set from Art Libre: please tell me your opinion: are their functions clearer now? Lastly, take a look at the show/hide icons in the layers menu. download link: http://grosberg.michael.googlepages.com/icons.svg.zip Michael Grosberg P.S. happy holiday season everyone!

5 5

Re: [Inkscape-devel] Call for Freeze Exceptions
by Bryce Harrington 28 Dec '07

28 Dec '07

Thanks for the update Adib, I'll update the news item. On Thu, Dec 27, 2007 at 03:16:52AM +0100, Adib taraben wrote: > Short update: > > I have implemented option dialogs for PDF/PS exports using cairo. (there > will be no EPS via Cairo before cairo >= 1.5.2) > - PDF version or PS level prepared, PDF1.4 and PS3 are default (and the > only options for now) > - text to path works > - blur as bitmap is prepared, need help on converting a SPItem from vector > to image > - alpha as bitmap is done implicitly on cairo (falls back on software > rendering) - so no option on dialog > > HTH, > > Adib. > --- > > Bryce Harrington schrieb: >> On Thu, Dec 20, 2007 at 10:45:27PM +0100, the Adib wrote: >> >>> Hi Bruce, >>> >>> I want to focus on two things: >>> 1. win32 installer >>> - improve the current uninstaller. Currently it bugs you for every single >>> file that has been changed. >>> 2. improve PDF, PS export >>> - implement blur as bitmap >>> - need to display an dialog and asking for several options (text to path, >>> blur as bitmap, alpha as bitmap) >>> >>> Nr. 1) I can do myself. >>> Nr. 2) I need help. >>> I think that two weeks from now (3rd Jan) this will be finished. >>> >>> I would like to see fixed in the next release the issue with the >>> calculation >>> of object sizes containing blur #168349 >>> https://bugs.launchpad.net/inkscape/+bug/168349 . >>> >> >> Hi Adib, >> >> I've got you down with exceptions for both of the above tasks. >> >> The win32 uninstaller is technically packaging work, so is permitted to >> be done without an exception, but you've got one anyway. But it won't >> be a blocker for moving into Freeze if it takes longer than expected. >> >> Like others that have replied, it sort of sounds like the PDF/PS work >> may be a bit more ambitious than there is time for. However I've >> included an exception for you on this anyway. That said, I would >> encourage you to prioritize and organize the work such that there are >> good stopping points in case some of the work needs to be postponed. >> Improving PDF/PS support is very important, however this item has a >> longer time estimate than the other tasks that must be completed before >> Freeze, so is the riskiest item, especially since you think you'll need >> help. If you can prioritize/organize the work to reduce it something >> that can be completed by yourself in a shorter timeframe, that would >> help a lot. >> >> Thanks, >> Bryce

1 0

BUG HUNT - Dec 23 Scoreboard
by Bryce Harrington 28 Dec '07

28 Dec '07

Wow, we achieved 10% of the objective in just one day! Pts BugID Assignee Description ------------------------------------------------------------------------ 3 171593 Diederik Snapping menu items and shortcuts 3 168912 Johan Engelen axonometric grid angle changes with... 12 168588 Johan Engelen assertion failed, file sp-conn-end.cpp 3 171783 Bulia Byak rclk on palette should change outline color 3 171710 JonCruz Sum color dragging color inother 3 171292 --- Transparency reduced pdf export 9 168865 Johan Engelen Crashes applying "Path along path" effect... 3 171803 Johan Engelen Angled Guidelines! 12 168570 Johan Engelen Crash when recreating grid using 'redo' ------------------------------------------------------------------------ 51 Goal: 500 http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-mont… Note: Points are not given for bugs fixed as invalid, dupe, or worksforme, and only for issues that require code changes to fix (not website, translation, or documentation changes). Note: Scoring for bugs is based on their Importance: Crit=12, High=9, Med=6, Low=3, Undecided=3, Wishlist=3. We used to not give points for RFE's in the old system, but now it's not always clear with Undecided bugs whether they were really bugs or feature requests, so I figure we can give 3 points in all cases (actually wishlist bugs probably deserve more, but then, we're really supposed to focus on bugs, not features, so 3 pts is probably good.) Bryce

1 2

Font Spec Progress
by Gail Carmichael 28 Dec '07

28 Dec '07

Hi all, I have been working on finishing up that patch but have run into an unfortunate compile problem from merging (which is now solved but it ate up a lot of time). I have to go away for a few days and won't be able to finish it until Sunday or Monday unfortunately. Thanks, Gail

1 0

Compile errors in rev. 16819
by Maximilian Albert 28 Dec '07

28 Dec '07

Hi, rev. 16819 introduced the following compile errors (at least for me): ==> extension/internal/cairo-render-context.cpp: In member function ‘bool Inkscape::Extension::Internal::CairoRenderContext::setupSurface(double, double)’: extension/internal/cairo-render-context.cpp:697: error: ‘cairo_ps_level_t’ was not declared in this scope extension/internal/cairo-render-context.cpp:697: error: ‘cairo_ps_surface_restrict_to_level’ was not declared in this scope <== Is there some additional file missing in SVN or is it just something with my setup? I thought that maybe things need to be reconfigured but running ./configure before compiling didn't help. In case it matters, I'm on Debian unstable. Thanks, Max

3 3

Re: [Inkscape-devel] Type size
by bulia byak 27 Dec '07

27 Dec '07

On Dec 27, 2007 1:18 PM, Guillermo Espertino <gespertino@...400...> wrote: > bulia byak escribió: > > We already have it, but in document prefs. It's a per-document > > setting. All unit selectors should obey it; if some don't it's a bug > > which should be easy to fix. > > > There is a bug then. If I open Inkscape, go to document prefs and change > the units the only thing that changes is the ruler. > All the tools stay in pixels. > Can you confirm this so I can file a bug? Changes in unit selectors only take place after you reload the document. For the unit selectors that are already displayed on your screen, it is assumed they currently show the unit you need. > Yes, I know because I work for screen too (web, video, etc.) > I'm not saying to change the default units, they are fine as they are. > I'm talking about giving the user a way to change that setting in a > persistent manner. Default import/export resolution can be changed in > that way using the preferences. Why units aren't? Just create a document template with the units you need. There's a standard template for mm for example. > By the way, the snapping settings in a per-document basis is in my > oppinion something very annoying. Everytime I start inkscape I have to > change the snapping settings. Am I the only one that doesn't like it? > What do you think about it? Again, create your own template. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Re: [Inkscape-devel] Type size
by Guillermo Espertino 27 Dec '07

27 Dec '07

bulia byak escribió: > We already have it, but in document prefs. It's a per-document > setting. All unit selectors should obey it; if some don't it's a bug > which should be easy to fix. > There is a bug then. If I open Inkscape, go to document prefs and change the units the only thing that changes is the ruler. All the tools stay in pixels. Can you confirm this so I can file a bug? > Most of the users use Inkscape for screen graphics, and for that, px > is ideal because 1px corresponds to 1 pixel at 100% zoom and at the > default export resolution of 90 dpi. > Yes, I know because I work for screen too (web, video, etc.) I'm not saying to change the default units, they are fine as they are. I'm talking about giving the user a way to change that setting in a persistent manner. Default import/export resolution can be changed in that way using the preferences. Why units aren't? For me, that would be very welcome. By the way, the snapping settings in a per-document basis is in my oppinion something very annoying. Everytime I start inkscape I have to change the snapping settings. Am I the only one that doesn't like it? What do you think about it? Regards, Gez.

1 0

Re: [Inkscape-devel] Tango icon theme take 3
by Guillermo Espertino 27 Dec '07

27 Dec '07

Michael Grosberg wrote: > Following Bulia's remarks about the tool icons, I decided to try and create my > own icons instead of using the existing set from Art Libre: please tell me your > opinion: are their functions clearer now? > Great work Michael! I love these icons. They look very good. I have a couple of crits, though. In general, all the icons look pretty good and are far better (imo) than the original ones. I think they are not "working" in the fill and stroke tabs. They are too detailed for the size they are reproduced. Stroke Color and Stroke Style are hardly recognizable. The icon for the fill and stroke dialog maybe can be improved. I think it looks kind of off-style. The color in the pattern transform switch makes takes it away of the group. I'd go for grayscale for it too. About the tool icons, I really don't agree. Tango guidelines are for visual consistency across applications. Furthermore, Inkscape and gimp are part of a common workflow for libre graphics, so having different icons for similar tools is in my oppinion a mistake. Sincerely I find Gimp tool icons more appropriate for the tools. Pen and pencil tools, bucket fill, gradient are simpler. Those icons were already created and work fine, so why don't use them? I also have a bad feeling about using gradients for the shape tools. They are 2D sapes, so using gradients doesn't seem correct for me. Using strokes with thin lines is also a bad choice. Pencil, Pen and Spiral are examples of that. The strokes end up looking gray and blurry instead of well defined. The stroke doesn't fix the contrast problem, it makes it worst because of the small size. Besides that, the other icons look great and I'd really love to see them as default in 0.46 Again, great work and thank you for your effort!

1 0

Type size (was: Default units)
by Guillermo Espertino 27 Dec '07

27 Dec '07

> > After realizing that there was something strange about the text size in > my inkscape designs I followed the bugs associated (#168151, #168164, > #168344, #170099 - some of them seem to be duplicates) and there I > noticed that the text size in inkscape is expressed in pixels, but the > dialog doesn't inform that. I wrote that a couple of days ago, but I was wrong. Type isn't expressed in pixels. It took me a while to get it, but now I understand. The size is expressed in a unit that is 1/90th of an inch (corresponding to the default inkscape resolution of 90 dpi). That can be just right for svg and on-screen presentation, but for print those typographic size units are quite misleading. Regular users are used to typographic points, which are in DTP equal to 1/72th of an inch. The current units are only used in inkscape (ok, maybe they're the default units for svg but they have not much use for print). The problem of having these units is that an average user won't get what he/she expects. This is, imo, a critic usability issue. It's not intuitive, the result isn't what a regular user would expect and it forces the user to calculate the size (and forces to realize how, because there are no clue of what units are used in the UI). I think this issue should be marked as critic. Meanwhile, for everyone looking for typographic points in inkscape, there's a kind of workaround. Multiply the desired value by 1.25 and you'll get a equivalent size. (example: if you need 10pt type, then use 12.5 units) Regards, Gez.

2 3