I am clear on Pharo's vision, so I'm happy to adapt to our dizzying pace of change that comes with progress toward it. But... there is one area where I feel we need a bit more consensus before blazing a trail... changes to the UI workflow of existing IDE tools. I'm not talking about GT, which aims to reinvent the IDE. I'm talking about subtle changes in the effect of certain button clicks or shortcuts which can lead to gnashing of teeth as unsuspecting users: 1. get a funny feeling that something is wrong, but can't quite put their finger on it 2. blame themselves that they must have been doing something different all along 3. start the bug report process only to eventually find out that this is a "feature" etc... These specifically threw me for a loop: 14890 Browsing a different class should select by default the previously browsed method which made it seem impossible to get back to a class template in Nautilus 14666 When doing a "implementors of" with a selector that has 1 implementor --> neverthless open method list which requires extra clicks to get back to the full power of a class browser for no apparent (to me at the time) gain 15086 Ctrl + Arrow Behaviour which disabled horizontal mouse scrolling, which I've come to depend on in my projects And so I have a Policy Suggestion: IDE UI workflow changes /must/ be discussed on the list prior to integration. ----- Cheers, Sean -- View this message in context: http://forum.world.st/UI-Workflows-Are-Like-Snowflakes-tp4814234.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.