- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] DVCS Discussion & Vote
by JiHO 16 Sep '09

16 Sep '09

> > Tidying history is helpful. It enables people to go off on > > experimental tangent branches knowing that they can bring order out of > > chaos when they're ready. It also means that we don't have to have > > patches merged that break inkscape. It's good to keep a clean history, > > and you can use bisect to find problems in that case. > > Uhm, I don't see how changing the number of revisions would effect how > the patch applies in any case. Neither would which changing which > revision the branch started on. I don't think Max was saying that, when you are on a personal branch, you might commit something that you later discover breaks Inkscape. Git allows you to reorganize/rework your commits before they are pushed, so that each of your commits leaves Inkscape working. That way, when you merge back in trunk, all revisions are valid. This seemed like the goal of the svn trunk at some point: always have the development version working because some people use that for actual work. > I assure you that I go on experimental tangent branches regularly, > that's simply the kind of person that I am. The histories there are > still important even though you'd never see them unless you started > really delving into the revision history to see each commit. When I > merge it into main is when I write a more useful message about what > really changed, as most people only look at the history of trunk anyway. I am not sure whether this is specific to git or a general behaviour, but in git, when you merge back a branch, you see its full history in the trunk, not just the merge commit. For example, let say your history is something like (best viewed with a fixed width font): master: A--B-------C-------D-- \ / branch: \--A'---B'--/ A,B,C are commits on the master (=trunk); A',B' are commits on the branch; D is your merge commit. After the merge, "git log" on the trunk will show: D B' C A' B A You get all the commits, in chronological order, *including* those on the branch. So you don't "only look at the history of the trunk". Of course git keeps a memory of what was on the branch and what was on the master but you still see everything from the master. This is a reason why it is sometimes interesting to rework your branch history before a merge. I don't know whether this is a feature or a drawback, but this is the way (I think) it works. JiHO --- http://maururu.net

3 3

Re: [Inkscape-devel] DVCS Discussion & Vote
by Ted Gould 16 Sep '09

16 Sep '09

On Wed, 2009-09-16 at 08:27 -0500, Aaron Spike wrote: > Ted Gould wrote: > > On Tue, 2009-09-15 at 21:31 -0400, bulia byak wrote: > >> Instead of a vote, I have a question: Ted, what was the piece of > >> software with which you did that horrendous hole in our SVN history, > >> erasing many past revisions of many files? Was it bzr? If so how can > >> we be sure this never happens again? Sorry to bring it up again but I > >> run into this "black hole" quite often when I do research in our code > >> and it's really a sore spot. > > > > It was bzr-svn. > > I thought we had seen problems with SVK. Hadn't heard about bzr-svn > problems. It does make quite a bit of sense that DVCS -> VCS would be a > lossy operation. Another reason to switch. We had some problems with the way that SVK does things as well. But, that wasn't the issue that Bulia was referring to :) I was able to work with the bzr-svn developers to get the necessary fixes in so that it would import the Inkscape repository even with the SVK-isms in it. --Ted

1 0

Re: [Inkscape-devel] SPAM-LOW: Re: DVCS Discussion & Vote
by Ted Gould 15 Sep '09

15 Sep '09

On Tue, 2009-09-15 at 05:12 -0700, joel@...1709... wrote: > > > You can do most of that with the bzr-rebase plugin, but I'd > recommend > > against it. Honestly, the only reason I've seen to reorder commits > is > > to lie and say you never make mistakes, or to clean up a > visualization > > to make it look better. I don't think either of those are good > reasons > > to "change history." I'm kinda a historian on that point, it seems > like > > history is history -- leave it alone :) > > Tidying history is helpful. It enables people to go off on > experimental tangent branches knowing that they can bring order out of > chaos when they're ready. It also means that we don't have to have > patches merged that break inkscape. It's good to keep a clean history, > and you can use bisect to find problems in that case. Uhm, I don't see how changing the number of revisions would effect how the patch applies in any case. Neither would which changing which revision the branch started on. I assure you that I go on experimental tangent branches regularly, that's simply the kind of person that I am. The histories there are still important even though you'd never see them unless you started really delving into the revision history to see each commit. When I merge it into main is when I write a more useful message about what really changed, as most people only look at the history of trunk anyway. --Ted

