Slow Drag-Select:
Where there's a mass of code icons in the given screen, it appears that drag-select is the only means of selecting whole chunks of icons. Where there's lots of code to select, the scrolling rate can drop to a crawl, combined with the need to keep wiggling the mouse left/right to keep the drag scrolling.
In the icon display, would it be possible to include a similar feature to other Windows applications, where one could click on an icon, scroll up or down to the other end of the block, press the shift key and click to select the entire block in-between?
Pre-Disabled Icons:
I've been debugging some large code recently and working on routines that already had some icons greyed-out/disabled. The trouble is that when whole blocks of code are selected and disabled during (for example) debug exercises, and subsequently re-enabled, all icons are re-enabled and not possible to establish where things were before.
I've encountered this often enough to ask if it were possible to effectively tier disabled icons, perhaps with coloured identifications, such that when drag-disabling whole blocks of code containing pre-disabled icons then it is easy to identify which icons were originally disabled when reverting. Given the need to save before compile, this would call for persistence retained in the project source file.
All the best,
Brendan
