next/previous zoom survives closing/reopening file
Hi Friends, Yes, another weird question :-p. I've noticed that next/previous zoom survives after closing and reopening a file. To my simple way of thinking, next/previous zoom is similar to Undo/Redo. In both cases, Inkscape "remembers" what came before and what happened next. Why can't Undo/Redo survive closing and reopening the file? Wouldn't that be awesome?! Could someone give a simple, or very generalized explanation why Undo/Redo can't survive closing the file, but Next/Previous Zoom does?
Thank you very much :-) brynn
On Thu, 2016-01-28 at 08:08 -0700, Brynn wrote:
Hi Friends, Yes, another weird question :-p. I've noticed that next/previous zoom survives after closing and reopening a file. To my simple way of thinking, next/previous zoom is similar to Undo/Redo. In both cases, Inkscape "remembers" what came before and what happened next. Why can't Undo/Redo survive closing and reopening the file? Wouldn't that be awesome?! Could someone give a simple, or very generalized explanation why Undo/Redo can't survive closing the file, but Next/Previous Zoom does?
Dear Brynn,
I can't find anything to suggest it can save zooms. As long as inkscape is closed properly, there's no zoom data saved anywhere.
And this is the same issue with undos. The data needs to be saved somewhere and you have to decide if you want it in the svg file or in ~/.cache/inkscape/ etc. The svg file will explode in size and the cache dir will make undos only work on their original machine.
Making it optional is always popular. Filtering out useless undos also good.
But if we wanted it. It would be a full project. Maybe a GSoC or similar.
Best Regards, Martin Owens
Hhmm.... Thanks for the info, Martin.
Yes, I've never been able to undo or redo in a newly opened file.
But regularly in newly opened files (typically I use Open Recent, but sometimes I open directly by double-click in the file manager) I can press the ` key (previous zoom) or Shift + ` (next zoom) and the zoom changes.
Although now that I pay closer attention, in some files, it's only alternating between 100% and 206%. In some files, there have been several zoom steps in a newly opened file, but I can't seem to find one at the moment.
I could attach a file for you, although I'm not sure if that's the best troubleshooting step? Let me know if anyone wants to investigate, and if you might need any files. This is Windows 7, 64-bit and Inkscape 0.91 32-bit. I could easily test in 64-bit.
(I've only gotten into the habit of using ` and Shift + `, and also 3 key, since the Q key "feature" which I learned really was a bug, was fixed.)
Otherwise, my question has been answered :-)
Thanks again, brynn
-------------------------------------------------- From: "Martin Owens" <doctormo@...155...> Sent: Thursday, January 28, 2016 9:47 AM To: "Inkscape User Community" inkscape-user@lists.sourceforge.net Subject: Re: [Inkscape-user] next/previous zoom survives closing/reopening file
On Thu, 2016-01-28 at 08:08 -0700, Brynn wrote:
Hi Friends, Yes, another weird question :-p. I've noticed that next/previous zoom survives after closing and reopening a file. To my simple way of thinking, next/previous zoom is similar to Undo/Redo. In both cases, Inkscape "remembers" what came before and what happened next. Why can't Undo/Redo survive closing and reopening the file? Wouldn't that be awesome?! Could someone give a simple, or very generalized explanation why Undo/Redo can't survive closing the file, but Next/Previous Zoom does?
Dear Brynn,
I can't find anything to suggest it can save zooms. As long as inkscape is closed properly, there's no zoom data saved anywhere.
And this is the same issue with undos. The data needs to be saved somewhere and you have to decide if you want it in the svg file or in ~/.cache/inkscape/ etc. The svg file will explode in size and the cache dir will make undos only work on their original machine.
Making it optional is always popular. Filtering out useless undos also good.
But if we wanted it. It would be a full project. Maybe a GSoC or similar.
Best Regards, Martin Owens
Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
On Thu, 2016-01-28 at 16:09 -0700, Brynn wrote:
I could attach a file for you, although I'm not sure if that's the best troubleshooting step? Let me know if anyone wants to investigate, and if you might need any files. This is Windows 7, 64-bit and Inkscape 0.91 32-bit. I could easily test in 64-bit.
I'm not sure it would help. The zoom isn't saved, so the things you see are artifacts and their issue isn't critical enough at the moment. Unless it's causing a crash, I think any of the ideas should be added to the bug report with detailed information and attachments.
Martin,
On Fri, Jan 29, 2016 at 12:09 AM, Brynn <brynn@...3089...> wrote:
since the Q key "feature" which I learned really was a bug
You mean the temporarily zoom-to-fit of the selection for as long as the Q key is pressed? That was not a bug! Ted Gould implemented that feature years ago, don't let him hear that ;-)
was fixed.
It still works for me!
Diederik
Well somewhere in this mailing list I complained about the loss of the Q key. Or maybe it was on Launchpad?
Oh yeah, here we go: https://bugs.launchpad.net/inkscape/+bug/1417150
__________________________________ From: Diederik van Lierop Sent: Friday, January 29, 2016 12:40 PM To: Inkscape User Community ; Brynn Subject: Re: [Inkscape-user] next/previous zoom survives closing/reopening file
On Fri, Jan 29, 2016 at 12:09 AM, Brynn <brynn@...3089...> wrote:
since the Q key "feature" which I learned really was a bug
You mean the temporarily zoom-to-fit of the selection for as long as the Q key is pressed? That was not a bug! Ted Gould implemented that feature years ago, don't let him hear that ;-)
was fixed.
It still works for me!
Diederik
Um, do you mean I should make a bug report? Or which bug report do you mean I should comment on?
Thanks again :-)
-------------------------------------------------- From: "Martin Owens" <doctormo@...155...> Sent: Friday, January 29, 2016 6:48 AM To: "Inkscape User Community" inkscape-user@lists.sourceforge.net Subject: Re: [Inkscape-user] next/previous zoom survives closing/reopening file
On Thu, 2016-01-28 at 16:09 -0700, Brynn wrote:
I could attach a file for you, although I'm not sure if that's the best troubleshooting step? Let me know if anyone wants to investigate, and if you might need any files. This is Windows 7, 64-bit and Inkscape 0.91 32-bit. I could easily test in 64-bit.
I'm not sure it would help. The zoom isn't saved, so the things you see are artifacts and their issue isn't critical enough at the moment. Unless it's causing a crash, I think any of the ideas should be added to the bug report with detailed information and attachments.
Martin,
Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
participants (3)
-
Brynn -
Diederik van Lierop -
Martin Owens