1 0

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 40, Issue 22
by Ashmi Shah 14 Sep '09

14 Sep '09

I did my research. I stand corrected. The new operating system from Microsoft after Vista is not called System 7. They call it Windows 7. We are very interested in learning whether InkScape and GIMP will provide appropriate vector and raster information to our Windows compatible printer type driver for job processing on different types of machines. Thanks in advance. Ashmi Solustan, Inc. On Mon, Sep 14, 2009 at 4:43 AM, < inkscape-devel-request(a)lists.sourceforge.net> wrote: > Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > > You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Inkscape-devel digest..." > > > Today's Topics: > > 1. Re: Since release is nearing, let's talk 0.48 and beyond... > (Alexandre Prokoudine) > 2. Re: Since release is nearing, let's talk 0.48 and beyond... > (Joshua A. Andler) > 3. Re: *sigh* icons (Jon A. Cruz) > 4. Re: *sigh* icons (Alexandre Prokoudine) > 5. Re: Since release is nearing, let's talk 0.48 and beyond... > (Valerie) > 6. Re: Does inkscape use windows GDI for printing? (Tobias Jakobs) > 7. Re: *sigh* icons (Jon A. Cruz) > 8. Re: Current TODO for 0.47 discussion (~suv) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 14 Sep 2009 10:45:08 +0400 > From: Alexandre Prokoudine <alexandre.prokoudine@...400...> > Subject: Re: [Inkscape-devel] Since release is nearing, let's talk > 0.48 and beyond... > To: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <733f2c730909132345s5f7695a4wa054b2a0fb2bbda9@...401...> > Content-Type: text/plain; charset=ISO-8859-1 > > On Mon, Sep 14, 2009 at 10:38 AM, Joshua A. Andler wrote: > > > The point releases have a place... we should have had a couple for 0.46 > > honestly. If you would like to point fingers, I am willing to take the > > blame for it as I was a release warden for it and for this release. > > No fingers, no blame. The long 0.46/0.47 development cycles got quite > a few important contributors burnt out. We need to learn to deal with > it, IMO. > > > P.S. Move continents all you want Alexandre, I'll nag you wherever you > > go. ;) > > That goes without saying :) > > P.S. Thank you for posting 0.47 screenshots btw! > > Alexandre > > > > ------------------------------ > > Message: 2 > Date: Sun, 13 Sep 2009 23:49:24 -0700 > From: "Joshua A. Andler" <scislac@...400...> > Subject: Re: [Inkscape-devel] Since release is nearing, let's talk > 0.48 and beyond... > To: Krzysztof Kosi?ski <tweenk.pl@...400...> > Cc: inkscape-devel(a)lists.sourceforge.net, bulia byak > <buliabyak@...400...> > Message-ID: <1252910964.4270.114.camel@...2139...> > Content-Type: text/plain; charset="UTF-8" > > On Sun, 2009-09-13 at 18:08 -0700, Krzysztof Kosi?ski wrote: > > I vote for bzr > > Noted > > > > Additionally, if we could get cairo work in a > > > branch (under said DVCS) during this cycle, it would be excellent to > > > possibly get something to drop in for the 0.49 dev cycle > > Is there any plan on how we're going to do this? Do we write a new C++ > > library that is similar to libnr but nicer to work with and uses Cairo > and > > 2Geom internally, or rip out rendering code from libnr and replace it > with > > Cairo operations? > > bulia, can you please comment on what you think would be the best course > of action given your experiments/testing? I know you've been going it > along in this department for quite a while which is why I proposed > getting a branch going... I'm sure others would love to help make it > happen. > > Cheers, > Josh > > > > > ------------------------------ > > Message: 3 > Date: Mon, 14 Sep 2009 00:01:19 -0700 > From: "Jon A. Cruz" <jon@...18...> > Subject: Re: [Inkscape-devel] *sigh* icons > To: Alexandre Prokoudine <alexandre.prokoudine@...400...> > Cc: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> > Message-ID: <D546B4A6-63EB-4C61-8B72-5B06258E73F6@...18...> > Content-Type: text/plain; charset="us-ascii" > > > On Sep 13, 2009, at 11:38 PM, Alexandre Prokoudine wrote: > > > On Mon, Sep 14, 2009 at 10:04 AM, Ted Gould wrote: > > > >> The icon specification provides for things like fall back icons and > >> for > >> icon themes providing their own set of fallbacks. So most icon > >> themes > >> that ship today are actually a base set, with a fallback to a more > >> complete set that is similar. Also, many applications ship with a > >> default set of icons that the theme can override. Sure, in those > >> cases > >> GIMP and Inkscape wouldn't match, but that's no worse than we have > >> today. > > > > But what we have *today* is Inkscape *always* using its default > > theme :) > > > > No. > > If external icons with the given names are present in the directory > set, then those will override the internal ones. >

