D21134: [Notifications] Tweak paddings

[Alessandro Longo]

alex-l added a comment.


  Just a mockup but is this middle ground solution good enough?
  
  F6885918: immagine.png 
  
  ( I also suggested to move the disappearing indicator at the bottom here 
 )

REPOSITORY
  R120 Plasma Workspace

REVISION DETAIL
  https://phabricator.kde.org/D21134

To: ngraham, #vdg, broulik
Cc: alex-l, filipf, prettyvanilla, cfeck, dos, apol, plasma-devel, LeGast00n, 
ericadams, jraleigh, GB_2, ragreen, Pitel, ZrenBot, himcesjf, lesliezhai, 
ali-mohamed, jensreuterberg, abetts, sebas, mart

D18321: support for the concept of expandible items

[Alessandro Longo]

alex-l added a comment.


  Very cool!

REPOSITORY
  R169 Kirigami

REVISION DETAIL
  https://phabricator.kde.org/D18321

To: mart, #kirigami
Cc: alex-l, plasma-devel, dkardarakos, apol, davidedmundson, mart, hein

D13031: [ProcessModel] Center more column headings

[Alessandro Longo]

alex-l added a comment.


  Please provide screenshots when tagging VDG

REPOSITORY
  R111 KSysguard Library

REVISION DETAIL
  https://phabricator.kde.org/D13031

To: broulik, #plasma, #vdg
Cc: alex-l, plasma-devel, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, 
jensreuterberg, abetts, sebas, apol, mart

D12960: Drag handle to reorder items in a ListView

[Alessandro Longo]

alex-l added a comment.


  Possible interactions on hover (I used the third one and the fourth one when 
dragging):
  
  F5858223: immagine.png 

REPOSITORY
  R169 Kirigami

REVISION DETAIL
  https://phabricator.kde.org/D12960

To: mart, #kirigami, #vdg, hein
Cc: alex-l, abetts, rkflx, ngraham, zzag, plasma-devel, apol, davidedmundson, 
mart, hein

D12960: Drag handle to reorder items in a ListView

[Alessandro Longo]

alex-l added a comment.


  I tried with arrows too, but I think the fifth one looks better... my second 
choice is the third one.
  
  F5858203: immagine.png 

REPOSITORY
  R169 Kirigami

REVISION DETAIL
  https://phabricator.kde.org/D12960

To: mart, #kirigami, #vdg, hein
Cc: alex-l, abetts, rkflx, ngraham, zzag, plasma-devel, apol, davidedmundson, 
mart, hein

D12960: Drag handle to reorder items in a ListView

[Alessandro Longo]

alex-l added a comment.


  Cursors and hover:
  F5856535: immagine.png 

REPOSITORY
  R169 Kirigami

REVISION DETAIL
  https://phabricator.kde.org/D12960

To: mart, #kirigami, #vdg, hein
Cc: alex-l, abetts, rkflx, ngraham, zzag, plasma-devel, apol, davidedmundson, 
mart, hein

D12960: Drag handle to reorder items in a ListView

[Alessandro Longo]

alex-l added a comment.


  In D12960#264732 , @alex-l wrote:
  
  > F5856484: immagine.png 
  
  
  I think the mouse cursor should be:
  
  - drag-open-hand for first one
  - clickable-finger (like for links) for second and third ones

REPOSITORY
  R169 Kirigami

REVISION DETAIL
  https://phabricator.kde.org/D12960

To: mart, #kirigami, #vdg, hein
Cc: alex-l, abetts, rkflx, ngraham, zzag, plasma-devel, apol, davidedmundson, 
mart, hein

D12960: Drag handle to reorder items in a ListView

[Alessandro Longo]

alex-l added a comment.


  F5856484: immagine.png 

REPOSITORY
  R169 Kirigami

REVISION DETAIL
  https://phabricator.kde.org/D12960

