Hi,
Lets center in the technical aspects...
We should assume that Qt5 will have some kind of global icon cache,
valid for every Qt application run in one machine, like KIcon has now.
Am I Right?
Then, without removing KIcon, it could be a thin layer (~1Kb) over
QIcon. Why do not call
On Thu, Sep 8, 2011 at 9:17 AM, Jaime jtam...@gmail.com wrote:
Hi,
Lets center in the technical aspects...
We should assume that Qt5 will have some kind of global icon cache,
valid for every Qt application run in one machine, like KIcon has now.
Am I Right?
Then, without removing
On Thursday, September 08, 2011 09:17:00 Jaime wrote:
We should assume that Qt5 will have some kind of global icon cache,
valid for every Qt application run in one machine, like KIcon has now.
Am I Right?
Per application, it seems. That's probably still a bit behind KIcon's
KSharedDataCache
On Wednesday, September 07, 2011 19:04:39 Steven Sroka wrote:
On 7 September 2011 12:49, Steven Sroka sroka.ste...@gmail.com wrote:
On 7 September 2011 11:22, Sebastian Kügler se...@kde.org wrote:
On Wednesday, September 07, 2011 17:08:36 Steven Sroka wrote:
Where are the cursor theme
On Thursday, September 8, 2011 09:36:41 todd rme wrote:
Several people have proposed moving to a separate module classes that
are needed for existing applications but pose a problem for new
developers, are no longer needed, or clutter the API. From what they
are saying, this seems to ease the
On Thursday 08 September 2011 09:36:41 todd rme wrote:
Several people have proposed moving to a separate module classes that
are needed for existing applications but pose a problem for new
developers, are no longer needed, or clutter the API. From what they
are saying, this seems to ease the
On Thu, Sep 8, 2011 at 10:59 AM, Aaron J. Seigo ase...@kde.org wrote:
On Thursday, September 8, 2011 09:36:41 todd rme wrote:
Several people have proposed moving to a separate module classes that
are needed for existing applications but pose a problem for new
developers, are no longer needed,
On Thursday, September 8, 2011 11:08:06 todd rme wrote:
The original email explicitly said it would not be deprecated, so
there appears to be some disagreement on this issue.
oh, the iron! :) the disagreement on the issue to deprecate came about due to
a disagreement on irc that was hardly
On Thursday 08 September 2011 10:54:02 Sebastian Kügler wrote:
On Thursday, September 08, 2011 09:17:00 Jaime wrote:
We should assume that Qt5 will have some kind of global icon cache,
valid for every Qt application run in one machine, like KIcon has now.
Am I Right?
Per
On Thursday, September 8, 2011 12:00:29 Olivier Goffart wrote:
Yes, The QIcon cache is per application. (not global.)
But what is really the performence gain?
finding icons in the theme structure we use is rather expensive. that's why
there is a cache in the first place. sharing that cache
Hi everyone,
To allow us to perform some web server configuration changes on
cano.kde.org, downtime has been scheduled for the following list of
sites. This downtime will be intermittent, and will be undertaken on
Saturday morning (GMT timezone).
The affected sites under kde.org: dot, forum,
On 8 September 2011 04:56, Sebastian Kügler se...@kde.org wrote:
On Wednesday, September 07, 2011 19:04:39 Steven Sroka wrote:
On 7 September 2011 12:49, Steven Sroka sroka.ste...@gmail.com wrote:
On 7 September 2011 11:22, Sebastian Kügler se...@kde.org wrote:
On Wednesday, September 07,
This is irrelevant with the need of documenting the QML but since
the existence of the Qt desktop components and the QML toplevel windows and
menushttp://labs.qt.nokia.com/2011/08/26/toplevel-windows-and-menus-with-qt-quick/
we have to consider the support for QML completion in our IDEs (KDevelop
The meego tablet QML component have extensive documentation, which I guess
is later parsed with qt docs or something similar.
You can find examples in meego.gitorious.org. Meego UX / meego-ux-components
project.
Regards,
Alvaro
On Thu, Sep 8, 2011 at 10:13 PM, Giorgos Tsiapaliwkas
14 matches
Mail list logo
