______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

To clarify this: oxygen should be set as default and should fallback to the monochrome set. This way we can very easily see what needs to be done without the backup set influencing our design ideas on oxygen. Ken ______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

(Re-post as Kenneth pointed out that there is no devel list for kdeartwork.) I've started the porting effort of my "Ion" style to KDE4, for the intent of including it in kdeartwork as a replacement for KDE3's "Phase" style. (See http://lists.kde.org/?l=kde-artists&m=117632400319686 for the original proposal.) ...and I've immediately run into snags. First, I'm not sure how to port the config parts (the qt4 .ui is producing a class that doesn't take a parent in the constructor, which breaks things, and I'm not sure what the correct way to deal with it is...). Second, adapt-to-kde4-api seems to only work (correctly?) on things that are in svn... or something. So, in order to: - have a safe copy in case porting causes something to go horribly wrong - have a convenient way to ask for help - allow others to assist in the porting - have code in place prior to the coming milestone cutoffs ...would it be OK if I went ahead and committed the un-ported KDE3 code (leaving the building of it disabled until it actually builds, of ourse)?

SVN commit 658256 by dmiller: Adding the icons that didn't get included in previous commit AM 128x128/apps/basket.png AM 16x16/actions/zoom-origin.png AM 16x16/apps/basket.png AM 22x22/apps/basket.png AM 32x32/apps/basket.png AM 48x48/apps/basket.png AM 64x64/apps/basket.png M +56 -46 scalable/actions/dialog-information.svg A scalable/actions/small/16x16/ark-adddir.svg A scalable/actions/small/16x16/ark-addfile.svg A scalable/actions/small/16x16/ark-delete.svg A scalable/actions/small/16x16/ark-extract.svg A scalable/actions/small/16x16/ark-view.svg A scalable/actions/small/16x16/eraser.svg AM scalable/actions/small/16x16/zoom-best-fit.svg AM scalable/actions/small/16x16/zoom-in.svg AM scalable/actions/small/16x16/zoom-original.svg AM scalable/actions/small/16x16/zoom-out.svg A scalable/actions/small/22x22/eraser.svg A scalable/apps/basket.svg A scalable/apps/small/16x16/basket.svg A scalable/apps/small/16x16/kget.svg AM scalable/apps/small/16x16/kmail.svg AM scalable/apps/small/16x16/knotes.svg AM scalable/apps/small/16x16/konqueror.svg AM scalable/apps/small/16x16/konsole.svg A scalable/apps/small/22x22/basket.svg A scalable/devices/small/16x16/display.svg AM scalable/devices/small/16x16/hdd-external-unmount.svg A scalable/devices/small/16x16/hdd-unmount.svg A scalable/devices/small/16x16/ipod-unmount.svg AM scalable/devices/small/16x16/joystick.svg A scalable/devices/small/16x16/system.svg A scalable/devices/small/22x22/display.svg A scalable/devices/small/22x22/system.svg ______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

SVN commit 658198 by dmiller: First commit! :-) -- uploading the majority of my icons -- small icons of current icons, and a couple orginal ones M 128x128/apps/kget.png M 16x16/actions/1day.png M 16x16/actions/5days.png M 16x16/actions/7days.png M 16x16/actions/ark-adddir.png M 16x16/actions/ark-addfile.png M 16x16/actions/ark-delete.png M 16x16/actions/ark-extract.png M 16x16/actions/ark-view.png M 16x16/actions/calendar-today.png M 16x16/actions/eraser.png M 16x16/actions/format-text-bold.png M 16x16/actions/format-text-italic.png M 16x16/actions/format-text-strikethrough.png M 16x16/actions/format-text-underline.png M 16x16/actions/list.png M 16x16/actions/todo.png M 16x16/actions/whatsnext.png M 16x16/actions/xdays.png M 16x16/actions/zoom-best-fit.png M 16x16/actions/zoom-in.png M 16x16/actions/zoom-out.png M 16x16/apps/kcalc.png M 16x16/apps/kget.png M 16x16/apps/kmail.png M 16x16/apps/knotes.png M 16x16/apps/konqueror.png M 16x16/apps/konsole.png M 16x16/devices/hdd-external-unmount.png M 16x16/devices/hdd-unmount.png M 16x16/devices/joystick.png M 16x16/devices/screen.png M 16x16/devices/system.png M 22x22/actions/eraser.png M 22x22/apps/kget.png M 22x22/devices/joystick.png M 22x22/devices/screen.png M 22x22/devices/system.png M 32x32/actions/eraser.png M 32x32/apps/kget.png M 32x32/devices/joystick.png M 48x48/actions/eraser.png M 48x48/apps/kget.png M 48x48/devices/joystick.png M 64x64/apps/kget.png M 64x64/devices/joystick.png M +1944 -745 scalable/actions/eraser.svg M +310 -264 scalable/actions/small/16x16/1day.svg M +380 -334 scalable/actions/small/16x16/5days.svg M +379 -347 scalable/actions/small/16x16/7days.svg M +1018 -3551 scalable/actions/small/16x16/calendar-today.svg M +54 -121 scalable/actions/small/16x16/format-text-bold.svg M +371 -361 scalable/actions/small/16x16/format-text-italic.svg M +5264 -4562 scalable/actions/small/16x16/format-text-strikethrough.svg M +4507 -148 scalable/actions/small/16x16/format-text-underline.svg M +606 -222 scalable/actions/small/16x16/list.svg M +451 -220 scalable/actions/small/16x16/todo.svg M +614 -220 scalable/actions/small/16x16/whatsnext.svg M +388 -293 scalable/actions/small/16x16/xdays.svg M +2006 -439 scalable/apps/kget.svg M +99 -99 scalable/apps/small/16x16/kcalc.svg M +5467 -1895 scalable/devices/joystick.svg ______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

