From kde-core-devel Sat Aug 28 16:59:05 1999 From: Stephan Kulow Date: Sat, 28 Aug 1999 16:59:05 +0000 To: kde-core-devel Subject: [Fwd: icon locations] X-MARC-Message: https://marc.info/?l=kde-core-devel&m=93585923901231 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--------------A8A48F180B20D24EB0C305CA" This is a multi-part message in MIME format. --------------A8A48F180B20D24EB0C305CA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- Programmers, heed this: If someone starts asking you about agricultural genomes, it's likely time to get a handler. zdnet.com about Torvalds --------------A8A48F180B20D24EB0C305CA Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: Received: from ns by localhost with POP3 (fetchmail-5.0.4) for coolo@localhost (single-drop); Sat, 28 Aug 1999 18:52:57 +0200 (CEST) Received: by ns.lst.de (Smail3.2 #1) id m11KlfS-000HRoC; Sat, 28 Aug 1999 18:49:26 +0200 (CEST) Received: from toolbox.total.net(205.236.175.109) via SMTP by ns.lst.de, id smtpdSPKvFO; Sat Aug 28 18:49:20 1999 Received: (qmail 22237 invoked from network); 28 Aug 1999 16:49:16 -0000 Received: from unknown (HELO ppp-5800-01a-3084.que.total.net) (216.210.54.84) by smtp.total.net with SMTP; 28 Aug 1999 16:49:16 -0000 Date: Sat, 28 Aug 1999 12:51:34 -0400 (EDT) From: Cristian Tibirna To: kde-core-devel@kde.org cc: coolo@caldera.de Subject: Re: icon locations In-Reply-To: <37C80CD0.C0B833AC@caldera.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mozilla-Status2: 00000000 On Sat, 28 Aug 1999, Stephan Kulow wrote: > Hi! > > I need feedback on an issue I'm thinking about. > The recent additions of large and hicolor icons > make it even more important to have a decent icon > loading strategie. That makes 2 weeks since I think about this thing too. But the solution I saw was exactly this one, and with KDE-1.1.2 being so near this solution scared me so hard that I wasn't able to sleep one week :-) I was even afraid to propose it :-) > Currently we have share/icons/* and then we have > large and mini. I think, we should get rid of all > icons in share/icons and move them to directories > instead. So we'd have > > share/icons/locolor > share/icons/hicolor > share/icons/large > share/icons/mini > and no icons itself in share/icons. What we would > need is a way to let KIconLoader pick the best > default. This way it would even be very easy to > introduce alternative icon schemes (say other window > managers come with a decent collection...). Problem. Most third party apps already existing won't be able to know about and handle this until the authors don't "borrow" the new changed autoconf/automake-related files from the kdesdk/example (or hack them by themselves :-) God, I hate to do things in a rush. Maybe for 1.1.2 we should adopt something like share/icons-lo share/icons-hi share/icons-hi/large share/icons-mini share/icons -> share/icons-hi share/icons-hi/mini -> share/icons-mini share/icons-lo/mini -> share/icons-mini And then write "one-radio-button" GUI into kcmdisplay/style which will handle the symlinks. For KDE-2, your solution is the obvious/decent one. > A similiar scheme would then be introduced in > share/toolbar, but there the problem isn't as > urgent as we only have one scheme right now. > > What do you think? The biggest consequence would > be that I'd rename all appname.xpm to lo-appname.png > and copy the icons from the 1.1 branch to hi-appname.png > and large-appname.png. Almost the complete rest would > be done by am_edit which already has support for > > KDE_ICON = appname build in. > > Greetings, Stephan > Our luck is named Coolo. What the heck! Managing a >1M lines of code project with a well thought out am_edit modif, as it was my 5-lines backup script :-) We owe you a case of bear each - so you can get drunk (although I believe you don't want it...) 10 times a day for 150 years from now on :-) Cristian --------------A8A48F180B20D24EB0C305CA--