[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: KDesktop 3 transparency patch
From:       jos poortvliet <jos () mijnkamer ! nl>
Date:       2007-06-06 22:55:15
Message-ID: 200706070055.19102.jos () mijnkamer ! nl
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Op Thursday 07 June 2007, schreef Krzysztof Lichota:
> jos poortvliet napisał(a):
> > I agree with Stefan. I can see why  Krzysztof Lichota would like to see a
> > dedicated place, though, as he wonders if it gets enough publicity.
> >
> > I can assure you, Krzysztof, patches on kde-apps ARE picked up by
> > distributions. Kubuntu sure does, for example, and I know a project at
> > Arch Linux with an enhaced KDE, which actively gathers and tests and
> > includes patches from there as well.
>
> Glad to hear that, but I personally would not think about putting my
> patch on kde-apps.org. It also took me some time to figure out how to
> search for patches for KDE 3.5.x. So I think a central page would be a
> good thing, without duplicating what is already done mainly in
> kde-apps.org.
>
> So here it is: http://techbase.kde.org/KDE3Improvements
>
> 	Krzysztof Lichota

Ah, I see I did omit that from my mail - that's just what I wanted to suggest. 
Just link there to kde-apps, a direct search I'd say, and people can also 
directly add stuff. I think this is cool ;-)

-- 
Disclaimer:

Alles wat ik doe denk en zeg is gebaseerd op het wereldbeeld wat ik nu heb. 
Ik ben niet verantwoordelijk voor wijzigingen van de wereld, of het beeld wat 
ik daarvan heb, noch voor de daaruit voortvloeiende gedragingen van mezelf. 
Alles wat ik zeg is aardig bedoeld, tenzij expliciet vermeld.

Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

     A: Because it destroys the flow of the conversation
     Q: Why is top-posting bad?

["signature.asc" (application/pgp-signature)]

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


[prev in list] [next in list] [prev in thread] [next in thread]