1 0

*sigh* icons
by Alexandre Prokoudine 14 Sep '09

14 Sep '09

Hi, Could anybody please explain how one could get Tango icons back? The last thing I heard is that one should be using Tango icons on system level to get them in Inkscape. Well, I switched to Tango theme in GNOME prefs and I still see the default icon theme. I don't mean to ask for a new feature this close to releasing, but for future - just how difficult would it be to add a simple switcher in Preferences and get rid of this brain damage forever? :) Alexandre

4 8

Does inkscape use windows GDI for printing?
by Ashmi Shah 14 Sep '09

14 Sep '09

(1) Our company builds Windows compatible user level drivers for XP, Vista, and System 7 versions. These drivers accepts vector information from programs like Corel Draw and control the following: - Engraving machines - CNC milling machines - Vinyl cutting machines - Generates G codes for most popular CNC controllers -Torch cutting machines - Waterjet cutting machines - CO2 laser cutting and rastering machines Basically, we convert vectors to motion control commands in many different ways. Also, we could similarly use GIMP to accept the information and generate raster control commands for laser machines. Generally, programs like Corel Draw, AutoCAD, Illustrator, and others work with Windows GDI architecture. GDI passes the vector and raster information to our driver and we control machines. The potential is literally thousands of copies of Inkscape and GIMP all over the world. We need to unfill all the shapes, designs, and text in Corel Draw, for example, and make sure that the line widths are hairline (0.001 inch, I believe). The definition of hairline varies with different programs. However, it should be such that GDI is told to interpret the information as vectors. Can our users use Inkscape and GIMP in place of Corel Draws of the world to provide proper info to GDI and in turn to our drivers? We noticed that the version 0.46 of inkscape was able to print to a HPLaserjet type laser printer. Most programs can work with our driver if they can print to laser printer. What do we need to do to make this happen? (2) Does Inkscape work with the following operating systems? - Windows XP - Windows Vista 32 bit - Windows Vista 64 bit - System 7 32 bit - System 7 64 bit (3) This question was first presented to the launchpad inskscape question #82515. It was suggested that we should ask the same question to the developers at this address. We are available for phone discussions, if necessary, during the working hours. Ashmi Shah Solustan, Inc. www.solustan.com 781-449-7666 -- ashmi

3 2

Re: [Inkscape-devel] Since release is nearing, let's talk 0.48 and beyond...
by Valerie 14 Sep '09

14 Sep '09

On Sun, 2009-09-13 at 23:09 -0500, Ted Gould wrote: > On Sat, 2009-09-12 at 23:16 -0700, Joshua A. Andler wrote: > > One thing that Debian is considering is fixed dates for freezes. > > So they'd do a freeze on a fixed schedule, and then > > release when it's ready. I'm curious if this might work for us > > long term, certainly with a DVCS we'd have more flexibility there. > > Interesting approach... I think that this may work for us > too after 0.49 since it may be a little unpredictable with > the library changes. It'd probably be a good idea after 0.49, yes, after major tasks such as library change is complete. Open source projects often push back the release date so that they can stabilize all the features they have added during the development cycle (and even then, some don't make it on time anyway). To the user, the choice is pretty simple though: - In 6 months, you get to access Feature A, and 6 months after that, you get to access Feature B, or: - You get to access Features A and B in 1 year. Those 6 months with "just" Feature A isn't pointless, it may mean hours of work saved, or that the user could accomplish things that he couldn't have otherwise. For some users, the absence of a crucial feature can be just as crippling as a bug. Good thing for the Development version, though that's not a solution for everybody.

1 0

Inkscape nightlies PPA
by Ted Gould 14 Sep '09

14 Sep '09

