On 14 Aug 2011, at 14:08, Ivan Vučica wrote: > make_services was already discussed on this mailing list (in fact, I remember > participating in the discussion). I still believe that > NSApplication/NSWorkspace should not only read the Info.plist, but also > update the service cache at launch time.
It already does, but it does it indirectly (via make_services) > Counting on make_service being regularly launched is not realistic in today's > free desktop setups (since most are not based around GNUstep but around other > libraries). We don't count on it being launched regularly ... it's run by the [NSWorkspace-findApplications] method (from [NSWorkspace-init]). > On Fri, Aug 12, 2011 at 23:44, Eric Wasylishen <[email protected]> wrote: > Sorry, it was my mistake, I forgot to run ./configure. > > I built it successfully and can reproduce the problem. It seems that > NSWorkspace never actually reads the info.plist of the running application; > only the cache generated by make_services (unless I'm missing something). > This is also a problem because it means information on file types supported > by the application won't be available if the application isn't installed. Yes ... that's nothing to do with running make_services. Possibly associations in the Info.plist of the running app should supersede those found in installed apps. We should do whatever OSX does. _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
