Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[lise]

When editing a genre with F2 in a column, what determines the list of genres being displayed?  My guess is that it is based on Media Type, so for Documents it would list all genres I use in documents, including my Cooking genres (appetizers, meat, fish), Woodworking genres (tools, finishing, projects) Gardening, Household, etc.

My problem is that I use MC extensively for my documents, and tagging takes quite the long while. It would be so much simpler if the list of genres, subgenres and anything else were filtered according to the view I am using (so when in my Cooking view, only those genres are displayed). The Pane respects the filter, but the list displayed when using F2 in a column does not, and I can't figure out why.

As a test, I just created a custom Media Category list field where I selected a few Woodworking docs and tagged them as Media Category: Woodworking.
I then created a view which would display only those files that had that tag.
I pressed F2 on the genre of one of those files and still got the huge list of genres including stuff I use for Cooking docs.
I thought that the list would be reduced to show only the filtered genres, as it does in the pane I have for Genre.

Is there a way for me to do this?

[lise]

Let me explain why I am asking this.

My database is taking a long time to load. It opens quickly enough then pauses for up to 5 seconds, then when I click anywhere it pauses again for another 5 seconds (Win 7 x64). My guess it that it is because I have too many tags and custom fields and docs with cover art.  To fix the issue mentioned in my post above, I had created special fields for my Cooking docs, things like "Cooking Genre", "Cooking subgenre" etc so that the only info listed in drop-downs were cooking related. This makes it much simpler to tag. But given the delays in opening the database I thought the worst thing I could do is to create even more custom fields for multiple types of docs (Woodworking, Household, Gardening, etc). I thought perhaps my speed might increase if I removed some of the custom tags and just used the basic Genre and keywords, etc.  I would try that but only if I could ensure that adding a genre to a recipe would not involve going through a list of genres that was 100 items long, hence my idea of filtering using a custom Media Category field.

I guess I should first ask: What slows down the database more, 1) having a single field with 100 + entries, or 2) having multiple fields with less entries each?