the kde-frameworks-devel for public archiving purposes, please
keep that
in the CC (or answer there directly).
[1] https://www.gnu.org/licenses/lgpl-2.1.html ...or later.
Thank you
--
Michael Jansen
http://michael-jansen.biz
___
Kde-frameworks
.
To much assume here. Not enough i know. That is my problem. That is why i need
a whitelist. Then its i know.
Mike
--
Michael Jansen
http://michael-jansen.biz
Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
On Saturday 29 March 2014 15:00:36 Vishesh Handa wrote:
On Saturday, March 29, 2014 06:48:45 PM Shantanu Tushar Jha wrote:
Ok I plugged in my OtherDisk and it seems to work as you said, then I
removed the OtherDisk from the blacklist. Once I do that, there is no way
to know what is in fact
might exist today.
Cheers,
Kevin
I just wanted to mention this tool. It just works and is qt based. Perhaps it
can be extended/improved instead of reinventing the wheel.
http://www.kohaupt-online.de/hp/
--
Michael Jansen
http://michael-jansen.biz
Visit http://mail.kde.org/mailman
On Friday 14 February 2014 13:46:55 Thomas Lübking wrote:
Am Freitag, 14. Februar 2014 schrieb Andreas Pakulat :
In particular I'm using it to start my preferred browser and to control
my preferred mp3 player. The latter is a cli-tool so it has no global
shortcuts support but it has
On Friday 14 February 2014 01:44:05 Thomas Lübking wrote:
On Freitag, 14. Februar 2014 01:22:19 CEST, Christoph Feck wrote:
On Friday 14 February 2014 01:07:10 p.kubik...@gmail.com wrote:
The mechanism behind that feature is quite strict. There are always
some mod keys + ONE other keys
at your own :) ). Which should not be a
problem if there is a simple way to stop qt forwarding those messages to
journalctl and get stuff back to .xsession-errors. Or there is a good
documented alternative way using journalctl features reaching similar results.
Mike
--
Michael Jansen
http://michael
Wouldn't that break KDElibs4 applications talking to kglobalacceld from KF5?
- Martin Gräßlin
Yes it would. There can be only one kglobalaccel. If its from kde4 or kde4
shouldn't matter so it HAS to keep dbus compatibility.
On Friday, July 19, 2013 12:21:21 AM David Faure wrote:
After more live discussion with Sebas and Marco plus Aaron over a video
chat, we came up with the following setup for the workspace repos (*) :
- the development branch for their next feature release (based on Qt5/KF5)
will be master.
) or the relevant ones are added and run regularly. Would perhaps
increase the visibility of
those machines a bit.
--
Michael Jansen
http://michael-jansen.biz
On Friday, July 12, 2013 05:52:02 PM Aaron J. Seigo wrote:
On Wednesday, July 10, 2013 15:34:43 Michael Jansen wrote:
Because of that it should be announced. BIG TIME. I am not hopeful because
agreed. so what i’d like to see is a definitive listing of all the places
that this should
and still fail to catch
many moves and changes. Only when stuff fails to compile i notice.
Mike
--
Michael Jansen
http://michael-jansen.biz
Right, hence Volker's question about use cases. If people see a need to
clear the cache then that needs to be implemented in some user facing tool.
While destroying a setup will obviously also get rid of data, it will
unavoidably also get rid of all data.
I usually kill all of kmail and
it in its current form.
Unless you are willing to go all the way which you only should do after finding
out what the frameworks branchs does to kaction. So you effort is not thrown
away in the near / middle future.
Mike
- Michael Jansen
On May 9, 2012, 6:21 p.m., Mark Gaiser wrote
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/
--
Michael Jansen
http://michael-jansen.biz
On Tuesday, May 01, 2012 06:05:01 PM Mark Gaiser wrote:
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104801/
On April 30th, 2012, 10:19 p.m., David Faure wrote:
I am in favour of the idea, since I was hit by this limitation in the past,
too.
.
--
Michael Jansen
http://michael-jansen.biz
on different jenkins
instances.
CDash can. So each jenkins build could run the test and give them to cdash.
Best of both worlds.
Mike
--
Michael Jansen
http://michael-jansen.biz
master of everything qt upwards.
--
Michael Jansen
http://michael-jansen.biz
apologize.
--
Michael Jansen
http://michael-jansen.biz
On Thursday, January 05, 2012 12:17:33 AM Albert Astals Cid wrote:
El Dimecres, 4 de gener de 2012, a les 23:40:26, David Faure va escriure:
On Wednesday 04 January 2012 18:51:44 Albert Astals Cid wrote:
El Dimecres, 4 de gener de 2012, a les 01:53:13, Christoph Feck va
escriure:
On
if it is maps
to classes and methods.
@class Classname
@inherits OtherClase
...
Mike
-Todd
--
Michael Jansen
http://michael-jansen.biz
On Tuesday, August 30, 2011 11:19:14 AM Torgny Nyblom wrote:
Hi,
I'm having a problem when setting up the build side of the CI server.
Since the builds can happen on one or more machines (same arch,...) they
need to syncronice any changes. To ensure that the install dir (this is
what is
merged check that sends its results (if stuff to merge
is open) to kde-core-develop list.
Somehow people thought it was not necessary.
Sigh
Mike
--
Michael Jansen
http://michael-jansen.biz
On Friday, August 26, 2011 03:14:26 PM Stephen Kelly wrote:
Aaron J. Seigo wrote:
On Friday, August 26, 2011 13:50:51 Michael Jansen wrote:
That reminds me of my futile attempts to convince you guys of the need
for a daily is everything merged check that sends its results (if stuff
Also check the graphicssystem, export QT_GRAPHICSSYSTEM raster or
native, rather not opengl
Will try that.
So i understand compositing had no impact on this (the issue remained
after disabling it)
Without compositing it worked normally. The second i pressed alt+shift+f11 you
Hi @all
I am currently trying to setup a compiled from sources master on opensuse in a
vm. I first tried kvm and then virtualbox.
In both cases i got the same problem. The vms work as expected with the
opensuse 11.4 provided kde 4.6 (a bit sluggish but they work) and with any
other DE.
The
On Sunday 31 July 2011 13:32:49 Martin Gräßlin wrote:
On Sunday 31 July 2011 12:58:05 Michael Jansen wrote:
Hi @all
I am currently trying to setup a compiled from sources master on opensuse
in a vm. I first tried kvm and then virtualbox.
In both cases i got the same problem. The vms
On Sunday 31 July 2011 14:33:11 Thomas Lübking wrote:
Am Sun, 31 Jul 2011 13:49:44 +0200
schrieb Michael Jansen k...@michael-jansen.biz:
Failsafe did not change anything. Same result.
I btw. suspect compositing too. How can i make sure compositing is
disabled before logging
Hi @all
I am currently trying to setup a compiled from sources master on opensuse in a
vm. I first tried kvm and then virtualbox.
In both cases i got the same problem. The vms work as expected with the
opensuse 11.4 provided kde 4.6 (a bit sluggish but they work) and with any
other DE.
The
Hi
If i open the window menu (alt+f3) with the mouse the window shows up in the
top left corner of my screen. The reason is that the following code from
workspace/kwin/libkdecorations/kcommondecoration.cpp line 706
QRect menuRect = m_button[MenuButton]-rect();
QPoint menutop =
Git commit edd2377b84f97da52cb8e5fa714a9ff9f8ae2a0b by Michael Jansen.
Committed on 05/06/2011 at 22:26.
Pushed by mjansen into branch 'master'.
The Q_DECLARE_METATYPE(DataEngine*) was added to the Plasma/Service header.
Fix
error: redefinition of 'struct QMetaTypeIdPlasma::Service
Heard that argument over and over again, but seen no proof at all (while i
know about one issue, which -see below- was/is usercode bug.)
I've checked the oxygen code and it is pretty careful to not steal any
input action.
So you do not consider it breaking the usability of an application if
I do not claim that the splitter situation you mention is an example of
great usability, but i do claim that you're fighting the wrong problem
here.
You simply should not run into misclicks. If it happens too often and it's
not about your input device, than the UI element needs improvement,
On Monday 16 May 2011 10:38:51 Hugo Pereira Da Costa wrote:
Let me sum up before i go back and contemplate the change of culture in kde.
Ultimately, I believe that the decision about what the default settings
for Oxygen's window drag feature is Nuno (who designs oxygen) and me
(who develops
On Sunday 15 May 2011 14:04:34 Martin Gräßlin wrote:
On Sunday 15 May 2011 13:36:14 Luciano Montanaro wrote:
A feature like this should not be implemented in a style, IMHO, styles
should be limited to changing the look, not the behaviour of widgets,
and for sure it should not be the default
On Sunday 15 May 2011 15:03:30 Martin Gräßlin wrote:
On Sunday 15 May 2011 14:43:45 Michael Jansen wrote:
On Sunday 15 May 2011 14:04:34 Martin Gräßlin wrote:
On Sunday 15 May 2011 13:36:14 Luciano Montanaro wrote:
A feature like this should not be implemented in a style, IMHO
On Friday 13 May 2011 18:41:50 Hugo Pereira Da Costa wrote:
Hello Nikos,
I noticed that when running in KDE and using the Oxygen style, the
windows of my Qt application can be dragged around with the mouse by
clicking on any area in the window, not just the title bar. But it
behaves
On Thursday 14 April 2011 08:34:08 Andreas Pakulat wrote:
On 14.04.11 16:00:11, Ian Wadham wrote:
Now kdesrc-build-1.13 reports the first failure on strigi. After that,
no major modules will build build. Re strigi, I get the messages:
Looks like either someone broke the strigi
On Sunday 10 April 2011 14:58:25 Ian Wadham wrote:
What are the currently recommended application-development styles
for KDE 4? When KDE 4 started there were several alternatives:-
1. Bleeding edge. Use the very latest KDE 4 as your desktop and
keep it up to date, monthly maybe(?).
You might also want to consider using KDE's
macro_optional_find_package() together with macro_log_feature(), so you
show a list of all the dependencies which have or have not been found
instead of failing at the first one.
I remember some discussions before about build-time and
On Wednesday 06 April 2011 20:57:02 Alberto Mattea wrote:
In data mercoledì 6 aprile 2011 20:43:40, Michael Jansen ha scritto:
You might also want to consider using KDE's
macro_optional_find_package() together with macro_log_feature(),
so you show a list of all the dependencies which
On Friday 04 March 2011 20:49:08 Alex Merry wrote:
kdegraphics has now moved to git, with the exception of Okular and
mobipocket.
libkexiv2 still considers exiv2 a optional dependency even if the new
standalone project does not provide any other functionality.
In my case (exiv2 to old) it
mjansen might just have been following a 'never rebase public branches'
philosphy, but that really doesn't work for me. It was a complicated feature
requiring lots of refactoring.
Hehe ... as the one doing the code i would say it was more like
mjansen stumbled through unchartered
On Saturday 05 February 2011 17:51:16 Mark wrote:
Hi,
let me first point you to this image (kde 4.6.0) :
http://img89.imageshack.us/img89/5398/rightmousebuttondesktop.png
Oke, first one shortcut in that image.
I consider myself a experienced computer user in both windows and linux but
On Tuesday 01 February 2011 19:53:40 Alexander Neundorf wrote:
On Monday 31 January 2011, Aaron J. Seigo wrote:
On Sunday, January 30, 2011, Michael Pyne wrote:
Like I said, xml-support branch on kdesrc-build git. If you want
to
give
_very_ cool. will the good news today never
On Tuesday 01 February 2011 20:35:27 Alexander Neundorf wrote:
On Tuesday 01 February 2011, Michael Jansen wrote:
On Tuesday 01 February 2011 19:53:40 Alexander Neundorf wrote:
On Monday 31 January 2011, Aaron J. Seigo wrote:
On Sunday, January 30, 2011, Michael Pyne wrote:
Like I
If you find the place let me know.
No ... only if i am unable to fix it myself :)) .
Do you need that for running ?
For building it's not necessary. Use CMAKE_PREFIX_PATH.
I always thought that PATH controls which qt version is selected if you
have more than one (First qmake
48 matches
Mail list logo
