On 7 Jun 2010, at 15:58, Stuart Andrews wrote: > Could the sorting be performed using the note's page number as the > primary key, and the note's color as a secondary sort key?
I must heartily second this, especially after finagling (yes, it's a word...) around with HSBA value-based sorting for a while. I went through a document, adding one degree to the hue value of each successive highlight. This actually didn't create the correct sort order, but I found that if I increased the "step size" of the incrementation to about five degrees, I could come up with the correct order. > On Jun 7, 2010, at 7:00 AM, Christiaan Hofman wrote: > >> Which is very much what was said about why the color sorting is a >> really useful and necessary function. So you apparently agree with >> me on principle. You're an excellent spin doctor--there's certainly a job for you in American politics if developing doesn't work out for you. ;) I actually don't agree on any level, precisely because of what I described above. I'm using a feature for something other than it's intended purpose, and it's become the proverbial square block that I'm trying to fit into the round hole. Custom-ordering, by any "non-hackish" means, would be helpful to quite a few people, I'd venture to guess. I'm not interested in a long back and forth either, though. I'm happy to say it again: ultimately, I'm enjoying Skim, and it's your call at the end of the day. I'm happy to work around anything that I may see as shortcomings. Thanks again! Best, Brennon ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
