<br><br>

<div><span class="gmail_quote">2007/4/30, Marcel Wiesweg <<a href="mailto:marcel.wiesweg@gmx.de">marcel.wiesweg@gmx.de</a>>:</span>

<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> > Yes sure it can be done. I will try to find an elegant solution...<br>><br>> Just wondering: couldn't one just completely ignore files

<br>> whose (lower-case) extension is not included in any of<br>> the listed Mime Types?<br>> This would be possible already now and imply no change<br>> in the database.<br>><br>> Only for files which are already in the database

<br>> (and not listed in the Mime Types) it would mean that<br>> they just stay in the database<br>> (which would be no real problem, I think ...)<br>><br>> Maybe one could write a simple clean-up script<br>

> to remove them from the data-base<br>> (if the above makes sense I could give this a try;<br>> it shouldn't be really difficult ...)<br><br>In the current situation, any file is inserted in the DB, and only when

<br>reading from the db, files are filtered by filename.<br>It is of course easy to do the filtering when inserting into the DB. After the<br>initial scanning at startup, new files will be added and files which do no<br>longer belong to the mime type list are removed. This also solves the problem

<br>with wrong album high/low/mean dates.<br><br>I see one major problem here:<br>A user might by chance or misunderstanding remove e.g. ".jpg" from the<br>mimetype list. Suddely all his photos are gone, which is no problem they can

be rescanned. But all tags and ratings are lost!! (unless written to file - assume it is not). We need to prevent this. One possibility is a hardcoded list of image formats that are supported. I cannot see any indication for removing .jpg from the mime type list.

<br>Hm difficult. A positive list of added formats, a negative list? Or keep it as<br>it is, develop another approach?</blockquote>

<div> </div>

<div>Right Marcel. And this problem is not relevant of JPEG files only. RAW files for example can be tagged intensivly. For example i have an huge tagged collection of MRW files on my main computer...</div>

<div> </div>

<div>Why not to ping users with a confirm dialog when the users change something in type mime dialog ?</div>

<div> </div>

<div>About mimie type stuff, i have found a problem with cameragui when a new file typemime is detected, for ex., when you download an unregistered video file type in album collection, the mime type will always set automaticly in _Image_ mime type list. Nothing is ask to user about how to register the new mime type (image, video, audio, or RAW).

</div>

<div> </div>

<div>Gilles</div></div>