In this screenshot, the .dll file should be highlighted when the marquee touches the file. But it isn't working properly...



This is a feature. The List view deliberately preserves 20 pixels width at the right of each column for easier drag-selecting of items (without triggering a drag). I decided this years ago but I think it has never been discussed nor documented. Up to now nobody has complained.TsunamiZ wrote:Marquee selection box doesn't detect file selection accurately at the end of long filenames. Can this be fixed?
In this screenshot, the .dll file should be highlighted when the marquee touches the file. But it isn't working properly...
Confirmed. This is an artifact of my otherwise perfect drag-selection algorithm which I could not fix without sacrificing lots of performance (with a 10% chance that I'm just having a selective blindness for the obvious fix). I decided to live with it.zer0 wrote:I do seem to be able to reproduce something resembling this bug on Win 7...
Say I have one file in a folder and the list is sorted by name. It's enough for me to make it so even a tiny part of selection marquee enters that column and that file becomes selected without actually being selected. With "Full Row Select" it is even worse as marquee entering any of the columns -- not just by which a list is sorted -- causes selection.
In a list with multiple files, the bottom one gets selected if marquee box is created in the white space below the file list.
I'm not sure if it is appropriate to live with it. Files becoming selected without actually being selected -- at least on the face of it -- doesn't sound right at all. While slower performance isn't a good thing -- how much are we talking about in terms of metrics? -- it's not a bug, whereas files being selected without an explicit command is. Striving for performance shouldn't have to allow for cutting corners like that.admin wrote:Confirmed. This is an artifact of my otherwise perfect drag-selection algorithm which I could not fix without sacrificing lots of performance (with a 10% chance that I'm just having a selective blindness for the obvious fix). I decided to live with it.
I fixed it.zer0 wrote:I'm not sure if it is appropriate to live with it. Files becoming selected without actually being selected -- at least on the face of it -- doesn't sound right at all. While slower performance isn't a good thing -- how much are we talking about in terms of metrics? -- it's not a bug, whereas files being selected without an explicit command is. Striving for performance shouldn't have to allow for cutting corners like that.admin wrote:Confirmed. This is an artifact of my otherwise perfect drag-selection algorithm which I could not fix without sacrificing lots of performance (with a 10% chance that I'm just having a selective blindness for the obvious fix). I decided to live with it.
Now if only you told me when you were in London I would have bought you a pint of the finest ale in Her Majesty's land! Thank you siradmin wrote:I fixed it.


Uhm, I think yes. Not that sure what you mean. I'm used to be addressed in full sentences...TsunamiZ wrote:so this is a feature...
but this is fixed...
is that correct?