Hello, I set up this repository a while ago, but it broke, and now I think I have it all running again. I'm still running the builds manually so they're not quite "nightlies" but it's been running reliably, so I'm almost ready to move it to an automated script. This is a PPA that contains frequent builds of Inkscape directly from the trunk branch. It creates a separate package called "inkscape-devel" that you can install while you have stable version of Inkscape installed as well. Hardy is still a bit broken, so this is for people on Ubuntu releases 8.10 or newer. https://launchpad.net/~inkscape-nightly/+archive/ppa/ Currently, this will have pre2 plus other patches and translations that have been put in trunk since it's release. --Ted

1 0

[patch] Allow inkscape to zoom a wider range
by Arjan van de Ven 14 Sep '09

14 Sep '09

Hi, A program I've written (timechart, see http://blog.fenrus.org/?p=5 ) has SVG as output format. The idea behind timechart is to show what is happening in a system as part of performance tuning, and to do so in a way that is "infinitely zoomable", that is, if you want more information about a portion of the timechart, all you need to do is zoom in and more small details appear. With Inkscape being the primary suggested tool for viewing the output, I currently have a problem in that I can't put the finest details into the SVG, because inkscape just won't allow zooming deep enough to be able to see those details. I made the patch below that bumps the limits on zooming so that users of timechart then can get to the very finest details (if this patch is accepted I'll change timechart to put the details in that I've not been able to put in so far). I hope this (or a change with similar effects) is acceptable for inclusion into Inkscape. Greetings, Arjan van de Ven Intel Open Source Technology Center Index: src/desktop-handles.h =================================================================== --- src/desktop-handles.h (revision 22220) +++ src/desktop-handles.h (working copy) @@ -21,8 +21,8 @@ class Selection; } -#define SP_DESKTOP_ZOOM_MAX 256.0 -#define SP_DESKTOP_ZOOM_MIN 0.01 +#define SP_DESKTOP_ZOOM_MAX 4096.0 +#define SP_DESKTOP_ZOOM_MIN 0.001 #define SP_COORDINATES_UNDERLINE_NONE (0) #define SP_COORDINATES_UNDERLINE_X (1 << Geom::X)

2 3

Inkscape 0.47pre2
by Ted Gould 13 Sep '09

13 Sep '09

Hello! After too much delay, some for good and some for stupid reasons I've finally uploaded a pre2 source package for Inkscape. This is VERY close to the final 0.47 release so it's important that people pay attention and we don't let things fall through the cracks. https://sourceforge.net/projects/inkscape/files/inkscape/0.47pre2 There should be packages available shortly, packagers please reply to this message with information regarding those. Please discuss any release critical bugs or other information regarding the release on the inkscape-devel mailing list. === MD5 Sums === de351d81cca9f99b3a1fb4faa36c723d inkscape-0.47pre2.tar.bz2 77c6ea1245618af69381067c90e57afc inkscape-0.47pre2.tar.bz2.asc ccced173f66611591006d16ea6a200b4 inkscape-0.47pre2.tar.gz 3df60bde0ca2ef28db283c285d5511b1 inkscape-0.47pre2.tar.gz.asc cb94fa821bff40970260f9530cc0bd84 inkscape-0.47pre2.zip 710c523dfdcf10ad39753788baefba90 inkscape-0.47pre2.zip.asc --Ted

15 40

Re: [Inkscape-devel] Since release is nearing, let's talk 0.48 and beyond...
by Guillermo Espertino 13 Sep '09

13 Sep '09

I'd really love to see beter text tools and better image links management in Inkscape for 0.48: - An improved text tool with the ability of setting other units than pixels, better inline style edition, break words with hyphenation for better looking justified text blocks. - Better management of image links (manage absolute and relative links properly) and a simpe UI to fix broken links or relink images. Also a proper interpretation of the resolution of the imported images (i.e.: if the document's default units are cm or inches, read the resolution value of the image and scale it to fit the proper size). Those are in my oppinion some weak points in inkscape that should be revised as soon as possible. I think I can wait for the animation features proposed in the current roadmap.

1 0

Fwd: [Bug 397075] Re: Inkscape crashes adding image effect in filter editor
by the Adib 12 Sep '09

12 Sep '09

