On Tue, Jul 25, 2006, EV wrote: > I was one of the advocates of the fdb idea. In fact Franky and > me discussed *a lot* about how to better implement it. Main > point by that date (years ago ;) was to enable tune downloading > according to a specific host directory structure. Typically, > upon downloading, you may just want to send tunes to where they > used to be when you uploaded them. But having a specific > structure (file) to store full pathnames does offer many other > fancy possibilities.
Okay. Now that I understand the purpose a little better I can think of a few uses for it. I often want to restore my karma to a previous state (especially during development as I often have to wipe the device completely). This would be fairly trivial to do if all the filenames are stored in a database. I may well re-instate this feature sometime soon. > However, I do agree that this should be finished, tested and > debugged... Also I think it should be kind of optional. So what was missing/buggy with the implementation before it was removed? On an unrelated note, I have now come to the end of my personal "TODO" list so I plan to tackle the data-structure changes which I talked about a while back. If anyone can think of any more pressing issues which should be addressed first, please let me know. Keith. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ linux-karma-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-karma-devel
