headers
Joris Guisson | 1 May 2006 13:47
Picon

[kde-artists] [Bug 126473] KTorrent needs better/crystal like icons

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

http://bugs.kde.org/show_bug.cgi?id=126473         
joris.guisson gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX

------- Additional Comments From joris.guisson gmail com  2006-05-01 13:47 -------
Closed, our icons do not need to look like crystal. The icons match our application icon and website look, so
we keep them.
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
Permalink | Reply | 0 comments |
headers
Thiago Macieira | 3 May 2006 01:14
Picon
Favicon

[kde-artists] [Bug 126473] KTorrent needs better/crystal like icons

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

http://bugs.kde.org/show_bug.cgi?id=126473         

------- Additional Comments From thiago kde org  2006-05-03 01:14 -------
But they don't match the rest of KDE and the rest of the desktop. In fact, KTorrent doesn't match KTorrent!
Half of the icons in the Toolbar are Crystal, half are not.

As a KDE application, KTorrent has to follow the KDE style.

Please reconsider.
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
Permalink | Reply | 0 comments |
headers
Frans Englich | 3 May 2006 01:28
Picon

[kde-artists] [Bug 126473] KTorrent needs better/crystal like icons

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

http://bugs.kde.org/show_bug.cgi?id=126473         

------- Additional Comments From frans.englich telia com  2006-05-03 01:28 -------
Right. The whole point of being a KDE application is that it fits in the KDE environment. The usability
motivation behind this is rather clear. It can also be backed up by the HIG, and the more recent docs written
by the HCI group.

There wouldn't be much "KDE" if every app went its own way. What makes KDE strong is that each application
doesn't see itself as the center of the universe, but part of a whole.

Frans
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
Permalink | Reply | 0 comments |
headers
Frans Englich | 3 May 2006 01:17
Picon

Re: [kde-artists] [Fwd: branches/KDE/3.5/kdelibs/pics/hicolor]

On Thursday 27 April 2006 14:58, James Richard Tyrer wrote:
> James Richard Tyrer wrote:
> > Frans Englich wrote:
> >> On Monday 24 April 2006 15:34, James Richard Tyrer wrote:
>
> <SNIP>
>
> >> JRT, I think you should start a theme with a different name that
> >> inherits hicolor, just like crystalsvg, and which has the
> >> characteristics you have been aiming and designing for.
> >
> > Yes, I have done that, but it doesn't work due to bugs (and design
> > errors) in KDE (see above regarding the spec).  And there are problems
> > caused by the cross installing (see below).  I note that when I make
> > HiColor icons, my aim is to make generic icons, not ones which match my
> > idea for an icon theme.
>
> Perhaps you might not understand the problem so I attach an example
> which is a wrapper theme called: "KDE Icon Theme" which inherits
> hicolor, kdeclassic, crystalsvg.
>
> Unpack the archive in your "$KDEDIR/share/icons" directory.
>
> Note the problem: CrystalSVG icons will be displayed even if there is a
> HiColor icon available.  The inheritance code for icons is very broken.

I haven't tested this, but I've read this and your previous letter.

If it is as you describe above, there is simply a bug in the KDE code, and it 
would need fixing. However, the spec reads for keyword "Inherits":
(Continue reading)

Permalink | Reply | 1 comment |
headers
André Wöbbeking | 6 May 2006 20:03
Picon

KDE/kdelibs

SVN commit 538076 by woebbe:

install executables with the install command instead of deprecated install_files/targets.

when you install scripts with install(PROGRAMS ...) they're installed executable.

 M  +1 -1      cmake/samples/kcalc/CMakeLists.txt  
 M  +1 -1      cmake/samples/kpager/CMakeLists.txt  
 M  +2 -2      dcop/CMakeLists.txt  
 M  +7 -7      dcop/client/CMakeLists.txt  
 M  +1 -1      dcop/dcopidl2cpp/CMakeLists.txt  
 M  +1 -1      dcop/dcopidlng/CMakeLists.txt  
 M  +1 -1      dcop/iceauth/CMakeLists.txt  
 M  +1 -1      kabc/kab/CMakeLists.txt  
 M  +1 -1      kcmshell/CMakeLists.txt  
 M  +1 -1      kconf_update/CMakeLists.txt  
 M  +1 -1      kde3support/kunittest/CMakeLists.txt  
 M  +2 -2      kdecore/CMakeLists.txt  
 M  +1 -1      kdecore/kconfig_compiler/CMakeLists.txt  
 M  +4 -4      kded/CMakeLists.txt  
 M  +2 -2      kdeprint/cups/CMakeLists.txt  
 M  +1 -1      kdeprint/cups/cupsdconf2/CMakeLists.txt  
 M  +1 -1      kdeprint/filters/CMakeLists.txt  
 M  +1 -1      kdeprint/foomatic/CMakeLists.txt  
 M  +1 -1      kdeprint/lpd/CMakeLists.txt  
 M  +1 -1      kdeprint/lpr/CMakeLists.txt  
 M  +1 -1      kdeprint/management/CMakeLists.txt  
 M  +1 -1      kdesu/CMakeLists.txt  
 M  +1 -1      kdeui/CMakeLists.txt  
 M  +1 -1      kdewidgets/CMakeLists.txt
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jens Herden | 7 May 2006 17:33

KDE/kdelibs

SVN commit 538342 by jens:

