Posts Tagged ‘gnome



06
Feb

A Metadata Enabled GNOME

When Tracker was proposed for GNOME 2.18 I was one of its staunchest supporters, arguing that a GNOME wide unified metadata storage system would enable a richer desktop experience, and take GNOME beyond its competition. Tracker did not make the cut for GNOME 2.18, and will no doubt be proposed again for GNOME 2.20.

To help people see the potential of a GNOME desktop using Tracker I have been working on two projects for the past little while. Both of these are components of my larger vision of a metadata rich GNOME desktop. These initial attempts just focus on making tagging [1] a more consistent experience for all GNOME apps. Consider the examples and screenshots (for a file called nice) below;

  • Freedesktop emblem spec
    Allows desktop file managers and indexers to present a list of predefined emblems and tags to the user, and allows these predefined emblems/tags to be installed by third party developers in a consistent manner.
  • Tracker Nautilus Integration
    Nautilus using tracker for storage of all tags and emblems.
  • libtracker-gtk
    A bunch of gtk widgets that application authors can use to add tracker functionalit to their application.

Nautilus Tracker Intergration A Tracker connected GtkListStore A GtkEntryCompletion widget

Industrious individuals could probably find the bzr repositories for the above work, but at the moment it is not quite ready for prime time consumption. Stay tuned for more news.

[1] Terminology:

  • Tag: A descriptive keyword the user has associated with a file
  • Emblem: A tag with an associated image
26
Jan

Bling to Get Excited About

Some interesting things have popped up in the FOSS world in the last few weeks. Some of you may have seen these, others may not;

Metacity with composite supportConduit status icon and detachable conflict window
06
Jan

What have I been doing

So its been a while since I have posted but there is some interesting news to report;

  • Conduit has a new developer - confusingly also named John
  • I am speaking at Linux.conf.au both at the GNOME Miniconf and the Main conference
  • I have some interesting Topaz style demos to show soon
  • Conduit 0.3 is going to rock
    • Opensync will be supported (to some degree)
    • The UI is starting to really ROCK, and improved treeview to display dataproviders, and improved canvas performance.
    • I have been working on a python binding to evolution. It is starting to reach the state of being useful and will be supported in the next release. I hope that this library could one day be included in GNOME.

Conduit-Near-v0-3-0-preview.png
13
Nov

Collection of Thoughts

This wont be a particuarly coherant post, More a collection of links that I dont want to lose, and that others might find interesting. Also some updates on the foo that I am working on.

  • Is anyone offering odds on America going to war with Iran in the next 6 months?

One of the great things I like about free software is that there is always something exciting around the corner. Sometimes it just takes way to much procrastinating to find out about it. Here are a few things that I am looking forward to in the next 6 months;

  • Xorg 7.2 with RandR - Should make managing multiple monitors painless.
  • i810 Modesetting branch. Thanks intel for your rocking OSS drivers.
  • Simple way to theme colours in GNOME.
  • Some new GNOME infrastructure;
  • Glade-3.1 (single window mode) - Rocks!
  • Nemiver is awesome, and i’m using it daily.
  • I want to play with pigment, I particuarly like the idea of having a built in animation framework, making it easy to create fluid user interfaces; like
    • Photosynth (made by microsoft - credit where credit is due).
    • Canola - WOW thats running on a 770!
    • Aerith - Eeeww thats java (but hot)
  • I have been running Tracker for a long time, and can recommend it to everyone. I would love to see this go into GNOME along with a bung of helper Gtk widgets to make tagging a first class citizen on the GNOME desktop.
  • After the terribly shortsighted Beryl fork its good to see Compiz get a community website. I wish I had a dual screen graphics card to test all the multihead support stuff that DavidR has just added to compiz.

I have also been super busy of late. I have been working hard on Albatross, interfacing with flightgear ad JSBSim, and learning about Eigenstate assignement for controller design. It looks like my next task is to clean up the AVL stuff and start running some code through Matlab to test these theories.

Finally I am back working on Conduit, and it looks like its the right time for stuff to come together.

  • Rewrote the TreeModel stuff to support adding things at run time which is important because….
  • OpenSync just released 0.20 with better python bindings, so I can start to play with cellphones!
  • I added service discovery of other conduit instances using avahi. This will eventually allow things to be synchronized with remote computers directly and transparently over the local network.
  • Started to add ipod support. When an ipod is plugged in new datasinks should become available which will allow you to synchronize your ipod notes and contacts (and possibly photos thanks to GPixPod)

Anyway, thats all for now. Talk to you later or see you at linux.conf.au.

25
Sep

Conduit and Other News

So I finally got around to releasing Conduit 0.2.0, which, while having many limitations, is relatively useful and safe to use on a daily basis. I have been swaped by university work at the moment, as this is the last week, but I hope to be back developing again soon.

Other Things on the hack-agenda over the next few weeks (months)

11
Sep

Conduit v0.2.0 Coming Soon

I have been working really hard for the last month on getting the Conduit core to a v0.2.0 ready state…. However after talking to a few people I have decided to delay v0.2.0 by a week to give more time for testing, and to increase the usefullness of some of the included dataproviders (Flickr and Fspot in particular).

