Comments for Jan Arne Petersen's Blog http://blog.jpetersen.org Sun, 08 Aug 2010 07:51:14 +0000 hourly 1 http://wordpress.org/?v=3.0.1 Comment on Mountain View CA by Rudd-O http://blog.jpetersen.org/2010/07/24/mountain-view-ca/#comment-79 Rudd-O Sun, 08 Aug 2010 07:51:14 +0000 http://blog.jpetersen.org/?p=27#comment-79 Welcome to the Valley if you're new! Welcome to the Valley if you’re new!

]]> Comment on Mountain View CA by michael http://blog.jpetersen.org/2010/07/24/mountain-view-ca/#comment-73 michael Sun, 25 Jul 2010 09:52:18 +0000 http://blog.jpetersen.org/?p=27#comment-73 The last two pictures show your car and your apartment I hope ;-) The last two pictures show your car and your apartment I hope ;-)

]]> Comment on Application Indicators by Benjamin http://blog.jpetersen.org/2010/02/17/application-indicators/#comment-47 Benjamin Sat, 27 Feb 2010 14:45:17 +0000 http://blog.jpetersen.org/?p=25#comment-47 I see the problem of inconsistent ways of interaction and I like the idea of simplifying the notification area. Especially switching between two or more icon menus without clicking is great! On the other hand there are some features that I will be missing. In particular to change the volume level by scrolling with the mouse above the audio symbol. Now I had to click on the symbol first, then moving the mouse down and after that I can scroll. For me is that a big step backwards :-(. It is the same intricate way like in Windows. Already losing the double click on the audio symbol (muting) from Jaunty to Karmic was a pity, but now... For me it will be much easier to take the hand from the mouse and do the change of the volume by keyboard, than using the symbol in the notification area. Really! Especially the combination of Rhythmbox symbol (left click: show/hide, third button click: play/pause, scrolling forward/backward) and audio symbol (scrolling: increase/decrease volume, formerly double click, better third button click: mute/unmute) was the perfect combination for me. Perhaps there is a way to have both: functionality and easy to use menus. I will think about it, trying to find a solution. I see the problem of inconsistent ways of interaction and I like the idea of simplifying the notification area. Especially switching between two or more icon menus without clicking is great!

On the other hand there are some features that I will be missing. In particular to change the volume level by scrolling with the mouse above the audio symbol. Now I had to click on the symbol first, then moving the mouse down and after that I can scroll. For me is that a big step backwards :-( . It is the same intricate way like in Windows. Already losing the double click on the audio symbol (muting) from Jaunty to Karmic was a pity, but now…

For me it will be much easier to take the hand from the mouse and do the change of the volume by keyboard, than using the symbol in the notification area. Really!

Especially the combination of Rhythmbox symbol (left click: show/hide, third button click: play/pause, scrolling forward/backward) and audio symbol (scrolling: increase/decrease volume, formerly double click, better third button click: mute/unmute) was the perfect combination for me.

Perhaps there is a way to have both: functionality and easy to use menus. I will think about it, trying to find a solution.

]]> Comment on Application Indicators by jpetersen http://blog.jpetersen.org/2010/02/17/application-indicators/#comment-41 jpetersen Wed, 17 Feb 2010 16:30:43 +0000 http://blog.jpetersen.org/?p=25#comment-41 I have not tested gnome-shell yet. But it should be possible to integrate it in gnome-shell by supporting the D-Bus interfaces which are used for application indicators. I have not tested gnome-shell yet. But it should be possible to integrate it in gnome-shell by supporting the D-Bus interfaces which are used for application indicators.

]]> Comment on Application Indicators by whise http://blog.jpetersen.org/2010/02/17/application-indicators/#comment-40 whise Wed, 17 Feb 2010 16:27:42 +0000 http://blog.jpetersen.org/?p=25#comment-40 with that much spacing bettewn the indicators soon you will need a panel just for them with that much spacing bettewn the indicators soon you will need a panel just for them

]]> Comment on Application Indicators by Daniel Borgmann http://blog.jpetersen.org/2010/02/17/application-indicators/#comment-38 Daniel Borgmann Wed, 17 Feb 2010 13:38:20 +0000 http://blog.jpetersen.org/?p=25#comment-38 I hope this will work well with gnome-shell, and e.g. allow to "swallow" the indicator menu in the application's launcher icon. It would be strange to duplicate that functionality. I hope this will work well with gnome-shell, and e.g. allow to “swallow” the indicator menu in the application’s launcher icon. It would be strange to duplicate that functionality.

]]> Comment on Application Indicators by Sense Hofstede http://blog.jpetersen.org/2010/02/17/application-indicators/#comment-37 Sense Hofstede Wed, 17 Feb 2010 12:46:15 +0000 http://blog.jpetersen.org/?p=25#comment-37 The advantage of Indicator Application is that you can manipulate the icons a lot more. Icons have a category and there are two types of statuses for visible icons. They could be grouped using those variables. Like mentioned before the padding can also be adapted, and this doesn't require all applications to be adapted. Separate icons for the tray can be used to give it a more unified and less cluttered look. On top of that, if you're not happy with the way it is displayed now, you can just write a new applet that listens in to the DBus menus sent by libappindicator and write your own systray, without having to port all applications. Indicator Application isn't done yet, it has just started. I'm sure its development will lead to some interesting features. (By the way, it is encouraged in the design specification of Indicator Applications to include an option for users to disable the tray icon. If you don't want the icon you can then just remove it.) The advantage of Indicator Application is that you can manipulate the icons a lot more. Icons have a category and there are two types of statuses for visible icons. They could be grouped using those variables.
Like mentioned before the padding can also be adapted, and this doesn’t require all applications to be adapted.
Separate icons for the tray can be used to give it a more unified and less cluttered look.

