Hi,
Now we're thinking about a different approach to this that avoids
hand-coding of D-Bus APIs every time we want to add a new property or
kind of info that the server can host.
Wrote up notes at http://developer.mugshot.org/wiki/Extensible_Server_API
Havoc
On 4/15/07, Havoc Pennington [EMAIL PROTECTED] wrote:
Whoever is interested in the project, same as any other open source
project. If someone thinks it would be fun to work on then they are
welcome, if they don't then they'll work on something else.
It doesn't have to be people working on
Hi,
BJörn Lindqvist wrote:
I don't understand. What is Mugshot then? What is it not? To me, it is
not clear what the intended audience is, if there is one.
I talked about this in http://log.ometer.com/2007-04.html#3
(scroll down to Target Audience) I even have a not section about
people I
Mugshot is a couple different things that are relevant here:
1) it's just a server. Several of the apps that comprise
Mugshot really are pretty unrelated to one another to
various degrees. We can run whatever code on this server we need.
There are some services such as account
On Tue, 2007-04-10 at 19:49 -0400, Havoc Pennington wrote:
Hi,
I blogged a few days ago about the idea of an online desktop. For our
initial prototypes, we've taken a pretty ad hoc approach that tends to
leak Mugshot specifics in a messy and undocumented way.
I brought up the idea of
Owen Taylor wrote:
On Tue, 2007-04-10 at 19:49 -0400, Havoc Pennington wrote:
Hi,
I blogged a few days ago about the idea of an online desktop. For our
initial prototypes, we've taken a pretty ad hoc approach that tends to
leak Mugshot specifics in a messy and undocumented way.
I brought
Rob Taylor wrote:
Agreed, to this end, I've got a dbus-doc project going on fd.o[1], based
off Jon McCann's stuff for ConsoleKit. Its still very very young, so
comments and input much appreciated.
Cool!
I also have concerns that this seems very mudflap-oriented.
Being able to replace Mugshot-as-desktop-server is neither here nor
there. Sure, from the Freedom perspective we don't want to rely on a
particular server [1], but that's not what's going to really affect the
desktop experience.
What's important from the user experience is not having to rely
Hi,
Andrew Sobala wrote:
What's important from the user experience is not having to rely on
Mugshot-as-social-network. Virtually none of my friends use mugshot -
they all use facebook.
Definitely - the idea of Mugshot is not to replace Facebook (or the
other stuff people use). It doesn't
I think that the D-BUS daemon approach can make sense, but I'm not sure
it is going to be necessary for all kinds of things that might fall
under the online desktop umbrella.
For example if I wanted to write a little Flickr panel applet, I would
probably just pick up a random Python library
Colin Walters wrote:
I think that the D-BUS daemon approach can make sense, but I'm not sure
it is going to be necessary for all kinds of things that might fall
under the online desktop umbrella. For example if I wanted to write a
little Flickr panel applet, I would probably just pick up a
I am glad that your original blog was more than just a passing post and
something that you are planning to act upon. I really agree with your
thinking on the direction that the gnome desktop should take, or at least a
specific Gnome Online Desktop. I have actually already started a page on
the
12 matches
Mail list logo