Opened 13 years ago
Closed 9 years ago
#32163 closed enhancement (fixed)
Bundle and desktop entry for Bluefish
| Reported by: | rudloff@… | Owned by: | dbevans (David B. Evans) |
|---|---|---|---|
| Priority: | Low | Milestone: | |
| Component: | ports | Version: | 2.0.3 |
| Keywords: | Cc: | cooljeanius (Eric Gallager) | |
| Port: | bluefish |
Description
This patch adds a bundle and a desktop entry for Bluefish.
Attachments (2)
Change History (9)
Changed 13 years ago by rudloff@…
| Attachment: | Portfile.diff added |
|---|
Changed 13 years ago by rudloff@…
| Attachment: | bluefish.desktop added |
|---|
comment:1 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
comment:2 Changed 13 years ago by rudloff@…
Bluefish integrates very well if it is built with Quartz. It uses the OSX menubar, the shortcuts, drag and drop from Finder. So having a bundle makes it feel even more like a native app.
The desktop entry is needed to open files with Bluefish from Thunar, Nautilus, etc (it makes it appear in the "Open file with" menu). I think it is also used for Xfce and Gnome Applications menu.
Most GTK applications install one, but for some reason Bluefish doesn't.
Would it be acceptable to add the bundle for the quartz variant only ?
I personnaly use a lot of GTK/Quartz applications daily (Thunar, Pidgin, Transmission, etc) and having a bundle is really a nicer way to open applications than having to open the terminal.
comment:4 Changed 11 years ago by cooljeanius (Eric Gallager)
Other versions of Bluefish come in an app bundle, it would make sense for the MacPorts one to come with one, too. I also don't see the harm in installing a desktop entry, either...
comment:5 Changed 11 years ago by dbevans (David B. Evans)
| Owner: | changed from macports-tickets@… to devans@… |
|---|---|
| Status: | new → assigned |
bluefish updated to use gtk3 and install desktop/shared mime files in r116468. These are required by gvfs/gio to announce the mime types that the application can handle and to integrate into the appropriate desktop menus. This is used by all freedesktop.org compliant desktops as mentioned above (also KDE).
TODO: Add an OS X app bundle as supported by the application.
This needs to be done as part of a +quartz variant. Note that the application has no direct X11 dependencies but is pure GTK with the exception of the Mac OSX menu integration bits so the main difference is in the version of gtk3 (either +x11 or +quartz) that is used for the build. This means that the application also needs a +x11 variant to mark which version of gtk3 is being used in a particular binary instance and needs to check for the existence of the correct gtk3 variant in either case using the active_variants portgroup to avoid mis-matched binary dependencies.
Will take a look at this during the coming week.
comment:6 Changed 9 years ago by dbevans (David B. Evans)
+quartz variant added in r145417 which supports OS X menu integration. OS X app bundle still TODO.
comment:7 Changed 9 years ago by dbevans (David B. Evans)
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
As of r145420 OS X app bundle is built when +quartz is selected.
What is the purpose of a "desktop entry"?
I'm reluctant to add app bundles for ports that are not proper Mac OS X apps and don't behave like proper Mac OS X apps, which bluefish won't if it's in its default gtk x11 habitat. I don't know how it behaves if gtk is using quartz. If it works properly there, then it feels like it would be better if we rewrote gtk2 and all apps using gtk to have x11 and quartz subports. That's a lot of work. Probably discussion on the mailing list is in order first.
bluefish-devel should be considered at the same time.