Brett Cornwall wrote:
It all boils down to customization. I really feel that the way to make
everyone happy is to have reasonable configuration for notify-OSD.
Being able to choose the position easily and whether the policy is
fixed or dynamic would allow peace to any that are dissatisfied.
I quote Mark from earlier in this list:
There's always a temptation, when two smart and well-meaning people can't
agree, to add an option so they can both get what they want. It costs
nothing to add the checkbox, and it creates the illusion of consensus
because we can each have what we want which
On Wed, 2009-10-21 at 13:37 +0200, Victor wrote:
I quote Mark from earlier in this list:
There's always a temptation, when two smart and well-meaning people
can't agree, to add an option so they can both get what they want. It
costs nothing to add the checkbox, and it creates the illusion of
On Wed, Oct 21, 2009 at 1:13 PM, Martin Owens docto...@gmail.com wrote:
[...] The first thing I've noticed from this experimental opinionated
stance is a tendency to alienate and frustrate people who want to
collaborate. There are people who will give up their personal visions
for yours
Martin Owens wrote:
Hello Mark,
On Wed, 2009-10-21 at 11:09 +0100, Mark Shuttleworth wrote:
First, we get much better collaboration and communication,
Do we? The first thing I've noticed from this experimental opinionated
stance is a tendency to alienate and frustrate people who
Mark Shuttleworth wrote:
A guiding principle in Ayatana is to *reduce* customisation, not
increase it.
Then I am afraid that you are going to lose a lot of interest from lots
of people. I really do understand your intentions, and I think they are
wonderful, but there is a happy
In general, no. If the ideas they express are better, but the metrics we can
bring to bear (including the view of the people to whom the design
leadership has been given) then those patches can be included without
options, the default behaviour will be improved for all. If they just create
2009/10/21 Paulo J. S. Silva pjssi...@ime.usp.br
In my humble opinion this is one of best ways to end a conversation:
takes your opponent point of view and turn it into a caricature that
make it sound unreasonable.
Well, I thing exposing the weaknesses in other people's argumentation is at
On Wed, Oct 21, 2009 at 3:16 PM, Luke Benstead kaz...@gmail.com wrote:
[...] I think the reason that notify-osd's positioning is a particular
sticking point with many people is that it is something where no
default location will suit the majority of people. Users with visual
problems,
So, probably, the solution is rather to find some clever algorithm that
places them dynamically based on the current desktop conditions, but we
won't be motivated to search for this algorithm if we resort to creating
more options as soon as someone complaints.
Heh, OK you've almost won me
On Wed, 2009-10-21 at 13:02 +0100, Mark Shuttleworth wrote:
Sometimes folks actually want to push their own ideas, and think
that's collaboration. That's not going to work here, because we have a
core driver already.
There is a difference between push and contribute. It's typically in
the
Luke Benstead wrote:
The only thing against that is what Mark said about the async
notifications growing upwards, but I still don't see why that's a
problem (it would look pretty cool if the existing text moved up, then
the new line faded in below).
That would be worth a flash mockup, or code
Jim Rorie wrote:
I notice that you don't insist upon one application per
function available in the repositories or launchpad PPAs.
Of course not. Nor would I resist there being many branches of
notify-osd. But I will resist calls for this should be an option.
And if
2009/10/21 Mark Shuttleworth m...@ubuntu.com:
Luke Benstead wrote:
The only thing against that is what Mark said about the async
notifications growing upwards, but I still don't see why that's a
problem (it would look pretty cool if the existing text moved up, then
the new line faded in
On Wed, 2009-10-21 at 13:29 -0400, Jim Rorie wrote:
I'm not talking about visible checkboxes or customization
applications.
Don't go the KDE route. Give power users/admins access to gconf for a
few variables that could have a big impact on user experience.
As a developer on the DX team doing
On Wed, 2009-10-21 at 18:09 +0100, Mark Shuttleworth wrote:
That would be worth a flash mockup, or code mockup, to see in
practice.
Hi,
Here is a tentative clutter mockup:
http://bitbucket.org/proppy/clutter-repl/raw/2f7b36efb1fe/logs/session13.ogv
Luke, let me know if it implements
2009/10/21 Johan Euphrosine pro...@aminche.com:
On Wed, 2009-10-21 at 18:09 +0100, Mark Shuttleworth wrote:
That would be worth a flash mockup, or code mockup, to see in
practice.
Hi,
Here is a tentative clutter mockup:
2009/10/21 Luke Benstead kaz...@gmail.com:
You legend! Yeah, exactly that kind of thing, I think it would look pretty
cool.
Thanks a lot!
So, good idea?
Are you actually suggesting that messages that stay visible for longer
should bob up and down depending on whether there is a newer
2009/10/21 Matt Wheeler m...@funkyhat.org:
2009/10/21 Luke Benstead kaz...@gmail.com:
You legend! Yeah, exactly that kind of thing, I think it would look pretty
cool.
Thanks a lot!
So, good idea?
Are you actually suggesting that messages that stay visible for longer
should bob up and
Regarding the desktop vision, I think it has improved awesomely. The
notification area is much more stylish and useful, the current default theme
and icons of gnome has a refreshing air over it and yet not moving away from
the characteristic colors that defines the Ubuntu distribution. I
Johan Euphrosine wrote:
On Wed, 2009-10-21 at 18:09 +0100, Mark Shuttleworth wrote:
That would be worth a flash mockup, or code mockup, to see in
practice.
Hi,
Here is a tentative clutter mockup:
http://bitbucket.org/proppy/clutter-repl/raw/2f7b36efb1fe/logs/session13.ogv
Cody, this is an excellent post.
It's the best explanation of the project's reasoning, without the hard
edge. You will still get push back, but now you have a concise,
coherent argument that isn't quite so authoritarian. This really needs
to go in a FAQ.
Jim
On Wed, 2009-10-21 at 13:36
Mark Shuttleworth wrote:
Johan Euphrosine wrote:
Here is better mockup:
http://bitbucket.org/proppy/clutter-repl/raw/4b8460e1e300/logs/session14.ogv
Let's hear what others think.
It feels odd to read from the bottom to the top. I played around with moving
things on the screen upwards and
On Wed, 2009-10-21 at 21:00 +0100, Mark Shuttleworth wrote:
Can you get rid of the blank line between the lines of text, just to
tighten it up? And can you make it more real, like put a couple of
lines in there in one hit, then add a few others with random timing,
as if it were someone typing
2009/10/21 Martin Albisetti martin.albise...@canonical.com:
Mark Shuttleworth wrote:
Johan Euphrosine wrote:
Here is better mockup:
http://bitbucket.org/proppy/clutter-repl/raw/4b8460e1e300/logs/session14.ogv
Let's hear what others think.
It feels odd to read from the
Another interesting idea would be just to flip what we currently have so
that sync notifications are at the bottom right, and then async grow
vertically above them. This would make the async notifications more like it
IM window itself, where new text appears at the bottom and old text scrolls
up,
26 matches
Mail list logo
