Re: Various (needed?) windows-related changes

Bill Wilson schrieb:
> On Thu, 27 Dec 2007 18:08:16 +0100
> mETz <[email protected]> wrote:
> 
>> I'm currently preparing gkrellm 2.3.1 for windows and ran over a few
>> problems so far.
>>
>> First one is a small problem with the strftime-formats proposed by
>> gkrellm. According to
>> http://www.cplusplus.com/reference/clibrary/ctime/strftime.html
>> and
>> http://msdn2.microsoft.com/en-us/library/fe06s4ak(VS.71).aspx
>> the default clock and cal formats contain unsupported placeholders. Both
>> "%l" and "%e" are in neither of the docs stated above and they don't
>> show up on win32.
>>
>> As a solution I'm now using two different sets of formats now:
>>
>> [...]
>>
>> I hope this is ok with everybody as I don't feel like adding support for
>> unsupported formatting chars on windows :)
> 
> It's not a problem, so define how you need it for Windows.

ok, patch will follow soon.

>> As GtkCombo is deprecated for a long time I'm currently porting GKrellM
>> to use GtkComboBox. The downside of this is that GKrellM will need at
>> least GTK+ 2.4 which might cause problems on platforms that GKrellM
>> supports but lack a GTK+ >= 2.4.
> 
> GTK 2.4 versions date back more than 3 years and I don't think supporting
> that should be a priority and I'm in favor of replacing deprecated functions
> as soon as is reasonable, so I would say go ahead with that.

there's still some porting ahead. Again, a patch will reach your inbox
when I'm sure it'S working fine.
Btw, the current GtkComboBox looks like crap on windows but it looks the
same in Gimp so I guess GTK (+ wimp style) is at fault here (OTOH
GtkCombo doesn't look very native either).

>> Another problem is assertions I see with GTK+ 2.12 when closing the
>> preferences dialog. I don't know yet if these occur on non-win32 as well:
>> (gkrellm.exe:1208): GLib-GObject-CRITICAL **: g_object_ref: assertion
>> `G_IS_OBJECT (object)' failed
>> (gkrellm.exe:1208): Gtk-CRITICAL **: gtk_widget_destroy: assertion
>> `GTK_IS_WIDGET (widget)' failed
> 
> I haven't seen that or had any other reports of it.

I'll try to hunt them down, I still have hopes that it's a side-effect
of the broken GtkCombo in 2.12.[23].

>> - provide fileselector buttons for command-fields so people can select
>> an application to start. At least on windows this is needed because
>> applications usually aren't found in $PATH. The best way for unix would
>> be to display the apps found in /usr/share/applications, i.e. parse all
>> these desktop files. I fear that this will pull in a lot of library
>> dependencies.
> 
> As long as we keep the ability to type in arbitrary commands.  I've always
> aimed for an easy install so I would be cautious about bringing in extra
> library dependencies.  They might would need to be checked for in the
> configure script.

Yes, I will probably first add a simple fileselector for now, which
simply replaces the value of the setting with a properly quoted path.
This is still better than typing in things like "C:/Programme/Mozilla
Thunderbird/thunderbird.exe" or "/usr/local/MyCoolApp/bin/mycoolapp" ;)

>> - move all the information from the "Info" tabs into an external help
>> (maybe docbook based?) and into tooltips. The tab approach is not very
>> helpful because you need to switch forth and back between the settings-
>> and the info-tab when you're unfamiliar with the substitution variables
> 
> I'm not sure there's enough benefit to warrant the effort of doing this.
> How would this affect all the translation files and how would all of the
> plugins get ported?

That would probably boil down to i18ned docbook like in KDE. I guess
this is something that has to wait until the netx major release of
gkrellm (i.e. wishlist entry) ;)


______________________________________________
Gkrellm mailing list
[email protected]
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com