<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.kde.artists">
    <title>gmane.comp.kde.artists</title>
    <link>http://blog.gmane.org/gmane.comp.kde.artists</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6363"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6362"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6360"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6356"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6354"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6349"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6345"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6339"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6334"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6332"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6331"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6306"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6285"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6282"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6276"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6265"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6248"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6247"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6245"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.kde.artists/6244"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6363">
    <title>[kde-artists] PS: proposal to losslessly shrink jpeg files</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6363</link>
    <description>&lt;pre&gt;Sorry. Forgot to re-attach the file.______________________________________________________________________________
kde-artists&amp;lt; at &amp;gt;kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
&lt;/pre&gt;</description>
    <dc:creator>Martin Walch</dc:creator>
    <dc:date>2012-05-25T22:34:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6362">
    <title>[kde-artists] proposal to losslessly shrink jpeg files</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6362</link>
    <description>&lt;pre&gt;Hello list,

there are quite a few jpeg files in KDE, most of them are wallpapers. By 
optimizing the entropy enconding with jpegtran and by removing thumbnails from 
exif metadata, they can easily be compressed stronger without losing quality.

For example from the kdeartwork-4.8.3 tarball, the file 
kdeartwork-4.8.3/WeatherWallpapers/JK_Bridge_at_Night/contents/images/1600x1200.jpg
has a size of 271474 bytes.

With a simple optimization run with jpegtran, the file size can be reduced to 
265162 bytes. With progressive mode, this can be even further shrunk to 254764 
bytes. Finally removing the exif embedded thumbnail yields a size of 247968 
bytes.

Applying these optimizations to all images saves several megabytes.

One can argue that embedded thumbnails are a good thing because a preview 
picture can be quickly shown. However, only some jpeg files in kdeartwork 
contain thumbnails, and they do not really work good together with the preview 
capabilities of KDE. If KDE does not find suitable embedded thumbnails, it will 
generate its own thumbnails, caching them in ~/.thumbnails. Once the 
thumbnails have been cached, all further preview accesses will be quick, no 
matter if the thumbnail was taken from exif metadata or autogenerated by a 
thumbnailer.

On IRC in #kde-devel, I was advised to propose this optimizations as a step in 
the normal release procedure. For this purpose, I have written the attached 
Python script compress-jpg.py.

It will probably run on any GNU/Linux and most Unix flavors including Mac OS X. 
It will probably fail on Windows, as it uses the function os.rename to 
atomically replace files, which fails on Windows according to the Python 
documentation.

compress-jpg.py makes use of some other programs that must exist to 
successfully run the script:

touch: part of coreutils. If you are using Linux, this is usually installed.
file: widely used command, probably installed on most Linux and Unix systems
jpegtran: from IJG's implementation or from libjpeg-turbo (probably installed)
exif: from libexif (libexif.sourceforge.net), usually in default repositories

And of course you need Python, which today can be found in the default 
installation of most Linux systems. compress-jpg.py should work with Python 
2.6, 2.7, 3.0, 3.1 and 3.2. (I tested it with Python 2.7.2 and Python 3.2.2.)

Its usage is pretty simple: invoke the script in a terminal and pass a file or 
a directory as argument. If you pass a file, this single file is optimized. If 
you pass a directory, the directory and all subdirectories are traversed and 
all jpg files that are found are processed. File format detection is done with 
the file command, so filename endings do not matter. Only files and directories 
will be processed (i. e. symlinks will be ignored).

If no other arguments are passed to the script, it will try optimization with 
jpegtran in progressive mode and in non-progressive mode and will use the 
result with the smaller file. If exif can reduce the file size by removing an 
embedded thumbnail, it will do so. The timestamps and access permissions of 
the files will be kept.

You can influence this behaviour with several switches:
--no-progressive: do not try progressive mode
A file that already *is* saved in progressive mode and can not be shrunk in 
non-progressive mode will stay in progressive mode.

--keep-thumbnail: do not try to remove embedded thumbnails from exif metadata
If there is no thumbnail or no exif information at all, there will not be any 
created.

