- Inkscape Devel - Inkscape Mailman

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