Wouldn't it be cool to have a seperate MRU list for .tmproj project files? This way they won't get pushed off the list by other independent small files. Older projects are more important than files, IMO.
Jonas
On 08/11/2005, at 23.40, Jonas Witt wrote:
Wouldn't it be cool to have a seperate MRU list for .tmproj project files? [...]
http://www.google.com/search? num=20&hl=en&c2coff=1&as_sitesearch=lists.macromates.com&as_q=open +recent+projects&btnG=Google+Search
As mentioned a few times in the past: this menu is handled 100% by the system, it works together with the global Recent Items in the Apple menu, it has different behavior (visual appearance) on Panther and Tiger, it has at least one undocumented preferences key, etc. -- so it's not something I feel that good about (also) replicating, because of breaking consistency.
But I'm likely to not put projects into the menu for 1.2 and do something else for that.
On Nov 8, 2005, at 20:35, Allan Odgaard wrote:
On 08/11/2005, at 23.40, Jonas Witt wrote:
Wouldn't it be cool to have a seperate MRU list for .tmproj project files? [...]
http://www.google.com/search? num=20&hl=en&c2coff=1&as_sitesearch=lists.macromates.com&as_q=open +recent+projects&btnG=Google+Search
As mentioned a few times in the past: this menu is handled 100% by the system, it works together with the global Recent Items in the Apple menu, it has different behavior (visual appearance) on Panther and Tiger, it has at least one undocumented preferences key, etc. -- so it's not something I feel that good about (also) replicating, because of breaking consistency.
But I'm likely to not put projects into the menu for 1.2 and do something else for that.
I am using a hack to increase the number of items in that menu to 50 for some applications. That helps.
Maybe that would be a quick fix for TM? Just overwrite
- (unsigned int)maximumRecentDocumentCount
in NSDocumentController to return a larger number.
Gerd
On 09/11/2005, at 5.24, Gerd Knops wrote:
[...] Maybe that would be a quick fix for TM? Just overwrite
- (unsigned int)maximumRecentDocumentCount
in NSDocumentController to return a larger number.
I like the description of that method:
The default implementation returns a value that is subject to change and may or may not be derived from a setting made by the user in System Preferences.
I assume the hack you use, use poseAsClass: (as there doesn't seem to be a friendly way to override it)?
On Wed, Nov 9, at 2:39 AM, Allan Odgaard wrote:
On 09/11/2005, at 5.24, Gerd Knops wrote:
[...] Maybe that would be a quick fix for TM? Just overwrite
- (unsigned int)maximumRecentDocumentCount
in NSDocumentController to return a larger number.
I like the description of that method:
The default implementation returns a value that is subject tochange and may or may not be derived from a setting made by the user in System Preferences.
It *would* be a good candidate for a system-wide default, alas I don't know if one exists...
I assume the hack you use, use poseAsClass: (as there doesn't seem to be a friendly way to override it)?
poseAsClass: is pretty blunt-force and may cause trouble with other things (eg other people's hacks), so I am using a more subtle (and more ugly) hack that basically can swap individual methods. But the net effect is the same.
BTW I see now that it is not a straight-forward task to subclass NSDocumentController, so there goes that idea of a quick fix.
Gerd
-
Allan Odgaard -
Gerd Knops -
Jonas Witt