Better user feedback when deleting attachments etc.

Reported by Sören König on 2011-08-29
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Zim
High
Unassigned

Bug Description

Zim Version 0.52

When deleting a page, the attachments folder and it's content is also deleted without asking for any confirmation. It would be better if there were a pop up a dialog, asking if the files within the page's attachment folder also should be deleted to avoid unmeant data loss.
This bug / feature request may related to #707947, but I can't see any confirmation dialog when deleting pages at all and no option in the preferences menu to enable it.

Actually files are moved to trash, so you can undo it. If trashing is not
possible, you will get a confirmation dialog before deleting permanently.

-- Jaap

2011/8/29 Sören König <email address hidden>

> Public bug reported:
>
> Zim Version 0.52
>
> When deleting a page, the attachments folder and it's content is also
> deleted without asking for any confirmation. It would be better if there
> were a pop up a dialog, asking if the files within the page's attachment
> folder also should be deleted to avoid unmeant data loss.
> This bug / feature request may related to #707947, but I can't see any
> confirmation dialog when deleting pages at all and no option in the
> preferences menu to enable it.
>
> ** Affects: zim
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are subscribed to Zim.
> https://bugs.launchpad.net/bugs/836975
>
> Title:
> deleting attachments folder tacitly
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/zim/+bug/836975/+subscriptions
>

OK - this is fine since the files aren't really deleted, but - how about a confirmation / information dialog like "There are files attached to this page, do you want to delete them too?"

ceg (ceg) wrote :

Would implementing the updated idea in Bug #416859 provide what you are missing?

Hi, indeed - this bug is closely related with the feature I would like
to see. But I'm not sure if this bug addresses also the handling of
files which are not (or were never) linked from any wiki page but lie
within this page's attachment folder. What will happen, when this page
is deleted?
At the present zim version 0.52 they are also deleted implicitly, and
from my point of view this can't be the desired behavior. Although the
comment belongs to the old bug description, I fully agree with
https://bugs.launchpad.net/zim/+bug/416859/comments/1 .

Regards, Sören.

On 02.09.2011 12:37, ceg wrote:
> Would implementing the updated idea in Bug #416859 provide what you are
> missing?
>

How about this behavior:

1/ If no sub pages trash without confirmation or delete with simple OK / NOK
2/ If sub pages or attachments give a warnign like:

     XX Files will be moved to Trash / delete permanently - Are you sure ?
     + show details

would this make it clearer ?

summary: - deleting attachments folder tacitly
+ Better user feedback when deleting attachments etc.
Changed in zim:
status: New → Confirmed
importance: Undecided → High

Hi Jaap,

this feature would be great for users like me, who have some folders of
their file system 'wiki-fied' instead of using a folder structure
completely managed by Zim.
Often I've got a Zim wiki page I want to delete while keeping the folder
with the same name (and it's content, of course).

Thanks for considering this as an new function to be implemented
-Sören.-

On 14/12/11 19:44, Jaap Karssenberg wrote:
> How about this behavior:
>
> 1/ If no sub pages trash without confirmation or delete with simple OK / NOK
> 2/ If sub pages or attachments give a warnign like:
>
> XX Files will be moved to Trash / delete permanently - Are you sure ?
> + show details
>
> would this make it clearer ?
>
>
> ** Summary changed:
>
> - deleting attachments folder tacitly
> + Better user feedback when deleting attachments etc.
>
> ** Changed in: zim
> Status: New => Confirmed
>
> ** Changed in: zim
> Importance: Undecided => High
>

Dale L. (doublewitt) wrote :

What I would like is an "icon" or a "word" in the status bar that communicates to us - that tells us if there is content in the associated folder. For example, you see a green circle icon which means there is content so DO NOT DELETE before verifying. This would also be very useful to avoid using open/close attachments browser. In most cases, I just like to keep the attachments browser closed so I can maximize my reading space. So often I am forced to open/close just to "see" if there is something... (my memory fails me often!) or maybe the attachment browser icon in the top toolbar can change color as an indicator... and perhaps there are other options to consider - what would be the best I'm not sure... I would greatly appreciate not having to constantly opn/close the attachments browser to check for content...

@dale, think this should be a separate request, as it is not really
related to the deletion of attachments

On Sun, Jul 22, 2012 at 7:36 PM, Dale L. <email address hidden> wrote:
> What I would like is an "icon" or a "word" in the status bar that
> communicates to us - that tells us if there is content in the associated
> folder. For example, you see a green circle icon which means there is
> content so DO NOT DELETE before verifying. This would also be very
> useful to avoid using open/close attachments browser. In most cases, I
> just like to keep the attachments browser closed so I can maximize my
> reading space. So often I am forced to open/close just to "see" if there
> is something... (my memory fails me often!) or maybe the attachment
> browser icon in the top toolbar can change color as an indicator... and
> perhaps there are other options to consider - what would be the best I'm
> not sure... I would greatly appreciate not having to constantly
> opn/close the attachments browser to check for content...
>
> --
> You received this bug notification because you are subscribed to Zim.
> https://bugs.launchpad.net/bugs/836975
>
> Title:
> Better user feedback when deleting attachments etc.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/zim/+bug/836975/+subscriptions

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers