
<html><head></head><body><div class="gmail_quote">Il 17 settembre 2016 13:47:36 CEST, BM-2cTv4XtvC9UQ8TdFCfPNySv2omc8T6m3sv@bitmessage.ch ha scritto:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre class="k9mail"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Il 16-09-2016 22:41 BM-2cTv4XtvC9UQ8TdFCfPNySv2omc8T6m3sv@bitmessage.ch<br /> ha scritto:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> Executable mime doesn't have the "!".<br /></blockquote><br /> It doesn't, the triangle + "!" is added on any icon that is an<br /> executable but isn't mark as "executable", for security reasons.<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> Anyway, we should have a specific shape for execs because:<br /><br /> 1) executables now can easily be discovered into folders with a lot of<br /> file.<br /> Try to download a fairly big (or at least not small) source code of<br /> some<br /> software and compile it.<br /> Search for the executable into that mess

of files.<br /> With the current shape it's easy.<br /> Now try to do it with the previous shape.<br /> You will probably give up.<br /> I do this a lot of time (I'm a packager at ChakraOS), so I can tell how<br /> important this point is, expecially for a developer.<br /><br /> 2) executables triggers some actions. So they can't be clicked with the<br /> same lightheart you'd click a document file for example. If you use a<br /> different shape you can easily recognize a exec and don't click it for<br /> error. Once you clicked on a exec there's no way back so it's very<br /> important this.<br /> It's very frustrating for a user clicking on an exec because it<br /> resembled<br /> another file.<br /></blockquote><br /> We can make the executable icon more recognizable but keeping the<br /> document shape. If you can't find easily files by type, you can just set<br /> Dolphin to sort them by type and group them. The most important thing in<br /> my opinion is to distinguish files

from apps. Executable files **are<br /> not** apps. Apps are represented by .desktop files that specify icon and<br /> other parameters.<br /></blockquote><br />We don't need to differentiate files from apps.<br />Apps are found on the launcher menu, mimetypes on the file manager.<br />Yes, I know you can search for docs on the fullscreen launcher, but the<br />gear icon is very generic and it doesn't resemble no app.<br />We already had a single shape for every mimetype but this led to usability<br />problems. Now that we agreed to use different shapes for important<br />categories of mime it doesn't make sense to go back ;)<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> MS office icons are pretty similar to the past years (they didn't<br /> changed<br /> too much).<br /> I think

every user on this planet knows ms office logo or used word and<br /> similar,<br /> so they are very recognizable.<br /></blockquote><br /> They are from MS Office 2013+. Many people just use MS Office 2003, 2007<br /> and 2010. Also, docx etc are not formats exclusively for MS Office. It's<br /> an open standard (I know sound strange, that's a bad story).<br /></blockquote><br />Yes, but like I said they are very very similar. A user that saw office<br />2003 icon will instantly recognize office 2027 icon.<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> .docx and .odt are different format, they can't be treated the same.<br /> .docx is the de facto standard, so it's requested any time you share<br /> some<br /> documents in a workplace or a public administration. Also most of the<br

/> users uses MS office that can't open .odt format (even thought they say<br /> you can, but that's another story) so often you are required to use<br /> .docx.<br /> That's very important when sharing documents, that's why we should keep<br /> .odt and .docx easily recognizable.<br /></blockquote><br /> In fact the ones I proposed are not equal for ODF and docx etc.<br /></blockquote><br />Yes but they are very similar and differ just by colours. Like some users<br />pointed out on reddit it doesn't make sense distinguish mime with colours,<br />how can I know if odt is blu and ms office black? What if you decide to<br />change colour later on? I will still be able to recognize them?<br />It's better to distinguish them with a different icon instead of a color.<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> @Andreas, apply new shapes now is an useless work, I have to overwrite<br /> everything when

apply colors, so please let's decide shapes and when<br /> they are definitive apply shapes + colors.<br /><br /> --<br /> Alessandro Longo</blockquote><br /><br /><br /><br /></pre></blockquote></div><br clear="all">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.<br>

<br>

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.<br>

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.<br>

<br>

Please, before decide big changes, discuss them in usability and visual-design mailing lists.<br>

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.<br>

Also, we should do a poll and publish it on the Planet at least.<br>

I have no intention to justify changes with angry members that will ask for transparency when they will see changes.<br>

<br>

Cheers,<br>

<br>

-- <br>

Alessandro Longo</body></html>