Hi, using that thread I have a doubt related with the 751212 bug and which
can be resolved from the perspective of design. How handles gnome-photos
importing videos from cameras?
I mean that other similar software as Gthumb, import all content (photos
and video) and even allows display on the
On 10/18/2016 10:44 AM, Krzesimir Nowak wrote:
Not sure how can this pan out - I guess that stable release is in
bugfixes-only mode, so the widgets could land only in Gtk4. GNOME
modules probably won't quickly switch to it, right?
GNOME modules will likely be the first projects to move to
On Oct 18, 2016 13:55, "Allan Day" <a...@gnome.org> wrote:
>
> Hi everyone!
>
> Below is a list of UX features that would be great to have from a design
point of view. I thought I'd share it, in case it helps with 3.24 planning.
It's not a complete list and I think t
Hi everyone!
Below is a list of UX features that would be great to have from a design
point of view. I thought I'd share it, in case it helps with 3.24 planning.
It's not a complete list and I think that some of them are already being
worked on.
It would be really great to have a bunch
Hi,
I'm active in the GNOME engagement team and are currently working on a
article about the 2012-2013 privacy campaign for the GNOME annual
report. To complete the article I need know what privacy features have
been implemented as a result of the campaign. Information about this
are very much
Ok thanks for the info, then I guess its the promo text for the
campaign that still apply.
On Thu, Mar 6, 2014 at 4:59 PM, Tobias Mueller mue...@cryptobitch.de wrote:
Hi.
On Thu, Mar 06, 2014 at 04:41:32PM +0100, Stef Walter wrote:
Andreas or Tobias would know definitively ... but I don't
campaign for the GNOME annual
report. To complete the article I need know what privacy features have
been implemented as a result of the campaign. Information about this
are very much appreciated, thanks.
___
desktop-devel-list mailing list
desktop-devel
Hi.
On Thu, Mar 06, 2014 at 04:41:32PM +0100, Stef Walter wrote:
Andreas or Tobias would know definitively ... but I don't think that any
implementation has been undertaken by GNOME as of yet.
that is correct.
Cheers,
Tobi
___
desktop-devel-list
El 10/10/2013 03:02, fr33domlo...@mailoo.org escribió:
Hello,
Is there any plan to add support for MediaGoblin and Diaspora
Diaspora doesn't have a public API yet.
Andrés Fernandez
Software Peronista
___
desktop-devel-list mailing list
Then what about MediaGoblin?
Anyway, there's a chance Diaspora develops a public API if you talk to
them and explain they're going to have a desktop plugin in GNOME. I'm
sure they'll be happy. So the only question is whether someone wants to
develop a plugin once Diaspora has the API.
On ה',
Hi, fr33domlover
El jue, 10 de oct 2013 a las 11:29 , fr33domlover
fr33domlo...@mailoo.org escribió:
Then what about MediaGoblin?
Anyway, there's a chance Diaspora develops a public API if you talk to
them and explain they're going to have a desktop plugin in GNOME. I'm
sure they'll be
On Mon, 2013-10-07 at 12:22 +, Debarshi Ray wrote:
In short, you would be able to see your Facebook photos in Photos, and
use your Windows Live (outlook.com, live.com, hotmail.com) email from
Evolution.
Just following up - the Windows Live email feature is done already and
turned out to be
Hello everybody,
I would like to propose these two features for GNOME 3.12:
- https://wiki.gnome.org/ThreePointEleven/Features/FacebookPhotos
- https://wiki.gnome.org/ThreePointEleven/Features/WindowLiveMail
In short, you would be able to see your Facebook photos in Photos, and
use your Windows
On Mon, 2013-10-07 at 12:22 +, Debarshi Ray wrote:
- https://wiki.gnome.org/ThreePointEleven/Features/WindowLiveMail
In short, you would be able to ... use your Windows Live (outlook.com,
live.com, hotmail.com) email from Evolution.
Shouldn't we be using EWS for at least some of those
On Mon, Oct 07, 2013 at 01:46:27PM +0100, David Woodhouse wrote:
On Mon, 2013-10-07 at 12:22 +, Debarshi Ray wrote:
- https://wiki.gnome.org/ThreePointEleven/Features/WindowLiveMail
In short, you would be able to ... use your Windows Live (outlook.com,
live.com, hotmail.com) email from
On Mon, 2013-10-07 at 13:02 +, Debarshi Ray wrote:
If you look at
http://blogs.office.com/b/microsoft-outlook/archive/2013/09/12/outlook-com-now-with-imap.aspx
(which is linked from the feature page), then the other alternative is
EAS or Exchange ActiveSync [1] not EWS.
Those are the
On Mon, 2013-10-07 at 14:41 +0100, David Woodhouse wrote:
Those are the protocols they've *added* to support mobile access,
AFAICT. But they *already* supported EWS natively, and that is the
protocol they support best.
All evidence I've seen suggests only paid Office 365 accounts support
A warning about Outlook.com's IMAP support. It's a bare-boned
implementation of IMAP 4 with no support for IDLE or UIDPLUS. In
addition, I discovered (and reported) that the EXPUNGE command will
freeze all connections for that account 10s - 15s. It's not pretty at
the moment.
-- Jim
On
Hey,
when I announced the 3.8.0 release last week, I forgot to mention one thing:
With 3.8 out, we're now opening the floodgates for another development cycle.
The feature proposal period for 3.10 will be open from now to late
April. Let us know what features you have in the pipeline
Fixing old bugs :)
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Hi Javier and everyone,
I also send this message to desktop-devel-list, because from my point of
view this mailing list is where this conversation belongs. If this is
not the place for this topic I would thank any pointing. I should have
notify this to GNOME people some time ago, although never
On Tue, 2013-03-05 at 20:15 +0100, Miguel Ángel Arruga Vivas wrote:
OTOH, and in my very humble opinion, I think that generic XML parsing in
intltool is not the right way. Internationalize an xml file must not
modify its structure:
1- There is an standard attribute 'xml:lang' that could be
Shaun McCance sha...@gnome.org wrote:
On Tue, 2013-03-05 at 20:15 +0100, Miguel Ángel Arruga Vivas wrote:
Luckily, there's a W3C standard to do exactly this:
http://www.w3.org/TR/its/
And version 2.0 is due to be a recommendation later this year:
http://www.w3.org/TR/its20/
And we
Allan Day wrote on 02/07/12 09:38:
...
Jon has been doing some fantastic work on Nautilus recently. It was
getting very little - if any - developer attention and he has stepped
up to make dramatic improvements, including addressing long-standing
complaints. I'm really excited about the next
.
The features in core GNOME apps are the result of years of hard work and
consensus building by our community.
...
There is no consensus. There are features that some people have gotten
used to, and there has been a long period of adding features without
considering how they fit into the whole
opinion, useful
features are vanishing from core GNOME apps without adequate notice to
the community and opportunity for discussion by people who use those
features regularly.
No one objects when you add a feature, yet features can ruin a design
if you keep adding them. Nautilus has been
On Mon, Jul 2, 2012 at 1:38 AM, Allan Day allanp...@gmail.com wrote:
Adam Dingle a...@yorba.org wrote:
I realized recently to my surprise and dismay that the compact view has
been
removed from Nautilus:
Adam, if you wanted to discuss this change, you could have done so on
the bug or on
to discuss changes that have been made; we
don't need to wrap ourselves up in policies.
The features in core GNOME apps are the result of years of hard work and
consensus building by our community.
...
There is no consensus. There are features that some people have gotten
used
On Sat, 2012-06-30 at 16:20 -0007, Adam Dingle wrote:
The features in core GNOME apps are the result of years of hard work
and consensus building by our community. All I ask is to be informed
before these features vanish and to be given the chance to say why I
like them so much
On Mon, Jul 02, 2012 at 09:38:36AM +0100, Allan Day wrote:
Adam, if you wanted to discuss this change, you could have done so on
the bug or on the Nautilus mailing list, or by asking on
#gnome-design. I would have been happy to have given you some
background on why the decision was made.
Federico Mena Quintero feder...@gnome.org wrote:
...
The anti-pattern for both removals is like, there's some peeling paint
in this house - let's bulldoze the neighborhood.
...
How do you know that was the reason for the decision, if the
background hasn't been explained? The anti-pattern for
release of Nautilus
thanks to his work; instead of having no movement whatsoever, we are
going to have lots of great improvements to talk about.
Are you sure? Many basic and long standing nautilus features was removed in
the last weeks. I wonder what people inside and outside GNOME will say when
On Mon, Jul 2, 2012 at 8:03 AM, Allan Day allanp...@gmail.com wrote:
Federico Mena Quintero wrote:
..
The anti-pattern for both removals is like, there's some peeling paint
in this house - let's bulldoze the neighborhood.
..
How do you know that was the reason for the decision, if the
- Mensaje original -
De: Allan Day allanp...@gmail.com
Para: Federico Mena Quintero feder...@gnome.org
CC: desktop-devel-list@gnome.org
Enviado: Lunes 2 de julio de 2012 17:03
Asunto: Re: taking features away (compact view removed from Nautilus)
Federico Mena Quintero feder
was, in
effect, this doesn't work to my liking, and then proceeded to remove a
bunch of code for very concrete features.
compact view is problematic, and I don't see any why we shouldn't
remove UI if it isn't of sufficiently high quality.
This is a very dangerous line to tread. A *LOT* of our
On Sat, Jun 30, 2012 at 3:44 PM, John Stowers
john.stowers.li...@gmail.comwrote:
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
On 06/30/2012 06:27 PM, Adam Dingle wrote:
I'd like to end on a constructive note. I propose that GNOME adopt
the following policy. No major feature will be removed from a core
GNOME application before a discussion has occurred on a public mailing
list such as this one
You probably want
On So, 01.07.2012 16:11, Andreas Nilsson wrote:
I'd like to end on a constructive note. I propose that GNOME adopt
the following policy. No major feature will be removed from a core
GNOME application before a discussion has occurred on a public mailing
list such as this one
You probably
beyond just Nautilus. In my opinion, useful
features are vanishing from core GNOME apps without adequate notice to the
community and opportunity for discussion by people who use those features
regularly. As just one more example, last December the bookmark toolbar
was suddenly removed from Epiphany
As just one more example, last December the bookmark toolbar was suddenly
removed from Epiphany:
https://mail.gnome.org/archives/epiphany-list/2012-January/msg5.html
I was startled to see it removed. I used the bookmark toolbar all the time
and still miss it every day.
adam
I
announcement
pointing to the bug in question). I also propose that all such feature
removals that have occurred in the 3.6 development cycle be reverted until such
discussion has occured.
The features in core GNOME apps are the result of years of hard work and
consensus building by our
that have occurred in the 3.6 development cycle be reverted
until such discussion has occured .
The features in core GNOME apps are the result of years of hard work and
consensus building by our community. All I ask is to be informed before
these features vanish and to be given the chance
in question). I also propose that all such
feature removals that have occurred in the 3.6 development cycle be reverted
until such discussion has occured .
The features in core GNOME apps are the result of years of hard work and
consensus building by our community. All I ask is to be informed
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
On Tue, Nov 08, 2011 at 11:34:38PM +0100, Marc-André Lureau wrote:
We will tell more about Boxes during its first release. At which point
I hope more people could try it thanks to jhbuild and some early
adopters.
Any guess as when you'd have tarballs?
/me is a Mageia packager (hint hint :P)
Le lundi 07 novembre 2011, à 20:21 +0100, Zeeshan Ali (Khattak) a écrit :
On Mon, Nov 7, 2011 at 9:00 AM, Vincent Untz vu...@gnome.org wrote:
Le dimanche 06 novembre 2011, à 17:06 +0100, Frederic Peters a écrit :
+ Boxes
https://live.gnome.org/ThreePointThree/Features/Boxes
→ many
On 2011-11-08 08:57, Frederic Peters fpet...@gnome.org wrote:
Zeeshan Ali (Khattak) wrote:
On Mon, Nov 7, 2011 at 9:00 AM, Vincent Untz vu...@gnome.org wrote:
Le dimanche 06 novembre 2011, à 17:06 +0100, Frederic Peters a écrit :
+ Boxes
https://live.gnome.org/ThreePointThree/Features
Hi
On Mon, Nov 7, 2011 at 9:00 AM, Vincent Untz vu...@gnome.org wrote:
While Boxes look interesting, to me, it feels like it's just an
application, and not a feature per se. And I'm not saying that in a
negative way :-)
The new feature would be easily manage virtual and remote machines.
Some
Le dimanche 06 novembre 2011, à 17:06 +0100, Frederic Peters a écrit :
+ Boxes
https://live.gnome.org/ThreePointThree/Features/Boxes
→ many commits, mclasen will push the developers to blog a progress report
once they have something to show
While Boxes look interesting, to me
On So, 2011-11-06 at 17:06 +0100, Frederic Peters wrote:
Hello all,
It's about time to decide on the major features we'll track for 3.4.
Actually the release team already met yesterday and did a quick round
up of the proposed features, here's a summary (title/url) of them as
well a a quick
On Mon, Nov 7, 2011 at 9:00 AM, Vincent Untz vu...@gnome.org wrote:
Le dimanche 06 novembre 2011, à 17:06 +0100, Frederic Peters a écrit :
+ Boxes
https://live.gnome.org/ThreePointThree/Features/Boxes
→ many commits, mclasen will push the developers to blog a progress report
once
Zeeshan Ali (Khattak) wrote:
On Mon, Nov 7, 2011 at 9:00 AM, Vincent Untz vu...@gnome.org wrote:
Le dimanche 06 novembre 2011, à 17:06 +0100, Frederic Peters a écrit :
+ Boxes
https://live.gnome.org/ThreePointThree/Features/Boxes
→ many commits, mclasen will push the developers
Hello all,
It's about time to decide on the major features we'll track for 3.4.
Actually the release team already met yesterday and did a quick round
up of the proposed features, here's a summary (title/url) of them as
well a a quick release team note.
If you feel that something important hasn't
On Sun, Nov 6, 2011 at 8:06 AM, Frederic Peters fpet...@gnome.org wrote:
Hello all,
+ Jumplists
https://live.gnome.org/ThreePointThree/Features/Jumplists
→ didn't heard much opinion of it from designers
Jumplists is predicated on choosing an engine like zeitgeist. So there is
a bigger
but somehow
nobody even gave it a chance or replied to it...
Cheers
Seif
On Sun, Nov 6, 2011 at 7:59 PM, Sriram Ramkrishna s...@ramkrishna.me wrote:
On Sun, Nov 6, 2011 at 8:06 AM, Frederic Peters fpet...@gnome.org wrote:
Hello all,
+ Jumplists
https://live.gnome.org/ThreePointThree/Features
/Features/Jumplists
→ didn't heard much opinion of it from designers
Jumplists is predicated on choosing an engine like zeitgeist. So there
is a bigger question on how to implement it and using what technology. No
decision has been made on zeitgeist itself, and I don't believe Seif has
introduced
On Sun, Nov 6, 2011 at 1:59 PM, Sriram Ramkrishna s...@ramkrishna.me wrote:
On Sun, Nov 6, 2011 at 8:06 AM, Frederic Peters fpet...@gnome.org wrote:
Hello all,
+ Jumplists
https://live.gnome.org/ThreePointThree/Features/Jumplists
→ didn't heard much opinion of it from designers
https://live.gnome.org/ThreePointThree/Features/Jumplists
→ didn't heard much opinion of it from designers
Jumplists is predicated on choosing an engine like zeitgeist. So there
is a
bigger question on how to implement it and using what technology. No
decision has been made
://live.gnome.org/ThreePointThree/Features/Jumplists
→ didn't heard much opinion of it from designers
Jumplists is predicated on choosing an engine like zeitgeist. So there
is a
bigger question on how to implement it and using what technology. No
decision has been made on zeitgeist itself
Lets avoid the fact that this is by MS, it is still useful to look at.
http://windows.microsoft.com/en-US/windows7/products/features/jump-lists
They distinguish between recently and frequently used too
On Sun, Nov 6, 2011 at 9:51 PM, Seif Lotfy s...@lotfy.com wrote:
Let me elaborate,
One
/ThreePointThree/Features/Jumplists
→ didn't heard much opinion of it from designers
Jumplists is predicated on choosing an engine like zeitgeist. So there
is a
bigger question on how to implement it and using what technology. No
decision has been made on zeitgeist itself, and I don't
/Features/Jumplists
→ didn't heard much opinion of it from designers
Jumplists is predicated on choosing an engine like zeitgeist. So there
is a
bigger question on how to implement it and using what technology. No
decision has been made on zeitgeist itself, and I don't believe Seif has
On dom, 2011-11-06 at 21:52 +0100, Seif Lotfy wrote:
Lets avoid the fact that this is by MS, it is still useful to look at.
http://windows.microsoft.com/en-US/windows7/products/features/jump-lists
They distinguish between recently and frequently used too
I am not able to see the embedded
/products/features/jump-lists
They distinguish between recently and frequently used too
I am not able to see the embedded silverlight movie(?), but the quote
What you see in a Jump List depends entirely on the program.
would support Matthias' comment about defining actions in .desktop
files
On dom, 2011-11-06 at 22:52 +0100, Seif Lotfy wrote:
What you see for me doesnt necessarily mean that the program
populates the jumplist alone. It means the items in the jumplist are
prgram specific.
To me it means that the application is in control of what appears in the
jumplist, not
On Mon, Nov 7, 2011 at 12:10 AM, Florian Müllner fmuell...@gnome.orgwrote:
On dom, 2011-11-06 at 22:52 +0100, Seif Lotfy wrote:
What you see for me doesnt necessarily mean that the program
populates the jumplist alone. It means the items in the jumplist are
prgram specific.
To me it
On Sun, Nov 6, 2011 at 6:23 PM, Seif Lotfy s...@lotfy.com wrote:
On Mon, Nov 7, 2011 at 12:10 AM, Florian Müllner fmuell...@gnome.org
wrote:
On dom, 2011-11-06 at 22:52 +0100, Seif Lotfy wrote:
What you see for me doesnt necessarily mean that the program
populates the jumplist alone. It
On Mon, Nov 7, 2011 at 12:30 AM, Jasper St. Pierre jstpie...@mecheye.netwrote:
On Sun, Nov 6, 2011 at 6:23 PM, Seif Lotfy s...@lotfy.com wrote:
On Mon, Nov 7, 2011 at 12:10 AM, Florian Müllner fmuell...@gnome.org
wrote:
On dom, 2011-11-06 at 22:52 +0100, Seif Lotfy wrote:
What you
On lun, 2011-11-07 at 00:23 +0100, Seif Lotfy wrote:
On Mon, Nov 7, 2011 at 12:10 AM, Florian Müllner fmuell...@gnome.org
To me it means that the application is in control of what
appears in the
jumplist, not necessarily that it is responsible for
On Mon, Nov 7, 2011 at 1:09 AM, Florian Müllner fmuell...@gnome.org wrote:
On lun, 2011-11-07 at 00:23 +0100, Seif Lotfy wrote:
On Mon, Nov 7, 2011 at 12:10 AM, Florian Müllner fmuell...@gnome.org
To me it means that the application is in control of what
appears in the
On Wed, 2011-11-02 at 16:45 -0400, komputes wrote:
A few more nautilus features.
Please write to the nautilus mailing list instead.
This is no content for desktop-devel-list, plus wishlists are mostly
uninteresting if you don't offer manpower to work on it.
Thanks,
andre
--
mailto:ak
://brainstorm.ubuntu.com/idea/15427/ (Other implementation ideas
here)
A few more nautilus features. They all revolve around copy mechanism
improvements:
• Allocate space before copying.
• Checks files to be copied before action is taken.
• Resistant to hidden files, long name, naming conflicts from other FS.
• Brings
since next weekend a bunch of us will get together
in Montreal to, among other things, spend time to talk about 3.4
features.
Was wondering if we could take-up this forgotten feature planned for
3.1: https://live.gnome.org/ThreePointOne/Features/Sharing
AFAIK, the issue was that designers
next weekend a bunch of us will get together
in Montreal to, among other things, spend time to talk about 3.4
features.
Anyway, to make a start, here are the things that have been proposed
as features so far:
Boxes - a new application to access vms and remote systems
Application menu
Features !
From: Matthias Clasen matthias clasen gmail com
To: desktop-devel-list desktop-devel-list gnome org
Subject: Features !
Date: Wed, 5 Oct 2011 16:17:00 -0400
so according to the draft schedule that Andre posted a while ago, we
are in the middle of the 'feature proposal' period
things, spend time to talk about 3.4
features.
Was wondering if we could take-up this forgotten feature planned for
3.1: https://live.gnome.org/ThreePointOne/Features/Sharing
AFAIK, the issue was that designers were way too busy with more
important features in 3.1 so they didn't get any time
in Montreal to, among other things, spend time to talk about 3.4
features.
Was wondering if we could take-up this forgotten feature planned for
3.1: https://live.gnome.org/ThreePointOne/Features/Sharing
AFAIK, the issue was that designers were way too busy with more
important features in 3.1 so
On 6 October 2011 08:13, Seif Lotfy s...@lotfy.com wrote:
The Jump-list stuff has been on my list for a while:
What we are facing here is:
Adding actions to the appmenus: new tab (browser), new note (for tomboy
or gnote) or pause (for the media players)
Adding document shortcuts in
On sáb, 2011-10-08 at 11:48 -0400, Jeremy Bicha wrote:
GNOME's implementation is very young; I have a hard time finding apps
on my computer using this feature even in GNOME 3.2;
There are no jumplists in GNOME 3.2, which explains your troubles
finding apps making use of this feature ;-)
Le jeudi 06 octobre 2011 à 10:34 +0200, Joaquim Rocha a écrit :
Still on the bottom area, I wish that when my status is available,
notifications would stick in a visible area. It often happens that I'm
far from the keyboard for 5 minutes, meanwhile a notification came (say
someone is trying
On 6 Oct 2011, at 10:31, Martyn Russell wrote:
- Is the universal access configuration page meant to be in a larger font
and look completely different to the other page fonts?
Yes -- you'll notice it's only the Seeing tab that has the bigger font, for
(hopefully) somewhat obvious reasons.
about 3.4
features.
I certainly have some ideas to improve things for my user experience.
Most of them are general so perhaps we should have a general page from
the link you gave previously.
In any case, here are my thoughts:
- Don't show the accessibility menu unless needed. I never use
On Thu, 2011-10-06 at 08:37 +0100, Martyn Russell wrote:
[...]
I love the shell generally though, this is really just where I think we
could improve things.
Hi,
I second Martyn's proposals and I'd like to name a few things that at
least in my case, could be improved.
The worst part of
On 06/10/11 09:34, Joaquim Rocha wrote:
On Thu, 2011-10-06 at 08:37 +0100, Martyn Russell wrote:
[...]
I love the shell generally though, this is really just where I think we
could improve things.
Hi,
Hi,
I second Martyn's proposals and I'd like to name a few things that at
least in my
for these sorts of proposals?
It may help prioritise those must have features/requests and then
developers/UX guys could assign, develop or shootdown the ideas as
appropriate?
Regards,
Nick
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http
to, among other things, spend time to talk about 3.4
features.
I certainly have some ideas to improve things for my user experience.
Most of them are general so perhaps we should have a general page from
the link you gave previously.
In any case, here are my thoughts:
I forgot a few
you want, hope someone might implement
it (which is what this thread seems to be heading towards).
It may help prioritise those must have features/requests and then
developers/UX guys could assign, develop or shootdown the ideas as
appropriate?
That has been discussed before. In short: the ideas
On Wed, Oct 05, 2011 at 04:17:00PM -0400, Matthias Clasen wrote:
Where are your ideas ? It would be great to get them onto that wiki
page, in particular since next weekend a bunch of us will get together
in Montreal to, among other things, spend time to talk about 3.4
features.
One important
Hi,
2011/10/6 Martyn Russell mar...@lanedo.com:
Or, similarly to how mac did it? does it? using a jumping icon or changing
the colour or some notification which is subtle. With an icon appearing in
the top (like the battery icon) which allows you to use your contacts
(favourite or recently
On Thu, Oct 6, 2011 at 11:30 AM, Siegfried-Angel Gevatter Pujals
siegfr...@gevatter.com wrote:
2011/10/6 Martyn Russell mar...@lanedo.com:
Or, similarly to how mac did it? does it? using a jumping icon or changing
the colour or some notification which is subtle. With an icon appearing in
the
On 06/10/11 11:05, Patryk Zawadzki wrote:
On Thu, Oct 6, 2011 at 11:30 AM, Siegfried-Angel Gevatter Pujals
siegfr...@gevatter.com wrote:
2011/10/6 Martyn Russellmar...@lanedo.com:
Or, similarly to how mac did it? does it? using a jumping icon or changing
the colour or some notification which
On 2011-10-06 11:51, Olav Vitters wrote:
So when discussing, please note that we expect someone to work on it or
somehow ensure it gets done. I know everyone has loads of ideas, please
say what you'll (want to) work on for 3.4 / 3.6 :)
Then the discussion can be a bit more concrete (whose
On 10/06/2011 09:37 AM, Martyn Russell wrote:
I certainly have some ideas to improve things for my user experience.
Most of them are general so perhaps we should have a general page from
the link you gave previously.
In any case, here are my thoughts:
- Don't show the accessibility menu
2011/10/6 Piñeiro apinhe...@igalia.com
- Don't show the accessibility menu unless needed. I never use this
menu and I don't doubt some people do, but it seems quite redundant
for me and likely a lot of people.
What means unless needed in this context? How would be the algorithm
to decide
2011/10/6 Martyn Russell mar...@lanedo.com
- The Switch User and Log Out ... menu options seem quite pointless if
I am the only user on my machine.
- The Suspend menu option makes no sense here when I want to shut the
thing down (on laptops), I guess this has been discussed to death so I
Someone said, well, if it is my house, I should be able to chose, the
reason that rationale doesn't work is because the GNOME Shell experience
should be designed to be inclusive, so this is really closer to an office
building or an apartment building instead of a private house.
The flaw in
- I can't be the only one itching to get cool things into GNOME 3.4.
Where are your ideas ? It would be great to get them onto that wiki
page, in particular since next weekend a bunch of us will get together
in Montreal to, among other things, spend time to talk about 3.4
features.
Anyway
2011/10/6 Alberto Ruiz ar...@gnome.org:
The flaw in your logic starts beyond the front door. Clearly the login
process should be accessible, and the install and setup so that a user
can always get their system set up.
You're assuming the install and the setup is done by a) the same person
you don't want it off automatically because you need
to be sure that a user can find the accessibility features if they do
need them.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Thu, Oct 6, 2011 at 4:34 AM, Joaquim Rocha jro...@igalia.com wrote:
On Thu, 2011-10-06 at 08:37 +0100, Martyn Russell wrote:
[...]
I love the shell generally though, this is really just where I think we
could improve things.
Hi,
I second Martyn's proposals and I'd like to name a few
1 - 100 of 201 matches
Mail list logo