I just wanted to see what all the fuss was about .. so I tested.
Well .. AggieCon is right, you cannot sort the data and have the scanner alter what it does, at least from a standpoint of browsing the objects. It is always in TG order (within the scanlist) .. and from a data point of view that is very very efficient. So there is some merit there.
But we do not know how the scanner is truly scanning behind the scenes .. but I can see how a alpha tag sort may be desirable in some situations, from a mere human point of view.
There is a reason why I use a database for my scanner data .. and do not depend on EZ-Scan for anything other than just programming the scanner.
As I see it .. as a software developer myself (and database guy), I think that the ability to browse objects in different ways could be desired.
But purely from the perspective of the scanner (and how I would have done it myself) .. from what I can see, it is doing it correctly.
EDIT .. I have read a few comments on this thread, and I have to say, that there are very good reasons why things are the way that they are in EZ-SCAN. I will not get into it .. cause I would lose 99% of you with the explanation. Some of the things being asked for .. are not possible without substantially degrading the performance of the operation of the scanner.
I have a database on my pc with 55 million records in it and until you have to deal with real data, you probably do not understand why things are truly the way they are.
I am not saying EZScan could not be improved, but not sure that too many would like the outcome, as just looking at my scanner data .. some of the things being asked for in this thread are not possible and still keep the program something most people could understand. But I am not going to get into that.