# Geänderte Songs seid dem letzten Save kennzeichnen
**URL:** https://community.mp3tag.de/t/geanderte-songs-seid-dem-letzten-save-kennzeichnen/7728
**Category:** Vorschläge
**Created:** [January 8, 2009, 5:23pm UTC](https://community.mp3tag.de/t/geanderte-songs-seid-dem-letzten-save-kennzeichnen/7728 "2009-01-08T17:23:55Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@Iceman](https://community.mp3tag.de/u/Iceman)
#### Post date: [January 8, 2009, 5:23pm UTC](https://community.mp3tag.de/t/geanderte-songs-seid-dem-letzten-save-kennzeichnen/7728/1 "2009-01-08T17:23:55Z")
Hi,
wie wäre es, wenn alle Songs, die im Dateinamen oder in den Tags verändert wurden in der Liste farblich markiert würden, bis man die Änderungen abspeichert?
Somit könnte man gezielt die veränderten Songs auf Richtigkeit überprüfen und müsste nicht die ganze Liste durchforsten um zu checken das alles korrekt geändert wurde.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [January 13, 2009, 8:48am UTC](https://community.mp3tag.de/t/geanderte-songs-seid-dem-letzten-save-kennzeichnen/7728/2 "2009-01-13T08:48:38Z")
Sorry, das ist im Moment nicht geplant.
---
### Author:  [@Iceman](https://community.mp3tag.de/u/Iceman)
#### Post date: [January 13, 2009, 10:14am UTC](https://community.mp3tag.de/t/geanderte-songs-seid-dem-letzten-save-kennzeichnen/7728/3 "2009-01-13T10:14:47Z")
Hi Florian,
Auch wenn der Vorschlag im moment nicht geplant ist, wäre es doch eine super Verbesserung für irgendeine der kommenden Versionen, oder nicht?
Wenn das Farbliche Kennzeichnen in der Liste Probleme macht, so könnte man ja eine neue Spalte einfügen.
---
### Author:  [@habitoti](https://community.mp3tag.de/u/habitoti)
#### Post date: [March 13, 2009, 12:48pm UTC](https://community.mp3tag.de/t/geanderte-songs-seid-dem-letzten-save-kennzeichnen/7728/4 "2009-03-13T12:48:09Z")
Ich bin etwas erstaunt, daß wirklich alle möglichen Spezialfeatures gute Chancen haben, implementiert zu werden, aber das völlig naheliegende Konzept einer multiplen in-memory Bearbeitung mit finalem gemeinsamen Speichern (also eigentlich das "übliche" Datenverabeitungsparadigma) so vehement verneint wird (wie auch in anderen Threads zu lesen). Gibt es da irgendeinen nachvollziehbaren Grund für? Das Bearbeiten von großen Datenbeständen auf Netzwerklaufwerken würde dadurch wirklich erheblich vereinfacht.
Gruß, Hans-Jürgen