Bulia, Joshua, If you could commit please. Adib. ---------- Forwarded message ---------- From: theAdib <theAdib@...1439...> Date: Sun, Sep 13, 2009 at 1:18 AM Subject: [Bug 397075] Re: Inkscape crashes adding image effect in filter editor To: theAdib@...1439... Appended patch resolves the crash situation. The patch catches now all BadURIExceptions. Pls test and confirm. Adib. ** Changed in: inkscape Assignee: (unassigned) => theAdib (theadib) ** Attachment added: "patch for catching all exceptions" http://launchpadlibrarian.net/31733106/BUG397075_image_filter_crash.patch ** Changed in: inkscape Status: Confirmed => In Progress -- Inkscape crashes adding image effect in filter editor https://bugs.launchpad.net/bugs/397075 You received this bug notification because you are a bug assignee.

1 0

Filters in Pre-2 ?
by Ivan Louette 12 Sep '09

12 Sep '09

Hi Bulia, I noticed that the filters.svg in Pre2-1 for Windows isn't the latest one. That should be this one : http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/share/fi… regards, ivan

6 8

Win2K SP4 uninstall problems with Inkscape-0.47pre2-1.exe
by Jon 11 Sep '09

11 Sep '09

I just tried uninstalling to check whether the uninstaller would delete my theme customizations in etc, lib, and share when it uninstalled it's core files, and ran into the following problems. FYI, the original installation was into E:\Inkscape 1) Installer appeared to be deleting files and at the end of the process pop'd a dialog asking if I wanted to delete "E". Obviously as E is one of my partitioned "drives" I said no. Don't really know what the uninstaller would have done, but this appears serious. 2) Likely due to my "no" answer in (1), it doesn't appear any files were deleted by the installer. Note that the original install did not go smoothly as I first tried to have the installer install to a non-empty directory containing my theme customizations. Once the installer squawked that it couldn't install to a non-empty dir, I manually deleted my customizations (while the installer was still running) and then was able to get the installer to continue by clicking the Cancel button (I think) many times until it continued. It may be that the original installation snags are to blame for. However, this is an example of why I initially avoid installers like the plague until they prove that they will not degrade my system. Please, please, please continue to provide the 7z's at the same time as the installers :) I'll check out the next release of the installer when it comes out to see how it handles installing to an existing dir with theme customizations. Jon

3 4

latency skew
by Alexandre Prokoudine 11 Sep '09

11 Sep '09

Hi, >From what I remember, there were plans to remove latency skew from Preferences. Could we please either get rid of it or have an explanation in a tooltip what this function actually does? Jon? Alexandre

1 0

poppler 0.12.0 is out
by Alexandre Prokoudine 11 Sep '09

11 Sep '09

Hi, TWIMC, poppler 0.12.0 is out. Among new features: support for color management. Alexandre

1 0

Vista Home Premium SP2 uninstall problems with Inkscape-0.47pre2-1.exe
by Jon 10 Sep '09

10 Sep '09

Similar to the email I sent regarding my Win2K SP4 box, I'm having uninstall issues on my Vista system using an administrator account. The issue on Vista is that after uninstall, it doesn't appear any of the Inkscape core files was deleted. Worse yet, it left the shortcut on my desktop but then Vista refused to delete the shortcut giving an error that said that the shortcut was no longer in "C:\Users\Public\Public Desktop" and refused to delete. As many things appear to fix themselves on Windows by our friend The Reboot, I did, and it solved the unable-to-delete-desktop-shortcut issue. Don't know if the Inkscape core files would have then been deleted (would it have left my theme customizations intact ??). Don't know what the issue is, but maybe the uninstaller needs to trigger a reboot in order to not cause these problems....and please don't kill off the 7z's in favor of installers. Jon

3 2

Re: [Inkscape-devel] [Bug 307195] [NEW] crash with two inkscape instances when changing layer
by the Adib 09 Sep '09

09 Sep '09

