Yeah, I worded that funny. I meant the sort will be biased toward the current order. I didn't mean any one comparison.
Thanks for the catch! On May 22, 2013, at 5:09 PM, Alex Tweedly wrote: > On 22/05/2013 23:50, Dar Scott wrote: >> I think the problem comes up when two equal items are compared. I suspect >> that sort will tend to leave things unchanged. > > It's not just "tend to" leave them unchanged - it will *always* leave them > unchanged if the sort keys are equal. It says in the docs .... > >> >> The sort command is a stable sort. This means that if the sortKey for two >> cards is the same, sorting does not change their order, so you can do two >> successive sorts to create subcategories within the major sort categories. >> For example, to sort the cards of a stack by ZIP code and sort within each >> ZIP code by last names, use these two statements: > -- Alex. > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
