Re: GNOME throbber inconsistencies?

2013-05-02 Thread Allan Day
On Thu, May 2, 2013 at 4:44 AM, Cosimo Cecchi  wrote:
> On Wed, May 1, 2013 at 5:04 PM, Marco Scannadinari
>  wrote:
>
>> I think using the very nice throbber by the Tango people would look a
>> lot nicer and reduce the work (?) needed to standardise the throbber
>> sizes in GNOME.
...
> I'm not sure which is the Tango throbber you're referring to...

I presume we're talking about the one that is part of gnome-icon-theme
[1]. That was quite nice, but it looks a little old fashioned. More
than that, it assumes a grey background and wouldn't scale to larger
sizes, so it's not a good choice.

...
>> Im sure there's a lot I'm missing, but the ideal scenario (for me) is to
>> revert to the Tango throbbers and subsequently their DMZ-* cursors as
>> well. Not to be rude, but does anyone know why the cursors were forked
>> from DMZ? (Apart from it needing to be black, but there is a DMZ-AA /
>> DMZ-Black anyway...)

I'd be pretty surprised if DMZ has been "forked". Jakub Steiner, who
designed DMZ, is one of the current gnome-themes-standard maintainers,
and I'm not aware of any changes to the pointer theme.

Allan

[1] 
https://git.gnome.org/browse/gnome-icon-theme/plain/gnome/48x48/animations/process-working.png
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: GNOME throbber inconsistencies?

2013-05-02 Thread Marco Scannadinari
I'd be pretty surprised if DMZ has been "forked". Jakub Steiner,
who designed DMZ, is one of the current gnome-themes-standard
maintainers, and I'm not aware of any changes to the pointer
theme.

I don't know for sure that it has been forked, but it seems quite likely
because of the similarities between DMZ-Black and the Adwaita cursor
theme. The only (noticable) difference is the throbber.
-- 
Marco Scannadinari 

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: GNOME throbber inconsistencies?

2013-05-02 Thread Marco Scannadinari
And with regards to how I thought that the Tango project created the
throbber, I was blindly convinced by these links:
commacommacrash.com/2007/08/animated-gif-for-tango-throbber.html
commons.wikimedia.org/wiki/File:Spinning_wheel_throbber.gif‎
-- 
Marco Scannadinari 

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: gnome-control-center/panels/wacom - button mapping panel

2013-05-02 Thread Joaquim Rocha
Hi Przemo,

On Sun, Apr 28, 2013 at 5:33 PM, Przemo Firszt  wrote:
>
> I hope to do some work on wacom tablet button mapping in gnome control
> center. First mockup of new individual button mapping panel:
> http://firszt.eu/wacom-icons/mockup_of_wacom__button_mapping_panel.png
>
> Roadmap:
> 1. Change existing panel to simple button list + add a new panel
> activated after clicking on a button (mockup)

I tend to dislike vertical tabs but I can see how having a dedicated
panel per button is useful if we want to show that many options.

> 2. First version would include only existing or already coded features -
> single keystroke, on screen help, monitor switch, OLED labels matching
> mapping. The last one is waiting for review on bugzilla.

I understand that the label/icon's only purpose would be to show up
the on screen help, is that right?

> 3. Add option to edit label i.e. to show "Save" instead of "Ctrl-S" on
> tablet
> 4. Add option to select an icon instead of label.

I can see how having a label might be good (especially if we had those
keystrokes sequences), not so much for the icons though.

> 5. Implement keystroke sequences.

I can also see how this might be useful for some users but I am sure
the design folks aren't going to like it as it might be too
complicated for other users. Perhaps choosing a file/script to be run
could replace the necessity of implementing the keystroke sequences
ourselves but I'm sure the design team will find it equally funny.
Maybe all these and other "advanced" features should belong in a 3rd
party app for power users, outside of g-c-c.

BTW, do you know we're thinking of implementing per-app bindings? I'm
waiting on the design team to tell me how advanced it should/could be
so I implement it:
https://bugzilla.gnome.org/show_bug.cgi?id=670907


Thank you for your ideas!

Cheers,

--
Joaquim Rocha
http://www.joaquimrocha.com
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list