I've branched gvfs for gnome 2.26, further developement on master is for
gnome 2.28.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Nautilus has been branched, stable development is on gnome-2-26 branch,
master is for 2.28 development.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Le lundi 20 avril 2009 à 16:10 -0700, Dylan McCall a écrit :
I do have a guess what could be done. Firstly, abolish applets as things
which must be run differently from other applications; the user should
not Ever see the word applet again. Enhance running applications and
how they connect
Hi,
possible solution, the golden one imho, could be to create new API for
applets, while redefining term applet. Applet could be equivalent to
widgets in macos x, or plasmoids (horrible naming) in kde. Small self
contained applications rendered either with gtk+ or some htmlview with
javascript
Milan Bouchet-Valat wrote:
While I agree your proposal would be a great enhancement for most
applications that abuse of the notification area (e.g. music players), I
don't think that could fully replace applets. Applets like timerapplet
or sticky notes are different from standard applications
Branch names are gnome-2-26.
Development will happen in master.
Cheers,
--
Jonh Wendell
www.bani.com.br
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Tue, 2009-04-21 at 03:58 +0200, Vincent Untz wrote:
Sounds good. Please update the wiki page and the jhbuild moduleset to
make this official :-)
Done, thanks!
Richard.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
On Tue, Apr 21, 2009 at 8:26 AM, Og Maciel ogmac...@gnome.org wrote:
I was wondering if someone could give me some feedback on how to get
my BillReminder project converted to git. I was told there was a snag
during the first import attempt... As most of the GNOME modules seem
to have been
2009/4/21 Jonh Wendell jwend...@gnome.org:
Branch names are gnome-2-26.
Development will happen in master.
Are there any plans for an RDP Gtk+ widget during this cycle?
Cheers,
--
Jonh Wendell
www.bani.com.br
___
desktop-devel-list mailing
Em Ter, 2009-04-21 às 13:40 +0100, Alberto Ruiz escreveu:
2009/4/21 Jonh Wendell jwend...@gnome.org:
Branch names are gnome-2-26.
Development will happen in master.
Are there any plans for an RDP Gtk+ widget during this cycle?
YEP!!!
My friend Jorge Pereira (CC'ed) is working on
Hi Jonh,
Am Dienstag, den 21.04.2009, 09:50 -0300 schrieb Jonh Wendell:
My friend Jorge Pereira (CC'ed) is working on porting rdesktop to a gtk+
widget just like gtk-vnc is.
Hopefully it will be done for 2.28 :)
please add this to http://live.gnome.org/RoadMap .
andre
--
I've found that I really like the plasmoid approach from KDE4. Most of
those things fit the description of infrequently needed for short
periods of time, or crack. From my point of view (a user), I mainly
want to be able to get to applets quickly. With the current small
format of applets on the
Hi, folks.
There's a bug in vino which talks about vino service restarting in a
loop, due to it being saved in the session AND being part of
auto-started applications.
http://bugzilla.gnome.org/show_bug.cgi?id=579355
My guess is that it's not a vino bug, but a gnome-session one, as it
affects
You can take a look at:
http://grdc.sourceforge.net
It is a good application
El mar, 21-04-2009 a las 15:17 +0200, Andre Klapper escribió:
Hi Jonh,
Am Dienstag, den 21.04.2009, 09:50 -0300 schrieb Jonh Wendell:
My friend Jorge Pereira (CC'ed) is working on porting rdesktop to a gtk+
On Mon, Apr 20, 2009 at 10:20 PM, Cody Russell brats...@gnome.org wrote:
[]
Yeah, but the thing that sucks about versioned ChangeLogs is
merging/rebasing your code. Typically you always leave writing a
ChangeLog last for this reason, but it just makes so much more sense to
be able to
On Tue, Apr 21, 2009 at 6:51 PM, Tristan Van Berkom t...@gnome.org wrote:
On Mon, Apr 20, 2009 at 10:20 PM, Cody Russell brats...@gnome.org wrote:
[]
Yeah, but the thing that sucks about versioned ChangeLogs is
merging/rebasing your code. Typically you always leave writing a
ChangeLog
On Tue, Apr 21, 2009 at 12:19 PM, Zeeshan Ali (Khattak)
zee...@gmail.com wrote:
[...]
Dude, we have moved to git and you are still talking of versioned
ChangeLog and favoring large patches?
With a tool like git, you should be at least able to generate a single
reviewable patch, large or
On Tue, 2009-04-21 at 13:26 -0400, Tristan Van Berkom wrote:
Versioned ChangeLog is a matter of trust, Id personally rather
take care of it and revision it by hand, I didnt ask other people
to do so, this is what I will do though (also, merging changes
in a ChangeLog cannot be difficlult,
On Mon, 2009-04-20 at 09:01 -0500, Jonathon Jongsma wrote:
Same thing with the dates. The old ChangeLog only had dates, not
time,
so there is imho no loss in just using dates in the autogenerated
file.
I agree with alex. The changelog should be easily readable. big
strings of
On Tue, Apr 21, 2009 at 4:23 PM, Zeeshan Ali (Khattak) zee...@gmail.com wrote:
[...]
Reminds me of my friend who insists that evolution is nothing more
than hoax and when I try to educate him, he doesn't want to discuss
it. :) There are simply two facts to be kept in mind here:
1. All
Tristan Van Berkom wrote:
Sure,
on the other hand projects with ChangeLogs that are hand-tended
to are, in my personal experience richer than logs of arbitrary commits,
if only by the simple virtue of forcing you to spend time caring for it.
I use ChangeLogs a lot. My preference for
On Tue, Apr 21, 2009 at 3:32 PM, Tristan Van Berkom t...@gnome.org wrote:
Sure,
on the other hand projects with ChangeLogs that are hand-tended
to are, in my personal experience richer than logs of arbitrary commits,
if only by the simple virtue of forcing you to spend time caring for it.
On 04/21/2009 10:23 PM, Zeeshan Ali (Khattak) wrote:
1. All information in the ChangeLog is redundant.
2. Maintaining a ChangeLog only and only realizes otherwise
inexistent conflicts.
Agreed.
You could do what we've been doing in a project of mine:
Auto-generating the changelogs on
Hello!
On Tue, Apr 21, 2009 at 6:36 PM, Cody Russell brats...@gnome.org wrote:
No, but the point is that if you edit some code and someone else has
made changes to some code elsewhere in the repo, and you merge their
work into yours.. then maybe you have to fix some conflicts, but maybe
not.
On Mon, Apr 20, 2009 at 10:54 PM, Vincent Untz vu...@gnome.org wrote:
Added to http://live.gnome.org/Git/FAQ
As per the information above:
git push origin :tags/billreminder-0.3.2
---
You are trying to delete the tag 'billreminder-0.3.2'.
http://live.gnome.org/Git/Help/TagUpdates
---
To
Just to throw my hat into the ring, I thought I'd link to some previous
discussion on applets.
http://davyd.livejournal.com/118545.html
http://mail.gnome.org/archives/desktop-devel-list/2004-September/msg00241.html
http://mail.gnome.org/archives/desktop-devel-list/2004-September/msg00384.html
--
On 04/21/2009 07:30 PM, Og Maciel wrote:
On Mon, Apr 20, 2009 at 10:54 PM, Vincent Untzvu...@gnome.org wrote:
Added to http://live.gnome.org/Git/FAQ
As per the information above:
git push origin :tags/billreminder-0.3.2
---
You are trying to delete the tag 'billreminder-0.3.2'.
27 matches
Mail list logo