Loading Profile...
Problem with new "hide instead of close" feature
The new features (hide instead of close) do not work very well with OS X features like Expose and Spaces:
When hidden, the App is visible in the Expose as invisible, but klickable area. Really hiding (Cmd-H) does something different.
When the Application is set to one space, if I hide it, switch to another app and go back to the Fluid-Space, it is not longer hidden.
If the App is set to "on every space", it also reappears if I switch around and the hidden app is not selected (e.g. Finder or Safari in the Menu)
When hidden, the App is visible in the Expose as invisible, but klickable area. Really hiding (Cmd-H) does something different.
When the Application is set to one space, if I hide it, switch to another app and go back to the Fluid-Space, it is not longer hidden.
If the App is set to "on every space", it also reappears if I switch around and the hidden app is not selected (e.g. Finder or Safari in the Menu)
I’m a bit bothered
5
people have this problem
I have this problem, too!
Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.
The more people who report this problem, the more it gets noticed.
Create a customer community for your own organization
Plans starting at $19/month
-
Inappropriate?Since I use Exposé as my main app-switcher, this makes this feature unusable for me. Please fix, pretty please? :)
I’m confident
-
Inappropriate?um.. yeah.. the more i use this feature the less i like it. It's a complete hack, and not really working properly. I may remove it in the near future, as I'm not sure it can be made to work the way we'd all like. :0[
-
Inappropriate?Please Don't remove this feature!!! It has immediately given greater use to your product and I love it! Pretty please... leave it as an option! It already saves so much time as this is the way 90% of Mac apps work (of course they really hide themselves).
I’m worried this awesome feature might be taken away!
-
Inappropriate?hey doug, well i'm glad you spoke up. I'm surprised to hear you like the feature tho... it's been giving me nothing but grief... hmm... for the record there are not any other osx apps that behave this way. this is def a hack.
i'm trying to think about how to get this same effect without doing the window hackery I'm currently doing. stay tuned.
I’m undecided
-
Inappropriate?Hey Todd,
I held off using fluid until this feature was introduced, now I cant get enough of fluid apps! It's vital that this feature gets perfected (I believe it's still great in its current form as I dont use expose or spaces), but for the time being guys, just press 'Cmd-H' instead of closing the window and it works just the way you'd like it to.
Now I'm not programming guru, but can't you just map that close button to that command? Things are never that simple are they :)
I’m anticipating good things
-
Inappropriate?well, although i'm very surprised, it's good to know that users have strong feelings about this feature...
Beau... i had pretty much assumed your suggestion of remapping cmd-W to cmd-H would not work. two reasons:
1. first off, SSBs are what are called 'Document-based applications'. in other words, they have multiple peer main windows just like any other browser like safari. other examples include Pages.app, BBEdit, TextEdit, etc. you can open multiple 'main' windows. The alternative is a single window app like iPhoto where there is always only one main window. so simply remapping cmd-W to cmd-H would hide the app any time you closed *any* browser window. that would not be ok.
2. so the solution to the problem in #1 would be to only remap the shortcut when you close a main browser window, and it's the *only* one open (closing the last browser window). The problem there is that it would hide the entire *application* not just the browser window. you would suddenly be switched to the next app on the stack, and the SSB would be moved to the *last* app in the cycle of the app switcher (cmd-tab). (that happens whenever you hide an app) again, not ok.
I still think the current hack has to go... there are just too many issues, and I dont think it will be possible to make it work with expose or spaces. I do, however, have an alternative idea that I should have tried in the first place:
- when you close the last browser window, I will pull the rendered web content out of the window and store it in memory offscreen. Then, next time a new window is opened (in any way), dump the web content immediately into the new window's webview before it loads the default home page.
now *that* may work...
I’m undecided
-
Inappropriate?Todd,
I am not a Cocoa programmer (yet) but I put together a test app and used a delegate method windowShouldClose to send [mainWindow orderOut:window] and return NO to the delegate method.
This hid the window when the close button was clicked, and I used applicationDidBecomeActive notification to send [mainWindow makeKeyAndOrderFront:nil]
What I couldn't get to work is if I "closed" the window then before deactivating the app clicked on its dock icon, I couldn't find out what event was being triggered so I could make that KeyAndOrder call again.
Anyway, could you not test in your documentwindow windowShouldClose method if it is the last window, and if it is return NO and instead used the orderOut method?
Just curious... seemed to work really well.
I’m hoping Todd will move from "undecided" to "this might work!"
-
Inappropriate?doug, that might work... i tried that at one point, but discarded the idea cuz it wasn't working in some case... now i forget (this is actually very close to how i'm doing what i 'm doing now)
how were you 'closing' the window? cmd-w or clicking on the red x? i seem to recall one worked and one didn't (with this scheme) but now i forget...
i'll look at this soon (maybe tonight) but there prolly will not be another release until after wwdc. until then i would advise not using the 'hidden window' feature. -
Inappropriate?Both CMD+W and clicking the red X have the same effect on my machine. If only I could figure out what gets triggered when the dock icon is clicked while the app is still active, but the window is "closed/hidden." Another good thing about this method is the application remains in the same tab order as before the red x was clicked or CMD+W was used.
Hope this helps. I copied the AppController.h and .m files up to pastie so you could see.
Yes!!! I just got it working! I must have typed something wrong because when I copied the applicationShouldHandleReopen from the NSApplication header file, it all started working. I implemented this in an AppController class that I set as the File's Owner delegate and the Window's delegate.
You can see my code here: http://pastie.caboo.se/209030
The total solution I found by scouring some message boards and a "For Dummies" site that had an article on hiding windows, then piecing it all together. Let us know how you make out!
I’m thinking I may one day learn Cocoa
-
Inappropriate?Hey Todd (& Douglas),
Thanks for looking into this further.
Just to clarify, one of the main reasons I'm appreciating this feature is the ability to completely remove Gmail 'from view' (as if it'd been terminated)... BUT still have its dock badge report new emails, and open up the inbox instantly (without needing to re-load the page). I access Gmail very often, and it really used to bug me having to re-load the webapp if I'd accidentally closed it.
Currently, this sort of behavior mimics that of a native mail client, and I cant tell you how happy I am I discovered fluid.
-
-
Inappropriate?I'm happy that so many people are affected by this and willing to improve this feature. Like Beau, I would love to have this feature available to get rid of the window (Google Reader in my case) and yet still have the dock badge update.
I’m confident
-
Inappropriate?See I'm not the only one Todd!
I love this feature, I've been wanting it since the first time I used Fluid. I do however understand if you need to get rid of it until it is working properly.
-
Inappropriate?I think this feature should stay, at least until the 1.0 release. But you guys should put some work into this. How is it done with Mailplane?
I’m concerned
-
Inappropriate?Yeah Mailplane's a perfect example - that was the first app I uninstalled after I got fluid up and running. I dont need all those fancy buttons up on the menu bar, I just need a responsive mail client :)
-
Inappropriate?0.9.2 improves this feature. No more invisible window in Exposé! Hooray! Go Todd!
I’m happy
2 people say
this solves the problem
-
Inappropriate?Yay for 0.9.2! This version has so many great features - Falling in Love with Fluid all over again!
I’m joyful
1 Comment Add a comment
This solves the problem
-
yay! -
Inappropriate?Great work! :)
There are one thing that feels a little weird, but I guess that's because you hide the Windows using the OS. Like alt-tabbing to the SSB will cause the window to pop open. This is normal behaviour for a hidden window, byt my mind still thinks the window was closed, so it feels awkward.
But this might be "just the way it has to work" I guess. :)
I’m thankful
1 Comment Add a comment
This solves the problem
-
Havard... i actually had this same reaction at first. it seemed a little weird. I'm actually not entirely sure if this is the way it should work or not... I'll think about it. overall tho, I'm now very pleased with this feature, and it seems to work well.
-
Inappropriate?Håvard: Are you really using the latest version?
-
Inappropriate?Yes I am. :) To test, close a Fluid instance which is set to hide on close, alt-tab to another app, then alt-tab back to the Fluid instance. This also happens when I close the Fluid instance, then QUIT the app that becomes active. The Fluid instance is reactivated and shown again. It's not a big deal, though. I'm writing it off as an acceptable trade-off.
I’m confident
-
Inappropriate?oh I get it. I never use the cmd + tab though ;)
-
Inappropriate?Thats kinda funny... it actually works how I think Apple Mail and iTunes *SHOULD* work. I mean, when I cmd+tab to an application, obviously I want its main window open again. When I close down other apps and the SSB is suddenly active again... not so much. :(
I am so happy the new feature works with Expose now... no more funny invisible boxes! :)
Thanks Todd!
EMPLOYEE