To: mart, #kirigami, #vdg, hein
Cc: alex-l, abetts, rkflx, ngraham, zzag, plasma-devel, apol, davidedmundson, 
mart, hein

D8232: Add option to center shadow

[Alessandro Longo]

alex-l added a comment.


  Absolutely +1, I was waiting for this option since Plasma 5 was launched. I 
suggest to make it default, I can't really get why the shadow should be on the 
right.

REPOSITORY
  R31 Breeze

REVISION DETAIL
  https://phabricator.kde.org/D8232

To: rpelorosso, #breeze, #vdg, hpereiradacosta
Cc: alex-l, alake, abetts, progwolff, mvourlakos, rkflx, ngraham, 
davidedmundson, mart, plasma-devel, ZrenBot, lesliezhai, ali-mohamed, 
jensreuterberg, sebas, apol

Re: Breakout: System Settings Improvements

[Alessandro Longo]

Il 17-10-2016 18:47 Jonathan Riddell ha scritto:

We had a discussion on System Settings at the meeting today which
merited its own thread:

 * system settings direction and improvements (alex-l, ...)
 the most complained part for me is System Settings:
newbies don't like it
 I like some of what Andreas is doing
 the lots of papercuts
 Note on SySe: Daniel Foré from Elementary OS had the
idea to introduce a cross-DE URI scheme to let apps open precise
system settings module. If SySe will adopt it, its complexity would be
reduced and users would be able to find easily the settings related to
the app they are using. As always the question is: there would be the
manpower to implement it?
 but the problem is that the "let's fix system settings"
attempts i see are always vague and high-level and end up being a
rearrangement of marbles, instead of purpose-directed. for example,
here's a real thing we need to fix in settings: the keyboard layout
kcm needs to become an input languages kcm, so people can set up an
IME in there easily to actually be able to type their lang. that's
something we suck at that Gnome/Windows/Mac do well. but instead it's
"maybe we
mgraesslin thinks that part of the problem is that we constantly
move things around because we think we finally found the ultimate
solution

Go ahead and discuss...


I saw that apps on Android can open a certain "view" of system settings. 
We could let apps do the same but we should define a standard with other 
DEs, like Elementary.


Another thing that could improve the usability of System Settings is 
making certain KCMs optional, for example keep Look and making 
Colors, Window deco, Style, desktop theme etc available for installation 
(or distros could choose to ship them by default). This is just an 
example, many KCMs aren't essential for Plasma, for example the ones 
about web navigation that I suppose have sense only if the user use 
Konqueror or Rekonq.


--
Alessandro Longo

[Differential] [Commented On] D3210: make scrollbar size configurable

[alex-l (Alessandro Longo)]

alex-l added a comment.


  I'd like to have the options if possible. I don't think we will lose 
consistency. Other parts of Breeze provide options like buttons in title bar 
size, order etc.

REPOSITORY
  rBREEZE Breeze

REVISION DETAIL
  https://phabricator.kde.org/D3210

EMAIL PREFERENCES
  https://phabricator.kde.org/settings/panel/emailpreferences/

To: mart, #plasma, #vdg, hpereiradacosta
Cc: alex-l, plasma-devel, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas

Re: Plasma desktop/mobile initial setup

[Alessandro Longo]

Hi all,

Il 15-09-2016 09:20 Ivan Čukić ha scritto:

The fact that people are used to a certain kind of UI is not the
reason for you not to invent something new and better.


+1. Having a first-start tutorial for Plasma would let us improve a bit 
the defaults (Plasma is still suggested as better DE for old Windows 
versions users, Windows evolves and we still look like Windows 7). Just 
few steps, like "here there are the applications", "these are hot corner 
effects", "you can search with Alt+Space"...


Another matter in my opinion is the wizard: it should be an icon placed 
by default on desktop that say "First setup" or something like it. When 
the user will be ready to try it, the wizard will suggest to setup 
online accounts like email with Kontact, choose a Look & Feel package 
and setup KDE Connect.