Bulia, I attached the patch to the bug tracker. The problem is easy to reproduce as described in the tracker. pls check. Adib. --- On Thu, Sep 10, 2009 at 12:36 AM, Launchpad Bug Tracker<307195@...1882...> wrote: > You have been subscribed to a public bug: > > Steps to reproduce: > > * open first file > * open second file > * in first window show layers dialog > * in second window select (click) some object on canvas > * in first window change layer > -> crash > > Linux, SVN Revision: 20351 > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1247754000 (LWP 10472)] > 0x081b5e33 in SPDesktop::currentRoot () at io/base64stream.cpp:74 > 74 */ > Current language: auto; currently c++ > (gdb) backtrace > #0 0x081b5e33 in SPDesktop::currentRoot () at io/base64stream.cpp:74 > #1 0x083eb175 in Inkscape::UI::Dialogs::LayersPanel::_pushTreeSelectionToCurrent () at io/base64stream.cpp:74 > #2 0x083f3ff3 in sigc::bound_mem_functor0<void, Inkscape::UI::Dialogs::LayersPanel>::operator() () at io/base64stream.cpp:74 > #3 0x083f400a in sigc::adaptor_functor<sigc::bound_mem_functor0<void, Inkscape::UI::Dialogs::LayersPanel> >::operator() () at io/base64stream.cpp:74 > #4 0x083f4026 in sigc::internal::slot_call0<sigc::bound_mem_functor0<void, Inkscape::UI::Dialogs::LayersPanel>, void>::call_it () at io/base64stream.cpp:74 > #5 0xb7b83526 in Glib::SignalProxyNormal::slot0_void_callback () from /usr/lib/libglibmm-2.4.so.1 > #6 0xb76f2207 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 > #7 0x00000000 in ?? () > (gdb) > > More precisely, the access on _layer_hierarchy seems to produce the > crash. > > SPObject *SPDesktop::currentRoot() const > { > return _layer_hierarchy ? // <- crashes here > _layer_hierarchy->top() : NULL; > } > > ** Affects: inkscape > Importance: High > Assignee: theAdib (theadib) > Status: In Progress > > > ** Tags: crash layers regression > -- > crash with two inkscape instances when changing layer > https://bugs.launchpad.net/bugs/307195 > You received this bug notification because you are a bug assignee. >

1 0

Remapping CNTL key.
by Karl Edler 08 Sep '09

08 Sep '09

