The reason for this change is to make things more simple and reliable.
With our current use, symbolic icons are simply not an optional add-on
anymore, but an integral part of the user experience. By making it
part of the single icon theme, we avoid a whole class of 'broken UX'
cases that
Simon and others,
With respect to PyGObject docs, I hope you are all aware of
http://lazka.github.io/pgi-docs/ and http://learngtk.org/
The first link is especially fantastic.
FWIW I also purchased www.pygobject.org a while ago and am wondering what
to do with it. My current plan is to
It would be nice to have some GObject features, like completion of
properties and signals names, with calltips to show details about a
property or signal, and a button to add the callback function with the
correct parameters.
Also for handling the GObject boilerplate, like renaming a class
On Fri, Nov 23, 2012 at 7:27 PM, Allan Day allanp...@gmail.com wrote:
Florian Müllner fmuell...@gnome.org wrote:
...
The Tweak Tool shouldn't have anything to do with extensions. They are
something that you install and run as a part of the system, not
something to be tweaked via settings.
On Wed, 2012-11-21 at 09:56 -0500, Matthias Clasen wrote:
I don't think a separate session will work very well for this - for
one thing, setting this up will require a number of settings to be
tweaked (e.g. the one for the minimize button), and alternative
sessions don't have the right
advanced setting app is SLOW to react to clicks in the categories list (about
2 to 3 seconds)
Meh, that is just my rubbish code*, not a statement by the GNOME that
you must buy a new computer.
Some combinations of bugs from you list might make things slower on
your hardware. Anecdotes here
On Mon, 2012-11-05 at 10:28 +0100, Martin Pitt wrote:
Hello all,
Olav Vitters [2012-11-05 10:05 +0100]:
In the last release team meeting we've accepted the Python 3 porting
goal for GNOME 3.8.
https://live.gnome.org/GnomeGoals/Python3Porting
Meaning: During development phase of
It'd be useful to know to what extent people would be affected if we
stop supporting the fallback mode. For instance, last June, Antoine
mentioned that llvmpipe support is not there yet on OpenBSD...
If fallback mode goes away I would like blocker importance placed on bugs like
Hi,
I spoke about this with a few people at GUADEC, but I would like to
continue the discussion here.
Can we please mirror the GNOME repositories on github.org
(https://github.com/GNOME)?
Advantages
* Many many people already have forks of GNOME components there, if
GNOME was the parent of
Disadvantages
* Maintainers might see this is mandating them change their workflow.
I emphasize that github should be only a mirror, interaction and
merging should occur first on git.gnome.org
This is a killer. There would just be forks of random GitHub
repositories with patches, and
I'm just saying that we need maintainers to manually look at GitHub
every once in a while for pull requests, and file a bug upstream or
merge into the repo or something. Maintainers are already overworked,
so I doubt they're going to do that.
See at end.
The other alternative is telling
One of the modules that I develop (gnome-shell) has very strict code
review policies. If we want a paper trail of reviews, the typical
thing to do is to link to a Bugzilla bug in the commit message, which
has patch review comments.
How does that fit into our GitHub flow? Do I review a pull
And here is the same feature, but at the window manager level (and for all
the other apps too):
http://andreasn.myownb3.com/temp/nau-side-by-side.png
Same thing, just on a different level and now desktop-wide.
Not quite.
With split planes
select complex combination of files with ctrl -
On Sat, Jun 30, 2012 at 6:32 PM, Jasper St. Pierre
jstpie...@mecheye.net wrote:
It seems like the broken labels beside icons behavior should be
treated as a bug in GtkIconView that should just be fixed.
Don't worry about it, the text beside icons bug was fixed by removing
the offending feature
The point is that we already use Tracker in GNOME (Documents and Boxes
depend on it) and I don't see any reason for existing apps to stop
using it and while we could compromise on some code-duplication, its
certainly a big issue if there is two entities harvesting metadata
from tons of
So there are lots of ways that we can do design better as a community,
and contributors on this list can all play a part in helping to make
us to be even more successful in this regard. It will take actions as
well as words to move forward, of course - if you want to help, or
have your own
There was nothing really tricky in pessulus itself, except knowing which
keys exist and finding how to present them (and even for that, I don't
think we were doing such a great job :/).
There is plenty of code in gnome-tweak-tool for almost-autogenerating
a UI on top of gsettings keys.
If
Phoronix and any linux news orientated site would be _perfect_ for a
Gnome survey! If gnome thinks otherwise then keep on living in that
little perfect utopia world of gnome. Reality is way different. Gnome
really seems to be living in some ideal small everyone loves gnome
world where they
On Wed, 2011-08-31 at 16:26 -0500, Federico Mena Quintero wrote:
On Tue, 2011-08-30 at 15:24 -0400, Shaun McCance wrote:
I noticed that we have Contacts, Documents, and Sushi in the
apps moduleset.
gnome-documents worries me because of its dependency on Tracker.
As far as I can tell,
On Wed, 2011-08-24 at 14:00 -0400, Jasper St. Pierre wrote:
Hey guys, it's Jasper.
Again, the last time I talked about SweetTooth, it was a month ago.
I'm here to say that enabling/disabling of extensions has landed!
Congratulations!
I will get this into tweak-tool ASAP.
John
In the latest jhbuild, when the partial_build key is set (the
default) we explicitly look at what's installed on the system, and if
they're new enough, omit them from the build list (unless you have
built them before).
This doesn't currently work on non-packagekit system, such as Ubuntu. I
As a foundation member and supporter of GNOME I don't even know myself
how to give a feedback that matters and join the hundreds unhappy
contributors with this decision (users spend hours looking at how they
can power off their machine, talk about good UX...), nor can I point
anyone to a
On Mon, 2011-06-06 at 13:42 +0100, Allan Day wrote:
Dave Neary wrote:
Hi,
So, in short, I would like the design team to act like the gnome-utils team.
GNOME design has all the equivalent facilities [1, 2, 3] excluding the
mailing list.
Again, I agree (and have never disagreed)
Hey,
Could you give some details on what is the issue with running Ubuntu and
contributing to GNOME? Several active GNOME contributors are running
Ubuntu, do you means they are not welcome to contribute to GNOME because
of the distribution they decided to use?
I'm not wading into this
On Fri, 2011-05-13 at 10:05 +0100, Calum Benson wrote:
On 11 May 2011, at 17:52, Federico Mena Quintero wrote:
One detail of Open if file manager is that it is trivial to make apps
call nautilus --blahblah, but ideally this should be cross-desktop
(and I imagine that Firefox and
On Thu, 2011-04-28 at 16:20 -0400, Matthias Clasen wrote:
I'm not sure we really want a separate people tab in the overview. I
know it is tempting, now that we have these 'tabs', to just keep
adding on there: places, documents, contacts, what have you... but I
think it will lead to a clunky
I can describe what the script does somewhere. Only 'install' is
interesting for maintainers. The rest is release-team stuff and more
sysadmin related (ftpadmin validate-tarballs will validate all tarballs
within a module.. going to rename that to validate-module).
[ can't find the mail
As a new user of gnome-shell when I installed the Fedora 15 Alpha, my
first thought was that Available and Busy referred to my IM
status, and there was nothing that indicated to me that they had
anything to do with the notification system. I only made that
connection from a stray reference
On Tue, 2011-03-22 at 10:02 -0400, Matthias Clasen wrote:
With GNOME 3.0 going into code freeze any day now, it is high time
that we start looking beyond 3.0 and start collecting ideas and making
plans for what comes next. To that end, I have collected a list of
things that have fallen off the
There'll be a tool for that, although that is an add-on tool (ie, not
part of the control center). Since I've been lagging on this, John
Stowers stepped up and moved much faster than I did (he also chose
python while I was playing with js ;-)):
https://github.com/nzjrs/gnome-tweak-tool
Let me know when you have a bugzilla component. There's a number of
control-center bugs that should be coming your way.
Done.
https://bugzilla.gnome.org/browse.cgi?product=gnome-tweak-tool
John (nervously awaiting bug onslaught...)
___
Having jumplists in the shell overlay was desired by pretty much
everybody, though it was not specified whether they would be
implemented as right-click menus on application icons, or something
else.
My takeaway from the session was that we would use a combination of
static verbs
My takeaway from the session was that we would use a combination of
static verbs (specified in .desktop) and dynamic actions (specified
using GApplication actions) to build the action list in an
application's jumplist *and* in the application menu in the top panel
of the shell. But after
Hi All,
I see that Ubuntu has merged [1] their implementation of 'quick lists'
[2], and also offer ways to embellish their application launcher icons
with numbers and progress bars.
Is there a plan describing how these things might fit with gnome-shell
(or not)? [5] leaves this part unspecified.
On Sat, 2010-08-07 at 11:12 +0200, Tomeu Vizoso wrote:
Alternatively, if distros were able to support the combination
Python2+Gtk2+PyGObjectWithIntrospection
Just to be clear, do you mean that distributions will likely ship
Python2+PyGtk2+(Gtk2-.gir)+(PyGobjectWithIntrospection+(Gtk3+.gir))
On Sat, 2010-08-07 at 13:24 +0200, Tomeu Vizoso wrote:
On Sat, Aug 7, 2010 at 12:20, John Stowers john.stowers.li...@gmail.com
wrote:
On Sat, 2010-08-07 at 11:12 +0200, Tomeu Vizoso wrote:
Alternatively, if distros were able to support the combination
Python2+Gtk2
On Thu, 2010-07-29 at 13:50 +0200, Steve Frécinaux wrote:
On 07/29/2010 01:06 PM, Xavier Claessens wrote:
Speaking about my modules, I will not accept any changes to make them
work with GTK+ 2.x again, nor would I want people to waste their times
doing that.
Why? As I understand, GTK3's
On Fri, 2010-07-30 at 00:23 +0200, Steve Frécinaux wrote:
On 07/30/2010 12:13 AM, John Stowers wrote:
I have no objection to that. My problem is that in the space of one
minor release, *every* python plugin for a gtk application (e.g [1]) has
skipped this 'dying' phase and move straight
On Fri, 2010-07-30 at 00:32 +0200, Steve Frécinaux wrote:
On 07/30/2010 12:28 AM, John Stowers wrote:
On Fri, 2010-07-30 at 00:23 +0200, Steve Frécinaux wrote:
It's not as simple: you can't use pygtk and pygi at the same time in the
same program.
Is that still true if PyGtk+friends
On Fri, 2010-07-30 at 10:39 +1200, John Stowers wrote:
On Fri, 2010-07-30 at 00:32 +0200, Steve Frécinaux wrote:
On 07/30/2010 12:28 AM, John Stowers wrote:
On Fri, 2010-07-30 at 00:23 +0200, Steve Frécinaux wrote:
It's not as simple: you can't use pygtk and pygi at the same time
On Fri, 2010-07-30 at 01:00 +0200, Steve Frécinaux wrote:
On 07/30/2010 12:39 AM, John Stowers wrote:
On Fri, 2010-07-30 at 00:32 +0200, Steve Frécinaux wrote:
On 07/30/2010 12:28 AM, John Stowers wrote:
On Fri, 2010-07-30 at 00:23 +0200, Steve Frécinaux wrote:
It's not as simple: you
A separate but related issue is that unless somebody plans to update
gtk-sharp, Tomboy may not be GTK3 compatible this cycle (I don't know
off-hand what parts of gtk-sharp may be incompatible with GTK3). Do
other non-C apps have similar issues, or is this just a problem with
the Mono
I'm growing a bit sick of GNOME having to be in this limbo situation
where it can't stick to any technology because downstream
distributions choose not to ship some components by default.
PackageKit and PulseAudio are two projects that are pretty well
aligned with the GNOME platform in
On Wed, 2009-10-28 at 20:04 -0700, Sriram Ramkrishna wrote:
I think I'm with Zeeshan here. It looks like you should have some
time to get some real world testing before putting it into the
release. Do you guys have objection to that?
Correct me if I am wrong, but isn't tracker 0.7 being
Hi All,
I am converting my projects to auto-generate ChangeLog at dist time.
Looking at various GNOME modules, I cannot see a consensus on the
correct way to do this. Some projects simply do
$git log ChangeLog
while other use custom scripts [1]. Is there recommended way to do this?
Could some
On Thu, 2009-09-03 at 00:40 +0200, Pierre Slamich wrote:
Dear GNOME maintainers,
This is a proposal on behalf of the GlobalMenu developers for its
inclusion either in gnome-applets or as a dependency of GNOME.
+1 from me, I use this daily, and it works wonderfully.
While some might argue
On Sat, 2009-06-27 at 00:27 +0200, Andre Klapper wrote:
Hi Mike,
thanks for your interest in making libdmapsharing an official part of
GNOME (though the proposal deadline for 2.28 has already passed).
Am Freitag, den 26.06.2009, 16:08 -0400 schrieb W. Michael Petullo:
Purpose:
* It is good to see you have added support for specifying map uri's. I
would also like to see you support quadtree encoding, and
randomization of hosts. See osm-gps-map for what I mean...
I will have a look, but little code can be shared as osm-gps-map is
GPL :) but if the method is
On Thu, May 7, 2009 at 12:01 PM, Christian Persch c...@gnome.org wrote:
Hi;
John Stowers wrote:
Unfortunately, the original TangoGPS author, [...], ignores any
emails from me, other osm-gps-map developers, or users, that request
permission to change the license of osm-gps-map to LGPL
On Mon, 2009-05-04 at 22:37 -0400, Pierre-Luc Beaudoin wrote:
Hi,
I would like to propose libchamplain as an external dependency to GNOME
2.28. If you never heard about this project, it is a Clutter based map
widget for your application. It currently uses downloaded image tiles
as map
On Sat, 2009-04-18 at 22:23 -0400, Tristan Van Berkom wrote:
On Sat, Apr 18, 2009 at 9:54 PM, Behdad Esfahbod beh...@behdad.org wrote:
Hey,
I first wrote Makefile.am magic for Pango to generate ChangeLog from git on
demand. Those macros have been modified and gathered in
On Mon, 2009-03-23 at 17:11 -0400, Owen Taylor wrote:
On Mon, 2009-03-23 at 17:02 -0400, Colin Walters wrote:
On Mon, Mar 23, 2009 at 4:41 PM, Owen Taylor otay...@redhat.com wrote:
2) Mutter could be renamed as a project to mutter (binary, GConf schemas,
etc. Presumably, the internals
On Sat, 2009-03-21 at 08:49 -0700, Sandy Armstrong wrote:
Hi all,
I just wanted to briefly mention that the triage committee has finished
sorting community-proposed SoC ideas into categories on:
http://live.gnome.org/SummerOfCode2009/Ideas
The student proposal period begins Monday, so
On Wed, 2009-02-11 at 17:25 -0200, Johan Dahlin wrote:
gobject-introspection, gir-repository and gjs were today moved over to git.
The old svn repositories will still work, but only in read-only mode.
Does this mean the GNOME move to git is complete and the git
repositories are now writeable
Hey,
Some of you might be interested in a little distraction I hacked on over the
last few weekends. It is basically a small PyGtk GUI to track GNOME
development, kind of like GNOME commit digest [1], but generated on demand.
The tool also includes some other useful information such as the
On Wed, Nov 5, 2008 at 11:57 AM, Matthew McGowan
[EMAIL PROTECTED] wrote:
Hello gnome desktop developers,
Apologies if this is the wrong forum for such an email.
I have seen a fair bit of discussion about usability ideas for Gnome 3.
Going by a post on planet.gnome.org, the current
2008/10/28 Johannes Schmid [EMAIL PROTECTED]
Hi!
So after I finally got to read
http://live.gnome.org/Boston2008/GUIHackfest/WindowManagementAndMore and
vuntz blogpost I was wondering if there is already a place where the
prototyping of the new panel is happening. I guess quite some people
On Mon, 2008-09-22 at 22:41 -0400, Matthias Clasen wrote:
2008/9/22 Ted Gould [EMAIL PROTECTED]:
On Mon, 2008-09-22 at 18:19 -0500, Federico Mena Quintero wrote:
JPEG loading with libjpeg is currently really slow (the benchmark being
Photoshop, which is really goddamn fast for JPEGs).
On Tue, 2008-09-23 at 13:31 -0700, Bastien Nocera wrote:
On Tue, 2008-09-23 at 21:04 +0200, John Stowers wrote:
snip
There is also epeg, from Enlightenment, and I quote them, an
IMMENSELY
FAST JPEG thumbnailer library API.
Which seems to be very deprecated:
http://trac.enlightenment.org
* Also it would help if some artist would take care about the canvas and
apply sane padding and line widths. It'd also help to apply theme colors
instead of randomly chosen colors. My desktop theme uses decent
gradients for UI elements. There are no gradients at all in the Conduit
canvas.
On Thu, 2008-07-31 at 13:03 +0200, Patryk Zawadzki wrote:
2008/7/31 Mathias Hasselmann [EMAIL PROTECTED]:
Am Donnerstag, den 31.07.2008, 12:39 +0200 schrieb Dave Neary:
Hi,
Vincent Untz wrote:
Short description:
==
Conduit is a synchronization architecture for the
On Thu, 2008-07-31 at 14:36 +0200, Patryk Zawadzki wrote:
On Thu, Jul 31, 2008 at 2:01 PM, John Stowers
[EMAIL PROTECTED] wrote:
I don't know If I agree with the icon being in system/preferences
however, for two reasons.
* If/when a future, improved UI appears, it will probably live
On Wed, 2008-07-30 at 12:44 +0200, Murray Cumming wrote:
On Tue, 2008-07-29 at 23:49 +1200, John Stowers wrote:
So with what sites can I easily sync my data (from what desktop
applications)?
The following is a partial list of non-pim sync functionality
I just tried Conduit (version
On Wed, 2008-07-30 at 13:24 +0200, Mathias Hasselmann wrote:
Am Mittwoch, den 30.07.2008, 22:56 +1200 schrieb John Stowers:
On Wed, 2008-07-30 at 12:44 +0200, Murray Cumming wrote:
I failed to figure out how to upload (or sync) photos
from a local folder to flickr. I did manage to drag
://bugzilla.gnome.org/show_bug.cgi?id=545430
http://bugzilla.gnome.org/show_bug.cgi?id=545431
Li
On Jul 30, 2008, at 6:44 AM, Murray Cumming wrote:
On Tue, 2008-07-29 at 23:49 +1200, John Stowers wrote:
So with what sites can I easily sync my data (from what desktop
applications
On Wed, 2008-07-30 at 17:34 -0700, Sandy Armstrong wrote:
Vincent Untz wrote:
Homepage: http://projecthamster.wordpress.com/
svn/git/bzr/...: http://code.google.com/p/projecthamster/source/checkout
Proposal on d-d-l:
On Wed, 2008-07-30 at 21:13 -0500, Diego Escalante Urrelo wrote:
On 7/30/08, John Stowers [EMAIL PROTECTED] wrote:
But when I tried hamster applet, there was no such information to be
seen. I would have expected to see incomplete tasks as possible
activities.
Works here
On Mon, 2008-07-28 at 00:33 +0200, Vincent Untz wrote:
Homepage: http://webkit.org/ http://live.gnome.org/WebKitGtk
Proposal on d-d-l:
http://mail.gnome.org/archives/desktop-devel-list/2008-April/msg00134.html
License: LGPLv2 or later (I believe)
Short description:
==
On Tue, 2008-07-29 at 11:24 +0200, Murray Cumming wrote:
On Mon, 2008-07-28 at 00:32 +0200, Vincent Untz wrote:
Homepage: http://www.conduit-project.org
svn/git/bzr/...: http://svn.gnome.org/viewvc/conduit/
Proposal on d-d-l:
On Tue, 2008-07-29 at 13:21 +0200, Murray Cumming wrote:
On Tue, 2008-07-29 at 22:21 +1200, John Stowers wrote:
On Tue, 2008-07-29 at 11:24 +0200, Murray Cumming wrote:
How easy is it to do this for any particular specific cases, such as
syncing a Palm with a desktop PC (With Evolution
I guess at the end of the day I'm not sure if/why conduit is replacing
gnome-pilot.
Conduit has not been proposed to replace gnome-pilot. Eventually we will
support palm sync, and we can discuss the future of gnome-pilot at that
time.
I believe Conduit provides sufficient benefits now to
On Mon, 2008-07-28 at 01:05 +0200, Vincent Untz wrote:
Le lundi 28 juillet 2008, à 00:32 +0200, Vincent Untz a écrit :
Homepage: http://www.conduit-project.org
svn/git/bzr/...: http://svn.gnome.org/viewvc/conduit/
Proposal on d-d-l:
On Mon, 2008-07-28 at 11:16 -0400, Colin Walters wrote:
On Mon, 2008-07-28 at 00:32 +0200, Vincent Untz wrote:
Homepage: http://www.conduit-project.org
svn/git/bzr/...: http://svn.gnome.org/viewvc/conduit/
Proposal on d-d-l:
On Mon, 2008-07-28 at 17:47 -0400, Colin Walters wrote:
On Tue, 2008-07-29 at 09:33 +1200, John Stowers wrote:
If another app calls into conduit using dbus, it will automatically
start, without the gui. If the user then starts Conduit from the
accessories menu, the Gui will be launched
On Mon, 2008-07-28 at 17:47 -0400, Colin Walters wrote:
On Tue, 2008-07-29 at 09:33 +1200, John Stowers wrote:
If another app calls into conduit using dbus, it will automatically
start, without the gui. If the user then starts Conduit from the
accessories menu, the Gui will be launched
On Sat, 2008-07-26 at 14:11 -0400, Thomas Thurman wrote:
Ysgrifennodd daniel g. siegel:
thanks! it was exactly that what i needed. i modified it a bit, mostly
to have the changelog and news style of older release notes of cheese.
Metacity also has a release script, which I'd also like to
On Sun, 2008-07-27 at 01:08 +0200, daniel g. siegel wrote:
another quick question: maintainer.py seems to pick up all bug fixes,
but what about features, or other enhancements, which are no bugs? how
do i get those into the NEWS file?
Check out
On Sun, 2008-07-27 at 01:50 +0200, daniel g. siegel wrote:
On So, 2008-07-27 at 11:46 +1200, John Stowers wrote:
On Sun, 2008-07-27 at 01:08 +0200, daniel g. siegel wrote:
another quick question: maintainer.py seems to pick up all bug fixes,
but what about features, or other enhancements
On Wed, 2008-07-23 at 23:35 +0200, daniel g. siegel wrote:
hello!
i just found some scripts like maintainer.py, list-translator.sh and so
on.. does anybody use them for rolling your own tarballs?
I use a slightly modified version of maintainer.py to do NEWS updates,
release notes prep, etc.
On Thu, 2008-07-17 at 13:30 +0200, =?ISO-8859-1?Q?Sebastian_P=F6lsterl_
wrote:
Am Donnerstag, den 17.07.2008, 13:27 +0200 schrieb Patryk Zawadzki:
2008/7/17 Sebastian Pölsterl [EMAIL PROTECTED]:
Am Mittwoch, den 16.07.2008, 18:41 +0200 schrieb Luca Ferretti:
According to this[1] commit,
ACK.
Maybe the UI would be more easy to understand if the tree view in the
main window would be replaced by some Glade/GIMP like tool palette.
shameless-plugI am developing a generic tool palette widget for usage
in Glom (and hopefully many other programs) in libegg/toolpalette right
I could switch to using that.
John
Cheers,
Eitan.
On Mon, 2008-03-31 at 23:35 +1300, John Stowers wrote:
Hey Guys,
On behalf of the Conduit [1] development team, I would like to propose
Conduit for inclusion in GNOME 2.24 desktop suite.
* Purpose: Conduit
On Mon, 2008-03-31 at 15:16 -0400, Adam Schreiber wrote:
I rather like the idea of conduit. I just set up some google calendar
- evolution calendar syncs and it worked great.
Since it's taking passwords and storing them, is it using a secure
method like gnome-keyring?
It was, but I had to
On Tue, 2008-02-26 at 12:10 -0600, Benjamin Gramlich wrote:
Greetings all,
I am interested in applying to work on a project for Gnome during the
summer of code 2008, and I have a few ideas.
Idea #1) Re-implement the panel-applet library/interface to depend on
DBUS.
I guess you are
* Many tools are available for automated testing, and GNOME needs to
annoint one with holy gnome pee so that it will become an acceptable
dependency for development. Whether this is LDTP, Dogtail, Strongwind,
or others, a clear decision needs to be made so that people can go
On Thu, 2008-02-14 at 13:26 -0800, Brad Taylor wrote:
Hey,
Personally I would like to use one of these frameworks to automatically
take screenshots of Conduit releases, but so far I'm stuck. I don't have
enough time to compare all the available options, and don't want to
waste time
- it seems inevitable that both gnome-http-lib and Firefox would need
to rely on some type of common repository of cookies, etc. and that
this repo would be managed by some type of daemon that handled
locking and change-notification; said daemon would need to be able
to run
On Nov 22, 2007 6:40 AM, Alp Toker [EMAIL PROTECTED] wrote:
Colin Walters wrote:
On Tue, 2007-11-20 at 15:23 -0200, Pedro de Medeiros wrote:
That's all very interesting, but what about a better integration
of on-line applications in the desktop environment like regular
applications?
On 11/2/07, Colin Walters [EMAIL PROTECTED] wrote:
John Stowers wrote:
But at the moment this particular 'PDA' requires a different way for
it to be connected. As I explained earlier, the other 'PDA's we
support are either connected(), disconnected(), or we ask for the user
to connect
Hiya,
b)
There is no way to login to programatically to online desktop using
either the dbus api or another manner. This is different to many many
other web apis and makes it difficult to reliably use the api from
outside mugshot.
I don't quite understand this point. The general idea
[ excellent detailed description omitted ]
What if you don't think of online.gnome.org as a web service; what if
you think of it like a PDA someone plugged into their USB port?
Excellent!
Apologies if I mis/over-interpret your analogy but this is EXCATLY how
I think about online.gnome.org
guess this
becomes a non-issue if d is solved
Anyway, apologies if any of these points appear negative. I totally
agree with the ideas of online desktop, I just disagree with some
points of its implementation
John Stowers (conduit developer)
___
desktop
On 9/24/07, Alex Jones [EMAIL PROTECTED] wrote:
Hi list
What do we want from the next version of GNOME Panel?
Firstly, I think there is a lot of cool panel like implementations
floating around GNOME these days. It might be a good time to merge
some together before everything drifts too far
On 8/9/07, Havoc Pennington [EMAIL PROTECTED] wrote:
Hi,
Tomboy offers a concrete case study about the various ways to store
stuff on the server and set up the data model in the app.
Conduit is already a case study in the common elements of
Synchronization over disparate services. Our data
On 8/2/07, Sanford Armstrong [EMAIL PROTECTED] wrote:
On 8/1/07, Havoc Pennington [EMAIL PROTECTED] wrote:
Hi,
Sanford Armstrong wrote:
How does this fit into the grand scheme of the online desktop? Tomboy
can't be the only app that wants to store real data (not just
configuration
Travis, some good ideas. I thought I would weigh in on this issue from
the point of view of Conduit.
Basic Architecture
==
[Desktop People Apps] - [Empathy] - [e-d-s] - [Online desktop
server]
snip
4. A daemon to initiate and perform data synchronization and merging.
This
Bryan mentioned this to me, and the best approach to take right now
would probably be to get Google to Open Source this piece of code. That
would at least mean time isn't wasted whilst a volunteer shows up.
Thats one of the reasons I have not tackled this in Conduit - Google
open sourcing it
On 7/25/07, Bastien Nocera [EMAIL PROTECTED] wrote:
On Wed, 2007-07-25 at 07:59 -0700, Jeff Waugh wrote:
quote who=John Stowers
I dont see Conduit, no matter how singing and dancing, getting as much
community buy in as e-d-s sync due to its heritage.
Hrm?
It's used by Nokia
Hey,
Thought I would weigh in with the state of Conduit, what it can do,
and my roadmap of sorts. At the bottom is a little discussion of .Mac
and other things.
Firstly, what Conduit can do today
Photo sync with F-spot, Picasaweb, Flickr, Smugmug
File Sync with Box.net, gnomevfs volumes
Contact
If eds-dbus doesn't work with standard EDS, I consider that a bug. The
original announcement didn't compile correctly with the standard EDS,
but that was promptly fixed.
Either way, is the e-d-s dbus port going to replace the existing bonobo e-d-s?
John
1 - 100 of 112 matches
Mail list logo