On Fri, 2007-05-18 at 15:01 +0200, Benoît Dejean wrote:
> Hello,
>
> An important feature of system-monitor is the ability to kill/renice
> process as superuser directly from the GUI. This feature depends on
> gksu. As gksu is not in Desktop, this makes an important feature depends
> on an optiona
On 5/18/07, Xavier Claessens <[EMAIL PROTECTED]> wrote:
> On ven, 2007-05-18 at 15:43 -0500, Diego Escalante Urrelo wrote:
> > (sorry if double-posted, I had some email forwarding issues)
> >
> > Hellooo :)
> >
> > On 5/18/07, Jaap Haitsma <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > I would like
On ven, 2007-05-18 at 15:43 -0500, Diego Escalante Urrelo wrote:
> (sorry if double-posted, I had some email forwarding issues)
>
> Hellooo :)
>
> On 5/18/07, Jaap Haitsma <[EMAIL PROTECTED]> wrote:
> > > >
> > > > I would like hear the opinion of developers from all IM clients and
> > > > tango
(sorry if double-posted, I had some email forwarding issues)
Hellooo :)
On 5/18/07, Jaap Haitsma <[EMAIL PROTECTED]> wrote:
> > >
> > > I would like hear the opinion of developers from all IM clients and tango
> > > artists to see if we can create a common icon set.
> >
> > I agree completely.
>
2007-05-18 klockan 15:01 skrev Benoît Dejean:
> An important feature of system-monitor is the ability to kill/renice
> process as superuser directly from the GUI. This feature depends on
> gksu. As gksu is not in Desktop, this makes an important feature depends
> on an optional external dependency.
Hello,
An important feature of system-monitor is the ability to kill/renice
process as superuser directly from the GUI. This feature depends on
gksu. As gksu is not in Desktop, this makes an important feature depends
on an optional external dependency.
gksu has a nice simple API: gksu(command, &e
Hi Thom,
I don't have strong feelings on this subject, but I guess if one wants
to use a poll as an argument for why something is important enough to
warrant inclusion I think the question should instead have been:
'If GNOME had an option for a global menubar would you use it as your
default?'
If
On Fri, 2007-05-18 at 13:28 +0200, Thom Holwerda wrote:
>
> Note the emphasis on "option", and "turned off by default". The poll
> results show that 80% of the OSNews readers who voted (1154 votes
> cast as of writing) would like to see this included in GNOME.
> Obviously, the statistic vali
I'll try to get to them tomorrow, and let you know what I find out. Thanks
for the patches.
peace
Thomas
On 18/05/07, Yair Hershkovitz <[EMAIL PROTECTED]> wrote:
Hi,
I would like to draw your attention to the following two metacity
right-to-left behavior bugs:
http://bugzilla.gnome.org/show
Hi,
I would like to draw your attention to the following two metacity
right-to-left behavior bugs:
http://bugzilla.gnome.org/show_bug.cgi?id=387893
http://bugzilla.gnome.org/show_bug.cgi?id=92212
Both bugs contains patches.
Bug #92212 was opened almost five years ago !!!
Thanks for everyone's
On Fri, 2007-05-18 at 11:57 +0100, Rui Miguel Silva Seabra wrote:
> However, while /home/ can be mounted without any execution
> permissions, /usr not, and thus applications started by the session
> manager are supposedly blessed by the admins (distro maintainers, and
> what not) while those instal
Sex, 2007-05-18 às 12:50 +0100, Andrew Sobala escreveu:
> Rui Miguel Silva Seabra wrote:
> > Sex, 2007-05-18 às 12:54 +0200, Martin Soto escreveu:
> >> Hi Andrew,
> >>
> >> On Fri, 2007-05-18 at 11:28 +0100, Andrew Sobala wrote:
> >>> Martin Soto wrote:
> >>>
> An additional point that nobody
Hi,
I'm working on a project called S-Flux [1][2]. It uses Semantic Web
technologies to describe the desktop environment (mainly applications
and documents) trying to hide applications to the user letting him
concentrate just on the operations suitable for the selected
document(s).
I've developed
Hello!
KDE with Mandriva is working on adaptation of semantic technologies[1]
on desktop. Are there any similar efforts going on in the GNOME world?
[1] http://nepomuk.semanticdesktop.org/xwiki/
---
Piotr Gaczkowski
signature.asc
Description: This is a digitally signed message part
Rui Miguel Silva Seabra wrote:
> Sex, 2007-05-18 às 12:54 +0200, Martin Soto escreveu:
>> Hi Andrew,
>>
>> On Fri, 2007-05-18 at 11:28 +0100, Andrew Sobala wrote:
>>> Martin Soto wrote:
>>>
An additional point that nobody has mentioned so far is security. Most
(if not all) plugin implemen
Hi Ross:
On Fri, 2007-05-18 at 12:00 +0100, Ross Burton wrote:
> On Fri, 2007-05-18 at 12:54 +0200, Martin Soto wrote:
> > > I'm not saying there aren't security implications of plugins, but being
> > > able to run code on login is much easier to do without bothering with
> > > them!
> >
> > Th
On Fri, 2007-05-18 at 13:28 +0200, Thom Holwerda wrote:
> Note the emphasis on "option", and "turned off by default".
from my comment on the poll:
there is some fundamental error in the "it's off by default, who cares,
put it in" argument that I strongly need to point out. features, even
off by
Hi boys and girls,
Yesterday, I posted a poll on OSNews [1] about the possible inclusion
of a patch (i.e. as presented in bug #353076 [2]) that provides GNOME
with the option (via a panel applet) of using a global application
menubar setup, similar to i.e. Mac OS, Amiga, or KDE. The poll
On Fri, 2007-05-18 at 12:54 +0200, Martin Soto wrote:
> > I'm not saying there aren't security implications of plugins, but being
> > able to run code on login is much easier to do without bothering with them!
>
> The fact that we already have some security holes to plug doesn't mean
> we should
Sex, 2007-05-18 às 12:54 +0200, Martin Soto escreveu:
> Hi Andrew,
>
> On Fri, 2007-05-18 at 11:28 +0100, Andrew Sobala wrote:
> > Martin Soto wrote:
> >
> > >An additional point that nobody has mentioned so far is security. Most
> > >(if not all) plugin implementations already available for Gnom
Hi Andrew,
On Fri, 2007-05-18 at 11:28 +0100, Andrew Sobala wrote:
> Martin Soto wrote:
>
> >An additional point that nobody has mentioned so far is security. Most
> >(if not all) plugin implementations already available for Gnome programs
> >seem to allow for installing plugins in some user-owne
Martin Soto wrote:
>An additional point that nobody has mentioned so far is security. Most
>(if not all) plugin implementations already available for Gnome programs
>seem to allow for installing plugins in some user-owned directory. This
>means that by gaining access to the user's home directory,
> >
> > I would like hear the opinion of developers from all IM clients and tango
> > artists to see if we can create a common icon set.
>
> I agree completely.
>
> I can see some applications still wanting to add their own themes for
> somethings like smileys and status icons, but a theme that fit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xavier Claessens wrote:
> Hi,
Hi,
> With all new IM clients currently under development I think we should think
> about some GNOME desktop integration.
>
> Here I suggest to move protocols and status icons to gnome-icon-theme, like
> that we can reu
On Thu, 2007-05-17 at 18:26 +0200, Vincent Untz wrote:
...
> Moving features to plugins/extensions
> =
...
> Some of the features implemented in plugins/extensions should just
> always be there, and it's useless to disable the plugin/extension. The
> handling of
25 matches
Mail list logo
