[Eric] Configuring eric4 (Mac OS X)

[Ole Johan Væringstad]

Hi

Just to follow up on this

When setting up a Qt path, the bin/*.app directory on Mac OS X
no longer exists (maybe from Qt 4.6), the .apps are in the main Qt folder.
So when setting up the Qt path (/Developer/Applications/Qt) in Eric4, I had to
create a /bin dir and symlinks for eric to launch designer etc.

Just thought I'd bring this to your attention, since not that many of the people
here seems to be using eric on mac :)

- Ole Johan


On Dienstag, 30. Dezember 2008, Colin McPhail wrote:
>/  Hi Detlev,
/>/
/>/  Yes, the Mac OS X platform name is "darwin".
/>/
/>/  I tried this patch, but got the error message about not being able to
/>/  start developer.app.
/>/  I then made it do the same as the version 3 code (which builds the
/>/  complete path name) but I got the same error message box (except it
/>/  said "make sure Qt-Designer is available  as /usr/local/bin/.../
/>/  designer.app").
/>/  Next I tried making 'open' the command, with '/usr/local/bin/.../
/>/  designer.app' as the first argument and any supplied .ui file as the
/>/  next argument.  This works OK if I invoke it from Extras->Tools->
/>/
/>/  Designer 4  but if I double-click a .ui file or right-click it and
/>/
/>/  choose 'open in designer' then I get *two* copies of Designer
/>/  started!  One has the .ui file opened and the other is a 'clean start'.
/
According to the open man page that is because open takes the given list as
programs and files to open. In case of a file, it opens the file with the
standard application registered for it. However, that might not always be
designer for a .ui file.

>/
/>/  I'm a bit confused by this.  I will play with QProcess a bit more and
/>/  see what I can find.
/
Thanks for you support. It is highly appreciated.

Detlev

>/
/>/  Regards,
/>/  -- Colin
/>/
/>/  On 30 Dec 2008, at 11:18, Detlev Offenbach wrote:
/>/  >  Hi Colin,
/>/  >
/>/  >  please try the following. In UserInterface.py in method __designer
/>/  >  (around
/>/  >  line 3700) find these statements.
/>/  >
/>/  >         if sys.platform == "win32":
/>/  >             designer = designer + '.exe'
/>/  >
/>/  >  Please add this code after the lines.
/>/  >
/>/  >         elif sys.platform == "???":	# Enter Mac OS X platform name
/>/  >  darwin?
/>/  >             designer = designer + '.app'
/>/  >
/>/  >  Please report your results.
/>/  >
/>/  >  Regards,
/>/  >  Detlev
/>/  >
/>/  >  On Montag, 29. Dezember 2008, Colin McPhail wrote:
/>/  >>  On 29 Dec 2008, at 10:37, Detlev Offenbach wrote:
/>/  >>>>  ...
/>/  >>>>  The QT designer application is installed as /Developer/
/>/  >>>>  Applications/
/>/  >>>>  Qt/
/>/  >>>>  Designer.app on Mac OS X.  Designer.app is a Mac OS X  'package' (a
/>/  >>>>  folder, really).  Inside the package is an executable called
/>/  >>>>  Designer.  I have created a hard link  to it in ~/bin called
/>/  >>>>  designer
/>/  >>>>  (lower-case 'd') and now eric4 can find it OK.  It would be nice to
/>/  >>>>  be
/>/  >>>>  able to configure eric4  to find the installed executable, though.
/>/  >>>
/>/  >>>  eric4 uses several executables of the Qt4 package. These are:
/>/  >>>
/>/  >>>  - designer
/>/  >>>  - linguist
/>/  >>>  - assistant
/>/  >>>  - lrelease
/>/  >>>
/>/  >>>  eric4 expects these executables in the search path, which is set via
/>/  >>>  the
/>/  >>>  environment variable PATH (at least on *nix and Win* systems). How
/>/  >>>  is this
/>/  >>>  accomplished on Mac OS X? Is it standard, that the executables
/>/  >>>  have an
/>/  >>>  uppercase first letter?
/>/  >>>
/>/  >>>  Unfortunately I don't own a Mac, so I need support in this area.
/>/  >>
/>/  >>  I'm not too knowledgeable about Mac OS X conventions but I've poked
/>/  >>  about and here's what I've discovered:
/>/  >>
/>/  >>  (a) Somewhat to my surprise I find that the default MAC OS X file-
/>/  >>  system is case-insensitive, so there is no problem about that.
/>/  >>
/>/  >>  (b) The Mac OS X install of Qt creates an installation directory
/>/  >>  (e.g.  /usr/local/Trolltech/Qt-4.4.3 ) with a bin subdirectory in
/>/  >>  which reside all the executable files.  Assuming your users put this
/>/  >>  subdirectory on their PATH then eric4 will find the plain executables
/>/  >>  such as lrelease, lupdate, qmake, uic, etc.
/>/  >>
/>/  >>  (c) Assistant, Designer and Linguist also live in this subdirectory
/>/  >>  but as packages (full name Designer.app, etc).
/>/  >>
/>/  >>  (d) There is a standard command 'open' (man page text attached) that
/>/  >>  can be used to execute packages.  It requires the package's full path
/>/  >>  however, it won't find the package just because it is held in a
/>/  >>  directory on the PATH.  Perhaps eric4 could find lrelease on the
/>/  >>  PATH,
/>/  >>  extract the directory path and use it to construct 'open' commands
/>/  >>  for
/>/  >>  Designer.app, Assistant.app and Linguist.app?
/>/  >>
/>/  >>  What I've done for now is to export a shell variable QTDIR in
/>/  >>  my .bashrc and to have a set of single-line shell scripts in ~/bin
/>/  >>  called designer, linguist and assistant that just open $QTDIR/bin/
/>/  >>  Designer.app, etc.
/>/  >>
/>/  >>  Hope this helps.  Let me know if you need more information.
/>/  >>
/>/  >>  Regards,
/>/  >>  -- Colin
/>/  >
/>/  >  --
/>/  >  Detlev Offenbach
/>  >  detlev at die-offenbachs.de  <http://www.riverbankcomputing.com/mailman/listinfo/eric>

/
/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.riverbankcomputing.com/pipermail/eric/attachments/20091219/a0dc6860/attachment.html