On Mon, 2010-05-17 at 21:48 -0700, Tyler Brainerd wrote:
> Ah. Well, you're making me work for things, thats for sure. Ha.
It's what I do ;)
> On Mon, May 17, 2010 at 9:37 PM, Luke Morton
> wrote:
> On Mon, 2010-05-17 at 20:38 -0700, Tyler Brainerd wrote:
> > Actually, I added a
On Mon, 2010-05-17 at 21:50 -0700, Tyler Brainerd wrote:
> BTW, using gcalc as the example again, tooltips give the available key
> shortcut. is this a good approach to discover-ability?
That could work. It would require a change to GTK+ to allow tooltips to
show on focus.
As an extension to that
BTW, using gcalc as the example again, tooltips give the available key
shortcut. is this a good approach to discover-ability?
On Mon, May 17, 2010 at 9:37 PM, Luke Morton
wrote:
> On Mon, 2010-05-17 at 20:38 -0700, Tyler Brainerd wrote:
> > Actually, I added a (extremely rough) mock up of what gc
Ah. Well, you're making me work for things, thats for sure. Ha.
On Mon, May 17, 2010 at 9:37 PM, Luke Morton
wrote:
> On Mon, 2010-05-17 at 20:38 -0700, Tyler Brainerd wrote:
> > Actually, I added a (extremely rough) mock up of what gcalc might look
> > like. Basically, the most commonly used o
On Mon, 2010-05-17 at 20:38 -0700, Tyler Brainerd wrote:
> Actually, I added a (extremely rough) mock up of what gcalc might look
> like. Basically, the most commonly used options ought to be
> (categorically) available the easiest.
I agree, although determining what's most commonly used is easie
But still, your point stands, and I agree. Another example is when working
with a large number of documents, getting a quick view to see if they are
all saved/synced with UbuntuOne or DB before logging off for the day.
On Mon, May 17, 2010 at 8:51 PM, Alex Schoof wrote:
> Fair point :D I was bas
Fair point :D I was basing that on Shuttleworth's blog post about
windicators, an example given was a volume indicator.
Regardless, I feel like anything that is small, used to convey information
to the user, and tied to a window should be made larger when the window is
thumbnail-ized (better term,
It'll be a little easier to come up with user stories when we have some idea
of what the windicators will actually be. :D It'd be nice to get a nice big
set of basic ideas of what should and what shouldn't be in a windicator.
On Mon, May 17, 2010 at 8:43 PM, Alex Schoof wrote:
> Somewhat contriv
Somewhat contrived user story: suppose I have a whole bunch of applications
open, and all of them have some sort of audio playing, and all of them have
a volume level windicator. If one application starts playing some sound too
loud, I can see -- while I'm alt-tabbing -- what the respective sound
"There are always ways, and i know Tyler takes taking things seriously
religiously seriously"
? Just my repetitive grammar? Shucks.
On Mon, May 17, 2010 at 8:37 PM, Frederik Nnaji wrote:
> Yes Luke, it's a religious one, i agree..
>
> On Tue, May 18, 2010 at 05:15, Luke Morton
> wrote:
>
>> "Cl
Yes Luke, it's a religious one, i agree..
On Tue, May 18, 2010 at 05:15, Luke Morton wrote:
> "Cleaned up and optimised"; sounds like a good idea. How would you do
> that for the gcalctool menus? (They seem pretty good to me.)
>
> General comments:
> (Pertaining to the removal of menus and replac
On Mon, 2010-05-17 at 18:47 -0700, Tyler Brainerd wrote:
> I know, I know, we just had an announcement about changing menu's over
> to global menu's for the UNE. But seriously, how necessary is 4 menus
> in the calculator application "gcalctool"? The only menu options that
> have anything to do wit
i will not reinvent the wheel here:
read this for an overview of what this is about:
http://blogs.gnome.org/metacity/2009/03/09/yes-dragon-drop-its-a-pun/Dragand
drop should work properly
This problem has been around for since when i first used linux and to my
surprise the lack of USB2.0 drivers w
Would it help to make a deliberate distinction between the service and
management facilities an app provides? The common examples seem to be
mail, music, IM, gwibber, and downloads may make a good fit also. So
in each case I want my service (emails receiving, music playing, being
available online)
Hello Shane, thanks for this, it's been nagging me on my 10"
On Mon, May 17, 2010 at 17:03, Shane Fagan wrote:
> Hey all,
>
> I looked recently at the system menu items and I have to say even I got
> confused. Theres just way too many menu items there and there is no real
> logical order to the i
On Tue, 2010-05-18 at 01:49 +0200, Frederik Nnaji wrote:
> On Tue, May 18, 2010 at 01:10, Luke Morton
> wrote:
> In the process of writing this, I realised the problem I have
> with
> applications closing to the tray is that it makes the
> consequences of
>
On Tue, May 18, 2010 at 01:47, Brandon Watkins wrote:
> Interesting idea but I am not sure I grasp the real usability application
> for it. What point exactly would seeing the application indicators large
> have?
>
well, if you need to ask like that, check:
http://www.markshuttleworth.com/archiv
On Mon, May 17, 2010 at 15:46, Dylan McCall wrote:
> However, the number of clicks to access a functioh is not
> an appropriate metric for usability. If it is, we should abandon the
> Applications menu and link the desktop to /usr/share/applications ;)
>
sh#t dylan the absurd ones are always the
I know, I know, we just had an announcement about changing menu's over to
global menu's for the UNE. But seriously, how necessary is 4 menus in the
calculator application "gcalctool"? The only menu options that have anything
to do with actual calculator options are under the view menu. The rest is
BTW, Joern, I didn't say so but great mockup. :D
On Mon, May 17, 2010 at 6:34 PM, Joern Konopka wrote:
> Thanks a lot for the positive replies so far, i got a little scared
> actually cause i tend to over-do-good with my Ideas.
>
>
>> ". does it suggest that the initial invocation of the window s
Thanks a lot for the positive replies so far, i got a little scared actually
cause i tend to over-do-good with my Ideas.
> ". does it suggest that the initial invocation of the window switcher
> doesn't take it to the previous window yet, instead focuses the current
> window to cycle the tabs in
Hi Owais ;)
On Sat, Mar 27, 2010 at 19:11, Owais Lone wrote:
> I know this is off-topic but improving drag-n-drop caught my eye. Currently
> the windows get focus upon dragging. This makes it difficult to drag and
> drop in some situations. (Check the video.)
This problem is about to celebrate
Nice mockup Joern! might I say it would be a shame to put it in
alt-tab only. A similar design could be applied to expose`, which
would be much easier accessed by most people, ex. hot-corner or a
single key.
___
Mailing list: https://launchpad.net/~ayata
On Tue, May 18, 2010 at 01:10, Luke Morton wrote:
> In the process of writing this, I realised the problem I have with
> applications closing to the tray is that it makes the consequences of
> closing windows inconsistent.
>
> * Closing the only window for a non-tray application causes the
> appli
Interesting idea but I am not sure I grasp the real usability application
for it. What point exactly would seeing the application indicators large
have?
On Mon, May 17, 2010 at 7:32 PM, Frederik Nnaji wrote:
> On Mon, May 17, 2010 at 11:59, Mark Shuttleworth wrote:
>
>> On 17/05/10 09:50, David
On Mon, May 17, 2010 at 3:38 PM, Joern Konopka wrote:
> Hi everybody,
> first off, let me just clarify what Dylan said for Frederik:
> "Are you saying that e.g. Firefox should have a seperate, different sidebar
> for each tab that is open? Please apply your theory to how Firefox should
> rather h
On Mon, 2010-05-17 at 14:07 +0100, Matthew Paul Thomas wrote:
> Jan-Christoph Borchardt wrote on 10/05/10 10:51:
> >...
> > Thanks MPT for this game/task, had real fun doing it.
>
> Thanks Jan-Christoph, that's good feedback. Does anyone else want to
> have a go?
I'm keen. I'll have a look at it
On Mon, May 17, 2010 at 11:59, Mark Shuttleworth wrote:
> On 17/05/10 09:50, David Siegel wrote:
> > Windicators would naturally appear in the alt-tab preview, as the
> > preview is a complete representation of the window including content
> > and window decorations. Are you thinking that we woul
On Mon, 2010-05-17 at 14:06 -0500, Dieki N wrote:
> Currently, the close button in the window decoration closes the
> window, and in most cases closes the application if the last window is
> closed. However, on applications such as Rhythmbox, Empathy, or
> Gwibber, it closes the last window, but le
In the process of writing this, I realised the problem I have with
applications closing to the tray is that it makes the consequences of
closing windows inconsistent.
* Closing the only window for a non-tray application causes the
application to quit.
* Closing the only window for a tray applicati
On Tue, May 18, 2010 at 00:38, Joern Konopka wrote:
> All he meant was that if an Application utilizes a GTKNotebook Widget for
> Tabs that could as well be interpreted as top-level Windows, those
> Applications should utilize a new type of Widget to expose the toplevel
> treatment of the Tabs to
On Mon, May 17, 2010 at 23:19, David Hamm wrote:
> eck redundant wording, let me rephrase.
>
> Wouldn't it be easier to just remove the close button?
> ex. file transfer, click the cancel button to close.
>
thank you.
___
Mailing list: https://launchpa
On Mon, May 17, 2010 at 16:08, Ted Gould wrote:
> Anything that's not a system indicator :) The library that handles this
> fallback is libappindicator. You can find any application using
> libappindicator like this:
>
> $ apt-cache rdepend libappindicator0
> Probably the simplest case in Luc
On Mon, 2010-05-17 at 15:51 -0600, Jeremy Nickurak wrote:
> On Mon, May 17, 2010 at 15:31, Ted Gould wrote:
>
> With Application Indicators we manage the fallback into the
> notification area by default, so application developers don't
> need to worry about that in most ca
On Mon, May 17, 2010 at 15:27, Frederik Nnaji wrote:
> Isn't the ordinary user's mental concept of closing the window via a red X
> rather closely related with quitting?
>
Hitting "close" on one web browser window doesn't terminate the web-browser
process, and the other windows associated with it
On Mon, May 17, 2010 at 15:31, Ted Gould wrote:
> With Application Indicators we manage the fallback into the notification
> area by default, so application developers don't need to worry about that in
> most cases. They can change the behavior of that fallback if they wish.
>
What counts as an
On Mon, May 17, 2010 at 13:32, Mark Shuttleworth wrote:
>
> This would break Alt-TAB for me, completely.
>
> I trust Alt-TAB to have *all* the windows, just in last-used order. So
> things I haven't gone to are way back in the list.
>
+1
> I think closing the application window but allowing th
On Mon, 2010-05-17 at 11:57 -0600, Jeremy Nickurak wrote:
> On Thu, May 13, 2010 at 05:17, Mark Shuttleworth
> wrote:
>
> The apps should always degrade to older / alternative
> behaviours. It's a
> bug if they don't, and I'm sorry if the Empathy case was badly
> h
eck redundant wording, let me rephrase.
Wouldn't it be easier to just remove the close button?
ex. file transfer, click the cancel button to close.
imo, minimize to system-tray wouldn't be necessary with an icon dockbar.
Thus returning the close icon to its previous state of actually quiting the
Wouldn't it be easier to just remove the close button? ex. file
transfer, click the cancel button to close.
imo, the reason to minimize to tray is to free tray space. If the tray
was only icons there would be more room, rendering this feature
pointless. Thus returning the close icon to its previou
hi jeremy
On Mon, May 17, 2010 at 19:57, Jeremy Nickurak wrote:
> It seems like that would be a good way to encourage upstream adoption in
> particular... desktops that don't want to go full-hog into the indicator
> desktop experience can wade in slowly: "Here's a library that makes it easy
> to
Hi Dylan
On Mon, May 17, 2010 at 17:21, Dylan McCall wrote:
> On Mon, May 17, 2010 at 7:05 AM, Tyler Brainerd
> wrote:
> > Haha. I guess what I'm getting at is theres plenty of apps (like Empathy)
> > that have tabs available, but they work on different rules. Not to
> mention
> > that some app
On Mon, 2010-05-17 at 11:15 -0700, Tyler Brainerd wrote:
> Aren't we after the application selection stage? Any change would have
> to be 10.10 +1
Well we are but id say if there was something important that was missed
im sure the desktop team would want to talk about it.
I mentioned Epiphany an
Does the window manager know if closing the window will cause the app to
quit, or just close that window?
If so, we could consider styling the close button differently, for those
two scenarios.
Mark
signature.asc
Description: OpenPGP digital signature
_
Hi there Dieki ;)
On Mon, May 17, 2010 at 21:06, Dieki N wrote:
> Currently, the close button in the window decoration closes the window, and
> in most cases closes the application if the last window is closed. However,
> on applications such as Rhythmbox, Empathy, or Gwibber, it closes the last
Currently, the close button in the window decoration closes the window, and
in most cases closes the application if the last window is closed. However,
on applications such as Rhythmbox, Empathy, or Gwibber, it closes the last
window, but leaves the application running. For these applications, not
Aren't we after the application selection stage? Any change would have to be
10.10 +1
On May 17, 2010, at 11:04 AM, Jeremy Nickurak wrote:
You certainly point out a few of those "rough edges" :) I'd simply argue
that they're relatively small. If epiphany was to be targetted as a default
browser
On 17 May 2010 20:28, Mark Shuttleworth wrote:
> On 17/05/10 15:30, Sense Hofstede wrote:
>> * most applications will already be there AND it is natural for the
>> launcher to be filled with icons => it doesn't feel untidy when it's
>> full and the presence of an application in the launcher doesn'
On 17/05/10 16:02, Jeremy Nickurak wrote:
> For inactive->active:
> - Moving to the panel
> - Clicking the messaging menu
> - Moving to the correct entry
> - Clicking it
>
> For active->inactive:
> - Moving to the application's close button
> - Clicking
>
> This is both a more complicated process,
On Mon, May 17, 2010 at 12:15, Tyler Brainerd wrote:
> Aren't we after the application selection stage? Any change would have to
> be 10.10 +1
>
10.10+N then, for some arbitrary value of N :)
Jeremy Nickurak -= Email/XMPP: jer...@nickurak.ca =-
___
Mai
On 17/05/10 15:30, Sense Hofstede wrote:
> * most applications will already be there AND it is natural for the
> launcher to be filled with icons => it doesn't feel untidy when it's
> full and the presence of an application in the launcher doesn't
We'll still have this issue in Unity, if apps that
On 17/05/10 15:16, David Siegel wrote:
> Fair enough. Alt-tab could still show minimized windows and preserve
> MRU ordering, but maybe do so in a way that naturally de-emphasizes
> minimized windows so they're easier to ignore?
>
I don't remember which windows I minimized, and which I just obs
You certainly point out a few of those "rough edges" :) I'd simply argue
that they're relatively small. If epiphany was to be targetted as a default
browser for 10.10 (for example), we'd find a lot more of these rough-edges,
get more usability testing results, get more developer eyeballs and
keyboa
On Thu, May 13, 2010 at 05:17, Mark Shuttleworth wrote:
>
> The apps should always degrade to older / alternative behaviours. It's a
> bug if they don't, and I'm sorry if the Empathy case was badly handled,
> we should patch things up with upstream :-)
>
> If the category indicator (sound indicato
On Mon, 2010-05-17 at 10:24 -0600, Jeremy Nickurak wrote:
(...)
Hey,
> Epiphany provides a web browser experience that's much more consistent
> with the rest of the gtk/gnome desktop environment. It has a few rough
> edges, but the 2.30.x branch has made some HUGE leaps in terms of
> usability and
Midori. :) it's faster and lighter.
On May 17, 2010, at 9:24 AM, Jeremy Nickurak wrote:
I'm curious to find out if many users on this list have been paying much
attention to what epiphany-browser is doing in Lucid.
Epiphany provides a web browser experience that's much more consistent with
the
As far as I know, the Control Center we'll use in UNE 10.10 will be
the current incarnation shipping in GNOME, not the GNOME 3 Control
Center. I assume that like any other GNOME component, once the new
Control Center is released upstream it will land in Ubuntu Desktop.
That being said, I think it's
the automatically-generated windicators (as window decorations) would be was
to small in the preview to be of any real use to most users. Maybe either
emlemized over the preview, or under the preview name? Perhaps the same
could be done when "zoomed out" in gnome-shell/gnome 3.
On May 17, 2010 5:5
I'm curious to find out if many users on this list have been paying much
attention to what epiphany-browser is doing in Lucid.
Epiphany provides a web browser experience that's much more consistent with
the rest of the gtk/gnome desktop environment. It has a few rough edges, but
the 2.30.x branch
Ok. I made a start actually through that original blog post with one
dev, so I'll follow up there as well. Something he mentioned was that
they don't really want to work on ubuntu only fixes, but just on what
is useful elsewhere and upstream.
On May 17, 2010, at 9:09 AM, Mark Shuttleworth wrote:
On Mon, May 17, 2010 at 09:02, Jeremy Nickurak wrote:
> In a perfect world then, the task bar would provide a way for a window to
> be:
> - Sticky when minimized
> - Icon-only, without text
> - "Favorited", so it shows up based on the above rules.
>
... and it just so happens that this looks and
Start on the Evolution mailing lists?
Mark
signature.asc
Description: OpenPGP digital signature
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help : http
On Mon, 2010-05-17 at 16:28 +0100, David Siegel wrote:
> GNOME is currently putting new effort into getting Control Center into
> shape, as the Preferences and Administration menus will be deprecated
> in GNOME 3. UNE 10.10 will promote Control Center by placing it in the
> Launcher.
>
> David
So
GNOME is currently putting new effort into getting Control Center into
shape, as the Preferences and Administration menus will be deprecated
in GNOME 3. UNE 10.10 will promote Control Center by placing it in the
Launcher.
David
On Mon, May 17, 2010 at 4:03 PM, Shane Fagan
wrote:
> Hey all,
>
> I
On Mon, May 17, 2010 at 7:05 AM, Tyler Brainerd wrote:
> Haha. I guess what I'm getting at is theres plenty of apps (like Empathy)
> that have tabs available, but they work on different rules. Not to mention
> that some apps are on top, others on bottom, some are full featured tabs,
> some are con
On Mon, May 17, 2010 at 01:14, Mark Shuttleworth wrote:
> To me, it's not about time-to-load. It's about the fact that you want to
> know about new tweets even if you are not actively using Gwibber. If
> you are actively using it, you want the window. If not, you just want
> the notifications.
On 17 May 2010 12:40, David Siegel wrote:
> More specifically, I'm interested in why people use minimize-to-tray
> instead of regular minimize. My suspicion is that it's easier to
> recall minimized windows by clicking on indicators than by clicking on
> the window list.
>
> If a window "minimizes
Fair enough. Alt-tab could still show minimized windows and preserve
MRU ordering, but maybe do so in a way that naturally de-emphasizes
minimized windows so they're easier to ignore?
David
On Mon, May 17, 2010 at 12:32 PM, Mark Shuttleworth wrote:
> On 17/05/10 12:16, David Siegel wrote:
>> Alr
On Mon, May 17, 2010 at 3:01 AM, Mark Shuttleworth wrote:
> On 17/05/10 10:21, Stefan Reichel wrote:
> >> Secondly, because of the fact that it doesn't close to the applet,
> >> then when new messages show up, and you click it, nothing happens. If
> >> its on a different workspace, you don't move
Haha. I guess what I'm getting at is theres plenty of apps (like Empathy)
that have tabs available, but they work on different rules. Not to mention
that some apps are on top, others on bottom, some are full featured tabs,
some are content only and not tool bars and so have
inconsistent appearance.
I think that minimise to tray was always about cleaning up the task bar
(windows-switcher). There are long running apps that seldom require
input and these should not clutter up the task bar. Pidgin, Rhythmbox
solve this by closing the application window but continuing to run. The
biggest culprit t
Hi Gaëtan,
The plan is to kill off the idea that an indicator "owns" a window. At
some point soon, people shouldn't need or want to think about showing
& hiding open windows from an indicator; the point is strictly to
control them and get quick feedback. not everything has been moved to
this new
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jan-Christoph Borchardt wrote on 10/05/10 10:51:
>...
> Thanks MPT for this game/task, had real fun doing it.
Thanks Jan-Christoph, that's good feedback. Does anyone else want to
have a go?
- --
Matthew Paul Thomas
http://mpt.net.nz/
-BEGIN PGP
On Wed, May 5, 2010 at 00:05, Jonathan Blackhall
wrote:
> After reading Mark's post yesterday
> (http://www.markshuttleworth.com/archives/333) I began to wonder
> whether this was a great opportunity for his Windicators. For
> example, something like the "eye" button seems like it would be an
> i
Am Montag, den 15.03.2010, 21:45 +0530 schrieb Akshay Gupta:
> I posted a GSoC project Idea on the ubuntu-soc list yesterday and I
> thought it'd be more appropriate if I run it down by developers in the
> Ayatana list.
> https://lists.ubuntu.com/archives/ubuntu-soc/2010-March/47.html
>
>
>
On Mon, 2010-05-17 at 10:29 +0100, David Siegel wrote:
> Thorsten, can you recommend any literature on this topic?
Specifically about the vocabulary / on how to talk about UX? Not
really.
My own language might be shaped by:
* Jeff Raskin: The Humane Interface
* Alan Cooper: About face 2.0
* D
On 17/05/10 12:16, David Siegel wrote:
> Alright, sounds like we should definitely test removing minimized
> windows from alt-tab when they are minimized to the Launcher in Unity.
>
This would break Alt-TAB for me, completely.
I trust Alt-TAB to have *all* the windows, just in last-used order.
On Sun, 2010-05-16 at 21:15 -0700, Tyler Brainerd wrote:
> get these things fixed by 10.10. Specifically, Evolution behaves
> completely opposite form all the other apps in the applet, as it must
> have a window open to work, while the others all close to the applet.
+1. I occasionally miss cri
Alright, sounds like we should definitely test removing minimized
windows from alt-tab when they are minimized to the Launcher in Unity.
1. Minimized windows won't take up space in the Launcher (they will
be contained "within" their application icon).
2. They won't clutter alt-tab, as alt-tab
> Luke, thank you for the excellent description of your use case.
>
> David
No worries. The window-switcher and minimize-to-tray (I firmly believe
the latter exists because of the former) is my #1 bug bear ;)
Luke.
___
Mailing list: https://launchpad.n
On 17 May 2010 11:58, Mark Shuttleworth wrote:
> On 17/05/10 11:40, David Siegel wrote:
>> More specifically, I'm interested in why people use minimize-to-tray
>> instead of regular minimize. My suspicion is that it's easier to
>> recall minimized windows by clicking on indicators than by clicking
Also, window positions in the window list are apparently arbitrary and
therefore undependable.
Luke, thank you for the excellent description of your use case.
David
On Mon, May 17, 2010 at 11:55 AM, Luke Benstead wrote:
> On 17 May 2010 11:40, David Siegel wrote:
>> More specifically, I'm inte
On 17/05/10 11:40, David Siegel wrote:
> More specifically, I'm interested in why people use minimize-to-tray
> instead of regular minimize. My suspicion is that it's easier to
> recall minimized windows by clicking on indicators than by clicking on
> the window list.
>
My assumption has been t
On 17 May 2010 11:40, David Siegel wrote:
> More specifically, I'm interested in why people use minimize-to-tray
> instead of regular minimize. My suspicion is that it's easier to
> recall minimized windows by clicking on indicators than by clicking on
> the window list.
>
> If a window "minimizes
Hi there, im not quite sure if i understand your use case, let me recite and
translate to my understanding, if youre saying:
"now it's click, move mouse,
click, mouve mouse, click."
You mean:
Click on Indicator to open it
Move Mouse to "Show Rhythmbox"
Click "Show Rhythmbox"
Move Mouse to a Song
More specifically, I'm interested in why people use minimize-to-tray
instead of regular minimize. My suspicion is that it's easier to
recall minimized windows by clicking on indicators than by clicking on
the window list.
If a window "minimizes to tray" instead of closing when the Close
button is
We have a great metaphor that's familiar to users and already
implemented: minimized windows! There's already a button on every
single window dedicated to getting a window out of your way if you're
not interested in the window but still want to retain it.
Why aren't we using this? Why are we inven
On Mon, 2010-05-17 at 11:11 +0100, Mark Shuttleworth wrote:
> On 15/03/10 16:15, Akshay Gupta wrote:
> > 1.) Make the OSD customizable
> > * setting up persistence time
> > * UI modifications over a basic structure
> > * Font size/style
> > ...other similar stuff we can decide
On 17 May 2010 10:52, David Siegel wrote:
>
>
> If you are designing an interface, and suddenly you believe you need
> to add a "bucket", this is a good sign that your initial design failed
> somewhere. I would encourage you to "shelve the bucket" and revisit
> your earlier assumptions. Shake thi
On 17/05/10 10:43, Ashutosh Rishi Ranjan wrote:
> On 15 March 2010 21:45, Akshay Gupta wrote:
>
>> Hey, all.
>> I posted a GSoC project Idea on the ubuntu-soc list yesterday and I thought
>> it'd be more appropriate if I run it down by developers in the Ayatana list.
>> https://lists.ubuntu.com
On 15/03/10 16:15, Akshay Gupta wrote:
> 1.) Make the OSD customizable
> * setting up persistence time
> * UI modifications over a basic structure
> * Font size/style
> ...other similar stuff we can decide upon.
OK
> 2.) Most of the above things would be customized by an OSD M
On 17/05/10 10:21, Stefan Reichel wrote:
>> Secondly, because of the fact that it doesn't close to the applet,
>> then when new messages show up, and you click it, nothing happens. If
>> its on a different workspace, you don't move there, and it opens the
>> main window rather then the message itse
On 17/05/10 09:50, David Siegel wrote:
> Windicators would naturally appear in the alt-tab preview, as the
> preview is a complete representation of the window including content
> and window decorations. Are you thinking that we would make them
> larger or somehow emphasize them?
Yes, perhaps show
On 16/05/10 21:19, Tyler Brainerd wrote:
> Ok. Thanks for the response. I'm assuming this means that instructions
> will be issued for patching all currently tabbed apps to use ctrl-tab?
When you say "instructions will be issued", you make me feel short on
the benevolence front :-)
What we'll do
If you are designing an interface, and suddenly you believe you need
to add a "bucket", this is a good sign that your initial design failed
somewhere. I would encourage you to "shelve the bucket" and revisit
your earlier assumptions. Shake things up a bit and ask yourself "what
could I do differe
On 15 March 2010 21:45, Akshay Gupta wrote:
> Hey, all.
> I posted a GSoC project Idea on the ubuntu-soc list yesterday and I thought
> it'd be more appropriate if I run it down by developers in the Ayatana list.
> https://lists.ubuntu.com/archives/ubuntu-soc/2010-March/47.html
> Some of the t
It's very nice to see some discussion about the way we discuss user
experience! It's the kind of reflection we sorely need if we want the
Ayatana list to become more effective.
Thorsten, can you recommend any literature on this topic? Would you be
interested in co-authoring a document that would h
> I wrote in length at OMG! Ubuntu about the current weakness of
> Evolution, but I figured I ought to bring it up here as well,
> specifically in a few areas concerning primarily Ayatana.
>
> There have been numerous bug reports about the crappy behavior of
> Evolution with the messenging apple
Nice mockup, Frederik -- keep playing with the idea, I think you could
be on to something.
David
On Sun, May 16, 2010 at 4:02 AM, Frederik Nnaji
wrote:
> On Sat, May 15, 2010 at 23:43, Tyler Brainerd
> wrote:
>>
>> I agree. Both gwibber and evolution suck hard, and the basic integration
>> is s
On Sun, May 16, 2010 at 1:31 PM, Mark Shuttleworth wrote:
> On 16/05/10 08:17, Akshat Jain wrote:
>
> On Mon, May 10, 2010 at 1:02 AM, Mark Shuttleworth wrote:
>>
>> On 09/05/10 07:45, akshat jain wrote:
>> > But what will happen to Windicators when I minimize windows
>>
>> You minimise them too.
1 - 100 of 113 matches
Mail list logo
