Re: Tiny application buttons again (was: Do/not implement Dock.)

2010-04-15 Thread Dylan McCall
On Thu, Apr 15, 2010 at 8:35 AM, Mark Curtis wrote: > "Usability first, EyeCandy later..." > EXACTLY!! People like myself,Sean Brady, and the countless other people that > have commented on this whenever this sort of thread pops up in the mailing > list, feel the way you switch apps now in GNOME s

Re: Applets? [was Re: Planning for GNOME 3.0]

2010-04-23 Thread Dylan McCall
I think it would be worth fleshing out some existing parts of the design, like the application menu and launchers, before delving in to gizmos as a separate component. In the end, if the rest is done to cover the appropriate jobs, they may not be necessary. One really dumb thing with gnome-panel a

Re: Icons on the desktop

2010-06-13 Thread Dylan McCall
On Sun, Jun 13, 2010 at 1:07 PM, Jeff wrote: > Hello folks, > I looked a bit through the mailing list archives and couldn't find a topic > about this so far... Do the GNOME Shell devs / usability team have any > position regarding "showing icons (or not)" on the desktop? (currently, > /apps/nautil

Re: Gnome-shell - some usability problems I found

2010-07-08 Thread Dylan McCall
On 7/8/10, Mark Curtis wrote: > > I don't under... why the name of the appli... is listed at all. Pretty much > every appli... name gets trunc... in the overv If the curre... setup > can't fit the name of the major... of the progr... even on a defau GNOME > install, then maybe somet... is

Searching for applications

2010-12-12 Thread Dylan McCall
We're all moving towards searching for applications. Gnome Shell, Unity and KDE's desktop all promote it. However, I have yet to see a solid implementation. The Desktop Entry Specification gives us a Name, a Comment and a list of Categories. Right now, the search system in Gnome Shell appears to u

Re: Searching for applications

2010-12-13 Thread Dylan McCall
On Mon, Dec 13, 2010 at 1:52 AM, Milan Bouchet-Valat wrote: > What "high maintenance"? With a Keywords field, each app should just list > the main words that come to mind when looking for it, there aren't hundreds > of them: photo, photos, camera, cameras, possibly manager, album, gallery. I thin

Re: My first impression of GNOME 3

2011-04-19 Thread Dylan McCall
ngs easier for developers” rationale correct? -- Dylan McCall ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome shell suggestions after a bit of usage

2011-07-07 Thread Dylan McCall
On Thu, Jul 7, 2011 at 12:10 PM, Florian Max wrote: > That is severely broken in my opinion, as it turns the "close" button into a > "close-or-hide-or-whatever-depending-on-the-app" button. Yay consistency! > > Florian Just like the Minimize and Maximize buttons, the close button refers to a wind

Re: Gnome shell not saving anything

2012-01-08 Thread Dylan McCall
On Sun, Jan 8, 2012 at 3:17 PM, Javier Domingo wrote: > Hi, > > I have tried to install gnome-shell over a minimal ubuntu install, and it > has been a horror to get it completely working. If you install gnome-shell > packet, there is no dependency with gnome-core, thought it needs it to do > anyth

Can I make a fullscreen overlay without the top bar disappearing?

2012-01-14 Thread Dylan McCall
I'm making an app that displays a transparent, non-interactive fullscreen overlay to convince someone to take a break without interfering with what they are doing. So, I want this overlay to disturb nothing in terms of what the user can currently do: it just serves as a constant reminder (and makes

Detailed lock screen notifications by default, for a particular application?

2013-07-19 Thread Dylan McCall
For my break timer gsoc project, we'd like to have a detailed lock screen notification to communicate when a break is finished. However, by default, gnome-shell just shows the application's name and "one unread message" (or something to that effect). To get the type of notification I want, it looks

Re: Detailed lock screen notifications by default, for a particular application?

2013-07-23 Thread Dylan McCall
On 20 July 2013 09:53, Jasper St. Pierre wrote: > Well, it's extremely rude to change to change global settings from your > application. > > I'm divided about whether to provide apps a way to set a default policy. I > think it's really important that we get privacy out of the box and allow a > use

The weird Close and Info buttons

2009-08-14 Thread Dylan McCall
on is a dangerous act; for me, it is uncertain whether I'm clicking that details button or about to "really open" the document. Thanks, Dylan McCall signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mai

RE: The weird Close and Info buttons

2009-10-12 Thread Dylan McCall
> > Having a close button in the top right of each workspace: > > - is consistent with users experiences of closing other objects > > - gives you a dedicated close button for each window, reducing the > > chance of a mis-click > > - Can be done with minimal modification of the existing code > > So

Re: All GNOME Shell Developers.

2009-12-19 Thread Dylan McCall
e desktop. It may not confuse us, but it could be a hindrance for people getting used to Gnome and discovering its conventions. As is, for example, you cannot right click + drag or middle click + drag a scroll bar, and clicking in the scroll trough performs an arguably nicer but definitely inc

Re: All GNOME Shell Developers.

2009-12-24 Thread Dylan McCall
> My issue would be that too much change might cause GNOME users to get > frustrated.  Global menus is a fairly big user change, and it should require > a LOT of user testing before considering whether it is the best. > sri Probably worth keeping in mind application developers as well. At the mome

Re: interapplication communication

2010-01-04 Thread Dylan McCall
ow Trays mockups have such things). None of those happen right now. I'm not saying I have lost hope (this is a constantly changing, super exciting work in progress, after all), but I do hope there is some movement in their direction, or (naturally) in a new and better direction :)

Re: New notification system

2010-01-14 Thread Dylan McCall
hope everyone here has read https://wiki.ubuntu.com/NotifyOSD and https://wiki.ubuntu.com/NotificationDevelopmentGuidelines . It's a very nice document, and the goals there line up really nicely with what's happening in GNOME Shell. It would be a real shame to see these p

Re: Window Attention Extension

2010-02-09 Thread Dylan McCall
On Tue, 2010-02-09 at 08:12 -0800, Jon Nettleton wrote: > Hey guys, > > > Just wanted to share my newest extension with you all. It adds > "Demands Attention" support to the gnome-shell message-tray. It > should work with most recent versions of the shell. Basically you can > just download it

Re: More Apps Redesign

2010-02-19 Thread Dylan McCall
On Fri, 2010-02-19 at 17:00 -0500, Mark Curtis wrote: > I just built from source and now see the new design for "more apps". > Here is a link to an image of what I see (yes I know I can scroll to > see more) > http://www.markecurtis.com/etc/gnomeshell/appwell.png > > This is very much a step bac

Re: Proposal: Use Ubuntu's MeMenu and Session Menu in the top panel

2010-04-06 Thread Dylan McCall
On Tue, Apr 6, 2010 at 8:23 AM, Ryan Peters wrote: > P.S. Maybe KDE is your thing more than GNOME is; they seem to care quite a > lot more about customization. > Absolutely not the case. KDE liked to leave important, (possibly polarizing) design decisions up to end users instead of making a solid

Re: Buttons in Lucid Lynx

2010-04-12 Thread Dylan McCall
There was one thing maybe a bit interesting that they changed. I'm not actually sure if it's upstream (sorry, no time to check!), but window button order is saved on a per-theme basis. So, their new Ambience theme gets buttons on the left, choosing another theme switches them to the right. It seems