--new-timestamp: update timestamps if files are modified
I found it useful to shrink my own files while keeping the last "real" change 
of the content. If you want to have new timestamps, then use this switch.

--quiet: suppress almost all text output
Without this switch you will get some status information like which file is 
currently being processed, its old and new size and a spinner when searching 
for jpeg files, to indicate that the program is still alive.

Interrupting the script (e. g. Ctrl-C, or SIGTERM) should be save, i. e. it 
does not corrupt any files, and it should not leave any garbage.

If compress-jpg.py crashes for some reason or it is killed with SIGKILL, there 
might remain a temporary file (its name begins with "tmp"), which should be 
manually removed.

As I am new to Python, you might encounter a bug. Therefore I suggest making 
simple sanity checks (like checking for empty files) before committing any 
changes (maybe you have a tool for easily comparing images? I tried compare 
from imagemagick some time ago, but did not find out how to simply test for 
equality)

If you find a bug or have a suggestion for improvement, please write me an e-
mail, with a subject line preferably starting with [compress-jpg.py].

Regards
Martin Walch
&lt;/pre&gt;</description>
    <dc:creator>Martin Walch</dc:creator>
    <dc:date>2012-05-25T22:26:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6360">
    <title>[kde-artists] Offer of new text-x-changelog icons</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6360</link>
    <description>&lt;pre&gt;Hi!

I've realised that the default Oxygen icons for text-x-changelog are exactly 
the same as the text-plain icon.  To rectify this, I've taken the text-x-log 
icon and changed the "log" text to "cha", with repositioning as required.

Please find these icons attached to this e-mail; feel free to include them 
in Oxygen.  The standard LGPL-3.0+ licence applies.

Yours truly,

John Zaitseff

&lt;/pre&gt;</description>
    <dc:creator>John Zaitseff</dc:creator>
    <dc:date>2012-05-01T07:00:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6356">
    <title>[kde-artists] Some suggestions for the Oxygen icons</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6356</link>
    <description>&lt;pre&gt;Hi!

I've been looking at using the Oxygen icons on my web pages and for GPL 
applications, such as for Apache's autoindex feature.  The icons are very 
good---I really like them!  Well done!

However, I noticed that a few icons could be added.  If I was a graphics 
designer, I'd try to do so myself, but I'm not :-(  I'd suggest adding the 
following MIME type icons:

  application/x-core   - Core dumps (just a nicety!)

  text/x-emacs-lisp    - Emacs Lisp source code
  text/x-fortran       - Fortran source code
  text/x-go            - Go source code
  text/x-scheme        - Scheme source code
  text/x-verilog       - Verilog source code (hardware description language)
  text/x-vhdl          - VHDL hardware description language source code

  text/x-source-generic - For generic source code (similar to text/x-generic
                          except that it looks more like source code)

In addition, the following would be useful, I think:

  book-open    - For hierarchical manual pages, current page
  book-closed  - For hierarchical manual pages

The old KDE icon sets included these two icons (as well as for 
application/x-core):

  http://www.zap.org.au/misc/file-icons/book-open.png
  http://www.zap.org.au/misc/file-icons/book-closed.png
  http://www.zap.org.au/misc/file-icons/file-core.png

Is there any possibility of designing the above-mentioned list and adding 
them to the Oxygen repository?

Yours truly,

John Zaitseff

&lt;/pre&gt;</description>
    <dc:creator>John Zaitseff</dc:creator>
    <dc:date>2012-05-01T13:54:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6354">
    <title>[kde-artists] [Bug 297218] New: Login and logout sound files haveno license</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6354</link>
    <description>&lt;pre&gt;https://bugs.kde.org/show_bug.cgi?id=297218

            Bug ID: 297218
          Severity: normal
           Version: unspecified
          Priority: NOR
          Assignee: kde-artists&amp;lt; at &amp;gt;kde.org
           Summary: Login and logout sound files have no license
    Classification: Unclassified
                OS: other
          Reporter: neptunia&amp;lt; at &amp;gt;mail.ru
          Hardware: Other
            Status: UNCONFIRMED
         Component: general
           Product: artwork

User-Agent:       Mozilla/5.0 (X11; U; Firefox 2.0; openSUSE; ru-RU)
Build Identifier: 

The files 
KDE_Logout_new.wav
and
KDE_Startup_new.wav

located in kdeartwork/sounds/

have no license information. This became a reason for a bugreport by SUSE's
legal team.
Please include the license information into the directory.



Reproducible: Always

&lt;/pre&gt;</description>
    <dc:creator>Ilya Chernykh</dc:creator>
    <dc:date>2012-04-01T02:43:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6349">
    <title>[kde-artists] [Bug 295646] New: NetworkManagement Plasmoid "Kill Connection" and "Show less" icon black shadow problem as well as fonts' white color.</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6349</link>
    <description>&lt;pre&gt;https://bugs.kde.org/show_bug.cgi?id=295646

            Bug ID: 295646
          Severity: critical
           Version: unspecified
          Priority: NOR
          Assignee: kde-artists&amp;lt; at &amp;gt;kde.org
           Summary: NetworkManagement Plasmoid "Kill Connection" and "Show
                    less" icon black shadow problem as well as fonts'
                    white color.
    Classification: Unclassified
                OS: Linux
          Reporter: i&amp;lt; at &amp;gt;marguerite.su
          Hardware: openSUSE RPMs
            Status: UNCONFIRMED
         Component: general
           Product: artwork

Created attachment 69441
  --&amp;gt; https://bugs.kde.org/attachment.cgi?id=69441&amp;amp;action=edit
NetworkManagement Plasmoid screenshot

See the screenshot attached.

the icons mentioned in title have abnormal huge ugly black shadow. 

and fonts in the left panel is not the same color as in the right panel. you
can not see anything when open that plasmoid in a white wallpaper.

Reproducible: Always

&lt;/pre&gt;</description>
    <dc:creator>margueritesu</dc:creator>
    <dc:date>2012-03-10T04:07:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6345">
    <title>[kde-artists] kdm and ksplash background picture should be changed</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6345</link>
    <description>&lt;pre&gt;As discussed in following Thread [1] and on IRC with eshat I propose in the 
name of the Kubuntu Developer Community that we should use picture [2] instead 
of [3] for ksplash and kdm, since it disturbs the user less form what he/she 
want’s to do.

Regards Jonathan Kolberg

[1]: https://lists.ubuntu.com/archives/kubuntu-devel/2012-March/005898.html
[2]: http://aplg.kollide.net/tmp/snapshot020.png
[3]: http://aplg.kollide.net/tmp/snapshot021.png______________________________________________________________________________
kde-artists&amp;lt; at &amp;gt;kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
&lt;/pre&gt;</description>
    <dc:creator>Jonathan Raphael Joachim Kolberg</dc:creator>
    <dc:date>2012-03-08T22:16:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6339">
    <title>[kde-artists] Account Icon in KDE Telepathy</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6339</link>
    <description>&lt;pre&gt;Hello,

(I'm CC'ing the artists team because I'm interested in knowing their 
opinion as well.)


One of the features that we are still missing in KDE Telepathy is the 
possibility to set a custom icon to an account, useful to distinguish 
two accounts using the same protocol.

Kopete had this interesting feature that lets you pick any colour for 
the icon, and the "standard" icon for the protocol and then is rendered 
using that colour as an effect.
This is not possible for telepathy, because we don't have an icon-color 
property (perhaps we could try to have it directly in telepathy specs, 
but I'm not sure if this is a good idea and if they would accept it 
upstream), the only thing that we can do at the moment is just set a 
custom icon.

We could just let the user choose any icon, but in my opinion this is a 
little too much for the standard user because he probably don't want to 
be able to choose any icon, but wants just to be able to distinguish the 
accounts.

Therefore I'm thinking that we could have for each profile (for artists 
team a "profile" can be either a protocol like "jabber" or "msn", but 
also a special profile like "gtalk" or "facebook" that use the jabber 
protocol but have their own icon) one "official" icon named 
"im-&amp;lt;profile&amp;gt;" and 6 more icons named "im-&amp;lt;profile&amp;gt;-&amp;lt;xxx&amp;gt;" (with xxx = 
red, green, blue, cyan, magenta, yellow). Then instead of using the 
standard icon chooser, we could have something like this [1] or [2]. 
(Perhaps we could add a "More" button to show the standard icon chooser).


