Re: Moving Applets (was: Fish in GNOME Panel)

[Bastien Nocera]

On Thu, 2005-10-13 at 01:34 +0800, Davyd Madeley wrote:
> On Wed, 2005-10-12 at 19:05 +0200, Jeroen Zwartepoorte wrote:
> > Isn't netstatus made obsolete by NetworkManager?
> > 
> > Are there any plans to include NetworkManager into 2.14?
> 
> nm-applet is a misnomer of a name, however nm-notification-icon sounds
> less cool I imagine. I had considered implementing the D-BUS API inside
> GNOME-Netstatus, but haven't even found the time to look into what would
> be required to make that a reality.

It could be an applet (and it would be fairly easy to make it so), but
you can't add an applet automatically from a program. When
NetworkManager is started, the session bus would start up nm-applet. If
it was a real GNOME panel applet, you couldn't add it to the panel
automatically. But you can do so with a notification area icon.

As for making gnome-netstatus use NetworkManager to know which device to
track, I've already filed a bug some time ago:
http://bugzilla.gnome.org/show_bug.cgi?id=313653

It should be fairly easy to add, using libnm-glib, the glib convenience
library for NetworkManager. See the Epiphany patch Christian made for
example:
http://bugzilla.gnome.org/show_bug.cgi?id=311634

-- 
Bastien Nocera <[EMAIL PROTECTED]>


___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Moving Applets (was: Fish in GNOME Panel)

[Glynn Foster]

Hey,

