Bugs Bane | 4 Dec 2009 03:06
Picon

[kde-artists] Custom document icon draft

Hi there,

I got tired of opening my freshly compiled koffice and having everything look beautiful except one unfinished icon. So, I thought I'd try making an icon for it, using pre-existing oxygen icons.

Feedback?

The svg is attached, or you can see the standard icon sizes below:

16px:




24px:



32px:



64px:



128px:



______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
Christoph Feck | 8 Dec 2009 20:39
Picon

[kde-artists] Icon sizes in .theme files

Hi,

Icon themes announce the available sizes for the individual categories in the 
.theme files. For example, Oxygen has:

DesktopDefault=48
DesktopSizes=16,22,32,48,64,128,256
ToolbarDefault=22
ToolbarSizes=16,22,32,48
MainToolbarDefault=22
MainToolbarSizes=16,22,32,48
SmallDefault=16
SmallSizes=16,22
PanelDefault=32
PanelSizes=16,22,32,48,64,128,256

I would like the following two changes be done to the individual icon themes, 
if possible:

+DialogSizes=16,22,32,48,64,128,256

The reason is that KDE Workspace 4.4 supports a new icon category ("Dialog"), 
which is used for "large" icons in dialogs (such as icons above the label in 
settings dialogs), in contrast to "small" icons, which are usually used next 
to the label text. I currently have to work around this by simply using 
"DesktopSizes" as the available list of sizes for dialog icons.

-SmallSizes=16,22
+SmallSizes=16,22,32,48

Newer displays might have very high DPI (above 200), and being restricted to 
just 22 pixel size might be too limiting. I looked at the coverage of icons in 
Oxygen theme, and it looks like nearly all of them are available in 16,22,32, 
and also 48 size. KDE Workspace 4.4 allows the user to specify the icon size 
used for small icons (it did allow this before, but this rarely worked).

It would be nice if the .theme files could be changed to reflect the available 
sizes and categories.

Thanks,
Christoph Feck (kdepepo)
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

Christoph Feck | 19 Dec 2009 10:16
Picon

[kde-artists] [Bug 219169] Images missing on home page

https://bugs.kde.org/show_bug.cgi?id=219169

Christoph Feck <christoph <at> maxiom.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |general
         AssignedTo|unassigned-bugs <at> kde.org     |kde-artists <at> kde.org
            Product|kinfocenter                 |artwork

--

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

pinheiro | 19 Dec 2009 13:34

[kde-artists] [Bug 219169] Images missing on home page

https://bugs.kde.org/show_bug.cgi?id=219169

pinheiro <nuno <at> oxygen-icons.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
                 CC|                            |nuno <at> oxygen-icons.org
     Ever Confirmed|0                           |1

--- Comment #2 from pinheiro <nuno oxygen-icons org>  2009-12-19 13:34:23 ---
Valid bud, Thanks Davide Bettio may fix it.

--

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

Ingo Malchow | 20 Dec 2009 19:54

Re: [kde-artists] kde-artists.org hijacked

2009/12/19 Jaroslaw Staniek <staniek <at> kde.org>:
> Hi,
> You probably know this already; I think the link at
> http://kde.org/stuff/clipart.php to kde-artists.org could be removed.
> The link to wiki.kde.org on the same page could be updated or removed too.
>

Fixed.

Cheers,
Ingo
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

Matthew Woehlke | 23 Dec 2009 23:54
Picon
Gravatar

[kde-artists] please turn off label animations...

Label animations are gratuitous eye candy, contribute to making the 
system feel 'slower', and so far (IMHO) are proving distracting (or even 
broken) more often than enjoyable. Besides they are bad usability: 
http://www.youtube.com/watch?v=EuELwq2ThJE&hl. (Watch the first 15 
minutes at least; after that it eventually goes into ZUI. Point is 
oxygen is drifting too far to annoying, and animations are much of the 
problem.)

I think they should be OFF by default, perhaps with an option for 
individual widgets to request them (which would make the option choices 
'none', 'some', 'all').

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
--

-- 
"It's not easy for [Microsoft] to accept [competing fairly]"
   -- Dave Heiner (a Microsoft VP, paraphrased)
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

Nuno Pinheiro | 24 Dec 2009 01:33

Re: [kde-artists] please turn off label animations...

On Wednesday, 23 de December de 2009 22:54:51 Matthew Woehlke wrote:
> Label animations are gratuitous eye candy, contribute to making the
> system feel 'slower', and so far (IMHO) are proving distracting (or even
> broken) more often than enjoyable. Besides they are bad usability:
> http://www.youtube.com/watch?v=EuELwq2ThJE&hl. (Watch the first 15
> minutes at least; after that it eventually goes into ZUI. Point is
> oxygen is drifting too far to annoying, and animations are much of the
> problem.)
> 
> I think they should be OFF by default, perhaps with an option for
> individual widgets to request them (which would make the option choices
> 'none', 'some', 'all').
> 

