[Ubuntustudio-bugs] [Bug 1491064] Re: Text editing very slow in 0.91 on files with many objects, normal in 0.48

2019-03-27 Thread Michael McLaren
My workaround for making scientific posters is to use different layers
for different parts of the poster, and to lock all layers except for the
part of the poster I'm currently editing text in. This seems to deal
with most of the slow-down when using no layers, but is does make
editing more difficult due to the need to continually lock and unlock
layers. (Using Inkscape 0.92 on Archlinux, but have experienced this
problem with previous versions of Inkscape for years).

-- 
You received this bug notification because you are a member of Ubuntu
Studio Bugs, which is subscribed to inkscape in Ubuntu.
Matching subscriptions: Ubuntu Studio Bugs
https://bugs.launchpad.net/bugs/1491064

Title:
  Text editing very slow in 0.91 on files with many objects, normal in
  0.48

Status in Inkscape:
  Triaged
Status in inkscape package in Ubuntu:
  Confirmed

Bug description:
  Tested with Inkscape stable 0.91 r13725 on both Mac OS X Yosemite
  10.10.5 and Windows 8.1, both 64 bit.

  I'm using Inkscape to build figures for scientific manuscripts and a
  frequent occurence is files that are around 1-2 Mb in size because
  there are hundreds or thousands of identical objects (dots for a
  scatterplot, see attached file for a test case). Two versions of
  Inkscape behave very differently:

  0.48.5 r10040 works as expected
  0.91 r13725 performance begins to degrade with increasing numbers of objects 
in the file, with a pause between clicking for text editing and a visible 
effect on screen. In the end, this version is not usable any more for editing 
pictures containing scatterplots.

  I also tested the last development version 0.91 r14326 custom and it
  behaves like the stable 0.91.

  The main problem and easiest to reproduce is slow text adding and
  editing. However, selection of objects and movement also show a very
  large latency. Steps to reproduce:

  1. Open attached file
  2. Try to add new text. First letter appears in 1-3 seconds after typing it, 
and the next appear after various latencies.

  The same file opened in 0.48.5 can be edited, with new added text
  appearing as expected, almost as soon as it is typed.

  This bug is very troublesome since I have dozens of figures done with
  older versions of Inkscape that cannot be edited any more with the
  newest version.

  Possibly related with https://bugs.launchpad.net/inkscape/+bug/1481479
  (copy-pasted my comment on that bug, with some additions).

To manage notifications about this bug go to:
https://bugs.launchpad.net/inkscape/+bug/1491064/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntustudio-bugs
Post to : ubuntustudio-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntustudio-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntustudio-bugs] [Bug 1491064] Re: Text editing very slow in 0.91 on files with many objects, normal in 0.48

2019-03-27 Thread Launchpad Bug Tracker
Status changed to 'Confirmed' because the bug affects multiple users.

** Changed in: inkscape (Ubuntu)
   Status: New => Confirmed

-- 
You received this bug notification because you are a member of Ubuntu
Studio Bugs, which is subscribed to inkscape in Ubuntu.
Matching subscriptions: Ubuntu Studio Bugs
https://bugs.launchpad.net/bugs/1491064

Title:
  Text editing very slow in 0.91 on files with many objects, normal in
  0.48

Status in Inkscape:
  Triaged
Status in inkscape package in Ubuntu:
  Confirmed

Bug description:
  Tested with Inkscape stable 0.91 r13725 on both Mac OS X Yosemite
  10.10.5 and Windows 8.1, both 64 bit.

  I'm using Inkscape to build figures for scientific manuscripts and a
  frequent occurence is files that are around 1-2 Mb in size because
  there are hundreds or thousands of identical objects (dots for a
  scatterplot, see attached file for a test case). Two versions of
  Inkscape behave very differently:

  0.48.5 r10040 works as expected
  0.91 r13725 performance begins to degrade with increasing numbers of objects 
