Just a quick post to inform that gedit 2.28.2 has been release for OS X. This release includes the work to make it possible to open files with gedit from other parts of OS X (such as with finder, or using the command line ‘open’ utility). There has also been a fix in the automatic updates plugin so that it now actually works on OS X. Also, gtk+ has been updated to 2.18 in this release. Enjoy!
Download: http://ftp.acc.umu.se/pub/GNOME/binaries/mac/gedit/2.28/
Hey Jesse!
I just downloaded 2.28.2. And to my very great pleasure, I was able to right-click a file and open it!! I am really glad you took care of this.
I know some people did not find this that important, but it was enough to move me back to TextEdit most of the time.
Now, I can open files with glee using gedit!
Thanks for your work on this!!
-Dan
FYI,
Not sure if this is a bug or something that just “happens…”
I had multiple “About” menus on the “gedit” menu.
I think this is related to the install. I simply installed over the previous version. And quickly right-clicked on a couple files to see how “open” worked. When I looked for “About” (a habit to check the version after an install) I noticed three “About” menu items only the lowest item on the list worked.
I opened another doc an it created yet another item.
Anyway a COMPLETE QUIT seems to have fixed this. No other problems and the “About” menu is behaving. So I chalk it up to the typical quirks that can happen when something is first installed
Just thought I should let you know…
-Dan
I’ve had some problems pasting into the save filename, where it ends up in the text tab with focus. There’s also some behavior like it’s trying to write to something and can’t, where the only way to get out of gedit is ‘force quit’.
Would this be related to the file opening fixes?
I don’t think this is related to the file opening fixes, it doesn’t really have anything to do with the problems you are describing. I know that there are some issues with the gtk+ port for OS X and widget focus. The issue with trying to write something and it can’t I don’t know. Could you file a bug for this and provide a more detailed description of the problem and how to reproduce it (if possible).
Congratulations!
Several people have been asking for a MacOS version of Dia.
There’s a Darwin Port, but I guess that’s too difficult to install for most of them:
http://dia.darwinports.com/
Do you think it’s feasible to create a complete dmg installer like the gedit one for Dia? Are there commercial tools required for the build?
I don’t have a Mac available now, but I’m thinking of buying one to build such an installer.
This depends on the dependencies of dia. If it’s just the basic gnome libraries (glib, gtk+ and friends), it should be perfectly possible. There are some nice guides on setting up a development environment using jhbuild on OS X, and if the software doesn’t use many platform specific API’s it should be doable. Have a look at http://gtk-osx.sourceforge.net/ for most of the information you need.
Thanks for the quick reply.
Besides the GTK+ bundle, the only requirement should be libxml2. There are some optional libraries for plug-ins.
Are there minimum hardware requirements for such a build environment?
libxml2 is not a problem. There aren’t really any hardware requirements. Any intel mac should be fine I think.
This is cool. Thanks for doing this. However, if there is a space in the path to gedit, it fails:
/Applications/Additional Applications/gedit.app/Contents/MacOS/gedit: line 14: cd: /Applications/Additional: No such file or directory
/Applications/Additional Applications/gedit.app/Contents/MacOS/gedit: line 56: /Contents/MacOS/gedit-bin: No such file or directory
/Applications/Additional Applications/gedit.app/Contents/MacOS/gedit: line 56: exec: /Contents/MacOS/gedit-bin: cannot execute: No such file or directory
/Applications/Additional Applications/gedit.app/Contents/MacOS/gedit: line 54: /Contents/Resources/libexec/gconfd-2: No such file or directory
ok, this is a problem in the script that prepares the environment. It should be easy to fix. Could you file a bug about this on the gnome bugzilla?
Done. https://bugzilla.gnome.org/show_bug.cgi?id=602932
Do I need X11?
No, this is a native, self contained, port. It should not need anything besides a normal OS X (10.5 for the moment) install.
Bug 603224 Submitted
highlighting text from an open file in gedit, copying and subsequent pasting into Name: field in Save As dialog fails, with subsequent pasting into open file location indexed by cursor. Paste goes to current open file instead of dialog box. When copying text from open file this results in the text being doubled up.
gedit 2.28.2 Mac OS X 10.5.6
If I find a reproducer for the lock up I’ll submit that. I’d suspect it’s related.
is there any way to get it to not beep every time you use a keyboard command (cmd-c, cmd-v, cmd-s, etc)?
That’s indeed a very annoying bug, and I don’t really know what caused it (it was not there in previous versions). I will have to look into it. At the moment I don’t know of a way to disable it :(
does this require an intel processor or can it run under ppc and os x 10.5?
Yes, it requires an intel processor. I’m not at all an export on OS X, I mostly use it. I don’t know if I can easily cross compile it for ppc. I also thought that not that many people would be having a PPC anymore, so I’m not sure it’s worth trying to do that.
got it. thanks for the quick reply. maybe i’ll try to hack it together since i’d be thrilled to use gedit on both my ubuntu box and old mac ppc laptop.