Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[wuischke]

And I'm as old fashioned as to have an actual wall clock for time keeping and a mobile phone which does nothing except calling and sms.

I believed you up to that point.

OT: It's a Nokia 1208, which I bought exactly for this reason. OK, it has a clock (which I use when on the go), a calender, reminders and a flashlight, too. But it is still very, very sane compared to all the rest out there. And It's just that I have a wall clock in every room. I still know how to read an anolog clock fast enough to see the time just by looking up for a short moment.
My desktop on the other hand is openbox with shortcuts for urxvt (terminal), gmrun (application starter) and opera. There's incidentally no tray for tray icons either.

[^marcell^]

Just a note that it would be necessary to distingush between "Tray Icon Enabled" or not.
If you close (not close!) the application and the icon is disabled you can't minimize the application to the tray, because it isn't in the tray.
Therefore there would be two different minimizing behaviours depending on the tray icon being enabled. This behaviour would look weird - wouldn't it?

[Stu Redman]

Well, I'd agree you could simplify the settings and minimize to tray icon if it is enabled. But I'm sure someone will stand up and protest he can't have that...

If you close (not close!) the application

Huh?

[^marcell^]

If you close (not close!) the application

Huh?

I mean click the close button, but minimize instead.

[GonoszTopi]

If you close (not close!) the application

Huh?

Change the meaning of the [ x ] (close) button from "exit the application" to "close main window of application". Semantically this would be the correct behaviour. GUI applications without tray icon are right to exit when their main window is closed.
However, I wouldn't do this change without a prefs option defaulting to the old (exit) behaviour.

Therefore there would be two different minimizing behaviours depending on the tray icon being enabled. This behaviour would look weird - wouldn't it?

It's also easy to enforce "Tray Icon Enabled" if [ x ] == "Minimize to tray".

[^marcell^]

It's also easy to enforce "Tray Icon Enabled" if [ x ] == "Minimize to tray".

I agree. How about adding an Option "Send to Tray on closing" that would be enabled only if  "Enable Try Icon" is checked. Just like "Minimize to Tray Icon" behaves currently. So the user could only check that option if there is actually a tray icon.

Here's a screenshot for visual aid: aMule Preferences.

[Stu Redman]

We've had this conversation one fucking million times, people. Closed means closed.

[^marcell^]

It's not only common behaviour for MAC.

Look at Pidgin for example. If you close the main window the application is still running and can be reached through the tray bar icon, if it is enabled.

[Kry]

Good for them!

[Stu Redman]

There's too many crappy apps, too many people used to them, making too many problems.
Can't you see this makes a lot of confusion.

This is the world we live in, and these are the apps we're given.
Fix or ditch them and let's start trying, to make it a place worth living in. 

[lfroen]

We've had this conversation one fucking million times, people. Closed means closed.

This, in a nutshell, why GUI of every single "cross-platform" application I saw, sucks big time. No, Kry, "closed" doesn't mean "exited". It mean closed. Whether closed == exited depends on platform.
You may look at GIMP for better example - excellent application which crappy look on all platforms, except Linux where crappy GUI is a norm.

[Kry]

You seem to have missed half the conversation, but then again why does that not surprise me.