in the file, with a pause between clicking for text editing and a visible 
effect on screen. In the end, this version is not usable any more for editing 
pictures containing scatterplots.

  I also tested the last development version 0.91 r14326 custom and it
  behaves like the stable 0.91.

  The main problem and easiest to reproduce is slow text adding and
  editing. However, selection of objects and movement also show a very
  large latency. Steps to reproduce:

  1. Open attached file
  2. Try to add new text. First letter appears in 1-3 seconds after typing it, 
and the next appear after various latencies.

  The same file opened in 0.48.5 can be edited, with new added text
  appearing as expected, almost as soon as it is typed.

  This bug is very troublesome since I have dozens of figures done with
  older versions of Inkscape that cannot be edited any more with the
  newest version.

  Possibly related with https://bugs.launchpad.net/inkscape/+bug/1481479
  (copy-pasted my comment on that bug, with some additions).

To manage notifications about this bug go to:
https://bugs.launchpad.net/inkscape/+bug/1491064/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntustudio-bugs
Post to : ubuntustudio-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntustudio-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntustudio-bugs] [Bug 693811] Re: no "back" button when in single photo view

2019-03-27 Thread Paul White
** Changed in: hundredpapercuts
   Status: New => Triaged

** Changed in: hundredpapercuts
   Importance: Undecided => Low

-- 
You received this bug notification because you are a member of Ubuntu
Studio Bugs, which is subscribed to shotwell in Ubuntu.
Matching subscriptions: Ubuntu Studio Bugs
https://bugs.launchpad.net/bugs/693811

Title:
  no "back" button when in single photo view

Status in One Hundred Papercuts:
  Triaged
Status in Shotwell:
  New
Status in shotwell package in Ubuntu:
  Triaged

Bug description:
  Binary package hint: shotwell

  after double clicking an image to deal with it in single view, i would expect 
to have a mouse way of getting back to the previous view, position, pan and 
scale at once.
  1) a simple "back" button would do the trick, since changing from gallery to 
single view is like opening an extra page.
  2) Alternatively, the thumb, upon double click, could scale in over the 
gallery, eventually replacing the gallery view. In that case there should be a 
"thumb view" button to take me back to the previous view sice, since scaling in 
is reversed by scaling out in the user's natural mental model.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hundredpapercuts/+bug/693811/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntustudio-bugs
Post to : ubuntustudio-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntustudio-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntustudio-bugs] [Bug 655283] Re: Add size info to Trash (especially total size)

2019-03-27 Thread Paul White
** Changed in: hundredpapercuts
   Status: New => Triaged

** Changed in: hundredpapercuts
   Importance: Undecided => Wishlist

-- 
You received this bug notification because you are a member of Ubuntu
Studio Bugs, which is subscribed to shotwell in Ubuntu.
Matching subscriptions: Ubuntu Studio Bugs
https://bugs.launchpad.net/bugs/655283

Title:
  Add size info to Trash (especially total size)

Status in One Hundred Papercuts:
  Triaged
Status in Shotwell:
  New
Status in shotwell package in Ubuntu:
  Triaged

Bug description:
  Binary package hint: shotwell

  It would be nice to have size info added to the Basic Information in
  the lower left hand corner. This would be especially useful for the
  Trash, or for multiple selected images.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.10
  Package: shotwell 0.7.2-0ubuntu2
  ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4
  Uname: Linux 2.6.35-22-generic x86_64
  NonfreeKernelModules: wl
  Architecture: amd64
  Date: Tue Oct  5 12:50:19 2010
  EcryptfsInUse: Yes
  InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta amd64 (20100318)
  ProcEnviron:
   LANG=en_US.utf8
   SHELL=/bin/bash
  SourcePackage: shotwell

To manage notifications about this bug go to:
https://bugs.launchpad.net/hundredpapercuts/+bug/655283/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntustudio-bugs
Post to : ubuntustudio-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntustudio-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntustudio-bugs] [Bug 744942] Re: not easy to get back where you were after displaying a photo

