Review Request: Fix the html thumbnail generator's inability to properly handle frames and other embeded content

2011-05-14 Thread Dawit Alemayehu
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/101365/ --- Review request for KDE Runtime. Summary --- The attached patch fixes

Re: KImageCache, KPixmapCache and KSharedDataCache VS QPixmapCache and QCache

2011-05-14 Thread Michael Pyne
On Sunday, May 15, 2011 02:03:32 Stefan Majewsky wrote: > On Sat, May 14, 2011 at 10:18 PM, Parker Coates > > wrote: > > Also note that KPixmapCache is now deprecated and that KImageCache is > > just a thin convenience wrapper around KSharedDataCache. So really, > > KSharedDataCache is KDE's only

Re: KImageCache, KPixmapCache and KSharedDataCache VS QPixmapCache and QCache

2011-05-14 Thread Stefan Majewsky
On Sat, May 14, 2011 at 10:18 PM, Parker Coates wrote: > Also note that KPixmapCache is now deprecated and that KImageCache is > just a thin convenience wrapper around KSharedDataCache. So really, > KSharedDataCache is KDE's only current caching system. Michael Pyne, if you're reading this, pleas

Re: KImageCache, KPixmapCache and KSharedDataCache VS QPixmapCache and QCache

2011-05-14 Thread Parker Coates
On Sat, May 14, 2011 at 15:51, Christoph Feck wrote: > On Saturday 14 May 2011 21:42:18 Mark wrote: >> Why is KDE having it's own image/pixmap caching classes >> when the Qt lib also has them (QPixmapCache and QCache). > > KDE's cache classes are on-disk caches and cross-application, while Qt's cac

Re: KImageCache, KPixmapCache and KSharedDataCache VS QPixmapCache and QCache

2011-05-14 Thread Mark
On Sat, May 14, 2011 at 9:51 PM, Christoph Feck wrote: > On Saturday 14 May 2011 21:42:18 Mark wrote: > > Why is KDE having it's own image/pixmap caching classes > > when the Qt lib also has them (QPixmapCache and QCache). > > KDE's cache classes are on-disk caches and cross-application, while Qt

Re: KImageCache, KPixmapCache and KSharedDataCache VS QPixmapCache and QCache

2011-05-14 Thread Christoph Feck
On Saturday 14 May 2011 21:42:18 Mark wrote: > Why is KDE having it's own image/pixmap caching classes > when the Qt lib also has them (QPixmapCache and QCache). KDE's cache classes are on-disk caches and cross-application, while Qt's cache classes are only in-memory and not shared between applic

KImageCache, KPixmapCache and KSharedDataCache VS QPixmapCache and QCache

2011-05-14 Thread Mark
Hi, I noticed this because of https://git.reviewboard.kde.org/r/101347/ and it made me wonder.. Why is KDE having it's own image/pixmap caching classes when the Qt lib also has them (QPixmapCache and QCache). The only thing you would "miss" is caching QImage. Anyway, now that the Qt 5 stuff is go

Review Request: Do not modify .fonts.conf when loading it. Now nothing is written before the user clicks apply or ok. Fixes Bug 105797.

2011-05-14 Thread Nikolaus Waxweiler
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/101359/ --- Review request for KDE Base Apps and KDE Runtime. Summary --- I simpl

Re: KDE/kdeadmin/system-config-printer-kde

2011-05-14 Thread John Layt
On Saturday 14 May 2011 09:00:02 Ozan Çağlayan wrote: > On 14.05.2011 04:55, Raphael Kubo da Costa wrote: > > Has there been any followup to this? > > Nope, not yet. jriddell has been at the Ubuntu conference all week so that might be why. John.

Re: Site shutdown - developer.kde.org

2011-05-14 Thread Richard Moore
How about leaving a redirect to page on techbase that explains that this is the newer replacement? Rich,

Re: Review Request: Deprecate KLineEdit::clickMessage

2011-05-14 Thread Christoph Feck
> On May 14, 2011, 4:01 a.m., Shaun Reich wrote: > > Are you sure the behaviour for the Qt method 100% equivalent to the > > current? I ask this because now that the deprecated method forwards to it, > > naturally it's quite important to make sure nothing gets fscked up. > > Nicolas Alvarez wr

Re: KDE/kdeadmin/system-config-printer-kde

2011-05-14 Thread Ozan Çağlayan
On 14.05.2011 04:55, Raphael Kubo da Costa wrote: > > Has there been any followup to this? Nope, not yet. -- Ozan Caglayan Pardus Linux http://www.pardus.org.tr/eng