Better integration with Mac OS X OS

Bug #1097009 reported by Valerio Aimale
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Inkscape
Invalid
Undecided
Unassigned

Bug Description

A start for a better integration with Mac OS X OS

Revision history for this message
Valerio Aimale (valerioa) wrote :

Perform all the steps in

https://bugs.launchpad.net/inkscape/+bug/1096996

[unless they have been merged in the trunk]

then:

git clone https://github.com/jralls/gtk-mac-integration.git

cd gtk-mac-integration
patch -p1 < gtk-mac-integration-valerio.patch
bash autogen.sh
./configure --prefix=/opt/local/macports-with-a-very-looooooooooooooooooooooooooong-name/
make install
cd ..

cd <inkscape source dir>
patch -p1 < 0.48.x-valerio-osx-integration.patch
cd packaging/macosx
LIBPREFIX=/opt/local/macports-with-a-very-looooooooooooooooooooooooooong-name/ ./osx-build.sh a c b i p -py /opt/local/macports-with-a-very-looooooooooooooooooooooooooong-name/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/
LIBPREFIX=/opt/local/macports-with-a-very-looooooooooooooooooooooooooong-name/ ./osx-build.sh d

Revision history for this message
Valerio Aimale (valerioa) wrote :
Revision history for this message
Valerio Aimale (valerioa) wrote :
su_v (suv-lp)
tags: added: desktop-integration gtk-osx packaging
Revision history for this message
su_v (suv-lp) wrote :

1) New dependencies
> git clone https://github.com/jralls/gtk-mac-integration.git
(…)
> ./configure --prefix=/opt/local/macports-with-a-very-looooooooooooooooooooooooooong-name/

Does building with the changes from '0.48.x-valerio-osx-integration.patch' require the latest git version of gtk-mac-integration or is an older port already installed (based on the Portfile for v1.0.1 [1]) sufficient? Or phrased differently: you don't happen to have a current portfile available which would allow to install gtk-mac-integration from git as regular port? (Installing from external sources directly into a MacPorts prefix might be feasible if one has a dedicated MacPorts tree used once to compile and bundle a specific Inkscape package - otherwise it is not really an option (IMHO)).

2) Configure checks, GTK+ backend
> if PLATFORM_OSX
> -inkscape_LDFLAGS = --export-dynamic $(kdeldflags) $(mwindows)
> +macosx_sources = osx-integration.cpp osx-integration.h
> +inkscape_LDFLAGS = --export-dynamic $(kdeldflags) $(mwindows) -lgtkmacintegration
(…)
> +#ifdef __APPLE__
> +#include "osx-integration.h"
> +#endif /* __APPLE__ */

As far as I understand, the patch '0.48.x-valerio-osx-integration.patch' assumes that building Inkscape on OS X is done (unconditionally) with the Quartz backend of GTK+ (checking only for PLATFORM_OSX and __APPLE__), and will likely fail otherwise (since gtk-mac-integration is not available for the X11 backend)? Would it be possible to add more specific checks for the GTK+ backend and the availability of gtk-mac-integration to continue supporting builds with either backend, similar to the tests and checks used in this branch [2]?

-----
[1] <https://trac.macports.org/browser/trunk/dports/devel/gtk-osx-application/Portfile>
[2] <http://bazaar.launchpad.net/~inkscape.dev/inkscape/dev-osx/changes?filter_file_id=configure.ac-20091128124040-aej0x7yhxng1m6ly-27>

Revision history for this message
su_v (suv-lp) wrote :

Attaching updated MacPorts portfile for gtk-mac-integration 2.0.1 (port name: gtk-osx-application), to a large extent based on
<https://trac.macports.org/ticket/37700>

Changes:
- new variants for gtk+ version
- remove patch for gtkosxapplication.h (fixed upstream)

Use variant +gtk2 to avoid building against GTK3 (automatically detected by configure and linked to if present). Note: +gtk3 variant is more of a stub (untested).

Revision history for this message
su_v (suv-lp) wrote :

MacPorts has now updated gtk-osx-application to 2.0.1, too:
<https://trac.macports.org/changeset/102041>

Revision history for this message
su_v (suv-lp) wrote :

'gtk-mac-integration-MacPorts.zip' removed - MacPorts maintainer needs to find better solution to address build failure in 'src/coca-menu-item.c':
<https://mail.gnome.org/archives/gtk-osx-devel-list/2013-January/msg00001.html>
(Note: unpatched verison fails with clang on Lion, workaround: use llvm-gcc.4.2 instead)

su_v (suv-lp)
tags: added: gtk-quartz
removed: gtk-osx
Revision history for this message
Qantas94Heavy (qantas94heavy) wrote :

Further native macOS integration works is now being tracked here: https://gitlab.com/inkscape/inkscape/issues/84

Changed in inkscape:
status: New → Invalid
tags: added: bug-migration
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.