On Tue, Dec 21, 2010 at 6:36 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Given the changing dynamics of the desktop launch menus to better
support direct access as an alternative to hierarchical navigation,
would it be reasonable to consider including the major version number
in the start
On 12/21/2010 7:01 AM, Nick Coghlan wrote:
On Tue, Dec 21, 2010 at 6:36 PM, Martin v. Löwismar...@v.loewis.de wrote:
Given the changing dynamics of the desktop launch menus to better
support direct access as an alternative to hierarchical navigation,
would it be reasonable to consider
On 12/22/2010 1:23 AM, Adal Chiriliuc wrote:
Microsoft recommendations:
Irrelevant.
Avoid putting a version number in a program name unless that is how
users normally refer to your program.
Version numbers are the point of this issue, because people *do* have
multiple version installed.
Something I noticed after installing the 3.2 beta on my Windows 7
laptop is that the start menu shortcuts aren't particularly search
friendly. Searching loses the heirarchical information, so attempting
to directly locate pyt provides two separate Python Command Line
shortcuts, with no indicator
On 12/20/2010 8:38 PM, Nick Coghlan wrote:
Given the changing dynamics of the desktop launch menus to better
support direct access as an alternative to hierarchical navigation,
would it be reasonable to consider including the major version number
in the start menu shortcut names?
I would very
On 12/20/2010 8:38 PM, Nick Coghlan wrote:
would it be reasonable to consider including the major version number
in the start menu shortcut names?
+1 First thing I did was add an x.y prefix to the Python shortcuts.
There are a lot of application shortcuts on my Win7 system that have
version
Given the changing dynamics of the desktop launch menus to better
support direct access as an alternative to hierarchical navigation,
would it be reasonable to consider including the major version number
in the start menu shortcut names?
(Question is mainly for Martin, obviously, but I'm
