Page 1 of 1
Categories and Tag
Posted: Sat Mar 29, 2008 4:02 pm
by pic_viewer
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.
Re: Categories and Tag
Posted: Sat Mar 29, 2008 5:03 pm
by xnview
You have tag/Clear all
Posted: Sat Mar 29, 2008 6:04 pm
by pic_viewer
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...
Posted: Sun Mar 30, 2008 2:55 pm
by xnview
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
Not be visible???
[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
Posted: Sun Mar 30, 2008 3:36 pm
by pic_viewer
xnview wrote:pic_viewer wrote:
Not be visible???
Del is only use to remove the file, the problem here is that file doesn't exists
Exactly. And that's why there should not be any placeholders (empty mini pics). Totally obsolete and redundant information.
Posted: Mon Mar 31, 2008 7:01 am
by xnview
xnview wrote:pic_viewer wrote:
Not be visible???
Del is only use to remove the file, the problem here is that file doesn't exists
Exactly. And that's why there should not be any placeholders (empty mini pics). Totally obsolete and redundant information.
So if files don't exists, must be removed from DB?
... with options "search, delete or replace"
Posted: Mon Mar 31, 2008 9:05 am
by zips
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.