Selecting a Plasma logo

[Ken Vermette]

I don't mean to be "that guy", but he submitted his logo under the LGPLv3,
signalling that everyone has the right to modify his work. I'm not saying
this because I have a horse in this race, I'm saying it because, frankly,
the idea that we "aren't allowed" to collaborate and remix artwork in an
open-source project is extremely distasteful to our core values... The idea
that we would be beholden to a single author for every tweak is ridiculous.

Even then, the "rule" in the original thread causing this mess wasn't even
about permission - it was about "originality". If we blindly followed the
rule to the letter no collaborative or derivative effort by anyone is
allowed - which is Monty Python levels of ridiculous.

With all due respect to Anditosan, I think he created a great starting
point, but the idea that he would stint not just my remix but the work of
others is disappointing - as a member of the VDG I would have hoped he
would have actively encouraged collaboration and community values...
Barring that, however, I don't believe we aren't beholden to his will on
this, by posting his work in that thread he submitted it for modification
and re-use under a permissive licence. No matter if the logo derived from
his work, my work, or anyone else's we should simply choose the best logo
instead of settling because someone in the chain doesn't want their work
touched.

On Tue, Aug 2, 2016 at 10:08 AM, Sebastian Kügler <sebas at kde.org> wrote:

> On dinsdag 2 augustus 2016 14:11:25 CEST Thomas Pfeiffer wrote:
> > On 01.08.2016 15:11, Thomas Pfeiffer wrote:
> > > So, it looks like there are two variants which people are quite fond
> of,
> > > Ken's modifications of Andy's logo (his fourth), and of Alex's logo
> (his
> > > second).
> > >
> > > The second has the advantage that it has elements of the KDE logo in it
> > > and
> > > can therefore be associated with KDE most easily,
> > > whereas the fourth has a clearer association with a sun, and its
> > > simplicity
> > > allows for easy adaptation for different contexts while keeping its
> > > identity easily recognizable.
> > >
> > > The disadvantages of the second one are that the gears become a bit
> > > muddled
> > > in small sizes and it resembles the gear which is often used as a
> settings
> > > icon, the disadvantage of the fourth is that it vaguely resembles a
> > > speech bubble, reminding some people of an IM application logo.
> > >
> > > The VDG clearly favors Anditosan's logo, so Ken's fourth (which fixes
> the
> > > problem of being too "generic" as some of the Plasma team members
> > > feared) looks like the one which would sit best with both the VDG and
> the
> > > Plasma team.
> > >
> > > Therefore I'd like to propose to go with Ken's modification of Andy's
> logo
> > > (perhaps with one more round of fine-tuning by the VDG before shipping
> > > it).
> > > Are there any objections to that?
> >
> > We've just learned that Anditosan does want to see modifications of his
> logo
> > in  the contest. He is open to modifying his logo after the contest if
> > needed, but he'd prefer to modify it himself instead of others creating
> > mashups.
>
> Why modify it after a contest? That would make the choice rather
> pointless, if
> it's going to be different aftwards anyway.
>
> Can you ask him to make the changes and send us the result, so we can judge
> based on that?
>
> > Therefore, Ken's modification (i.e. his fourth) is out of the question
> for
> > now.
> >
> > So either we take Andy's original logo (without the > ) and ask for
> > modifications in a second iteration afterwards, or we have to take
> something
> > not  based on his logo (for example Ken's second).
> >
> > What will it be, then?
>
>
> --
> sebas
>
> http://www.kde.org | http://vizZzion.org
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel at kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20160802/8f9d46ef/attachment-0001.html>