this is your opinion, most of the animations (apart from the tab animation) 
does not interfere in any way with your work, they are extremly fast and im 
most cases invisible, they are there to provide a more polished look to the 
intire experience avoiding the instant changes.

Oxygen is not drifting it was our goal since day 1 that NOTHING would be 
instant, but rather transitory, the animations are really subtle and most 
people don't even notice them.

plus I'm not sure you even used them as the stuf shown so far in youtube is 3 
times slower than the real ones (you cant notece them over the video thing at 
normal speed)

I know many people did not notice them yet and they are using trunk.    any 
way they are all on by default except the tab one that was only on by default 
to let people find bugs in it.

Side note if you find oxygen animations to strong and distractive dude you are 
in for a surprise with plasma. 
--

-- 
Oxygen coordinator  
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

Matthew Woehlke | 24 Dec 2009 02:11
Picon
Gravatar

Re: [kde-artists] please turn off label animations...

Nuno Pinheiro wrote:
> On Wednesday, 23 de December de 2009 22:54:51 Matthew Woehlke wrote:
>> Label animations are gratuitous eye candy, contribute to making the
>> system feel 'slower', and so far (IMHO) are proving distracting (or even
>> broken) more often than enjoyable. Besides they are bad usability:
>> http://www.youtube.com/watch?v=EuELwq2ThJE&hl. (Watch the first 15
>> minutes at least; after that it eventually goes into ZUI. Point is
>> oxygen is drifting too far to annoying, and animations are much of the
>> problem.)
>>
>> I think they should be OFF by default, perhaps with an option for
>> individual widgets to request them (which would make the option choices
>> 'none', 'some', 'all').
>
> this is your opinion

Sure, I /did/ say that. However I think it is backed up by professional 
usability guidance.

> most of the animations (apart from the tab animation)
> does not interfere in any way with your work, they are extremly fast and im
> most cases invisible, they are there to provide a more polished look to the
> intire experience avoiding the instant changes.

The others, maybe. The labels are not, especially with status indicators 
that need to be instantaneous. They're in the same category as tab 
animations. It sounds like you recognize that the tab animations can be 
an issue (and I'll assume you recognize that this is not merely because 
they can be slower than intended). The labels are *the exact same 
thing*, just affecting a smaller area of an interface.

As an experiment, try making a simple digital clock, and ask yourself if 
you really like the animating labels.

I'm okay with animating mouseover effects, but user interface elements 
should not "lag".

> Oxygen is not drifting it was our goal since day 1 that NOTHING would be
> instant, but rather transitory, the animations are really subtle and most
> people don't even notice them.

So long as you understand this sort of thing causes a feeling of "slowness".

Beware; you are the marketer! It is our job as developers to know when 
to /not/ listen to you. (I am not kidding; it's explained in the video.) 
It helps of course if you, as the marketer, understand the peril of your 
position and can see things from the usability perspective also. (Maybe 
you will not always succeed, but understanding is most of the battle.)

> the stuf shown so far in youtube is 3
> times slower than the real ones (you cant notece them over the video thing at
> normal speed)

Are we talking about the Google talk I linked, or some youtube Oxygen 
video I have never seen? (If the latter, did you watch the former? There 
is no need to watch all of it, just the first 10-15 minutes where he 
talks about the tension between boring and annoying.)

> plus I'm not sure you even used them
> I know many people did not notice them yet and they are using trunk.    any
> way they are all on by default except the tab one that was only on by default
> to let people find bugs in it.

Believe me, I used/noticed them. I am running trunk as of Monday at 
worst (might be yesterday). I ogled at them the first three times. Then 
I realized they are annoying. Now they are off and I intend to keep them 
off. It will be unfortunate if that means I lose mouseover animations 
(which are okay), but that's the lesser evil.

> Side note if you find oxygen animations to strong and distractive dude you are
> in for a surprise with plasma.

Really? I haven't seen plasma annoy me yet. (Though I don't have 
composite, so I don't get any of the kwin bits, just glow on hover of 
taskbar stuff. Which, as above, is different from the interface 
responding sluggishly.)

Plasma's (digital) clock (also trunk, same rev as oxygen) updates 
instantaneously.

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
--

-- 
"It's not easy for [Microsoft] to accept [competing fairly]"
   -- Dave Heiner (a Microsoft VP, paraphrased)

______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

Nuno Pinheiro | 24 Dec 2009 03:20

Re: [kde-artists] please turn off label animations...

