Re: gnuplot, wxWidgets and distributions

[<tim...@en...>]

Petr Mikulik wrote:
>>>>>> - write a plugin interface to gnuplot, so that the wxWidgets is
>>>>>> dynamically loadable and can be distributed separately
>>>>>>            =20
>>>>> That would be the best.
>>>>>
>>>>>          =20
>>>> Technically the best, but arguably not for the user, since he would =
have=20
>>>> to find it in the distribution package manager...
>>>>        =20
>>> If the plugin finds wxWidgets missing, it can show an appropriate hin=
t what=20
>>> to install in addition.
>>>      =20
>> I think that such a static message will soon be considered annoying.
>>    =20
>
> I don't think so. User will either install those libs, or stop using=20
> "set term wx".
>  =20
Oh, so you say the wxWidgets terminal should always be listed in 'set=20
term', but show a message when the plugin is not found ?
>
>  =20
>>> How to package wxgnuplot.exe (?) for Windows? I guess it will be ship=
ped=20
>>> with the necessary libs, thus in a separate package gp420win32wx.zip =
(?).
>>>      =20
>> wgnuplot.exe can be compiled with wxWidgets support, and we'll have to=
 ship=20
>> the necessary dlls (cairo, pango, freetype) with it.
>>    =20
>
> What is the current status on running it on different Windows versions?
>  =20
I don't know since I only have Windows XP on my machine. I hope it is ok=20
since the whole Windows concept is binary compatibility.
> Does it now work in Wine?
>  =20
I have not tried for a while. I remember reading that gtk apps don't=20
work with wine (see http://bugs.winehq.org/show_bug.cgi?id=3D3915 for=20
example). It may be from the same kind of reason.

> What happens if those additional dll's are missing (user copied only=20
> wgnuplot.exe)?
>  =20

Right now, wgnuplot.exe refuses to start with a nice warning=20
"libsomething.dll is missing".

Best regards,

Timoth=E9e