On Thu, 2005-10-13 at 00:16 +0800, Davyd Madeley wrote:
> People have struck on a topic I started thinking about a little
> while ago.
> 
> This thinking is highlighted on the wiki space
> (http://live.gnome.org/GnomeApplets).
> 
> In short we would create a gnome-applets-extras. The purpose of this
> package would be to include all the applets that have no home on
> their own, but really don't need to be part of the standard desktop.
> This will reduce the load on the maintainers/translators and
> everyone else while not leaving older applets to die.

So, I'm against too much flux within packages, unless the code is really
unmaintainable. In many cases, the basic functionality is 'done' - sure,
it may need some more work, but did you ever think about adding
'gnome-love' keyword? Applets are really easy things to start off
playing around with, since the code base [generally] is relatively
small.

I logged a bug against the clock applet not showing the year, and added
the 'gnome-love' keyword. 2 days later, a patch was attached - thanks
Daniel! There *are* people out there, and we're just doing a really bad
job herding them into the bits that need a little love.


Glynn

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Thoughts on the future of gnome

[Tor Lillqvist]

On on, 2005-10-12 at 08:01 -0400, Larry W. Virden wrote:

> The reason I would be interested in this is that Windows XP has this
> component currently referred to as Interix/Services For Unix 
> 
> Having GNOME libraries, etc. supported on Windows would make it easier to
> build and run an environment which supported GNOME compliant applications
> in that environment.

If I understand correctly Interix (the follow-up on the "POSIX
subsystem?") really *is* Unix, from user code's point of view, so one
cannot make Win32 calls from such code. I might be wrong, though.

--tml

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Thoughts on the future of gnome

[Tor Lillqvist]

On må, 2005-10-10 at 21:21 +0200, alan wrote:

> Is it likly that a windows version of gnome (even a basic, light
> version) will be available when vista is released?

No. I don't really know what you mean by a "basic, light version of
GNOME". But I am rather certain that it would make no sense whatsoever
to run Nautilus, for instance, on Windows. If you want GNOME, run GNOME
(on Unix).

Some GNOME *applications*, like Evolution, and maybe Evince, make sense
on Windows. Other free non-GNOME applications like OpenOffice, AbiWord,
GIMP, InkScape already are available on Windows. Other applications like
media players and various smaller "applets" already have lots of
equivalents on Windows. They might not be free (as in Speech), but the
end-users rarely care. If they do, they already run GNOME on Linux.

--tml



___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Fish in GNOME Panel

[Tom Lamm]

Wanda has no use what-so-ever. Click on the About and she tells you  
that.


Wanda is however a reminder of an early day in Gnome,
a result of an early spirit of that time,
a token of a playfullness that Gnome has never lost,
Gnome will lose that playfullness if we're not careful.

You won't find a Wanda in an all buttoned up, neatly combed,  
professional desktop suite.


You will always find Wanda on MY top tool bar.

Don't kill Wanda.

Tom Lamm



On 10/12/05 01:25:22, Dodji Seketeli wrote:

On Tue, Oct 11, 2005 at 05:12:20PM -0400, Mark McLoughlin wrote:
>Poor Wanda. I think she's too old to move, personally. Her
frail heart
> just couldn't take it. Perhaps its just time to dump the poor old
dear ?

Please, don't kill it. Wanda is the prefered GNOME "application" of my
girl friend, and I really appreciate the peace we have at home when
she
launches it. Please, don't kill wanda.

Dodji.

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list






--
Tom Lamm
Osage Enterprises
1-866-310-9357

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Moving Applets (was: Fish in GNOME Panel)

[Davyd Madeley]

On Wed, 2005-10-12 at 19:05 +0200, Jeroen Zwartepoorte wrote:
> Isn't netstatus made obsolete by NetworkManager?
> 
> Are there any plans to include NetworkManager into 2.14?

nm-applet is a misnomer of a name, however nm-notification-icon sounds
less cool I imagine. I had considered implementing the D-BUS API inside
GNOME-Netstatus, but haven't even found the time to look into what would
be required to make that a reality.

--d

-- 
Davyd Madeley

http://www.davyd.id.au/
08B0 341A 0B9B 08BB 2118  C060 2EDD BB4F 5191 6CDA

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Moving Applets (was: Fish in GNOME Panel)

[Jeroen Zwartepoorte]

Isn't netstatus made obsolete by NetworkManager?

Are there any plans to include NetworkManager into 2.14?

Jeroen

On 10/12/05, Davyd Madeley <[EMAIL PROTECTED]> wrote:
> People have struck on a topic I started thinking about a little
> while ago.
>
> This thinking is highlighted on the wiki space
> (http://live.gnome.org/GnomeApplets).
>
> In short we would create a gnome-applets-extras. The purpose of this
> package would be to include all the applets that have no home on
> their own, but really don't need to be part of the standard desktop.
> This will reduce the load on the maintainers/translators and
> everyone else while not leaving older applets to die.
>
> Here are a series of transitions I have thought about.
>
> Applet  Current ProposedNotes
> --  --  -
> clock   panel   applets remove e-d-s dep in panel
> wanda   panel   applets-extras
> stickynotes applets applets-extras
> netstatus   --  applets needn't be separate
> user-switch --  applets useful feature
> geyes   applets applets-extras
> gtikapplets applets-extras
> modemlights applets applets-extras
>
> I would also like to separate the locations database out from
> g-applets, since it is a huge portion of the tarball size and may
> benefit from reuse in other places.
>
> I am also interested in replacing mini-commander with Deskbar. The
> problem here is that Deskbar is in Python and uses a binding from
> gnome-python-extras. The other option is the pimping of
> mini-commander.
>
> --d
>
> --
> Davyd Madeley
>
> http://www.davyd.id.au/
> 08B0 341A 0B9B 08BB 2118  C060 2EDD BB4F 5191 6CDA
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
>
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Moving Applets

[William Jon McCann]

Hi Davyd,

Davyd Madeley wrote:

Applet  Current ProposedNotes
--  --  -
clock   panel   applets remove e-d-s dep in panel


This has come up a few times now and I still don't really understand it.

I think e-d-s is destined to become part of the GNOME platform.  So, I 
don't think that the panel depending on the platform is a bad thing.


Also, given that every panel by default will include the clock applet, 
by moving the clock to gnome-applets you will implicitly make 
gnome-panel depend on gnome-applets.


Would this change solve any problems?

Thanks,
Jon
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Moving Applets (was: Fish in GNOME Panel)

[Davyd Madeley]

People have struck on a topic I started thinking about a little
while ago.

This thinking is highlighted on the wiki space
(http://live.gnome.org/GnomeApplets).

In short we would create a gnome-applets-extras. The purpose of this
package would be to include all the applets that have no home on
their own, but really don't need to be part of the standard desktop.
This will reduce the load on the maintainers/translators and
everyone else while not leaving older applets to die.

Here are a series of transitions I have thought about.

Applet  Current ProposedNotes
--  --  -
clock   panel   applets remove e-d-s dep in panel
wanda   panel   applets-extras
stickynotes applets applets-extras
netstatus   --  applets needn't be separate
user-switch --  applets useful feature
geyes   applets applets-extras
gtikapplets applets-extras
modemlights applets applets-extras

I would also like to separate the locations database out from
g-applets, since it is a huge portion of the tarball size and may
benefit from reuse in other places.

I am also interested in replacing mini-commander with Deskbar. The
problem here is that Deskbar is in Python and uses a binding from
gnome-python-extras. The other option is the pimping of
mini-commander.

--d

-- 
Davyd Madeley

http://www.davyd.id.au/
08B0 341A 0B9B 08BB 2118  C060 2EDD BB4F 5191 6CDA
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Fish in GNOME Panel

[Glenn J. Mason]

I agree.  Move her, but don't send her to, "sleep with da fishes"  (yuk yuk yuk)On 12/10/05, Dodji Seketeli <
[EMAIL PROTECTED]> wrote:On Tue, Oct 11, 2005 at 05:12:20PM -0400, Mark McLoughlin wrote:
>   Poor Wanda. I think she's too old to move, personally. Her frail heart> just couldn't take it. Perhaps its just time to dump the poor old dear ?Please, don't kill it. Wanda is the prefered GNOME "application" of my
girl friend, and I really appreciate the peace we have at home when shelaunches it. Please, don't kill wanda.Dodji.___desktop-devel-list mailing list
desktop-devel-list@gnome.orghttp://mail.gnome.org/mailman/listinfo/desktop-devel-list
-- Glenn J. Mason - "Glennji"Happy hacking!http://glennji.com/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Thoughts on the future of gnome

[Larry W. Virden]

From: Mike Hearn <[EMAIL PROTECTED]>

>On Mon, 10 Oct 2005 21:21:19 +0200, alan wrote:
>> Is it likly that a windows version of gnome (even a basic, light version)
>> will be available when vista is released?

> Would it be worth it though?

The reason I would be interested in this is that Windows XP has this
component currently referred to as Interix/Services For Unix (and
there's a third name - something like Services for Unix Applications)
which provides a POSIX API for applications.  

Having GNOME libraries, etc. supported on Windows would make it easier to
build and run an environment which supported GNOME compliant applications
in that environment.
-- 
Tcl - The glue of a new generation.  http://wiki.tcl.tk/ >
Larry W. Virden http://www.purl.org/NET/lvirden/ >
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Betterdesktop.org

[Alan McGinlay]

lo all, apologies if this has already been mentioned. Just found this
news article about desktop usability studies performed by Novel:

http://news.com.com/2061-10795_3-5893239.html

Its quite an interesting article and links to this Novel/opensuse
subproject: 

http://www.betterdesktop.org

It contains usability videos for download that are worth a look.

Once again, sorry if you already know about it, I'm new to the mailing
list. :)
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: bug buddy configuration

[Le Lain, Olivier]

Thanks for your quick answers.

Fernando,

Yes indeed , setting GNOME_DISABLE_CRASH_DIALOG is what I do.
I also know   you can't avoid some assistant window. But I wonder if 
there would be a lot of work to do to hack bug-buddy to send bt 
automatically. (I prefer having an opinion before "diving" in the code :-) )
I already did an awful hack to gnome_segv2 so that it uses a gcore/mail 
pipe instead of bug-buddy.
It worked fine until 2.6.12 kernel which (I dont know why) no more 
include symbols.


Glynn,

Is Sun's hack "free" ? :-)
I'm obviously very interested. (knowing that we are long time Sun 
customers !! :-) )



Cordialement / Cheers.

-Olivier
CNS



Fernando Herrera wrote:


Hi,

right now you can globally disable bug-buddy dialog setting globally
the env variable GNOME_DISABLE_CRASH_DIALOG (you can do in the system
profile, for example).

You could hack bugzillas xml file to set up another destination
addresses, but there is no way to skip all bug-buddy assistant pages.

Salu2


On 10/11/05, Le Lain, Olivier <[EMAIL PROTECTED]> wrote:
 


Hello,

I don't know if it's the right place but I didn't find any bug buddy ML.
I just have a little question about bug-buddy.
I'm an admin of around 50 gnome users and unfortunatly I prefer to
disable bug-buddy.Indeed, since they're working, they don't have time to
fill each bug buddy requests. It's far less annoying to have the
application simply restarting. (They don't even know they had a crash
most of the time).

But, I miss usefull informations which bug-buddy can bring.

So here is my question :
Is there an easy way to configure or rewrite some parts of the code (I
insist on "easy" since I'm an eternal C beginner:-) ), so that bug-buddy
(or gnome_segv2 ?) send automatically a email with the backtrace to a
specified email address (typically the admin one).

Then , I (the admin) could :

* know that a bug occured
* sort it
* check if and how  it's solved  on bugzilla
* eventually open a new bug.

Thank you !


--
Cordialement / Cheers.

-Olivier
CNS

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

   


___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list