Hello, I use an alpha-grip (http://www.alphagrips.com/ ) instead of a normal keyboard and this makes it very hard to perform a CTL-click operation. I tried remapping the CTL button using xkb (KDE's keymapping tool) but the settings did not translate to inkscape because (I think) it uses its own keymapping file "default.xml". How might I remap the keyboard under inkscape so that pressing the 'g' key gives the same function as pressing CTL used to? Then I could 'g'-click rather than "CTL-click". Is this possible or is programming necessary before this is possible? I could not find this information on the wiki. If it is there please just point the way. Thanks.

1 0

PNG Compression
by Joshua A. Andler 08 Sep '09

08 Sep '09

Hey there, I just wanted to point out that the "crunching" done on our pngs produces files that have forced alpha channels. Obviously if the image needs transparency, no harm there. However, for things that should have no opacity (such as screenshots), it can end up bloating them more than they need to be. Also, I found something that compresses better than pngcrush (however, it is MUCH slower). It's called "pngout", it's cross-platform, it's free, but it is not open source. I'm going to be re-compressing all of our screenshots with it because the results are much better (imho). However, I want to make sure that we get someone with IE to check that they view fine there before proceeding. They do load okay in Opera 10, Firefox 3.5, and everything else that I checked. A comparison of the 0.47 "spiro" screenshot was as follows: 355726 - Version currently on server 349063 - Saved from GIMP with the unnecessary alpha channel removed 337597 - Compressed w/ pngcrush (brute option) 327638 - Compressed w/ pngout (RGB color option) 28k is 28k... better for serving and receiving. In the end, doing this to all of our screenshots will probably add up to quite a bit. If anyone is interested in using pngout, it can be obtained here: http://advsys.net/ken/utils.htm Note: Someone else ported it to Linux, OSX, and BSD... so you'll need to follow a link on that page to the next place. Cheers, Josh

3 3

Fixed point arithmetic in libnr causes pixel offset at large zoom
by Diederik van Lierop 06 Sep '09

06 Sep '09

Hi all, As reported in https://bugs.launchpad.net/inkscape/+bug/168384, bitmap pixels appear slightly offset when nearing the maximum zoom. I found out that this is caused by the fixed point calculations in libnr, for example in nr_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM_0(). This is easily fixed by increasing the fixed point precision from 12 to 18 bits on line 42 in libr/nr-compose-transform.cpp, but if we do that then our headroom will become quite small. Can we switch to long long instead of just long? Or should we go to floating point math, and accept the speed penalty (if any)? Or should we leave things as they are? Someone must have though about this before ;-) Diederik

2 3

Paper size or orientation are not used when printing, fixed
by Nicolas Dufour 05 Sep '09

05 Sep '09

Hi, The patch submitted in https://bugs.launchpad.net/inkscape/+bug/166678 (comment 32) fixes the bug (just remove the extra parenthesis in print..cpp in the patch). Could someone commit it? Thanks! -- Nicolas

3 2

Re: [Inkscape-devel] Inkscape 0.47pre2
by Chris Morgan 05 Sep '09

05 Sep '09

Forgot to reply to all again... anyway, new news is http://inkscape.chrismorgan.info/win32-builds/Inkscape-0.47pre2-2.exe with the updated devlibs. I'd especially like this tested with graphics tablets to see if the updated GTK version (not the newest, but newer) fixes that problem with them not working as extended input devices. On Tue, Sep 1, 2009 at 9:49 PM, Chris Morgan <chris.morganiser@...400...>wrote: > On Tue, Sep 1, 2009 at 8:02 AM, Alvin Penner <penner@...1856...> wrote: > >> Alexandre Prokoudine wrote: >> > >> > OK, so can we use this build? >> > >> I've been using the build : >> inkscape.chrismorgan.info/win32-builds/Inkscape-0.47pre2-1.exe. >> and it is working very well for me, thanks Chris! >> > Good :-) > > The only 'issue' I've seen is that it apparently does not include the >> Python >> packages 'PIL' and 'uniconvertor', which I think would normally be present >> in a Windows installation. >> > I happened to notice that today before you emailed, looking at it for some > PortableApps.com stuff (CommonFiles stuff - a "feasibility study" for a > unified Python distribution except for extra libs, for Python apps and apps > that use Python, e.g. Blender, Inkscape (both contain), Task Coach, BPBible, > others (are written in)). I'd seen PIL in 0.46, and noticed it wasn't > there. It has since occurred to me that I have not updated my devlibs > bundle (the download contains all the SVN metadata for the repo) as > recommended in the Win32Port wiki page, so I'm going to do that now and > rebuild it all. I think that that should fix it, and also it'll just make > sure everything is up to date. The devlibs bundle I downloaded was at r14, > so I'm updating it to the latest, r20. > > Sorry about that guys. I plan now on being able to upload > Inkscape-0.47pre2-2.exe tomorrow (probably in about 20 hours time). > > -- >> View this message in context: >> http://www.nabble.com/Inkscape-0.47pre2-tp25110580p25231102.html >> Sent from the Inkscape - Dev mailing list archive at Nabble.com. >> >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > > > > -- > God bless, > > Chris Morgan <chris.morganiser@...400...> > > > I'm good at making two things: mistakes and enemies. > -- Chris Morgan <chris.morganiser@...400...> I'm good at making two things: mistakes and enemies.

6 10

Little bug in i18n
by Lucas Vieites 05 Sep '09

05 Sep '09

Hi, I'm testing and debugging my translation on the inkscape-0.47pre2 version and I found the following: When I apply a filter to an object, say "Wrinkled varnish", the menu option appears correctly translated as "Barniz arrugado", but when I select the object, on the status bar I see the description of the object, for example:* "Elipse; **filtrado (Wrinkled varnish)* en capa* Capa 1*. Pulse......". As you see, the name of the filter does not appear translated here. I think it's this segment in the po file: the second "%s" is not getting the correct string. ============================ #: ../src/sp-item.cpp:1065 #, c-format msgid "%s; <i>filtered (%s)</i>" msgstr "%s; <i>filtrado (%s)</i>" ============================ Should I open a bug report? Thanks, -- Lucas Vieites

6 6

BUG 404670
by the Adib 05 Sep '09

05 Sep '09

Hello release warden, I made a patch for a critical issue targetted for 0.47 https://bugs.launchpad.net/inkscape/+bug/406470 pls check and commit if appropriate. theAdib.

1 0