Another possibility, is to have just one icon, save the colour by 
"appending" it to the icon name, and then "remove" it from the name and 
draw it using the effects. That seems to me a bit harder, because it 
requires to modify it in every place where the icons are used (even 
though for most of them we probably need just to modify the data() 
method from the account model).


Finally another way to do this could be to implement in KIcon some 
special syntax to apply automatically a colour as effect from the 
icon-name (for example something like "im-jabber#red" or "im-jabber#FF0000")


What do you think? Do you have any better idea?

Cheers,
  Daniele



[1]http://wstaw.org/m/2012/02/10/snapshot46.png
[2]http://wstaw.org/m/2012/02/10/snapshot47.png
______________________________________________________________________________
kde-artists&amp;lt; at &amp;gt;kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

&lt;/pre&gt;</description>
    <dc:creator>Daniele E. Domenichelli</dc:creator>
    <dc:date>2012-02-14T17:11:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6334">
    <title>[kde-artists] [Bug 292894] New: Lightning wallpaper was deleted from weather wallpaper artwork. Can it be restored?</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6334</link>
    <description>&lt;pre&gt;https://bugs.kde.org/show_bug.cgi?id=292894

           Summary: Lightning wallpaper was deleted from weather wallpaper
                    artwork.  Can it be restored?
           Product: artwork
           Version: unspecified
          Platform: Archlinux Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: minor
          Priority: NOR
         Component: general
        AssignedTo: kde-artists&amp;lt; at &amp;gt;kde.org
        ReportedBy: darose&amp;lt; at &amp;gt;darose.net


Version:           unspecified (using KDE 4.8.0) 
OS:                Linux

After upgrading to KDE4.8 today, I noticed that the Lightning wallpaper was
removed from the weather wallpaper artwork.  (See: 
http://websvn.kde.org/?view=revision&amp;amp;revision=1269580)  This is frustrating,
since I use that wallpaper heavily as my desktop and console backgrounds.

Can this artwork be restored?  Or is there some particular reason why it had to
be deleted?


Reproducible: Didn't try

Steps to Reproduce:
Install kde artwork weather wallpapers package v4.8.0.

Actual Results:  
Lightning wallpapers are not part of package, and so cannot be displayed.

Expected Results:  
I would like that artwork to continue to be available, so that it can be used
as my desktop background.

&lt;/pre&gt;</description>
    <dc:creator>David Rosenstrauch</dc:creator>
    <dc:date>2012-01-30T18:59:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6332">
    <title>[kde-artists] process-working-kde.png</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6332</link>
    <description>&lt;pre&gt;Do we need larger sizes of this?  The largest that I made was 48x48 but 
I still have the SVG files used to make them somewhere and can make 
larger sizes if they are needed.

&lt;/pre&gt;</description>
    <dc:creator>James Tyrer</dc:creator>
    <dc:date>2012-01-24T06:06:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6331">
    <title>[kde-artists] [Bug 292088] New: Aurorae theme cause graphic glitches without desktop effect</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6331</link>
    <description>&lt;pre&gt;https://bugs.kde.org/show_bug.cgi?id=292088

           Summary: Aurorae theme cause graphic glitches without desktop
                    effect
           Product: artwork
           Version: unspecified
          Platform: Slackware Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kde-artists&amp;lt; at &amp;gt;kde.org
        ReportedBy: hata_ph&amp;lt; at &amp;gt;hotmail.com


Version:           unspecified (using KDE 4.7.2) 
OS:                Linux

I am running KDE-4.7.2 on VectorLinux 7 and when I disable desktop effect and
use aurorae theme windows decoration it will produce some graphic glitches as
show here http://imageshack.us/photo/my-images/696/snapshot2y.png/.
Change back to oxygen theme have no such problem...I try on OpenSUSE 12.1 KDE
version and it produce the same effect

Reproducible: Always

Steps to Reproduce:
Disable desktop effect and use aurorae based window decoration

Actual Results:  
Graphic glitches happen

Expected Results:  
Should work same like oxygen based theme with out the graphic glitches

&lt;/pre&gt;</description>
    <dc:creator>Lee Pak Hong</dc:creator>
    <dc:date>2012-01-21T03:23:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6306">
    <title>[kde-artists] Icons needed in Plasma Active</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6306</link>
    <description>&lt;pre&gt;Hi Oxygen team,
I'm involved in the UI design of Plasma Active. 
Currently we are using existing Oxygen icons for everything. In order to
stay consistent with the other Plasma Workspaces, we'd like to continue
doing so. 
However there are several objects for which no suitable Oxygen icon exists
yet (we're especially lacking monochrome icons for elements in the bar at
the top of the screen and have some new concepts for which no icon exists
yet).
That's why I'd like to ask: Is the Oxygen team interested in contributing
to Plasma Active? Otherwise we'd have to find our own designer (who might
then produce icons not in line with the Oxygen style).
I'm hoping that at least one of you is interested in Plasma Active and
would like to help us. Other design help would be really appreciated as
well, but the icons are the most pressing issue right now.
Cheers,
Thomas Pfeiffer

