As you may know I’ve been working already for a few months in NICE and It has been a great experience so far. Working in the product DCV (Desktop Cloud Visualization) which allows you to run OpenGL applications remotely using VNC with a really good quality it has been something new and challenging for me but also an incredible experience where I am learning a lot and enjoying with my new Colleagues, some of them you may already know them, Paolo Borelli and Paolo Maggi, the ones in charge of gedit too for so many years.
Apart from making an update in my life I would like to point out that NICE is hiring again and there are a few open positions that somebody might be interested in. Go to our webpage for open positions and have a look at it and if you are interested, send us your Resume.
Dear GTK devs I’ve been encountering some problems in the current behavior of the latest versions of GtkFileChooserDialog, so just in case It is me that I don’t understand the current behavior I’ll put them here:
- Right now when we want to open a file a in gedit the Recently Used item is selected. This is a really really bad behavior in my opinion for applications like gedit or gitg where we already provide a way to go to the recently used documents and what we really want is to show the directory where the user is working as it is highly probable that will want a file or directory from the directory it is working on or from one near to that one. Please recommend us a way to get back the previous behavior so we will not have to do crazy things like listening to map and unmap signals to place the right directory to show in our specific applications.
- Another problem that I have been encountering and I don’t know if it is a new feature or a bug, is that if I click on the list view of directories and I press enter in a directory, the new directory is opened but the focus changes to the Location entry instead of keeping it in the list view. Please let me know if there is some API or a way I can use to get the previous behavior back. If it is a bug I can even provide some patches.
Jesse has been doing a great job here, updating the bindings and adding the missing API, probably he will point you out at some point his new pet project but for now it is kind of top secret
If you are interested on helping out with the bindings, testing them or writing the so boring unit tests you can find the repository in my github. Once they are ready or we have a serious user for them, we will probably move them to the gnome infrastructure and make a release.
I think after so long without posting anything it is time to put some of the cool stuff we were doing lately.
One of the side effects of staying in Italy last month for a couple of weeks was that I had the weekend without anything productive to do. So Paolo Borelli and I decided to make a mini gedit hackfest where to decide the next directions to take for your favorite Text Editor of the GNOME desktop. The cool thing about staying in Italy and not having anything to do was that we autoinvited ourselves to Lapo Calamadrei’s home to discuss about some gedit’s design problems, to fix some bugs and mainly to eat, drink and enjoy of the cool views from Tuscany Thanks Lapo for the great hospitaly that you gave us
If anybody is interested we have also updated the roadmap that you can find here. The main taskes to be done are:
- Port to GtkApplcation
- Make use of the new GMenu
- Use GResources (this will be great for the Windows port)
- Finish the new sidepane (currently a work in process in the branch: wip/newpnael)
If anybody is interested on helping here will be much appreciated.
Apart from this, I also invested some time resurrecting the Win32 port of gedit. Thanks to Dieter I managed to get it working again but there are still a few problems in Gtk+ 3 in order to get an stable release. At least I would like to see the theming working on Windows XP correctly. For those interested, Dieter passed a really great startup tutorial for those who also would like to try out Gtk+ 3 in win32. I hope he will finish it and publish it soon with some great scripts to make our life easier.
As you may know gedit-code-assistance is a gedit plugin that provides right now real-time error highlighting for languages supported by CLang, that is C, C++ and Objective-C. You can see how it looks in jesse’s post. I just want to indicate in this post that gedit-code-assistance has finally landed on fedora 16. So if you felt lazy before to try it out now it should be just a matter of yum install gedit-code-assistance. I am pretty sure that you will like it if you try it.
Quite a lot of changes in my life lately, I finally moved back to Poland and I have got also a contract with NICE. In this company I will be working with some known gedit developers as the past maintainer Paolo Maggi and one of the actives right now Paolo Borelli. I am really exciting about this opportunity and I hope everything will go fine. The only side effect is that I will not have that much time to invest on gedit and the other modules that I maintain but I will still be around.
Just a quick announce that I just released a new version of gedit-latex. This new version has got a lot of clean up and it is now using the snippet plugins to insert the latex templates, this will improve the usability. You can also check the NEWS file.
PS: like usually already packaged for fedora
I am pleased to announce version 3.0.1 of the Python bindings for GObject.
The new release is available from ftp.gnome.org:
What’s new since PyGObject 3.0.0?
- when checking instances union members are same type as parent
- add a floating flag to pygobjects
- Revert “Fix refcount bug by not creating python wrapper during gobject init stage”
GObject is a object system library used by GTK+ and GStreamer.
PyGObject provides a convenient wrapper for the GObject library for use in Python programs, and takes care of many of the boring details such as managing memory and type casting.
Like the GObject library itself PyGObject is licensed under the GNU LGPL, so is suitable for use in both free software and proprietary applications. It is already in use in many applications ranging from small single purpose scripts up to large full featured applications.
PyGObject requires glib >= 2.22.4 and Python >= 2.5.1 to build.
Introspection/Python 2 bindings requires gobject-introspection >= 0.9.5 and pycairo >=1.0.2 or py2cairo >=1.8.10
Introspection/Python 3 bindings requires gobject-introspection >= 0.9.5, pycairo >=1.8.10 and Python >= 3.1
Some of you may or may not know about an incredible plugin to convert gedit in an incredible LaTeX editor. This plugin was developed for a few years already by Michael Zeising, providing a lot of features, some of them are:
- LaTeX/BibTex code completion.
- Templates, it allows to easily insert latex snippets.
- Quick building of documents.
- Outline viewer, to have quick access to all parts of the document.
- Tools manager.
- etc etc etc.
Some months ago José Aliste came to me to try to resurrect the project, port it to GTK+ 3 and all our beloved new libraries and try to sanitize it and fix the crashers. Once we moved the project to the gnome server, John Stowers joined us and all together we started to work like crazy. Now, we are proud to say that we have a working latex plugin for gedit that it is quite cleaned up and that can make your life easier.
Also say that it is already packaged for fedora and if you are brave enough to test it and report bugs, and even better provide patches for it would be great. Have fun with it!!
For the past few years we have got a lot of people asking us (the gedit team) why we did not provide a way to split a document and visualize it with several GtkTextViews. In this post I will point out the three problems that stop us from doing it.
- The cursor follows the insert mark from the TextBuffer.
- The selection is managed in relation to the insert mark and the selection-bound mark.
- The invisible tags are managed per document.
Why is this a problem?
- Well right now the invisible tags are not a big problem as we don’t support code folding yet, but probably we will do it soon, although in relation to the inser and the selection it is pointless to split a document and use it from several views if you are editing a document and both views are following the cursor no matter if you are in one view or another.
What would be the way to fix this?
- To manage the insert and selection-bound marks the GtkTextView should a per view-insert and view-selction-bound marks and follow only the ones set by it. The view should also modify the insert and selection-bound marks from the TextBuffer so this ones follow the ones from the view.
- In relation to the invisible tags, I am not totally sure how the best way would be for this. Probably doing something similar as with the marks.
With this post I just wanted to point out these problems in case somebody wants to fix them