2 new ideas - or maybe not if someone can point me to them
Since you have shot down my hopes for the screen edge auto-hide, all i'm looking for at this point is a time delay before the current auto-hide setting take effect. Either that or another button in the message window toolbar to toggle auto-hide on/off. Either option can't be more than 20 lines of code - can i do it myself - how/where?
- evands
- Cocoaforge Admin
- Posts: 3152
- Joined: Thu Dec 02, 2004 10:55 pm
- Location: Decatur, GA
- Contact:
The auto-hiding is supposed to act the same way as the dock does -- which is to say there should be a slight delay. I'd be happy to see to a patch which handles thatjaycrouch wrote:Since you have shot down my hopes for the screen edge auto-hide, all i'm looking for at this point is a time delay before the current auto-hide setting take effect. Either that or another button in the message window toolbar to toggle auto-hide on/off. Either option can't be more than 20 lines of code - can i do it myself - how/where?
AIListWindowController.m is the file you want if you're hacking at the window sliding in any guise.
-
df0notfound
- Latté
- Posts: 72
- Joined: Tue Dec 20, 2005 7:41 pm
Minimise button hides applications just fine I would have thought, if your willing to press a button for the privilege.jaycrouch wrote:Since you have shot down my hopes for the screen edge auto-hide, all i'm looking for at this point is a time delay before the current auto-hide setting take effect. Either that or another button in the message window toolbar to toggle auto-hide on/off. Either option can't be more than 20 lines of code - can i do it myself - how/where?
20 lines of code it may be but you have to remember its harder to leave features out than put them in, thats what makes the difference between beautiful simplicity like adium and crowded confusing trash like trillian
Sorry but i think you missed my point - The one gentlement mentioned about that you can turn on "auto-hide when adium is in background" for the message list - this works great, except when you need to go back and forth from adium to another program as discussed above. In these cases i need to turn the auto-hide behavior off temporarily. So it would be nice to 'pin' the window temporarily so that it wouldn't auto-hide. Yes i can go into the preferences to change it, but for something that I change often, a toolbar icon (or pin) would be much nicer.
Of course the easiest approach would be to add a user configurable time delay before auto-hiding -- but no one seems to have caught my suggestion for that...
Someone mentioned that there should be a small delay already - but I'm not seeing it, and would think the delay interval should be up to the user.
Of course the easiest approach would be to add a user configurable time delay before auto-hiding -- but no one seems to have caught my suggestion for that...
Someone mentioned that there should be a small delay already - but I'm not seeing it, and would think the delay interval should be up to the user.
- evands
- Cocoaforge Admin
- Posts: 3152
- Joined: Thu Dec 02, 2004 10:55 pm
- Location: Decatur, GA
- Contact:
Should be in terms of "I think that is how it should ultimately be" not in terms of "I expect you to be seeing this in the program at present". And I disagree about the interval being customizable -- is there a preference for how quickly the Dock shows when autohiding is enabled? The answer is 'no' and the rationale is that a reasonable setting well implemented is good enough for 99% of users.jaycrouch wrote:Someone mentioned that there should be a small delay already - but I'm not seeing it, and would think the delay interval should be up to the user.
Easiest, not necessarily best.jaycrouch wrote:Of course the easiest approach would be to add a user configurable time delay before auto-hiding -- but no one seems to have caught my suggestion for that...
Try my software!
#define ADIUMX pimp //by me
#define QUESTION ((2b) || (!2b))
Have you hugged a programmer today?
#define ADIUMX pimp //by me
#define QUESTION ((2b) || (!2b))
Have you hugged a programmer today?
The more preferences that we add, the harder it is to troubleshoot the application with users.
We've stopped adding preferences "just because". Instead we think about where and why the preference would be needed, and try to come up with a better way of doing things without needing a preference where possible.
We've stopped adding preferences "just because". Instead we think about where and why the preference would be needed, and try to come up with a better way of doing things without needing a preference where possible.