It could eventually suggest to install some additional apps like VLC.
When it will be possible to sync Plasma settings with something like 
Nextcloud or local backups, for sure it should be proposed to the user 
to import his settings.


Cheers,

--
Alessandro Longo

New shapes and colors for Breeze mime-types icons

[Alessandro Longo]

Hi all,

as written here[1] on KDE Planet I want to know thoughts on new colors 
and shapes for Breeze mime-types icons, specially from people involved 
in Plasma, since it's the main product that uses them.


Please reply to visual-des...@kde.org if you are subscribed there.

Cheers,

--
Alessandro Longo

[1] 
http://www.alexl.netsons.org/blogposts/breeze-icons-need-you-new-colors-and-shapes-for-mimetypes/

Re: Selecting a Plasma logo

[Alessandro Longo]

Il 22-08-2016 11:43 Thomas Pfeiffer ha scritto:

As per the Plasma team's request, I have now created a Wiki page with
all submissions as presented in the forum, and - where available - how
they would look in a Panel.
You can find that page here:
https://community.kde.org/KDE_Visual_Design_Group/Plasma_Logo_Contest
Each submission now has a number which should be referenced in the 
discussion.

It would be even nicer to have a completely standardized presentation,
but none of us had the combination of time and skills necessary to
create that.
I hope this helps, anyway.
Cheers,
Thomas


On 25.07.2016 20:54, Thomas Pfeiffer wrote:

Dear Plasma development team, dear VDG,
the official deadline for the Plasma logo contest has passed 
yesterday.
We have five entries into the contest, with one actually consisting of 
five
different mash-ups and modifications of the other entries, and one 
being

Plasma's current logo.
You can find all the proposals here:
https://forum.kde.org/viewtopic.php?f=285=133836
I think we have quite a good selection here, and hope that we can find 
something

here which we can agree on.
In the contest thread, I promised a jury consisting of VDG members and 
Plasma

team members.
Now I've decided that since the whole Plasma team has to be able to 
identify
themselves with the logo, and all VDG members should have the 
possibility to
chip in as well, everyone who participates in the discussion is part 
of the jury.
There won't be a voting process. Either we can agree on a logo, or 
everything
stays like it is (the official Plasma logo still being what we have 
now, and the

K logo being used for the launchers).
I'd give us a discussion period until Sunday, unless a clear agreement 
can be

reached before that.
Please refer to the logo proposals by the creator's forum name 
(remember that
our current logo is Uri's, not mine ;) ), and for Ken's just say e.g. 
"Ken's

fourth logo".
Happy discussions, here is to us finding a logo we can all (at least 
more or

less) identify with!

Thomas


Thank you. I fixed it because it missed one of mine. Now my submissions 
are "submission 1 version 1,2,3,4" (it's the same logo with gear and 
arrow in different positions).


-- Alessandro Longo

Re: Selecting a Plasma logo

[Alessandro Longo]

Il 19-08-2016 16:19 Olivier Churlaud ha scritto:

Il 11-08-2016 11:37 Ivan Čukić ha scritto:

Hi all,

For anyone interested I've also posted the SVG file (Andreas asked 
for

it):

https://share.kde.org/index.php/s/0HRcGXCt6UCEWxp

Cheers,
Ivan
I updated it with the last version of my logo (posted on Forums) plus 
a

new version: https://share.kde.org/index.php/s/Jo9ADJYOpWsyxIW

In the new version there is a ">" that stands for "shell" and it's in
the current Plasma logo too, a gear like the K logo one that looks 
like
Sun, since Sun is made by plasma and the ">" contribute to make it 
look

like a Sun with a sort of "eclipse" effect.


I'm surprised, because I really like the "eclipse-like" one you added.
I'm surprised specially because I expected to be really cluttered and 
at

the end, I think it plays good and adds a great dynamic.

But honestly I wouldn't be able to choose THE one. Several have good
qualities: it's tough.

