Re: OpenURL issue not fixed with an OpenURLService

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)