Hello Richard,
On 2025-12-14 23:32:44 +0100 R Frith-Macdonald <[email protected]>
wrote:
> (...)
>
> Sorry, I made a typo in the name, it's Services/.GNUstepExtPref
>
> This is your personal preference setting, so it's in *your* Library folder
> (not System or Local), which is usually inside ther GNUstep folder in your
> home directory. The file format is binary property list, so if you really
> want to look at it you should use something like the pldes tool.
It is ok:
patrick@pi400:~/GNUstep/Library/Services $ ls -al
total 64
drwxrwxr-x 2 patrick patrick 4096 15 déc. 11:59 .
drwxrwxr-x 21 patrick patrick 4096 9 déc. 19:59 ..
-rw-rw-r-- 1 patrick patrick 31737 7 déc. 19:33 .GNUstepAppList
-rw-rw-r-- 1 patrick patrick 137 12 nov. 23:31 .GNUstepExtPrefs
-rw-rw-r-- 1 patrick patrick 10850 7 déc. 19:34 .GNUstepServices
-rw-rw-r-- 1 patrick patrick 95 7 déc. 15:34 .GNUstepURLPrefs
-rw-rw-r-- 1 patrick patrick 3715 15 déc. 11:59 TerminalServices.plist
I noted also a '.GNUstepURLPrefs' there.
Reading with pldes:
patrick@pi400:~/GNUstep/Library/Services $ pldes .GNUstepExtPrefs
{
sgf = {
Editor = "NeXTGo.app";
};
txt = {
Editor = "TextEdit.app";
};
wav = {
Editor = "Cynthiune.app";
};
}
patrick@pi400:~/GNUstep/Library/Services $ pldes .GNUstepURLPrefs
{
http = {
Editor = "Firefox.app";
};
https = {
Editor = "Firefox.app";
};
>> If the fact this is not provided even in GNUMail is confirmed, I think we
>> should implement it in a more general way.
>
> I think the current framework is about as general and flexible as is possible
> ... services are available in all apps with no coding required, and the full
> mechanism can be used from code extremely easily (one line of code).
>
> However ... when I investigated GNUmail I found that the code in the gui
> library was partially broken (it worked years ago when first written, but had
> bit-rotted since then). I have made changes to address that in the
> 'service-fixes' branch of the gui librrary, so you could try those.
>
> The fixes involve:
>
> Allowing 'Open URL' services to work with either string pastebooard data (how
> it used to work) or url pastebaord data (the preferred format nowadays), and
> fixing a naming issue so that opening a URL via services should work reliably
> again.
>
> The attempts the framework makes automatically should now be in four stages
> before failure:
>
> 1. try asking a GNUstep app to open the URL (using the preferred app) if any
> app is available
>
> 2. try asking an 'Open URL' service to open the URL
>
> 3. try running the non-gnustep program specified by the NSWebBrowser user
> default
>
> 4. try the fallback mechanism for opening a file of unknown type
>
This seems great. I will rebuild GNUMail from svn and let you know...
Cheers,
Patrick
--
Patrick Cardona - Pi400 - GNU/Linux aarch64 (Debian 13.2)
Xorg (1:7.7+24) - libcairo2 (1.18.4-1+rpt1 arm64)
Window Maker (0.96.0-4) - GWorkspace (1.1.0 - 02 2025) - Theme: AGNOSTEP - MUA:
GNUMail (1.4.0)