______________________________________________________________________________
kde-artists&amp;lt; at &amp;gt;kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

&lt;/pre&gt;</description>
    <dc:creator>Thomas Pfeiffer</dc:creator>
    <dc:date>2011-12-08T14:03:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6285">
    <title>[kde-artists] User Icons</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6285</link>
    <description>&lt;pre&gt;Hi All,
I finished my little contribution to KDE.

You can find it in my Wuala drive as single files, or as a .tar. Just put all of them into your 
/usr/share/kde4/apps/kdm/pics/users/ 
folder and go to systemsettings/user details

https://www.wuala.com/hermann.thomas/Fotos/kde/?key=fM4NS4n2TeqL&amp;amp;mode=gallery

You will have all as a choice for your new Avatar.

What I need now is the clarification about the License. The Photographer likes the creative commons. If that would be possible that would be the best thing.

The Other thing is to delete all old user Icons there are in the 4.8 trunk and replace with the new Set. We can have changes at 4.9.

Who can Help me finish this task?


thanks,
Hermann
&lt;/pre&gt;</description>
    <dc:creator>Hermann Thomas</dc:creator>
    <dc:date>2011-11-14T20:34:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6282">
    <title>[kde-artists] Custom icons</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6282</link>
    <description>&lt;pre&gt;Hi,

we're having a discussion about painting custom icons in KDE-Telepathy.
Basically we need an icon for action "sort contacts by their presence" and
since there is no such icon in Oxygen set, we created one with custom
painting, see https://git.reviewboard.kde.org/r/103063/

Now the team just can't decide if we should ship this or not, because it
might get totally confusing with different icon themes etc. The pros are
that doing this custom painting will always result in at least somewhat
themed icons, ie. if you change your icon theme, the background icon will
be correctly themed as well as the presence icons. The cons are that it
might look really weird with different themes.

So we'd like to know your opinion here. Can we ship it like that? Or should
we create/request new icon for this?


Thanks!
--
Martin Klapetek | KDE Developer
______________________________________________________________________________
kde-artists&amp;lt; at &amp;gt;kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
&lt;/pre&gt;</description>
    <dc:creator>Martin Klapetek</dc:creator>
    <dc:date>2011-11-11T15:29:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6276">
    <title>[kde-artists] User Icons</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6276</link>
    <description>&lt;pre&gt;Hi All,
every coupe of years I ask in this list if it is time to produce a nice set of User Icons. I produced a Set years ago which wasn't perfect, but still better that whats there today and  at least it made a start . To understand better what I mean, I took a screen shot from all major Desktop OS and put it in my Wuala drive.

https://www.wuala.com/hermann.thomas/Fotos/kde/?key=fM4NS4n2TeqL

