sibly release new major versions in
> case the API turns out to not be flexible enough.
>
> You can find the repository here:
> https://invent.kde.org/libraries/futuresql.
> Please let me know the issues you find here or on GitLab
> (https://invent.kde.org/libraries/futuresql/-/iss
veire/
> grantlee/pulls <https://github.com/steveire/grantlee/pulls>. Also are
> there some open issues which might be wanted to be
> moved over to bugs.kde.org?
>
> Cheers
> Friedrich
>
>
>
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
Kaffeine, but the previous developer hasn't
responded to me. The projects irc channel and sites are dead, too.
I was hoping someone here might be able to help me on this.
Lasse Lindqvist
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
be to continuously - and the only test whether it worked
would be to invoke QWindow::setMouseGrabEnabled(bool grab) as well.
Stay tuned ;-)
Cheers,
Thomas
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
, currently bodega, KNS/OCS and Apt (the last one for historic and
practical reasons).
Support for different technologies could also be added to Apper but no
one ever stepped up to give a hand, and I myself don't like much these others
to do it...
Aleix
--
Daniel Nicoletti
KDE Developer - http
+Martin,
does clicking on the shadow drawn by the window
also prevents you from say focusing the window
below (when no windeco is in place)? As from what
I understood there is no hint margins.
Maybe add this to your big list :P
trabslating AppData files
easier for KDE?
Well the .desktop files have the translations inside it, I think the
same could be applied to AppData.
Best,
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
it is just sad as
Apper will end up listing only GNOME apps
as applications...
Best,
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
a phonon backend not suck donkey balls.
[1] http://community.kde.org/Phonon/FeatureMatrix
HS
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
.
Cheers,
Eike
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
this a bug fix.
--
Martin Sandsmark
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
?
IMO if you could turn your Oyranos libs into a simple library and make
it into kdelibs
which didn't had hard deps with Oyranos or colord (only linked abaings
Qt/KDE and
lcms2), would be what Krita friends would need...
Best,
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
It's a known issue, we ha random code running on the same thread.. A work
around is to put the code on a thread, and make sure all your call are non
blocking.
I'm planing on doing a prof of concept to change the way kded works to have
this and other problems gone.
Best
Em 03/01/2013 14:14,
Can't you move the code to a different thread?
Em 03/01/2013 20:03, Cédric Bellegarde gnu...@gmail.com escreveu:
Le jeudi 3 janvier 2013 18:09:25 David Edmundson a écrit :
Always use async calls for everything
On kded-appmenu part, the blocking code isn't in kded-module but in
appmenu-qt
the bug number
on bko but might be that...
Best,
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
Hmm dont you think network is a better place? I think base would be the
last place Id look for
Em 01/11/2012 19:48, Lamarque V. Souza lamar...@kde.org escreveu:
**
Em Thursday 01 November 2012, Christoph Feck escreveu:
On Thursday 01 November 2012 22:19:03 Lamarque V. Souza wrote:
Em
2012/11/1 Lamarque V. Souza lamar...@kde.org:
What kind of things should go to extragear/base then?
networkmanagement is four things: a plasmoid, a kded module, a kcmshell
module and a standalone application for adding new connections. I think the
retionale for networkmanagement be in
2012/9/17 Albert Astals Cid aa...@kde.org:
Can you please also take care of moving/unmaintaining the two apps it
replaces?
sure, will do.
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
to stay.
Hi, it's been two weeks since it entered KDE review,
I hope all translations issues were fixed, and would like to know
where should I move it, and how do we proceed now since
it seems no one has objected the replacement.
Best,
--
Daniel Nicoletti
KDE Developer - http
2012/8/27 Christoph Feck christ...@maxiom.de:
On Sunday 26 August 2012 06:34:30 Daniel Nicoletti wrote:
2012/8/25 Christoph Feck christ...@maxiom.de:
On Saturday 25 August 2012 04:29:19 Daniel Nicoletti wrote:
2012/8/23 Christoph Feck christ...@maxiom.de:
On Wednesday 22 August 2012 21:39
2012/8/27 Thomas Lübking thomas.luebk...@gmail.com:
Am 27.08.2012, 22:53 Uhr, schrieb Daniel Nicoletti dantt...@gmail.com:
So to avoid the application quiting modules that need to perform
async tasks like talking to polkit or installing packages (Apper),
they need to create an event loop so
2012/8/25 Christoph Feck christ...@maxiom.de:
On Saturday 25 August 2012 04:29:19 Daniel Nicoletti wrote:
2012/8/23 Christoph Feck christ...@maxiom.de:
On Wednesday 22 August 2012 21:39:11 Daniel Nicoletti wrote:
Well CUPS has it's own API for authorization, which is why I
avoided the polkit
2012/8/24 Burkhard Lück lu...@hube-lueck.de:
Am Donnerstag, 23. August 2012 16:49:08 schrieb Daniel Nicoletti:
Sorry I always have problems with these things,
I've just copied the messages.sh from my other
project Apper, then Kai Uwe b did some changes
on it but maybe he missed something
Sorry forgot to reply to all..
2012/8/23 Christoph Feck christ...@maxiom.de:
On Wednesday 22 August 2012 21:39:11 Daniel Nicoletti wrote:
two years ago I started print-manager, at that time
I was using Debian which is affected by this bug:
https://bugs.kde.org/show_bug.cgi?id=271957
because
-manager
but a sysadmin request to move has already been filled
Best,
--
Daniel Nicoletti
KDE Developer - http://dantti.wordpress.com
On June 21, 2012, 10:05 p.m., Mark Gaiser wrote:
I don't really know if we should do this.. I do understand why you want to
rename it. From a user point of view the user probably wants to either
access windows shares or make shares accessible for windows. Either way,
it's done
Hi,
it's been 15 days since I've asked for
the review, and we have fixed all the issues so far,
should I ask kdesysadmin for the move now?
Thanks,
Daniel.
Hi,
Apper is on playground probably since 2008,
it's widely used nowadays so it doesn't make
sense to keep it there anymore.
So please review the code, make suggestions and such...
Right now the code is at (I've asked kde sysadmin to move to
kdereview, but afaik it will only reflect the projects
Extragear, as I depend on PackageKit releases
this would be more flexible for me :)
Best,
2012/5/22 Anne-Marie Mahfouf annemarie.mahf...@free.fr:
On 05/21/2012 11:31 PM, Daniel Nicoletti wrote:
Hi,
Apper is on playground probably since 2008,
it's widely used nowadays so it doesn't make
2012/3/22 Kai-Uwe Behrmann k...@gmx.de:
Here my thoughts, why I think CM in Qt is not easily introduced during a
minor Qt 5 release. [Preparation of CM for Qt 6 is a different story.]
Lets hypothetical assume some effort is initiated to bring CM to Qt and that
happens during Qt 5 life time.
2012/3/22 Sune Vuorela nos...@vuorela.dk:
On 2012-03-22, Daniel Nicoletti dantt...@gmail.com wrote:
people draw API they have this in mind and we don't need a whole new Qt just
to
introduce a new feature, easy solution:
QApplication::setColorCorrected(true);
That's crap API thoug.h
So far colour conversion happens on the end machine. That is the one,
which is connected to the device. That fits to what Michael Sweet says about
early versus late colour binding, suggesting that early colour binding can
cause
gigabytes of traffic, while late colour bind will have no
policy in this case?
I'm actually targeting KDE SC 4.9 as gnome-color-manager is very mature and I am
pretty much just rewriting it with Qt/KDE libs.
1- http://dantti.wordpress.com/2012/03/12/coloring-you-desktop-with-colord-kde/
Best,
Daniel Nicoletti
No. There should be color management by default in KDE, that's really
important; and there should be only one solution by default. We shouldn't
let distributions, or even worse, users decide which solution they use. That
way
madness lies. KDE's Color management solution shouldn't be in
I'm actually targeting KDE SC 4.9 as gnome-color-manager is very mature and
I am
pretty much just rewriting it with Qt/KDE libs.
OpenICC colour experts have then a different view of maturity.
1- http://dantti.wordpress.com/2012/03/12/coloring-you-desktop-with-colord-kde/
That
The wiki page somebody pointed to mentioned that colord is linux-only, while
oyranos also works on Windows and OSX.
If we chose colord, how does our solution for Windows and OSX look like ?
Does kolormanager work under Windows and OSX ?
The wiki page somebody pointed to mentioned that
I know basically nothing about color management systems.
Don't some applications needs some kind of interface to use the color
management system ?
Or is it only for setting up X, the printer, Wayland, etc.
In the first case, if applications (e.g. krita) need some way to work with the
color
I don't think so, I think it has some huge icons but I thought
it was my browsers problem, the huge header and footer
it's real hard to see the content on my small screen,
the new version fews snappier but the theme needs polishing
imo. I also renders the footer strange using Chrome,
but I hope
I know basically nothing about color management systems.
Don't some applications needs some kind of interface to use the color
management system ?
Or is it only for setting up X, the printer, Wayland, etc.
In the first case, if applications (e.g. krita) need some way to work with the
color
2012/3/14 Kai-Uwe Behrmann k...@gmx.de:
CUPS is a cross platform solution. It works with colour management on osX
fine. IMO that recommendation on Debian has to do with colord in Gnome and
that colord needs compiled in support inside CUPS. No more no less.
This sentence is hard to read but
As long as you patch cups and all other applications to use. Oyranos is also a
central place
to do color management as far as I know, this argument is valid for both.
It is valid once it's written, once there is a line of code doing it's job. Or
we can just play politics.
You say you want the
So you are saying your original argument is not valid anymore?
Where is the Oyranos CUPS patch? All I see is a planning since as
far as I can tell he didn't decide the best way to do it, OTOH we have
something that already works for a bunch of people.
I said I wanted the most versatile, which
Oyranos were against the patch, Kai-Uwe already said that and explained why.
The fact that
there is patch does not mean it is the correct way to do things. The fact that
it is not integrated
upstream can also mean cups developers to do not like it. Do you know what
they think about the patch?
Like I also help with Wicd support in KDE, Kopete, and other areas of
interests for KDE users. I do not use Wicd, but I help KDE users of Wicd even
before I was the Network Management maintainer. By the way, I am not driven by
FDO interests. We are using upower/udisks because there is no other
On the other hand if there are things that a mere 'power user' might
find
useful (that colord will not be supporting due to scope) then it might make
sense to have extra U/I if Oyranos is available. Perhaps multi-monitor CMS
would fit the bill (assuming colord will not support).
I'm
45 matches
Mail list logo