I've been looking through some of the maemo stuff and it actually
looks pretty sexy. I've never used it in person so I apologize for my
arrogance :p
I'd just prefer android cus its more small screen friendly, although
as cellphones get larger oled screens ( :D )...
anyway whatever :p had to say th
> That is precisely what it does, and has done for years. But it will
> always be guessing. If you're watching a video and it mentions an
> unfamiliar word, and you launch the Dictionary to look it up, and it
> takes two seconds to launch, you want it to take focus. But if you
> launch OpenOffice.o
> This doesn't work very well if an application in one workspace opens a
> modal dialog under a long living application in another workspace.
Yes. If an application wants to open a dialogue, it really ought to
throw focus to that dialogue. If it's opening a modal dialogue, surely
it *must* throw f
i make a 2n round mockup.
in this version I changed the icon to bars that rotate clockwise and
added icons representing applications in menu. hope you like.
https://wiki.ubuntu.com/Ayatana/ProgressIndication?action=AttachFile&do=view&target=progressvariation.png
pd: i like more menu with app ic
https://wiki.ubuntu.com/Ayatana/ProgressIndication
May i suggest uploading ideas/sketches/pictures/drawings? Even if the
pictures are one handed, they can explain alot more then words
sometimes.
___
Mailing list: https://launchpad.net/~ayatana
Post to
El vie, 28-05-2010 a las 18:31 -0400, Alex Launi escribió:
>
> No, it's completely possible, and helpful to report a cumulative
> progress.
yes, but an icon 24 pixels only able to show ONE progress, how you will
display six different progress in a single icon?
to see details need a indicator me
El sáb, 29-05-2010 a las 00:23 +0200, Frederik Nnaji escribió:
> On 2010-05-28, Alex Launi wrote:
> > No, I said that the icon should display progress. I said nothing about
> > mouseover. I even said *without moving the mouse*.
>
> The wheel is an icon i generally have issues with, perhaps a ques
On Fri, May 28, 2010 at 6:20 PM, dani planas armangue <
daniplana...@gmail.com> wrote:
> has, ok. this is interesting but think that there are many types of
> transfers that could occur at the same time. An icon can only represent
> one progress.
>
> I do not think is possible. if we want a single
It appears that my "cc:" was wrong and this did not get sent to the Ayatana
list and others so I'm trying again with great caution.
Apologies to Mark.
--- On Fri, 5/28/10, Lance wrote:
From: Lance
Subject: Re: [Ayatana] Fwd: Open Letter: The issues with
client-side-window-decorations
To: "Ma
On 2010-05-28, Alex Launi wrote:
> No, I said that the icon should display progress. I said nothing about
> mouseover. I even said *without moving the mouse*.
The wheel is an icon i generally have issues with, perhaps a question
of taste also, not only one of semantic design.
among the links i a
>yes, but what Alex suggested I think it's a preview to pass the
>mouse
>over it? I think that the indicator should be consistent with
>others.
>No, I said that the icon should display progress. I said nothing about
>mouseover. I even said without moving the mouse
Hi to all.
A very useful tool in KDE is klipper, the clipboard manager.
On GNOME, I use parcellite that is now unmantained.
Also glipper is now unmantained.
A clipboard manager which use libindicator should be a very useful
improvement
I hope Ayatana team will consider this suggestion.
On Fri, May 28, 2010 at 4:03 PM, dani planas armangue <
daniplana...@gmail.com> wrote:
> yes, but what Alex suggested I think it's a preview to pass the mouse
> over it? I think that the indicator should be consistent with others.
>
No, I said that the icon should display progress. I said nothing
El vie, 28-05-2010 a las 16:36 +0100, Mark Shuttleworth escribió:
> On 28/05/10 15:50, dani planas armangue wrote:
> > El vie, 28-05-2010 a las 10:33 -0400, Alex Launi escribió:
> >
> >> The indicator should probably convey the cumulative progress so you
> >> can just flick a glance in the corne
> > >> The indicator should probably convey the cumulative progress so you
> > >> can just flick a glance in the corner and get an idea of the progress
> > >> without having to click or even move the mouse.
>
> > > that you suggest would be totally against the design of indicators and
> > > thus
El vie, 28-05-2010 a las 16:36 +0100, Mark Shuttleworth escribió:
> On 28/05/10 15:50, dani planas armangue wrote:
> > El vie, 28-05-2010 a las 10:33 -0400, Alex Launi escribió:
> >
> >> The indicator should probably convey the cumulative progress so you
> >> can just flick a glance in the corne
Thanks to Martin for raising this issue here. Not sure why the list was
bouncing his mail, but it should let it through from me. Please keep
Cody and Martin on cc for the thread.
Mark
Original Message
Subject:Open Letter: The issues with client-side-window-decorations
D
On 28 May 2010 11:49, Conscious User wrote:
>
> Le vendredi 28 mai 2010 à 10:33 -0400, Alex Launi a écrit :
> > The indicator should probably convey the cumulative progress so you
> > can just flick a glance in the corner and get an idea of the progress
> > without having to click or even move th
On Fri, May 28, 2010 at 12:09 PM, Luke Benstead wrote:
> It would be really cool if the icon changed colour to show this... for
> example starting really dark blue, getting brighter as the progress moves
> on, then turning green at the end to indicate completeness.
I'm not sure this is the bes
I'm guessing the idea is that these indicators aren't paired with
notification bubbles. Maybe that's something to take into consideration...
if you're going to push for a new protocol to describe progress, you should
probably consider how the "completion" of progress interacts with the
notification
On 28 May 2010 15:33, Alex Launi wrote:
> The indicator should probably convey the cumulative progress so you can
> just flick a glance in the corner and get an idea of the progress without
> having to click or even move the mouse.
>
> --
> -- Alex Launi
>
>
It would be really cool if the icon ch
Le vendredi 28 mai 2010 à 10:33 -0400, Alex Launi a écrit :
> The indicator should probably convey the cumulative progress so you
> can just flick a glance in the corner and get an idea of the progress
> without having to click or even move the mouse.
Suggestion: a circle that begins as an outlin
Le vendredi 28 mai 2010 à 16:50 +0200, dani planas armangue a écrit :
> El vie, 28-05-2010 a las 10:33 -0400, Alex Launi escribió:
> > The indicator should probably convey the cumulative progress so you
> > can just flick a glance in the corner and get an idea of the progress
> > without having to
On 28/05/10 15:50, dani planas armangue wrote:
> El vie, 28-05-2010 a las 10:33 -0400, Alex Launi escribió:
>
>> The indicator should probably convey the cumulative progress so you
>> can just flick a glance in the corner and get an idea of the progress
>> without having to click or even move th
On Fri, May 28, 2010 at 10:50 AM, dani planas armangue <
daniplana...@gmail.com> wrote:
> that you suggest would be totally against the design of indicators and
> thus would be totally inconsistent.
>
Not one bit. Indicators are meant to indicate state. A static icon that
indicates nothing is mor
On Fri, May 28, 2010 at 5:11 AM, Mark Shuttleworth wrote:
> On 27/05/10 21:51, Scott E. Armitage wrote:
>
Could we see some mockups with the status bar displaying outside the window
>> border? I have run into this situation in Chrome on OS X and Windows before
>> under certain circumstances, and
El vie, 28-05-2010 a las 10:33 -0400, Alex Launi escribió:
> The indicator should probably convey the cumulative progress so you
> can just flick a glance in the corner and get an idea of the progress
> without having to click or even move the mouse.
>
> --
> -- Alex Launi
that you suggest woul
The indicator should probably convey the cumulative progress so you can just
flick a glance in the corner and get an idea of the progress without having
to click or even move the mouse.
--
-- Alex Launi
___
Mailing list: https://launchpad.net/~ayatana
P
On 28/05/10 14:55, dani planas armangue wrote:
> https://wiki.ubuntu.com/Artwork/Incoming/Maverick/daniel%20status%20buble?action=AttachFile&do=view&target=compact01.png
>
Nice
signature.asc
Description: OpenPGP digital signature
___
Mailing list:
El vie, 28-05-2010 a las 16:07 +0200, Frederik Nnaji escribió:
> suggestions:
>
>
> don't use the wheel, find a more telling symbol.
> We know we are trying to
> * indicate progress of user-initiated downloads
> * indicate progress of large file-writes (Gimp, Blender,
> Audacity/Ardour,
Hi Daniel, thanks for some more outstanding work!
On Fri, May 28, 2010 at 14:00, dani planas armangue
wrote:
> I have a week working hard, this is a good contribution I think, I hope
> you like it.
>
> https://wiki.ubuntu.com/Ayatana/ProgressIndication#preview
>
>
> suggestions:
>
don't use the
> although I prefer the old version because the gradient is interesting (as a
> pill) and drew attention to the user,
> many of you would like to see a more compact version and flat. here it is:
>
> https://wiki.ubuntu.com/Artwork/Incoming/Maverick/daniel%20status%20buble?action=AttachFile&do=v
On 28/05/10 12:09, Conscious User wrote:
>
>> the gradient makes him look a little (apple) that gives a professional touch.
>>
> The gradient is bringing back the problem of looking like an
> overlay and drawing attention. Even in the thumbnails it is
> clearly sticking out.
>
>
>
On 28
On 28/05/10 12:09, Conscious User wrote:
>
>> the gradient makes him look a little (apple) that gives a professional touch.
>>
> The gradient is bringing back the problem of looking like an
> overlay and drawing attention. Even in the thumbnails it is
> clearly sticking out.
>
>
>
Yes.
I have a week working hard, this is a good contribution I think, I hope
you like it.
https://wiki.ubuntu.com/Ayatana/ProgressIndication#preview
suggestions:
icon may move the wheel clockwise.
Daniel.P
--
___
Mailing list: https://launchpad.net/~ay
On Fri, May 28, 2010 at 12:25, Scott E. Armitage <
launch...@scott.armitage.name> wrote:
> On Fri, May 28, 2010 at 4:55 AM, Mark Shuttleworth wrote:
>
>>
>> If we do it at the Unity level, then it's one-progress-per-app, and I
>> agree with your 5, the App should decide which progress to show, or
Further to Toni's first post on this subject, please take a look at the
System Monitor indicator blueprint on Launchpad (under indicator applet).
https://blueprints.edge.launchpad.net/indicator-applet/+spec/system-monitor-indicator
Giles
On 28/05/10 12:30, Toni Ruottu wrote:
You are right, a
You are right, although I still wonder if people find the system
manager when they need some of its functionalities.
--Toni
On Fri, May 28, 2010 at 1:57 PM, Conscious User wrote:
>> I just want to point
>> out that the jam windicator would not only show jamming, but make the
>> process specifi
On Fri, May 28, 2010 at 08:59, Oscar RdG wrote:
> Hi!
>
> That is Dani's mockup.
> He put together on the panel the window controls, window title and window
> menu at the same time.
>
> I just wanted to point out that the original idea that Mark wrote about [1]
> was to combine title and menu on
> the gradient makes him look a little (apple) that gives a professional touch.
The gradient is bringing back the problem of looking like an
overlay and drawing attention. Even in the thumbnails it is
clearly sticking out.
___
Mailing list: https://l
> I just want to point
> out that the jam windicator would not only show jamming, but make the
> process specific section of gnome-system-manager irrelevant.
I'm peeking at the gnome-system-manager now. About 60-70 percent
of the process specific section is taken by applications *without
windows*,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristoffer Lundén wrote on 27/05/10 19:23:
>
> Is it possible for the window manager (or some other mechanism that it
> can communicate with) to know if I am interacting with a window at the
> moment (defined as typing, clicking, moving etc within a ce
On Fri, May 28, 2010 at 4:55 AM, Mark Shuttleworth wrote:
>
> If we do it at the Unity level, then it's one-progress-per-app, and I
> agree with your 5, the App should decide which progress to show, or
> amalgamate them into a single one ("you have n things downloading,
> overall you are 54% done
El vie, 28-05-2010 a las 03:35 +0200, Frederik Nnaji escribió:
> Hey there Oscar,
>
> On Wed, May 19, 2010 at 19:04, Oscar RdG wrote:
> [1]
>
> https://wiki.ubuntu.com/Ayatana/Windicators/DanielsWindicators?action=AttachFile&do=view&target=une_windicators_max.jpg
>
> Please expl
El vie, 28-05-2010 a las 10:12 +0100, Mark Shuttleworth escribió:
> On 28/05/10 04:37, Scott E. Armitage wrote:
> > Interaction with clicking? Oh, please, no! In fact, if your mouse
> > even goes near it, it should move away or become transparent. Status
> > bars are informational, not interaction
El vie, 28-05-2010 a las 09:01 +0100, Mark Shuttleworth escribió:
> On 27/05/10 19:13, dani planas armangue wrote:
> > google chrome is that is inspiration for this, but I think we will find
> > yourself on our way.
> >
> > http://img684.imageshack.us/f/img684/1521/statusmessages.jpg
> >
> > in thi
I see. I haven't been using compiz, as some of the effects seem
distracting. The alt+tab visualization was the killer iirc, as it
slowed down jumping between windows. I also do not have the required
computational power on all of my systems, and I occasionally needed
some features from Xmonad. Jumpi
Hi!
New pages on the wiki ready to be filled with concepts and mockups:
For file/folder context menus, regarding how to:
* improve the organization of the menu
* cut down on the number of items (including how to handle the actions
that are no longer in the menu, then)
* improve the handl
On 28/05/10 04:37, Scott E. Armitage wrote:
> Interaction with clicking? Oh, please, no! In fact, if your mouse even
> goes near it, it should move away or become transparent. Status bars
> are /informational/, not /interactional/. (Hmm, not a word, but maybe
> it should be).
+1
signature.asc
De
On 27/05/10 21:51, Scott E. Armitage wrote:
> I like them in general, but I have some reservations.
>
>1. They still seem pretty big (i.e. not very "tight", as Mark put
> it). I already find many of the controls on those screenshots to
> be quite large, and everything starts adding
If we do it at the Unity level, then it's one-progress-per-app, and I
agree with your 5, the App should decide which progress to show, or
amalgamate them into a single one ("you have n things downloading,
overall you are 54% done" is not unreasonable).
Mark
signature.asc
Description: OpenPGP d
On 27/05/10 19:13, dani planas armangue wrote:
> google chrome is that is inspiration for this, but I think we will find
> yourself on our way.
>
> http://img684.imageshack.us/f/img684/1521/statusmessages.jpg
>
> in this i add some shadow
>
> http://img571.imageshack.us/f/img571/2831/statusmessages
2010/5/28 Greg K Nicholson
> This is *exactly* what my proposal intends to achieve (assuming it can
> actually be implemented).
>
>
Ah, I read it quite differently, misunderstood the throwing focus stuff.
Yes, sounds like something to try out, would also solve the situation when
I'm watching some
> One of favourite horrible things: choosing to show a window via an
> indicator applet, like Empathy, or Rhythmbox, or Transmission,
> sometimes causes it to appear below the stack of windows. Then I can
> either reach to the window list applet (which I am opposed to for
> moral reasons), or I ca
> Great! If you're busy using Firefox you don't want to be distracted.
I wouldn't really call "seeing videos of cute cats" a important
task from which I never want to be distracted from. :)
> Once your attention leaves Firefox, you'll find this new window and
> you can act upon it.
That's the p
On Fri, 2010-05-28 at 00:50 +0100, Greg K Nicholson wrote:
> > I'm not sure if I agree with this one. I dedicate some workspaces to
> > a single fullscreen app (ex: firefox), and I never bother to peek at
> > the taskbar of those workspaces because nothing else is supposed to
> > be there. The sugg
On Mon, May 24, 2010 at 8:59 PM, Sense Hofstede wrote:
> Isn't this already solved? With autologin enabled you get a dialogue
> from gnome-keyring that after having started e.g. Empathy for the
> first time that asks for your password to unlock the keyring. I think
> that it is already not possibl
57 matches
Mail list logo
