Hello,
1.93.4. The Tag icon in the Category pane says 'Tag (50)'. When I click on it I get a list of files in the browser without pictures. Seems like I moved those tagged files somewhere and now XnView does not find them anymore.
Question: how can I delete those 50 'phantom' files?
I tried several things, like select them all and delete, but just got an error message.
Categories and Tag
Moderators: helmut, XnTriq, xnview
-
pic_viewer
- Posts: 251
- Joined: Sat Nov 17, 2007 7:53 am
- Location: Germany
Thanks, that worked.
I just don't understand why Xnview seems to always be at least one step more complicated than necessary:
- the files should not be visible in the first place, either because it makes no sense to show something that doesn't exist, or by automatic synchronization
- I looked for an option to delete these files in the most intuitive way: Selecting them and hit Del. Why is this not working? The upcoming error message (files can not be deleted because not found) is a really bad joke.
- The next step is to use the context menu on the Tag icon or within the browsers mini-pic display/area. No such option.
- Getting crazy by the ever increasing number of options and settings of this program I even searched in the options dialog box for a helping setting.
Oh well...
I just don't understand why Xnview seems to always be at least one step more complicated than necessary:
- the files should not be visible in the first place, either because it makes no sense to show something that doesn't exist, or by automatic synchronization
- I looked for an option to delete these files in the most intuitive way: Selecting them and hit Del. Why is this not working? The upcoming error message (files can not be deleted because not found) is a really bad joke.
- The next step is to use the context menu on the Tag icon or within the browsers mini-pic display/area. No such option.
- Getting crazy by the ever increasing number of options and settings of this program I even searched in the options dialog box for a helping setting.
Oh well...
Not be visible???pic_viewer wrote: - the files should not be visible in the first place, either because it makes no sense to show something that doesn't exist, or by automatic synchronization
[quote)
- I looked for an option to delete these files in the most intuitive way: Selecting them and hit Del. Why is this not working? The upcoming error message (files can not be deleted because not found) is a really bad joke.
[/quote]
Del is only use to remove the file, the problem here is that file doesn't exists
Pierre.
-
pic_viewer
- Posts: 251
- Joined: Sat Nov 17, 2007 7:53 am
- Location: Germany
So if files don't exists, must be removed from DB?xnview wrote:Exactly. And that's why there should not be any placeholders (empty mini pics). Totally obsolete and redundant information.pic_viewer wrote: Not be visible???
Del is only use to remove the file, the problem here is that file doesn't exists
Pierre.
... with options "search, delete or replace"
Yes , I should think so too.
As long as it does not concern a real "management of externally stored images" (where the path is KNOWN and I'm invited to insert/connect the appropriate CD/DVD or hard disc).
Otherwise, in case of orphaned mini-pics, XnView should ask whether the user wants to
# reconnect them and the related data with the missing image-files (in case those have just been moved)
# or to delete the orphans (in case the image-files have really been deleted)
# or maybe to replace missing image-files of a category by still existing versions of this image - in order to keep category-sortings tidy and as complete as possible.
When moving image-files, I shoud be warned, when related data/placeholders may loose their connection (if this relation is not being updated automatically). When deleting them, I should be warned as well, being offered the above choice of reconnecting/deleting/replacing.
This feature might be offered as a security-option, the User can turn on/off in the warning dialogue (always warn me in such cases/stop warning me).
z.
As long as it does not concern a real "management of externally stored images" (where the path is KNOWN and I'm invited to insert/connect the appropriate CD/DVD or hard disc).
Otherwise, in case of orphaned mini-pics, XnView should ask whether the user wants to
# reconnect them and the related data with the missing image-files (in case those have just been moved)
# or to delete the orphans (in case the image-files have really been deleted)
# or maybe to replace missing image-files of a category by still existing versions of this image - in order to keep category-sortings tidy and as complete as possible.
When moving image-files, I shoud be warned, when related data/placeholders may loose their connection (if this relation is not being updated automatically). When deleting them, I should be warned as well, being offered the above choice of reconnecting/deleting/replacing.
This feature might be offered as a security-option, the User can turn on/off in the warning dialogue (always warn me in such cases/stop warning me).
z.