Cheers
Olivier

Cheers,



I know what you mean, the submissions are very good but not perfect. I'm 
currently a bit more for this last one with eclipse effect, I like it in 
my panel, but still not sure. I hope in new ideas by the others.


Cheers,

--
Alessandro Longo

Re: Selecting a Plasma logo

[Alessandro Longo]

Il 11-08-2016 11:37 Ivan Čukić ha scritto:

Hi all,

For anyone interested I've also posted the SVG file (Andreas asked for 
it):


https://share.kde.org/index.php/s/0HRcGXCt6UCEWxp

Cheers,
Ivan


I updated it with the last version of my logo (posted on Forums) plus a 
new version: https://share.kde.org/index.php/s/Jo9ADJYOpWsyxIW


In the new version there is a ">" that stands for "shell" and it's in 
the current Plasma logo too, a gear like the K logo one that looks like 
Sun, since Sun is made by plasma and the ">" contribute to make it look 
like a Sun with a sort of "eclipse" effect.


Cheers,

--
Alessandro Longo

Re: stylesheed folders

[Alessandro Longo]

Il 12-08-2016 07:31 kainz.a ha scritto:

I think I will revert the folder stylesheed stuff.

Thanks for your feedback and that you help me find a solution.

As it's nice and I already blog about it where should I store this
feature?

cheers

Andreas


The feature is really nice, but it needs its own colors in System 
Settings > Colors. I would really like if it will be possible to add 
more "system" colors so also the mime-types icons could be customized: 
Breeze currently has a set of colors used for mime-types icons but the 
distro/user could like to set a different "green", a different "red" 
etc. Something like:


Folders color: #012abc
Blue: #49ccc1
Light green: #...
...

So for example a color theme could set less vibrant colors for folders 
and mimetypes, that it's the main complain about Breeze icons.


Anyway I currently don't experience any issue and the colored folders 
look like a big improvement for my setup.


Important note, Andreas: the new folders icons haven't the light 
gradients, so now they look flat, but Breeze is not flat. If the 
colored-folders feature will be kept, it would be better to add the 
light.


--
Alessandro Longo

Re: task manager lines instead of blocks

[Alessandro Longo]

In data sabato 30 luglio 2016 10:20:41 CEST, kainz.a ha scritto:
> Hi,
> 
> in plasma 5.4 we had the lines for the task manager. Uri changed it in
> blocks. Since the last year with blocks I think lines would fit better the
> breeze theme.
> 
> http://linux.sothorn.org/wp-content/uploads/2015/08/plasma1.png
> 
> Can I change the tasks.svgz file to use lines instead of blocks. I would
> suggest to have the lines outside instead of inside.

+1. I already use lines because I like them more. Can I suggest to use a line 
**under** the icon/text for bottom panel and **above** the icon/text for top 
panel? Same for right/left: line nearer the border of the screen. Also, I'd 
suggest to make the line at 2px instead of 3 (or 4?) px like in the 
screenshot.

> In addition I would
> remove the colored icons for kick(er) and the system ones.

+1 

> thanks for your comment.
> Andreas K

-- Alessandro Longo


___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

What's the format to install icon packs mentioned in System Settings?

[Alessandro Longo]

Hi,

in System Settings > Icons KCM there is a button to install an icon 
theme from a file. What's the correct format that is intended to be an 
"icon theme"? I tried every archive containing icon pack for Linux 
desktops that I found on the web and it always reply that it isn't the 
correct format. I didn't find this format mentioned in the Web though a 
lot of searches.


Cheers,

--
Alessandro Longo
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: KCM/colord-kde and it's KF5 release

[Alessandro Longo]

Il 21-06-2016 12:53 David Edmundson ha scritto:

​Note that kgamma which does something somewhat similar is part of
the release.