remove the svn:executable attribute

 _M            Mainpage.dox  
 _M            doc/api/Doxyfile.global  
 _M            kdeui/tests/kprogressdialogtest.cpp  
 _M            kdoctools/docbook/xsl/common/autoidx-ng.xsl  
 _M            kdoctools/docbook/xsl/html/autoidx-ng.xsl  
 _M            kdoctools/docbook/xsl/params/admon.textlabel.xml  
 _M            kdoctools/docbook/xsl/params/article.appendix.title.properties.xml  
 _M            kdoctools/docbook/xsl/params/htmlhelp.display.progress.xml  
 _M            kdoctools/docbook/xsl/params/htmlhelp.enhanced.decompilation.xml  
 _M            kdoctools/docbook/xsl/params/htmlhelp.hhc.width.xml  
 _M            kdoctools/docbook/xsl/params/htmlhelp.hhp.windows.xml  
 _M            kdoctools/docbook/xsl/params/htmlhelp.remember.window.position.xml  
 _M            kdoctools/docbook/xsl/params/htmlhelp.show.toolbar.text.xml  
 _M            kdoctools/docbook/xsl/params/htmlhelp.window.geometry.xml  
 _M            kdoctools/docbook/xsl/params/index.preferred.page.properties.xml  
 _M            kdoctools/docbook/xsl/params/manifest.in.base.dir.xml  
 _M            kdoctools/docbook/xsl/params/qanda.title.properties.xml  
 _M            kutils/TODO  
 _M            pics/crystalsvg/crsc-filesys-folder_favorite.svgz  
 _M            pics/crystalsvg/crsc-filesys-network_local.svgz  
 _M            pics/crystalsvg/crsc-filesys-www.svgz  

** trunk/KDE/kdelibs/Mainpage.dox #property svn:executable
   - *
** trunk/KDE/kdelibs/doc/api/Doxyfile.global #property svn:executable
   - *
(Continue reading)

Permalink | Reply | 0 comments |
headers
James Richard Tyrer | 7 May 2006 18:39
Picon
Favicon

Re: [kde-artists] [Fwd: branches/KDE/3.5/kdelibs/pics/hicolor]

Frans Englich wrote:
> On Thursday 27 April 2006 14:58, James Richard Tyrer wrote:
>> James Richard Tyrer wrote:
>>> Frans Englich wrote:
>>>> On Monday 24 April 2006 15:34, James Richard Tyrer wrote:
>> <SNIP>
>> 
>>>> JRT, I think you should start a theme with a different name 
>>>> that inherits hicolor, just like crystalsvg, and which has the 
>>>> characteristics you have been aiming and designing for.
>>> Yes, I have done that, but it doesn't work due to bugs (and 
>>> design errors) in KDE (see above regarding the spec).  And there
>>>  are problems caused by the cross installing (see below).  I note
>>>  that when I make HiColor icons, my aim is to make generic icons,
>>>  not ones which match my idea for an icon theme.
>> Perhaps you might not understand the problem so I attach an example
>>  which is a wrapper theme called: "KDE Icon Theme" which inherits 
>> hicolor, kdeclassic, crystalsvg.
>> 
>> Unpack the archive in your "$KDEDIR/share/icons" directory.
>> 
>> Note the problem: CrystalSVG icons will be displayed even if there
>>  is a HiColor icon available.  The inheritance code for icons is 
>> very broken.
> 
> I haven't tested this, but I've read this and your previous letter.
> 
> If it is as you describe above, there is simply a bug in the KDE 
> code, and it would need fixing. However, the spec reads for keyword 
> "Inherits":
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kenneth Wimer | 8 May 2006 01:03

Re: [Fwd: [kde-artists] branches/KDE/3.5/kdelibs/pics/hicolor]

Hi all,

I will end this discussion by quoting the spec itself and explaining  
how the misunderstanding in wording in the spec itself has lead to  
this problem.

Here is the first mention of the hicolor theme in the spec:

"In order to have a place for third party applications to install  
their icons there should always exist a theme called "hicolor" [1].  
The data for the hicolor theme is available for download at: http:// 
www.freedesktop.org/software/icon-theme/. Implementations are  
required to look in the "hicolor" theme if an icon was not found in  
the current theme."

The confusing part is this:

"The lookup inside a theme is done in three phases. First all the  
directories are scanned for an exact match, e.g. one where the  
allowed size of the icon files match what was looked up. Then all the  
directories are scanned for any icon that matches the name. If that  
fails we finally fall back on *unthemed* icons. If we fail to find  
any icon at all it is up to the application to pick a good fallback,  
as the correct choice depends on the context."

The "unthemed" part is confusing, as in artwork there is really no  
way to make an "unthemed" work. It might be neutral and fit with many  
themes but it still has its own characteristics.

Later this is clarified:
(Continue reading)

Permalink | Reply | 8 comments |
headers
ismail donmez | 3 May 2006 01:16
Picon
Favicon
Gravatar

[kde-artists] [Bug 126473] KTorrent needs better/crystal like icons

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

http://bugs.kde.org/show_bug.cgi?id=126473         

------- Additional Comments From ismail kde org  2006-05-03 01:16 -------
I wholeheartedly agree.
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
Permalink | Reply | 0 comments |
headers
Ivan Vasic | 3 May 2006 13:05
Picon

[kde-artists] [Bug 126473] KTorrent needs better/crystal like icons

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

http://bugs.kde.org/show_bug.cgi?id=126473         

------- Additional Comments From ivasic gmail com  2006-05-03 13:05 -------
I agree with you in some points. We considered using standard actions icons for 'Start' and 'Stop' but we
also needed 'Start all' and 'Stop all' icons. So, making them look different would be rather stupid.
That's why we decided to have custom ones for all 'downloads' actions.

Also, I'm not really an artist so I cannot make nice icons. I bugged my friend to make us some and he did a good
job in my opinion. If you want to provide a set of matching icons - please be my guest! We sure won't reject
that offer.

Another thing, KDE allows custom icons to be used thorough the system so what will happen if user doesn't
choose Crystal ones? We would still have different sets...
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
Permalink | Reply | 0 comments |

Gmane