2019-03-27 Thread Paul White
*** This bug is a duplicate of bug 693811 ***
https://bugs.launchpad.net/bugs/693811

** This bug has been marked a duplicate of bug 693811
   no "back" button when in single photo view

-- 
You received this bug notification because you are a member of Ubuntu
Studio Bugs, which is subscribed to shotwell in Ubuntu.
Matching subscriptions: Ubuntu Studio Bugs
https://bugs.launchpad.net/bugs/744942

Title:
  not easy to get back where you were after displaying a photo

Status in One Hundred Papercuts:
  New
Status in Shotwell:
  New
Status in shotwell package in Ubuntu:
  Triaged

Bug description:
  Binary package hint: shotwell

  Using shotwell 0.9 in natty, I find myself several time searching on
  screen for a "back" button after double clicking on a photo from date
  view grid, hitting "esc" on the keyboard do that but it could be nice
  to have something in the ui doing the same (you can use the left side
  list but it doesn't feel as natural to go back and forth between
  photos and the grid view)

To manage notifications about this bug go to:
https://bugs.launchpad.net/hundredpapercuts/+bug/744942/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntustudio-bugs
Post to : ubuntustudio-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntustudio-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntustudio-bugs] [Bug 1019147] Re: Inkscape high cpu usage

2019-03-27 Thread Mattia Rizzolo
** Changed in: inkscape (Ubuntu)
   Status: Confirmed => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Studio Bugs, which is subscribed to inkscape in Ubuntu.
Matching subscriptions: Ubuntu Studio Bugs
https://bugs.launchpad.net/bugs/1019147

Title:
  Inkscape high cpu usage

Status in Inkscape:
  Incomplete
Status in inkscape package in Ubuntu:
  Incomplete

Bug description:
  Hello All,

  I just installed a fresh copy of inkscape on Ubuntu 10.04 LTS via
  synaptic package manager on core i7 processor, When i try to open a
  medium size file (arround 1.3 MB) or a dxf/dwg file, inkscape takes
  100% CPU. when i draw a simple rectangle or circle and apply hatch
  fill then also inkscape takes 100% cpu.

  Before it was the same problem on my dual core system so i just upgard
  my system but still there is a problem of high cpu.

  can you please let me know what should i do?

To manage notifications about this bug go to:
https://bugs.launchpad.net/inkscape/+bug/1019147/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntustudio-bugs
Post to : ubuntustudio-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntustudio-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntustudio-bugs] [Bug 1692303] Re: Mouse over hints / tooltips show no text

2019-03-27 Thread Bryce Harrington
Thanks for letting us know the issue is resolved with the latest
version.

** Changed in: inkscape
   Status: Incomplete => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Studio Bugs, which is subscribed to inkscape in Ubuntu.
Matching subscriptions: Ubuntu Studio Bugs
https://bugs.launchpad.net/bugs/1692303

Title:
  Mouse over hints / tooltips show no text

Status in Inkscape:
  Fix Released
Status in inkscape package in Ubuntu:
  New
Status in inkscape package in Debian:
  Confirmed

Bug description:
  Inkscape works well but there is a very annoying bug regarding the
  hints (tooltips) that pop up when moving the mouse over the icons.

  EXPECTED: A tooltip pops up and displays are human readable text that
  describes the functionality.

  CURRENT STATUS: An empty gray tooltip box appears. No text is visible. 
  IF text is in the box it is the same color like the background - but this is 
just a guess.

  WHY IS THIS IMPORTANT: Without this feature it is harder to
  find/identify functions. Because of the empty tooltip overlays it is
  further an obvious bug - and not a missing feature.

  OS: Kubuntu 16.10, (The KDE color settings seem to have no effect on 
inkscape).
  Inkscape: 0.91

  Reinstalling of the Software did not change the problem for me.

To manage notifications about this bug go to:
https://bugs.launchpad.net/inkscape/+bug/1692303/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntustudio-bugs
Post to : ubuntustudio-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntustudio-bugs
More help   : https://help.launchpad.net/ListHelp