Colord-kde is specifically for loading ICC profiles. Kgamma doesn't 
support it afaik. ICC profiles are made through colorimeters and 
spectrophotometers and loaded by colord. This seems to make kgamma 
useless since you will not try to setup values manually because of few 
accuracy, that's the point of using colorimeter/spectrophotometer. In 
professional graphics and printings this is a common use case, but the 
git version seems to work well (but the localization).


Thanks for the replies,

--
Alessandro Longo
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: KCM/colord-kde and it's KF5 release

[Alessandro Longo]

Il 21-06-2016 08:09 Martin Graesslin ha scritto:
The project is not part of Plasma and effectively dead. It hasn't been 
touched

since more than a year, doesn't have CI setup, etc. etc.

Before it can be released again it needs to be brought back from the 
dead and

made sure that it actually works.

Cheers
Martin


OK, thanks for your reply.

Cheers,

--
Alessandro Longo
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

KCM/colord-kde and it's KF5 release

[Alessandro Longo]

Hi, I hope this is the right ml to talk about KCMs.
I tried to install latest stable release (0.3) of colord-kde[1] to 
manage icc color profiles, but the KCM isn't loaded in SystemSettings. I 
can launch it with `kcmshell4 kcm_colord` but not with `kcmshell5 
kcm_colord`. So I tried to compile it from git[1] and it works, it's 
shown in SystemSettings correctly.
But since it has to be installed in offices, I'd prefer to use a package 
by the distro. Would it be possible to release maybe a 0.3.1 to support 
current SystemSettings and make distributions update their colord-kde 
package? I hope this is the right way to fix the issue.


[1] https://quickgit.kde.org/?p=colord-kde.git

Cheers,

--
Alessandro Longo

___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: New idea for Plasma's logo

[Alessandro Longo]

I like a lot the idea. I suggest to invite people to post their logos to 
visual-design mailing list, to to let them know that it exists. Sending 
an email with an attachment should be enough accessible for everyone and 
we will have a transparent process and a log of discussions.


--
Alessandro Longo
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: New idea for Plasma's logo

[Alessandro Longo]

Il 09-06-2016 11:49 Thomas Pfeiffer ha scritto:


You posted a screenshot from your system on Google+ [1] where you use
your proposed logo (although not in monochrome) as a launcher icon.
This might have added to the confusion.

[1]
https://plus.google.com/u/0/photos/photo/100036546744213767408/6287945369516307842


I was testing the logo and in the meanwhile I posted a screenshot to 
show an other thing, I didn't think this could make confusion, sorry. 
The post is on my Google+ stream, I think I should be able to post 
things freely on my Google+ stream or in my blog, without caring of 
people think is something official. This would be a problem also because 
of my posts "Plasma Tricks" that sometimes are very hackish and (I 
suppose) not so recommended by Plasma developers.
So I hope we can clarify what we can post to make clear it's not 
"official".


About people that thought my logo was reviewed by VDG, why didn't they 
speak directly in mailing list? I would have been happy to clarify it in 
that day.


--
Alessandro Longo
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: New idea for Plasma's logo

[Alessandro Longo]

Il 02-06-2016 20:47 Ken Vermette ha scritto:


On a side note, like Thomas, I'm a little leery of the fact that
you've seemingly bypassed the VDG main channel. I've done stupid
things like that too (much more publicly) and I've learned that
consulting with peers is important before moving up the chain with an
idea.


I didn't bypassed the VDG channel, I sent the email to visual-design 
mailing list, I wanted to discuss there but also make plasma-devel 
subscribers aware of it... (looking into MLs it looks to me a good 
practice, sorry). Nobody replied into visual-design ml... Then Thomas 
informed me that my email wasn't sent into plasma-dev (but it was on 
visual-design since some days, I'm pretty sure about that). So OK if you 
didn't see that, no problem. But please don't say I bypassed VDG. 
Recently the VDG "officially" said that KDE logo has to be replaced by 
Plasma one (in a bug report iirc) and someone replied that the VDG 
should discuss this with Plasma team, since the topic is really 
important. So I think I did the best thing to use both the mailing 
lists.