unfortunately there isn't one. I would suggest kde-devel. Cross posting is, of course, always possible and probably neccesary to gain support in certain issues. Ken ______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

...what's the development list for kdeartwork? :-)

I think that such issues are better asked on a development list, as most people on this list are concerned with artwork only. Not that we are not interested but the techincalities involved in such decisions are beyond most members of this list. That said, the oxygen team is actively developing a style of it's own for kde4. I think it would be good to discuss technical issues with developing a style for kde4 with the other developers actually working on the same stuff. Although not all issues would be similar perhaps there are overlaps which would benefit all. Ken ______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

I've started the porting effort of my "Ion" style to KDE4, for the intent of including it in kdeartwork as a replacement for KDE3's "Phase" style. (See http://lists.kde.org/?l=kde-artists&m=117632400319686 for the original proposal.) ...and I've immediately run into snags. First, I'm not sure how to port the config parts (the qt4 .ui is producing a class that doesn't take a parent in the constructor, which breaks things, and I'm not sure what the correct way to deal with it is...). Second, adapt-to-kde4-api seems to only work (correctly?) on things that are in svn... or something. So, in order to: - have a safe copy in case porting causes something to go horribly wrong - have a convenient way to ask for help - allow others to assist in the porting - have code in place prior to the coming milestone cutoffs ...would it be OK if I went ahead and committed the un-ported KDE3 code (leaving the building of it disabled until it actually builds, of course)?

A Wednesday 25 April 2007 11:10:43, David Vignoni escreveu: i agrea with you totaly the icons looks great btw ______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

SVN commit 657906 by vignoni: updated to use new spreadsheet icon M 128x128/mimetypes/application-vnd.sun.xml.calc.png M 16x16/mimetypes/application-vnd.sun.xml.calc.png M 22x22/mimetypes/application-vnd.sun.xml.calc.png M 32x32/mimetypes/application-vnd.sun.xml.calc.png M 48x48/mimetypes/application-vnd.sun.xml.calc.png M 64x64/mimetypes/application-vnd.sun.xml.calc.png M +2526 -1107 scalable/mimetypes/application-vnd.sun.xml.calc.svg A scalable/mimetypes/small/16x16/application-vnd.sun.xml.calc.svg ______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

Hi Danny, On Tuesday, 24. April 2007, Danny Allen wrote: I feel honoured to get Lila mentioned here, but I have to veto on the grounds of proper, future-safe maintainership. There have been times when Lila was a thriving community and icons were added and updated all of the time. During my maintainership times, one contributor after the other disappeared, and few were stepping up in order to replace the "first generation". When I was active with Lila, I managed to do a reasonable amount of icon updates and additions by myself, but work from outside has been very limited. There's still a bit of work going on (at least in the Gnome camp, where the long overdue catch-up release was done by new contributor A_Bein) but on the whole, I'm not confident about continued maintainership. Myself, I'm on the brink of making a public announcement that I'm stepping down as KDE set maintainer, maybe that'll get new contributors motivated to do some work on the KDE set again. But really, the future of the set is quite unclear. I do know about the fate of KDE3's icon sets, I recognize the duties of an icon set maintainer, I do not want to see Lila in a similar position. While I'm totally committed to free software, my ability of taking maintainership, attracting new people, and holding up motivation to do this for a long time (say, the lifetime of KDE4) is clearly lacking, and there's no replacement in sight who would take over what I did before. As nice as Lila is, I don't want to see it in kdeartwork. Regards, Jakob ______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

Lila is http://www.kde-look.org/content/show.php/Lila+icon+set?content=23499 (I blame Klipper!) Danny On Tuesday 24 April 2007 21:48:09 Danny Allen wrote: ______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

Hi all, With KDE 4 around the corner, it is time to make some changes in the kdeartwork module to remove the old, unmaintained iconsets and replace them with those following our visual goals for the KDE 4 era. I have evaluated the iconsets available at kde-look.org against several fundamental criteria: * Completeness Many iconsets, particularly those of a distinctive style, need to be reasonably complete, otherwise "gaps" appear across applications. * Scalable SVG is a big theme of KDE 4, and provides much more flexibility in presentation and manipulation of the icons. Plus the source is easily editable (we have suffered from lack of sources in the past). * Licence The iconsets need to have a suitable licence (again, in the past, obtaining the correct permission and licencing from certain authors has been difficult). There were several sets that seemed initially promising, only to fall down heavily on one or more of these criteria. However, I have selected three iconsets which fulfil these criteria: * Lila - http://www.kde-look.org/content/show.php?content=39469 * Nuvola - http://www.kde-look.org/content/show.php/Nuvola?content=5358 * Primary - http://www.kde-look.org/content/show.php?content=39469 (As a bonus, their creators/maintainers are already active KDE contributors, and so will be aware of the responsibilities associated with being included in the module). Removed (for many of the above reasons) would be Kids, Slick and Ikons - though they would of course remain available on kde-look for enthusiasts. Any thoughts on this? Danny ______________________________________________________________________________ kde-artistskde.org | https://mail.kde.org/mailman/listinfo/kde-artists

Ok, I'll see if I can find time to port it, especially since it seems phase is not being ported anyway. :-) Um, no, it would go in kdeartwork where phase lives now. :-) (However this means I am going to push, again, for blendColors() in kdelibs if there still is not such a thing. In branches/3.5 various forms exist used by Plastik, IIRC Phase, and grepview in KDevelop, and who knows how many other styles e.g. from kde-look.) Some well-known themes should probably be retained (Plastik, Keramik), but I would guess light and riscos could be moved to kdeartwork. But that's just my $0.02. Thanks for the feedback!