Hmm, nice suggestion. I would make just the following change: instead of a version number, it may be just a boolean to display or not a dialog. However, by adding a command-line parameter to override that boolean option, the user can later display it again. That way, the user can safely choose whatever option and later change it if it doesn't work.

What do you think ?


Cheers,
Carlos Ribeiro

On Fri, May 13, 2011 at 2:02 AM, Ed Bruck <ed.bruck1@gmail.com> wrote:
Would adding a version number to the config help at all?  If it's not
there then display a preference dialog on first run. If
it's lower than the revision running then also display a preference
dialog on first run.

Ed

On Tue, May 10, 2011 at 2:54 PM, Carlos Ribeiro
<carlosmribeiro1@gmail.com> wrote:
> Trying the newly created mailing list!
>
> So, prior to release 0.6.4, here's the status around radio tray and Ubuntu,
> Gnome3, etc
>
> Ubuntu Unity
>
> It doesn't work out of the box, because radio tray's default mode is system
> tray and it's not available for radio tray.
> Solution for 0.6.4: change the default configuration to app indicator.
>
> In the case of radio tray update, the previous solution doesn't work because
> the user's configuration file is not overwritten.
> The solution is to manually change the user configuration or whitelist radio
> tray in the system tray (guides are available on the net). This has to be
> done manually by the user, so a simple guide needs to be provided (maybe in
> the website, or inside the package itself, etc).
>
>
> Ubuntu Classic
>
> Works perfectly out of the box with the system tray version. However, the
> default will probably be app indicator because of Unity.
>
>
> Kubuntu 11.04
>
> As reported and tested, it doesn't work. The reason is still unknown and it
> would be important to investigate how well it works on other kde systems.
>
>
> Gnome 3
>
> Untested, but the whole system tray is deprecated. However, for the time
> being, I think (but not sure) that the system tray wasn't actually removed
> yet.
> Solution: none for now, but research needs to be done to figure out how to
> make a decent gui with the new APIs.
>
>
> Conclusion
> Fortunately the new plugin branch already has some gui code separation. So,
> in the future, making a new version for Gnome3 should be possible alongside
> the others.
>
> Because of all this mess, we desperately need a preferences dialog to make
> this changes easier for the user. If we make a preferences dialog we can
> dump the current configuration for system tray/appindicator modes and make
> app indicator the default (this would solve the issue with radio tray
> updates in unity). And if the user wants to use the system tray version, he
> can easily change it. Care needs to be taken though: if we select a mode
> that is invalid for that system, that change needs to be reverted somehow.
> It would be better if we could detect if the system tray is available, but
> I'm not sure if that's possible.
>
>
> Any other ideas ?
>
> Cheers,
> Carlos Ribeiro
>
> ------------------------------------------------------------------------------
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Radiotray-devel mailing list
> Radiotray-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/radiotray-devel
>
>