On Thursday, 24 de December de 2009 01:11:01 Matthew Woehlke wrote:
> Nuno Pinheiro wrote:
> > On Wednesday, 23 de December de 2009 22:54:51 Matthew Woehlke wrote:
> >> Label animations are gratuitous eye candy, contribute to making the
> >> system feel 'slower', and so far (IMHO) are proving distracting (or even
> >> broken) more often than enjoyable. Besides they are bad usability:
> >> http://www.youtube.com/watch?v=EuELwq2ThJE&hl. (Watch the first 15
> >> minutes at least; after that it eventually goes into ZUI. Point is
> >> oxygen is drifting too far to annoying, and animations are much of the
> >> problem.)
> >>
> >> I think they should be OFF by default, perhaps with an option for
> >> individual widgets to request them (which would make the option choices
> >> 'none', 'some', 'all').
> >
> > this is your opinion
> 
> Sure, I /did/ say that. However I think it is backed up by professional
> usability guidance.
> 
> > most of the animations (apart from the tab animation)
> > does not interfere in any way with your work, they are extremly fast and
> > im most cases invisible, they are there to provide a more polished look
> > to the intire experience avoiding the instant changes.
> 
> The others, maybe. The labels are not, especially with status indicators
> that need to be instantaneous. They're in the same category as tab
> animations. It sounds like you recognize that the tab animations can be
> an issue (and I'll assume you recognize that this is not merely because
> they can be slower than intended). The labels are *the exact same
> thing*, just affecting a smaller area of an interface.

no all animations that actuality prevent you from clicking on the content 
before they are done are supposed to be off by default the system should not 
in any case prevent the user to move the move the mouse at the speed of light 
and click what ever he want to. The tabs transition does that and was only 
default for a short period so people would test it for debugging proposes. 
Were never intended to be real 4.4 default...

if the label thing does that then yes it should be off by default, actually it 
should be right now,,, hugo should know better

all other animations in oxygen were done in a way they don't interfere in any 
way with your work, aka a button does not look less pressable because of the 
over effect, the effects do not interfere n the actual edit or content area. 

(side note I have all of them on including tabs and I don't find them 
intrusive at all)  

 > As an experiment, try making a simple digital clock, and ask yourself if
> you really like the animating labels.
> 
> I'm okay with animating mouseover effects, but user interface elements
> should not "lag".
> 
> > Oxygen is not drifting it was our goal since day 1 that NOTHING would be
> > instant, but rather transitory, the animations are really subtle and most
> > people don't even notice them.
> 
> So long as you understand this sort of thing causes a feeling of
>  "slowness".
> 
> Beware; you are the marketer! It is our job as developers to know when
> to /not/ listen to you. (I am not kidding; it's explained in the video.)

There was ablog post the other day about the reasons being a designer at 
Google was bad.  developers do not know more about usability than designers!
Developers are not God nor are designers, but designers should do Design 
developers do development and usability experts shod to the usability thing.

> It helps of course if you, as the marketer, understand the peril of your
> position and can see things from the usability perspective also. (Maybe
> you will not always succeed, but understanding is most of the battle.)
> 
> > the stuf shown so far in youtube is 3
> > times slower than the real ones (you cant notece them over the video
> > thing at normal speed)
> 
> Are we talking about the Google talk I linked, or some youtube Oxygen
> video I have never seen?

some of the later, thought you were referring to some of the hyped videos on 
you tube about all of that ...

> (If the latter, did you watch the former? There
> is no need to watch all of it, just the first 10-15 minutes where he
> talks about the tension between boring and annoying.)
> 
> > plus I'm not sure you even used them
> > I know many people did not notice them yet and they are using trunk.   
> > any way they are all on by default except the tab one that was only on by
> > default to let people find bugs in it.
> 
> Believe me, I used/noticed them. I am running trunk as of Monday at
> worst (might be yesterday). I ogled at them the first three times. Then
> I realized they are annoying. Now they are off and I intend to keep them
> off. It will be unfortunate if that means I lose mouseover animations
> (which are okay), but that's the lesser evil.

> > Side note if you find oxygen animations to strong and distractive dude
> > you are in for a surprise with plasma.
> 
> Really? I haven't seen plasma annoy me yet. (Though I don't have
> composite, so I don't get any of the kwin bits, just glow on hover of
> taskbar stuff. Which, as above, is different from the interface
> responding sluggishly.)
> 
> Plasma's (digital) clock (also trunk, same rev as oxygen) updates
> instantaneously.
> 
I'M not a marketer, I'm a designer/engineer but if I was I would tell you that 
in this day and age the people s attention span as shrunken down to 3 seconds. 
so you better capture the attention of your possible customer in those 3 
seconds or become irrelevant.

I'm not saying this is a good thing, personally I'm very critical of the path 
the entire consumption society is going, but there is a difference between 
what it should be and what it really is, think we should alleyways be in the 
real world addressing the real people, trying to do something meaningful.      
--

-- 
Oxygen coordinator  
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

Christoph Feck | 27 Dec 2009 14:00
Picon

[kde-artists] [Bug 219169] Images missing on home page

https://bugs.kde.org/show_bug.cgi?id=219169

Christoph Feck <christoph <at> maxiom.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |groszdanireg <at> gmail.com

--- Comment #3 from Christoph Feck <christoph maxiom de>  2009-12-27 14:00:11 ---
*** Bug 220181 has been marked as a duplicate of this bug. ***

--

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists


Gmane