On top of that, if you’re not happy with the way it is displayed now, you can just write a new applet that listens in to the DBus menus sent by libappindicator and write your own systray, without having to port all applications.

Indicator Application isn’t done yet, it has just started. I’m sure its development will lead to some interesting features.

(By the way, it is encouraged in the design specification of Indicator Applications to include an option for users to disable the tray icon. If you don’t want the icon you can then just remove it.)

]]> Comment on Application Indicators by mikem http://blog.jpetersen.org/2010/02/17/application-indicators/#comment-36 mikem Wed, 17 Feb 2010 12:18:10 +0000 http://blog.jpetersen.org/?p=25#comment-36 Is it planned to get some of them down to the panel/dock? (as context menus). Then up there would only be status icons, like battery and ethernet, but everything app specific (like Skype and Tomboy) would be in the right place. I must admit, Windows 7 does a good Job here. Is it planned to get some of them down to the panel/dock? (as context menus).

Then up there would only be status icons, like battery and ethernet, but everything app specific (like Skype and Tomboy) would be in the right place.

I must admit, Windows 7 does a good Job here.

]]> Comment on Application Indicators by anonim http://blog.jpetersen.org/2010/02/17/application-indicators/#comment-35 anonim Wed, 17 Feb 2010 11:49:39 +0000 http://blog.jpetersen.org/?p=25#comment-35 Yes, app indicators don't address the cluttering problem. I thought they were going to some kind of grouping into a menu, like the messaging menu Yes, app indicators don’t address the cluttering problem. I thought they were going to some kind of grouping into a menu, like the messaging menu

]]> Comment on Application Indicators by Kalle http://blog.jpetersen.org/2010/02/17/application-indicators/#comment-34 Kalle Wed, 17 Feb 2010 11:45:56 +0000 http://blog.jpetersen.org/?p=25#comment-34 It's not the padding that is the issue. The padding is fine, it's the amount of icons that makes the panel look cluttered. While I understand the need, let us hope that devs won't overuse it. Will this replace GtkStatusIcon? Good job! It’s not the padding that is the issue. The padding is fine, it’s the amount of icons that makes the panel look cluttered.

While I understand the need, let us hope that devs won’t overuse it.

Will this replace GtkStatusIcon?

Good job!

]]>