Please look at the KDE, Gnome, Win, and MAC Icons. KDE is definitely the worst. The Pics from Gnome are also better, but seem a little stolen for me. I think I recognise the Space shuttle and Chess Figures from WinXP.

Anyway I know a very good Photographer who is willing to share some Pics with the appropriate Licence. With the once I have I could produce a nice set.

The thing is I only bother if there is a way to get rid of ALL old icons. Yes Even the conductor icon for Root, and replace them with a complete new Set.

Some Argument from the past where that there should be Vector Icons. But then why aren't all Wallpaper Vector Papers? Then someone said the old are nice and he likes them. Yes that might be true, but some people still like KDE2 and KDE has moved on.

So please share some your thoughts and give feedback if it's worth the effort, or If I should wait another few years again to write to this list.


thanks,
Hermann
&lt;/pre&gt;</description>
    <dc:creator>Hermann Thomas</dc:creator>
    <dc:date>2011-11-11T13:39:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6265">
    <title>[kde-artists] [Bug 285781] New: if rating.png is black rating isnot visible</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6265</link>
    <description>&lt;pre&gt;https://bugs.kde.org/show_bug.cgi?id=285781

           Summary: if rating.png is black rating is not visible
           Product: artwork
           Version: unspecified
          Platform: Ubuntu Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kde-artists&amp;lt; at &amp;gt;kde.org
        ReportedBy: bugzilla&amp;lt; at &amp;gt;kerridis.de


Version:           unspecified (using KDE 4.7.0) 
OS:                Linux

This is a wish concerning the usage of "rating.png". It is used to show the
rating e.g. of files in dolphin and amarok. The problem with it is: when I use
a black rating.png icon (in some icon themes, especially the "elegant" ones)
all files look like they've been rated 5 stars. I guess you use desaturation
for displaying the non-active rating stars but that does not work with black or
grey colored rating.png. Please use two icons instead - maybe "rating.png" for
active rating stars and "rating-inactive.png" or so for the greyed-out stars.

Reproducible: Always

Steps to Reproduce:
instead of the default yellow rating.png star use a black one and look at your
ratings in amarok and dolphin - all 5 star now ;)


Expected Results:  
rating should be visible with monochrome icon themes too

&lt;/pre&gt;</description>
    <dc:creator>Janet</dc:creator>
    <dc:date>2011-11-04T21:13:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6248">
    <title>[kde-artists] New game graphic layout</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6248</link>
    <description>&lt;pre&gt;Hello everyone,

Aleix and I are developing a new game for the kde-edu called Pairs.

     https://projects.kde.org/projects/playground/edu/pairs

The game  works good for us, but we would need someone to help us out 
with the Graphic layout.
In particular the layout should be built to be easy for children and for 
touchscreen users.

Also we would need an Icon for the game.

Is there anyone interested in being part of our team to improve the game 
in the graphical aspects.

Please answer us directly  (We are not in the mailing-list)

Thanks
Marco

______________________________________________________________________________
kde-artists&amp;lt; at &amp;gt;kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
&lt;/pre&gt;</description>
    <dc:creator>Marco Calignano</dc:creator>
    <dc:date>2011-10-25T21:34:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6247">
    <title>[kde-artists] [Bug 283928] New: Default font. GNOME has Cantarell,so KDE has...</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6247</link>
    <description>&lt;pre&gt;https://bugs.kde.org/show_bug.cgi?id=283928

           Summary: Default font. GNOME has Cantarell, so KDE has...
           Product: artwork
           Version: unspecified
          Platform: Unlisted Binaries
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kde-artists&amp;lt; at &amp;gt;kde.org
        ReportedBy: alejandronova&amp;lt; at &amp;gt;gmail.com


Version:           unspecified
OS:                Linux

There is no KDE custom made font. Bitstream Vera/DejaVu Sans is too generic to
be used as a brand. KDE has a lot to gain using a brand font, specially when
it's trying to distinguish itself through the Plasma Active efforts.

Looking at KDE artwork, there were attempts to use Fertigo and Diavlo, and now
official artwork uses Droid Sans. I think KDE needs its own typeface, just like
GNOME and Ubuntu are providing now.

