breeze mimetypes
kainz.a
kainz.a at gmail.com
Sat Sep 17 12:40:49 UTC 2016
I blog on the planet more open isn't possible.included reddit. You can
wrote a mail to the mailing list but I never get feedback from there that's
the reason I start the blog posts.
Am 17.09.2016 14:30 schrieb "Alessandro Longo" <alexl at openmailbox.org>:
> Il 17 settembre 2016 13:47:36 CEST, BM-2cTv4XtvC9UQ8TdFCfPNySv2omc8T6
> m3sv at bitmessage.ch ha scritto:
>>
>> Il 16-09-2016 22:41 BM-2cTv4XtvC9UQ8TdFCfPNySv2omc8T6m3sv at bitmessage.ch
>>> ha scritto:
>>>
>>>> Executable mime doesn't have the "!".
>>>>
>>>
>>> It doesn't, the triangle + "!" is added on any icon that is an
>>> executable but isn't mark as "executable", for security reasons.
>>>
>>> Anyway, we should have a specific shape for execs because:
>>>>
>>>> 1) executables now can easily be discovered into folders with a lot of
>>>> file.
>>>> Try to download a fairly big (or at least not small) source code of
>>>> some
>>>> software and compile it.
>>>> Search for the executable into that mess
>>>> of files.
>>>> With the current shape it's easy.
>>>> Now try to do it with the previous shape.
>>>> You will probably give up.
>>>> I do this a lot of time (I'm a packager at ChakraOS), so I can tell how
>>>> important this point is, expecially for a developer.
>>>>
>>>> 2) executables triggers some actions. So they can't be clicked with the
>>>> same lightheart you'd click a document file for example. If you use a
>>>> different shape you can easily recognize a exec and don't click it for
>>>> error. Once you clicked on a exec there's no way back so it's very
>>>> important this.
>>>> It's very frustrating for a user clicking on an exec because it
>>>> resembled
>>>> another file.
>>>>
>>>
>>> We can make the executable icon more recognizable but keeping the
>>> document shape. If you can't find easily files by type, you can just set
>>> Dolphin to sort them by type and group them. The most important thing in
>>> my opinion is to distinguish files
>>> from apps. Executable files **are
>>> not** apps. Apps are represented by .desktop files that specify icon and
>>> other parameters.
>>>
>>
>> We don't need to differentiate files from apps.
>> Apps are found on the launcher menu, mimetypes on the file manager.
>> Yes, I know you can search for docs on the fullscreen launcher, but the
>> gear icon is very generic and it doesn't resemble no app.
>> We already had a single shape for every mimetype but this led to usability
>> problems. Now that we agreed to use different shapes for important
>> categories of mime it doesn't make sense to go back ;)
>>
>> MS office icons are pretty similar to the past years (they didn't
>>>> changed
>>>> too much).
>>>> I think
>>>> every user on this planet knows ms office logo or used word and
>>>> similar,
>>>> so they are very recognizable.
>>>>
>>>
>>> They are from MS Office 2013+. Many people just use MS Office 2003, 2007
>>> and 2010. Also, docx etc are not formats exclusively for MS Office. It's
>>> an open standard (I know sound strange, that's a bad story).
>>>
>>
>> Yes, but like I said they are very very similar. A user that saw office
>> 2003 icon will instantly recognize office 2027 icon.
>>
>> .docx and .odt are different format, they can't be treated the same.
>>>> .docx is the de facto standard, so it's requested any time you share
>>>> some
>>>> documents in a workplace or a public administration. Also most of the
>>>> users uses MS office that can't open .odt format (even thought they say
>>>> you can, but that's another story) so often you are required to use
>>>> .docx.
>>>> That's very important when sharing documents, that's why we should keep
>>>> .odt and .docx easily recognizable.
>>>>
>>>
>>> In fact the ones I proposed are not equal for ODF and docx etc.
>>>
>>
>> Yes but they are very similar and differ just by colours. Like some users
>> pointed out on reddit it doesn't make sense distinguish mime with colours,
>> how can I know if odt is blu and ms office black? What if you decide to
>> change colour later on? I will still be able to recognize them?
>> It's better to distinguish them with a different icon instead of a color.
>>
>> @Andreas, apply new shapes now is an useless work, I have to overwrite
>>> everything when
>>> apply colors, so please let's decide shapes and when
>>> they are definitive apply shapes + colors.
>>>
>>> --
>>> Alessandro Longo
>>
>>
>>
>>
>>
>>
> Mixing apps and files is basic in my workflow. I think that Breeze
> introduced a good innovation making clear what are files and what apps.
>
> I think we shouldn't change that in my opinion, 3 designers shouldn't
> apply a so big change to the default icon theme of the entire KDE community.
> I think images, archives, videos and audio are better with different
> shapes but keeping the one color + symbol pattern. Not introducing
> complexity like app icons.
>
> Please, before decide big changes, discuss them in usability and
> visual-design mailing lists.
> One reason I left VDG is because it's a closed team and decisions are
> obscured to the rest of the community. This discussion seems the same. We
> have to involve more people to apply big changes. And users on Reddit
> aren't representative of KDE Community. The opinion of people more involved
> in KDE should be considered more. Random thoughts on the web mean nothing
> to me.
> Also, we should do a poll and publish it on the Planet at least.
> I have no intention to justify changes with angry members that will ask
> for transparency when they will see changes.
>
> Cheers,
>
> --
> Alessandro Longo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/visual-design/attachments/20160917/e517f6b4/attachment-0001.html>
More information about the Visual-design
mailing list