About the fact the Sun logo looks like a gear if used as icon for 
kickoff: you are totally right, that's why I'd suggest to use a generic 
icon for kickoff, not because of the Sun logo, but because I don't like 
the tradition to use a logo into the product itself (it also makes 
questions: it should be used the DE logo (Plasma one), the community one 
(KDE logo) or the distribution one? That's why I suggest to avoid this 
decision and simply use a generic "apps" icon). If generic "apps" icons 
will not be used, I totally agree with you that the Sun logo shouldn't 
be used in monochrome as kickoff icon.


Thanks you all for the replies,

--
Alessandro Longo
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: New idea for Plasma's logo

[Alessandro Longo]

Il 23-05-2016 22:52 Alessandro Longo ha scritto:

(resent because apparently mailman rejected it)
Hi,
after a lot of iterations I found a simple idea for Plasma's logo that
imho works well. This is the link to view it in PDF and to the source
in SVG to experiment with it:

https://share.kde.org/index.php/s/OC3TGlHAba20QWv

I hope you like it,


ping

--
Alessandro Longo
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: New idea for Plasma's logo

[Alessandro Longo]

Il 24-05-2016 12:03 Kåre Särs ha scritto:

Hi,

Did you notice that the Qt logo has changed? The rounded corners are 
not round

anymore: http://brand.qt.io/guidelines/


Yes I knew it, thanks. Also the font changed. I think me or others will 
update the Qt icons in Breeze, in the meanwhile I recycled the one we 
had. Not sure about update the shape, I made the KDE Frameworks icon 
with the same shape to stress it's based on Qt framework. I'm not sure 
the new shape will be good for KDE Frameworks icon.


--
Alessandro Longo
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

New idea for Plasma's logo

[Alessandro Longo]

(resent because apparently mailman rejected it)
Hi,
after a lot of iterations I found a simple idea for Plasma's logo that 
imho works well. This is the link to view it in PDF and to the source in 
SVG to experiment with it:


https://share.kde.org/index.php/s/OC3TGlHAba20QWv

I hope you like it,

--
Alessandro Longo
KDE V Design Group
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Review Request 126621: [Task Manager] Add support for Unity Launcher API and Application Jobs

[Alessandro Longo]

---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126621/#review90707
---


Compliments! Your work is great as always. From visual design POV I think how 
it currently looks it's very fine; for the implementation:
if I understand well the circle and the progress indicators will be two SVGs to 
be put in the desktop theme, right? If yes choose a proper name for the SVG and 
we will update the desktop theme with an svg for it

- Alessandro Longo


