On Saturday, 21 de May de 2011 05:39:44 Stephen Kelly wrote:
Thiago Macieira thiago at kde.org writes:
so just to be painfully clear (it's a monday morning here, i worked
all weekend and i still have house packing to do, please excuse my
obtuseness ;): IF a refcoutning patch is offered
Thiago Macieira thiago at kde.org writes:
so just to be painfully clear (it's a monday morning here, i worked
all weekend and i still have house packing to do, please excuse my
obtuseness ;): IF a refcoutning patch is offered which ties all window
visibility (setQuitOnLastWindowClosed,
On Wed, Feb 16, 2011 at 5:31 PM, Aaron J. Seigo ase...@kde.org wrote:
which begs the question: is KConfig (as ane exmple) platform or app dev? fun
conversations to be had and digging to be done :)
From my experience, KConfig is actually two things at once:
1. framework for reading and writing
On 17.02.11 13:43:11, Stefan Majewsky wrote:
On Wed, Feb 16, 2011 at 5:31 PM, Aaron J. Seigo ase...@kde.org wrote:
which begs the question: is KConfig (as ane exmple) platform or app dev?
fun
conversations to be had and digging to be done :)
From my experience, KConfig is actually two
Stefan Majewsky wrote:
On Wed, Feb 16, 2011 at 5:31 PM, Aaron J. Seigo ase...@kde.org wrote:
which begs the question: is KConfig (as ane exmple) platform or app
dev? fun conversations to be had and digging to be done :)
From my experience, KConfig is actually two things at once:
1.
On Wed, February 16, 2011 1:44 am, Aaron J. Seigo wrote:
On Tuesday, February 15, 2011, Stephen Kelly wrote:
http://steveire.com/kdelibs-modular.png
* It's broad at the base - Qt developers can pick and choose what they
want. There are less interdependencies - you can use the itemviews stuff
On Wed, February 16, 2011 11:57 am, John Layt wrote:
The thing is, most of what is in kdecore date classes really does belong
in the Qt classes, these are standard things on all platforms that Qt just
hasn't
implemented. QLocale is bizarrely incomplete in places. Why wouldn't Qt
want
to
On Wednesday, February 16, 2011, David Jarvie wrote:
There would be a major benefit from splitting KConfig etc out of kdecore:
Qt developers could use the stripped down library confident in the
knowledge that they could use any class in it without having to worry
about whether they might
John Layt wrote:
On Monday 14 February 2011 22:35:13 Stephen Kelly wrote:
You might think in terms of how much a typical KDE application ends up
using, but I'm thinking in terms of how much a typical Qt application
ends up using. Gregory is not going to end up using KLocale KConfig
KDateTime
David Jarvie wrote:
Anyway, I've started a page to document such things at
http://community.kde.org/KDE_Core/QtMerge , feel free to add stuff there.
David Jarvie, could you add something to the KDateTime entry?
Done. I hope it contains enough explanation - if you think it needs more,
Aaron J. Seigo wrote:
On Tuesday, February 15, 2011, Stephen Kelly wrote:
http://steveire.com/kdelibs-modular.png
* It's broad at the base - Qt developers can pick and choose what they
want. There are less interdependencies - you can use the itemviews stuff
without also pulling in KLocale
On Monday 14 February 2011, Stephen Kelly wrote:
Aaron J. Seigo wrote:
On Wednesday, February 9, 2011, Stephen Kelly wrote:
http://techbase.kde.org/Projects/KDELibsModifications
good to see people thinking about these things. however:
this page belongs on commuity.kde.org. it's
Alexander Neundorf wrote:
On Monday 14 February 2011, Stephen Kelly wrote:
Aaron J. Seigo wrote:
On Wednesday, February 9, 2011, Stephen Kelly wrote:
http://techbase.kde.org/Projects/KDELibsModifications
good to see people thinking about these things. however:
this page belongs on
Alexander Neundorf wrote:
On Monday 14 February 2011, Stephen Kelly wrote:
Aaron J. Seigo wrote:
On Wednesday, February 9, 2011, Stephen Kelly wrote:
http://techbase.kde.org/Projects/KDELibsModifications
good to see people thinking about these things. however:
this page belongs on
On Thursday 10 February 2011, Thiago Macieira wrote:
Em quinta-feira, 10 de fevereiro de 2011, às 12:45:58, David Faure escreveu:
I certainly don't expect it to continue
running in the background until certain services finish running, in the
background.
I can tell you, users
Em domingo, 13 de fevereiro de 2011, às 07:44:22, Aaron J. Seigo escreveu:
that is easily provably wrong: KDE apps are also Qt apps, they don't require
a window to display its progress and therefore refcounting is needed. i can
trivially write a Qt app that uses the notification dbus service
I agree, as long as the reference count is tied to the window count.
People
should understand that a GUI application running with no GUI makes no
sense
and should be avoided.
RSIBreak has no GUI, only a stats window and a config window. It only has a
tray icon. Probably the famous exception
On Monday 14 February 2011, Tom Albers wrote:
I agree, as long as the reference count is tied to the window count.
People
should understand that a GUI application running with no GUI makes no
sense
and should be avoided.
RSIBreak has no GUI, only a stats window and a config window. It
Em segunda-feira, 14 de fevereiro de 2011, às 12:16:08, David Faure escreveu:
On Monday 14 February 2011, Tom Albers wrote:
I agree, as long as the reference count is tied to the window count.
People
should understand that a GUI application running with no GUI makes
no
sense
and
On Monday 14 February 2011, Thiago Macieira wrote:
What I don't want is an app that has no way for me to quit it, other than
opening a shell and killing it (or the amazing ksysguard).
My pet peeve with this issue is kmail 1.x that used to close its window
when I Ctrl+Q'ed it and then
On Monday 14 February 2011, David Faure wrote:
On Monday 14 February 2011, Thiago Macieira wrote:
What I don't want is an app that has no way for me to quit it, other than
opening a shell and killing it (or the amazing ksysguard).
My pet peeve with this issue is kmail 1.x that used to
On Monday, February 14, 2011, Thiago Macieira wrote:
I agree, as long as the reference count is tied to the window count. People
should understand that a GUI application running with no GUI makes no sense
and should be avoided.
agreed; so just to be painfully clear (it's a monday morning
On Monday 14 February 2011, David Faure wrote:
On Thursday 10 February 2011, Thiago Macieira wrote:
Em quinta-feira, 10 de fevereiro de 2011, às 12:45:58, David Faure
escreveu:
I certainly don't expect it to continue
running in the background until certain services finish
running,
Aaron J. Seigo wrote:
On Wednesday, February 9, 2011, Stephen Kelly wrote:
http://techbase.kde.org/Projects/KDELibsModifications
good to see people thinking about these things. however:
this page belongs on commuity.kde.org. it's already linked from here:
On Thursday, February 10, 2011, Thiago Macieira wrote:
Em quinta-feira, 10 de fevereiro de 2011, às 12:45:58, David Faure escreveu:
I certainly don't expect it to continue
running in the background until certain services finish running, in the
background.
I can tell you, users
On Wednesday, February 9, 2011, Stephen Kelly wrote:
http://techbase.kde.org/Projects/KDELibsModifications
good to see people thinking about these things. however:
this page belongs on commuity.kde.org. it's already linked from here:
http://community.kde.org/KDE_Core
and it should be
Em quinta-feira, 10 de fevereiro de 2011, às 10:49:08, Stefan Majewsky
escreveu:
On Thu, Feb 10, 2011 at 9:14 AM, Thiago Macieira thi...@kde.org wrote:
The correct way to solve this problem is to show another window
indicating that it is doing something and tell me what. We solve both
On Thu, Feb 10, 2011 at 08:43, Thiago Macieira thi...@kde.org wrote:
Em quinta-feira, 10 de fevereiro de 2011, às 10:49:08, Stefan Majewsky
escreveu:
On Thu, Feb 10, 2011 at 9:14 AM, Thiago Macieira thi...@kde.org wrote:
The correct way to solve this problem is to show another window
Em quinta-feira, 10 de fevereiro de 2011, às 09:04:09, Ian Monroe escreveu:
On Thu, Feb 10, 2011 at 08:43, Thiago Macieira thi...@kde.org wrote:
Em quinta-feira, 10 de fevereiro de 2011, às 10:49:08, Stefan Majewsky
escreveu:
On Thu, Feb 10, 2011 at 9:14 AM, Thiago Macieira thi...@kde.org
Thiago Macieira wrote:
Well, first of all, Thiago is not the highest authority in Qt. You just
had my opinion, not of all people.
Sure. I'd call a 'no' from any troll a veto. The only repsonse I got was a
no on #qt-labs. That's the only way I have of reaching 'all people' until
open
On Thursday 10 February 2011, Stephen Kelly wrote:
Thiago Macieira wrote:
If the user can't get any kind of feedback, the application
shouldn't be running anymore.
System tray icons are a kind of feedback.
Again, I might be missing something here.
Does a systray icon already count
Christoph Feck wrote:
On Wednesday 09 February 2011 21:01:09 Stephen Kelly wrote:
KJob would be a Qt only library
? KJob is not a library, but a class in kdecore.
I should have been more clear I guess. When I wrote kjob there I meant a
library for asynchronous job execution containing
(Creating a new thread)
Albert Astals Cid wrote:
A Dimecres, 9 de febrer de 2011, Stephen Kelly va escriure:
You seem to be
challenging the idea that less internal dependencies in kdelibs is a good
thing, but I think that's for a separate thread anyway.
Not sure if Christoph does, but i
Dawit A wrote:
On Wed, Feb 9, 2011 at 3:29 PM, Stephen Kelly steve...@gmail.com wrote:
Christoph Feck wrote:
On Wednesday 09 February 2011 21:01:09 Stephen Kelly wrote:
KJob would be a Qt only library
? KJob is not a library, but a class in kdecore.
I should have been more clear I guess.
A Dimecres, 9 de febrer de 2011, Stephen Kelly va escriure:
Albert Astals Cid wrote:
A Dimecres, 9 de febrer de 2011, Stephen Kelly va escriure:
(Creating a new thread)
Albert Astals Cid wrote:
A Dimecres, 9 de febrer de 2011, Stephen Kelly va escriure:
You seem to be
A Dimecres, 9 de febrer de 2011, todd rme va escriure:
On Wed, Feb 9, 2011 at 5:25 PM, Albert Astals Cid aa...@kde.org wrote:
Of course in an ideal world, QLineEdit would get all the KLineEdit
features, but that's not going to happen and we know it.
Albert
Why wouldn't it happen?
Albert Astals Cid wrote:
KLineEdit is integrated with KDE, QLineEdit is not, we can discuss this
all you want, but not using KLineEdit gives your users a poorer user
experience.
Ok. I'm not sure what that integration is and why it's not possible to have
a KLineEdit that doesn't depend on
37 matches
Mail list logo