[MacPorts] #52548: gimp2 now drags in an entire web browser (epiphany)

MacPorts noreply at macports.org
Sun Oct 9 02:58:22 CEST 2016


#52548: gimp2 now drags in an entire web browser (epiphany)
-----------------------------+----------------------
  Reporter:  macports@…      |      Owner:  devans@…
      Type:  enhancement     |     Status:  assigned
  Priority:  Normal          |  Milestone:
 Component:  ports           |    Version:
Resolution:                  |   Keywords:
      Port:  gimp2 epiphany  |
-----------------------------+----------------------
Changes (by devans@…):

 * status:  new => assigned
 * cc: devans@… (removed)
 * owner:  macports-tickets@… => devans@…
 * version:  2.3.4 =>
 * keywords:  gimp2 epiphany =>
 * type:  defect => enhancement
 * port:  gimp2 => gimp2 epiphany


Comment:

 Hi, Ewen.  Ever since I added the dependency on epiphany, I've been
 expecting this ticket.

 If you've read the changeset description, you know the motivation for this
 change.  In the new webkit-gtk free approach, GIMP just calls
 `gtk_show_uri` which is pretty much the "open URL with HTTP MIME Type
 handler" approach you recommend, using glib's GIO component.  Basically
 any app that says it can handle the URL in it's desktop file will do. I
 just picked epiphany because it's the preferred browser in the GNOME
 environment and it uses webkit2-gtk rather than webkit-gtk.

 The problem is that if one were to omit the runtime dependency on epiphany
 or some similar browser, when trying to access GIMP help, the user would
 receive an obnoxious error message of the form "operation not supported".
 Then I'd get another ticket saying GIMP help is broken and that would be
 correct.  And I really didn't want to add a note saying that help is
 broken but you can fix it by installing epiphany or the like.

 At any rate, I'm working on a patch to the GIMP code that should help the
 situation.  The patch adds additional code that does a macOS style open
 URI call if the existing call to `gtk_show_uri` fails.  This should open
 the help page in Safari or whatever default macOS web browser you're using
 on your system. Then the dependency on epiphany should be able to be
 safely removed without breaking the help functionality and users can see
 the help in whatever web browser they normally use.

 Should have this ready and tested in the coming week. Since this is not
 really a defect but an irritation, I'm relabeling your suggestion as
 enhancement until then.

 Thanks for your input.  At least I know someone down your way is using
 GIMP.

-- 
Ticket URL: <https://trac.macports.org/ticket/52548#comment:1>
MacPorts <https://www.macports.org/>
Ports system for the Mac operating system



More information about the macports-tickets mailing list