On Nov 21, 2007 11:00 PM, Jeffrey Kaplan <[EMAIL PROTECTED]> wrote: > I have about 17 gigabytes of music that I take with me, on random play. > Drag'n'drop management isn't a viable option until I can fit all of my > music on a card.
I don't understand that statement...below you imply that that 17GB is already a subset of a larger collection. So...why not create a subset of that subset? If you can manage the 17GB manually, then a subset should be even easier to handle, no? > And even then, it's not so good because that means > double maintenance - if/when I remove something from the collection, > I'd have to remove it from two locations manually. "Remove"? Why are you removing items? Why not just copy? I'm really not understanding what you do (or prefer to do), obviously. When I manage my SD card's music, I have X GB free on the card, which accommodates Y albums' worth of files, and I select albums until I run out of space. Then copy and paste and I'm done. It's very similar to how I would select CDs to be taken on a trip -- figure out how much room I have (or albums I need), pick albums from the collection, and stick in my bag. With the MP3 collection, all that just happens in filespace. > Everything in my ~17G worth is specifically selected from my overall > music collection for use in my portable player. But you can't fit 17GB on your Treo (we're getting close with the new 16GB cards that are out), so I'm not sure why you need an entirely different process for a subset of this 17GB subset. Maybe I'm just daft and it's not worth it to explain it more clearly. :-/