The rationale behind this is, however cool an Idea Conduit is, it is only as useful as the things it can be used to sync with. I want this release to make a big splash, so I want the ability to sync with included GNOME apps to work really well. This means focusing a lot of testing on the Tomboy and F-spot datasources, and the Flickr datasink.

I encourage users to check out the latest version from svn to help in testing. In the meantime, here is a screenshot of Conduit running happily on Edgy.

Conduit running on Ubuntu Edgy

09
Aug

Conduit 0.1 Released

After a solid month of work I just release v0.1 of Conduit.

Conduit 0.1 Screenshot

Conduit is a synchronization solution for GNOME which allows the user to take their emails, files, bookmarks, and any other type of personal information and synchronize that data with another computer, an online service, or even another electronic device.

This version is the first version which is actually usable so I thought I would release it to gather feedback, particuarly about the GUI, and how people interact with the application.

The next version will bring more bling including

  • Treeview for datasources and sinks. They will be categorised into groups to more easily distinguish between them
  • Threading cleanups so that sync’s may be cancelled while in process
  • Flickr datasource and sink
  • Two way sync for backpackit.com and files
  • Gmail dataprovider tidy ups

I am looking for help and interested developers. Check it out!

http://www.conduit-project.org/

26
Apr

GNOME on the horizon

My responses to this well composed post of GNOME constructive criticism.

Interesting and well written post. I am also not a gnome expert, only a user and part time developer. Here are some suggestions regarding each of the points you made;

Firstly a few general comments.
Personally on Ubuntu Dapper Beta, Gnome is considerably faster than KDE in my experience, but this may just be a variation of the placebo effect!. Either way all the recent GNOME performance work has sped it up considerably since the version in Breezy!

Secondly I think a number of your points make the assumption that GNOME = Nautilus, or GNOME = Nautilus + Metacity. This is a common belief (or if indeed this is what you though) and incorrect. HOWEVER, this is why we must admit that proportionally a lot of polish must go into these two applications. I dont think that throwing features at Nautilus is the answer, it will also never be the GNOME answer, and I am thankful for it. But you do raise some good points, and ignoring any GNOME user is the wrong thing to do.

Now, point by point responses

Instant Messaging:
Check out the galago desktop presence framework. While still on the horizon I forsee some form of integration between the entire desktop, gaim, and this as the glue

Voice Over IP:
Check out ekiga. Maybe at some stage this may make it into core GNOME. Either way there is possiblity for integration with above.

File Sharing:
I could not agree more. Apparently nautilus (gnome-vfs) supports rendevous discovery of shares and the like but I dont think this is fully taken advantage of (or I havent seen it in GNOME 2.14). Perhaps something could be done with cherokee web server + WebDAV + automatic nautilus discovery + gnome-vfs WebDAV + places sidebar. Edit- This was done here, but i think the project died.

Secure Shell GUI:
This is already there. Check out Places -> Connect To Server -> SSH. I presume you can also enter sftp://user@server/path

More Command Line Tools:
While I understand the problem you want to solve; easier access to command line. I dont think shoving everything into the file browser is the right way to go about it. If GNOME can think of a better way to interact with the command line in a modern GUI environment then this is a step in the right direct. Putting the terminal into nautilus I dont think so much.

Menu Editing:
Ubuntu Dapper ships the alacarte menu editor. It has also been proposed for inclusion into GNOME 2.16. Its a step in the right direction.

Eye Candy:
Do NOT open this can of worms. Personally I think the GNOME has KDE beat when it comes to eye candy. The eyecandy discussion will never be resolved. Its all a matter of preference, I like toyota, you like mazda etc. At the framework GNOME can draw nice graphics using Cairo, and fun things are happening FOR EVERYONE IN THE LINUX COMMUNITY, GNOME AND KDE using compiz and XGL or AIGLX. You do have some points, there are features coming into GTK to be able to detect if a compositing manager is running, but if I want GNOME to keep looking prettier than KDE (joke) then stuff needs to go into GTK to make this easier!

Conclusion
I think that this is a very interesting time for GNOME. There is all this cool framework level stuff sitting there, simmering away, ready to be cooked into GNOME in some amazing ways. leaftag, galago, deskbar (and the buzz its generating), desktop search, performance improvements, compiz and XGL, and MUCH MORE.

Comments welcome

15
Mar

Epiphany is AWESOME!

After reading this post I have now switched from firefox to epiphany. I would have done so earlier if this was hyped during the (or Davyd’s) 2.14 release notes!

My favorite features (so far) are

  • Extensions (especially integration with liferea)
  • When a page cannot epiphany offers the GCace or Archive.org version
  • Starts faster
  • Taggable style bookmarks!
  • Deskbar integration
  • Download manager (with notification area icon)

I would recommend any gnomie out there to switch to epiphany today!

02
Mar

Gnome Documentation System

Just started hacking on my attempt to implement some sort of more modern documentation system for the gnome user guide.

So far this involves a few components; a modified version of moinmoin 1.5, a hacked version of yelp with xml-rpc support, and some python scripts.

Basically the idea is that moinmoin now supports docbook generation and has a nice xml-rpc interface. So the idea is that periodically the wiki version of the gnome-user-guide is crawled and docbook is generated. Also, yelp can fetch the latest version of the documentation from the wiki and display it.

A bit of work to go but a nice project covering lots of disiplines