Reproducible: Always

Steps to Reproduce:
Start KDE.

Actual Results:  
KDE artwork and interface have incoherent typefaces. All the Powered by KDE
stickers are done with Vera Sans, or whatever pleases the designer, and KDE
image suffers as a result.

Expected Results:  
KDE has a beautiful and coherent branding, that expresses in promotional
material and in the desktop. KDE has a beautiful, default and unique typeface,
complementing the KDE desktop experience.

&lt;/pre&gt;</description>
    <dc:creator>Alejandro Nova</dc:creator>
    <dc:date>2011-10-13T16:39:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6245">
    <title>[kde-artists] List of icon name mappings</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6245</link>
    <description>&lt;pre&gt;Hi,

I am currently trying to get a working and up to date oxygen-icon-theme for 
KDE 3. After talking to Nuno at the Desktop summit I found a tar file at 
kde-look.org 
http://kde-look.org/content/show.php/Oxygen+Icon+Theme+for+KDE3?content=79046
That file is really nice but the icons are partly outdated. Therefore I would 
like to now if there is a complete list of the icon name mappings from KDE 3 
to KDE 4?
Until now I did only found a short and uncomplete list at 
http://techbase.kde.org/Projects/Oxygen/namingSpec 
My interest is to better integrate Kontact enterprise 3.5 into a KDE 4 
workspace.

Regards,
Björn

P.S.: Pleace cc me in your anwser because I am not subscribed to the list 
(yet).
&lt;/pre&gt;</description>
    <dc:creator>Bjoern Ricks</dc:creator>
    <dc:date>2011-08-26T11:31:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6244">
    <title>[kde-artists] [Bug 283284] New: kslideshow transitions sometimesslow, no choices</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6244</link>
    <description>&lt;pre&gt;https://bugs.kde.org/show_bug.cgi?id=283284

           Summary: kslideshow transitions sometimes slow, no choices
           Product: artwork
           Version: unspecified
          Platform: Ubuntu Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kde-artists&amp;lt; at &amp;gt;kde.org
        ReportedBy: clickwir631&amp;lt; at &amp;gt;gmail.com


Version:           unspecified (using KDE 4.7.1) 
OS:                Linux

Sometimes, maybe one or two of the transitions for kslideshow are slow or at
least take a while to perform. It would be REALLY REALLY nice to have a simple
way to choose which (if any) transitions it uses. 

This isn't an issue that I've seen just recently, I've seen it off and on over
the past year on a few systems that we have. One of the small dithering/pixel
transitions seems to take a lot longer than the others. 

I'm using Kubuntu 11.10 Beta 2. KDE 4.7.1 and KSlideShow is 2.3.0

Reproducible: Sometimes

Steps to Reproduce:
Enable KSlideshow, give it some images to loop. Watch.


Expected Results:  
Average time for a transition to be uniform across all transitions. Also
choices for what transitions to use, if any.

&lt;/pre&gt;</description>
    <dc:creator>clickwir631&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2011-10-03T23:14:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.kde.artists/6243">
    <title>[kde-artists] icon for overwrite action</title>
    <link>http://comments.gmane.org/gmane.comp.kde.artists/6243</link>
    <description>&lt;pre&gt;Hi,

I'm writing about which (if any) icon should be used for an overwrite 
action, when saving a file over an existing file. I know Kate doesn't seem to 
use an icon for the overwrite button in the dialog that comes up. I was also 
trying to figure out if there was an exisiting icon somewhere I could use in 
Tellico for the same action.

If there is no current icon, and I guess maybe the freedesktop spec doesn't 
call out one, could perhaps I request one? And maybe a KStandardAction to go 
along with it? In the mean time, might there be a particular icon that seems 
appropriate to mis-use, so to speak?

Thanks!
Robby
______________________________________________________________________________
kde-artists&amp;lt; at &amp;gt;kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

&lt;/pre&gt;</description>
    <dc:creator>Robby Stephenson</dc:creator>
    <dc:date>2011-07-03T21:27:34</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.kde.artists">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.kde.artists</link>
  </textinput>
</rdf:RDF>