On Gen. 6, 2016, 2:13 p.m., Kai Uwe Broulik wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/126621/
> ---
> 
> (Updated Gen. 6, 2016, 2:13 p.m.)
> 
> 
> Review request for Plasma, KDE Usability, Craig Drummond, Eike Hein, and 
> Lukáš Tinkl.
> 
> 
> Bugs: 343632
> https://bugs.kde.org/show_bug.cgi?id=343632
> 
> 
> Repository: plasma-desktop
> 
> 
> Description
> ---
> 
> This adds support for the Unity Launcher API [1] with which applications can 
> show a progress indicator, a number badge as well as demand the user's 
> attention. It also shows application progress (such as copying a file) with 
> the respective application.
> 
> This functionality has been present in the Icon Tasks applet [2] in Plasma 4 
> times. libunity must be present for most applications to actually use this.
> 
> I did not want to pollute libtaskmanager with this, so I made it a plugin in 
> the Task Manager applet, which should also be fairly trivial to update to the 
> new Launcher API that Unity 8 is going to use [3], or if we come up with our 
> own solution at some point, maybe.
> 
> The primary focus is still the icons only task manager as the Unity API works 
> on a per-application/per-launcher basis rather than per-window, however, 
> where it makes sense the functonality is also offered to the traditional task 
> manager. A downside of this is that (in the current implementation, anyways) 
> in case you do not group your tasks and you have multiple windows of the same 
> task open, it will show the same information on all entries.
> 
> For progress it gradually fills up the background of the task (VDG: I need a 
> better graphic here, I currently abuse the "hover" tasks SVG, also I find the 
> "+2" badge less than optimal) in all cases. The badges are only shown if 1) 
> the cell is large enough 2) the label is *not* shown (ie. icon tasks manager 
> or the regular one in very narrow). The badge is just a circle in theme 
> highlight color, not an actual SVG - it cuts off part of the icon to provide 
> more contrast. The "urgent" state just highlights the entry as if it 
> requested attention, there's no wiggle animation and this is nowhere 
> integrated with the window manager, also I did not find an application that 
> used this, so I have no idea how it's used by them.
> 
> A video with the regular task manager on the top, a regular task manager and 
> an icon tasks applet in the left panel and an icon tasks applet on the 
> desktop (the latter is broken in the video, fixed in this patch) can be found 
> here [4].
> 
> (There's still a ton of qDebug in the code at this point)
> 
> [1] https://wiki.ubuntu.com/Unity/LauncherAPI
> [2] http://kde-apps.org/content/show.php/Icon+Tasks?content=144808
> [3] 
> http://bazaar.launchpad.net/~unity-team/unity8/trunk/files/head:/plugins/Unity/Launcher/
> [4] https://www.youtube.com/watch?v=aBPGjlP6Wd8
> 
> 
> Diffs
> -
> 
>   applets/taskmanager/plugin/smartlaunchers/smartlauncherbackend.cpp 
> PRE-CREATION 
>   applets/taskmanager/plugin/smartlaunchers/smartlauncheritem.h PRE-CREATION 
>   applets/taskmanager/plugin/smartlaunchers/smartlauncheritem.cpp 
> PRE-CREATION 
>   applets/taskmanager/plugin/taskmanagerplugin.cpp 1be1fed 
>   applets/taskmanager/plugin/smartlaunchers/smartlauncherbackend.h 
> PRE-CREATION 
>   applets/taskmanager/package/contents/ui/TaskProgressOverlay.qml 
> PRE-CREATION 
>   applets/taskmanager/package/contents/ui/TaskBadgeOverlay.qml PRE-CREATION 
>   applets/taskmanager/package/contents/ui/Task.qml 2a6 
>   applets/taskmanager/package/contents/ui/ConfigGeneral.qml bd97506 
>   applets/taskmanager/package/contents/config/main.xml f89fd51 
>   applets/taskmanager/CMakeLists.txt 3c94cb7 
> 
> Diff: https://git.reviewboard.kde.org/r/126621/diff/
> 
> 
> Testing
> ---
> 
> I started a download in Chromium and got progress as well as a badge 
> indicatin

Re: Review Request 126319: Plasma 5.6 "Graphite" Wallpaper

[Alessandro Longo]

Every time that you release a wallpaper I think: "oh, OK, this is the best 
wallpaper ever, even the next won't be better than this!" and every time you 
surprise me with a wallpaper better than the previous.

This time you impress me again, this wallpaper goes exactly in the direction I 
wanted for Plasma! It's professional, has unique style, it's an art 
masterpiece.

I want it for Plasma 5.6. Absolutely.

--
Alex L.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Review Request 126319: Plasma 5.6 "Graphite" Wallpaper

[Alessandro Longo]

> On Dic. 11, 2015, 7:08 p.m., Martin Klapetek wrote:
> > > Attached images directly to request; if this is not the preferred way of 
> > > attaching large files
> > 
> > Attaching just one file would be fine, I mean this is just to see it right?
> > So there's no need to upload /all/ the resolutions, imo :)
> > 
> > > I would like to shift to more "professional" default wallpapers
> > 
> > Can you clarify a bit what does that mean?
> > 
> > ---
> > 
> > Overall the wallpaper strikes me as a visual corruption. This may be due
> > to my currently slightly broken intel driver which creates all sorts of 
> > graphical glitches and that wallpaper to me just looks like it glitched
> > (the shadow polygon going on from the top-left corner is just a strong
> > reminescence of that plus the "rainbow noise" going on at the lower-right
> > diagonal part of the image).
> 
> Ken Vermette wrote:
> Ah, sorry, haven't seriously used reviewboard. Wasn't sure if the content 
> in the request would be what actually goes into the repo. David very 
> patiently explained everything I needed to know about this all, but my birdy 
> little brain promptly forgot anything important and I don't think I've 
> (properly) gotten as far as having a patch committed. Sorry - this is an area 
> I'm trying to improve.
> 
> Generally when I talk about "professional" I'm talking less organic, 
> wild, "in your face" wallpapers. 5.2 was just horrible neon mess, 5.3 looked 
> cluttered, 5.4 was regularly called an "acid trip", etc... I don't want to 
> make things dull and lifeless, but after going down the current road I think 
> a cleaner approach is worth a shot. Practically this means I want to be more 
> conservative in the shapes and clutter department, rope in the organics a 
> bit, and focus on clearly defined visually interesting layers.
> 
> ---
> 
> Hopefully our users aren't exposed to enough visual corruption to feel 
> that way :P 
> 
> But in all seriousness I will move the top-left of the "shadow polygon" 
> away from the corner though (possibly hiding it off-screen entirely (in 
> certian sizes it is cropped anyway), I do regularly work on a machine with 
> AMD graphics w/ graphical bugs and I can understand the where you're coming 
> from when I specifically look for it. 
> 
> Otherwise people who have seen this wallpaper haven't mentioned it 
> looking glitchy, so general users may not be as sensitive to this. Consider 
> that I personally don't see it as a big issue, as for some "glitchy" is even 
> a desirable look. Before I remove/alter the circuit pattern I'd like to see 
> another person or two weigh in and answer if I'm biased because I know what 
> it's supposed to be, or if you are possibly biased from working on a system 
> with visual corruption. Does anyone else think;
>  - the pattern could be regularly/easily misidentified as visual 
> corruption?
>  - ... And would a wallpaper with that style be a problem?
> 
> I'll wait until we decide what to do with the pattern before loading 
> another version (with the shadow polygon altered)

Every time that you release a wallpaper I think: "oh, OK, this is the best 
wallpaper ever, even the next won't be better than this!" and every time you 
surprise me with a wallpaper better than the previous.

This time you impress me again, this wallpaper goes exactly in the direction I 
wanted for Plasma! It's professional, has unique style, it's an art 
masterpiece.

I want it for Plasma 5.6. Absolutely.


- Alessandro


---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126319/#review89366
---


On Dic. 11, 2015, 7:04 p.m., Ken Vermette wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/126319/
> ---
> 
> (Updated Dic. 11, 2015, 7:04 p.m.)
> 
> 
> Review request for Plasma.
> 
> 
> Repository: breeze
> 
> 
> Description
> ---
> 
> Attached images directly to request; if this is not the preferred way of 
> attaching large files, please let me know and I'll change methods, perhaps 
> using the VDG share if that's preferred.
> 
> For reference I would like to shift to more "professional" default wallpapers 
> and away from the more organic style of 5.4 and 5.5. Feedback on both general 
> direction or this wallpaper is welcome.
> 
> Note: I will submit splash files later in case of changes to this wallpaper.
> 
> 
> Diffs
> -
> 
>   wallpapers/Next/contents/images/1024x768.png 60e1205 
>   wallpapers/Next/contents/images/1280x1024.png 36a9130 
>   wallpapers/Next/contents/images/1280x800.png c33e594 
>   wallpapers/Next/contents/images/1440x900.png 2c75b54 
>