3.0 but i have no clue what that code does or how to
test it.
Thanks,
Michael Jansen
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
erly
> versioned as 5.x.y). Also I expect that we will continue to version our .so
> in the frameworks way.
They talk about semantic a lot there too. And i think it would be nice if all
of kde somehow uses version numbers one can understand without further
reading.
The worst thing th
date of the final release in pre-releases
> is dangerous.
Whatever you guys decide to use. It would be nice if it would be compatible to
http://semver.org/
This is the only attempt to standardize versions i know of. And remember. I
said NICE.
Mike
--
Michael Jansen
http://michael-jansen.biz
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On Friday, May 03, 2013 02:39:31 PM Aaron J. Seigo wrote:
> hopefully you can put it in a repository that can be used by kdelibs which
would both get around the 4.x kdelibs freeze *and* prepare it for frameworks.
Just for clarification because i think i misunderstand something. The proposed
W
On Sunday, March 24, 2013 12:49:11 AM Luca Beltrame wrote:
> In data domenica 24 marzo 2013 00:45:46, Michael Jansen ha scritto:
> > The we should for now do as i did for kross (another thing that has to be
> > made python3 compatible)
>
> Rather than setting everything
On Saturday, March 23, 2013 11:37:18 PM Luca Beltrame wrote:
> > On March 23, 2013, 11:35 p.m., Luca Beltrame wrote:
> > > The issue is much deeper than this specific piece of code. In fact,
> > > fixing this part will not make the code Py3 compatible. The real
> > > problematic code is in PyKDE4,
ptengines/python/plasma_importer.py
dae245aea1ea1d17c907ba9c12c7d06cc9e59b77
Diff: http://git.reviewboard.kde.org/r/109684/diff/
Testing
---
Not much yet. Works with 3.0 but i have no clue what that code does or how to
test it.
Thanks,
Micha
Git commit 83994459634aba64f57b29ac9e666b37ae28dfad by Michael Jansen.
Committed on 26/03/2012 at 22:38.
Pushed by mjansen into branch 'master'.
Rewrite and use FindKActivities.cmake.
I wonder if the NO_MODULE parameter is used correctly in the
find_package_handle_standard_args
pa
Git commit c223f219028bc7c7a6e9953148e9cad109c0c791 by Michael Jansen.
Committed on 26/03/2012 at 22:40.
Pushed by mjansen into branch 'master'.
Take kao.trig from the KACTIVITIES_ONTOLOGIES_DIR
It is not part of SDO.
For the MLs: This is what the other changes worked up to.
CCMA
Git commit da70cd0cebb89f7ba18537977d5207497dc2fc49 by Michael Jansen.
Committed on 26/03/2012 at 22:06.
Pushed by mjansen into branch 'master'.
Set, export and use KACTIVITIES_ONTOLOGIES_DIR.
The directory where our ontologies will be installed into.
CCMAIL: kde-buildsys...@kde.
> would it be feasible/desirable for applications with activity (or other
> context) features to store such things in nepomuk in some standard way such
> that it could be manipulated egal ob the program is running and have
> everything magically work?
> egal ob ?!?!?
Ist this about Chani learnin
On Tuesday 02 March 2010 14:40:25 Marco Martin wrote:
> On Tuesday 02 March 2010, Artur Souza (MoRpHeUz) wrote:
> > On Tuesday 02 March 2010, 10:07 Marco Martin wrote:
> > > they should be gone now :)
> > > (both on trunk and 4.4 branch)
> >
> > For pastebin too ? :)
>
> no, just for IconWidget t
On Monday 04 January 2010 07:44:33 Aaron J. Seigo wrote:
> On January 3, 2010, Aaron J. Seigo wrote:
> > i am not overly satisfied with using QAction::data() as such a metadata
> > dumping ground but i couldn't think of another more elegant solution.
> > anyone else have ideas?
>
> since the chang
On Sunday 19 July 2009 02:55:06 Sebastian Kügler wrote:
> On Sunday 19 July 2009 02:16:13 Omer F. USTA wrote:
> > Hi , just to learn why "or" instead of common "||" ? in
> > if (m_bottom_right == 1 or m_bottom_left == 1) {
>
> I personally find "or" more readable, though I think || is more common
kickoff/ui/launcher.cpp:272
void registerUrlHandlers()
{
UrlItemLauncher::addGlobalHandler(UrlItemLauncher::ExtensionHandler,
"desktop", new ServiceItemHandler);
UrlItemLauncher::addGlobalHandler(UrlItemLauncher::ProtocolHandler,
"leave", new LeaveItemHandler);
}
Both It
I'm currently hunting down some qWarnings. Please have a look and see if we
can get rid of these in plasma. I'm on qt trunk so it could be those warning
are new there. But i thought they probably tell use about a problem so here
they are.
This kind of warning happens twice.
#0 qWarning (msg
On Saturday 11 July 2009 18:59:12 Michael Jansen wrote:
> SVN commit 994993 by mjansen:
>
> Fix runtime warning:
>
> type=Qt::AutoConnection) at
> /home/mjansen/kde/trunk/src/qtmaster/src/corelib/kernel/qobject.cpp:2534 at
> /home/mjansen/kde/trunk/src/kdebase/workspace/
SVN commit 994994 by mjansen:
Fix runtime warning:
type=Qt::AutoConnection) at
/home/mjansen/kde/trunk/src/qtmaster/src/corelib/kernel/qobject.cpp:2534
at
/home/mjansen/kde/trunk/src/kdebase/workspace/plasma/applets/kickoff/core/applicationmodel.cpp:280
CCMAIL: plasma-devel@kde.org
M
SVN commit 994993 by mjansen:
Fix runtime warning:
type=Qt::AutoConnection) at
/home/mjansen/kde/trunk/src/qtmaster/src/corelib/kernel/qobject.cpp:2534
at
/home/mjansen/kde/trunk/src/kdebase/workspace/plasma/applets/kickoff/core/systemmodel.cpp:97
at
/home/mjansen/kde/trunk/src/kde
SVN commit 994992 by mjansen:
Fix runtime warning:
QLayout: Attempting to add QLayout "" to QWidget "", which already has a layout
CCMAIL:plasma-devel@kde.org
M +1 -1 notifierdialog.cpp
---
trunk/KDE/kdebase/workspace/plasma/applets/devicenotifier/notifierdialog.cpp
#994991:994992
On Tuesday 26 May 2009 23:17:57 Marco Martin wrote:
> Hi all,
> was talking with richmoore about the api of libknotificationitem, wat did
> emerged is a thing i wasn't happy about but couldn't quite quantify before:
>
> 1) we have two way to set icons: by name and by pixmap, right now by name
> is
Hi
I can't say anything on the plasma side of the patch. But some word regarding
Actions/ActionCollections.
KAction *configAction = new KAction(i18n("Widget Settings"), actions);
configAction->setIcon(KIcon("configure"));
configAction->setShortcut(KShortcut("alt+d, s"));
actions-
> There's some experimental code right now, but we
> need to find a good metaphor to translate it into something that makes sense
> to the user.
My mind immediately translated that to "Have solution, seek problem".
I never got the hang of that activity thing. Still have no idea how someday it
is
On Sunday 18 January 2009 19:38:19 Aaron J. Seigo wrote:
> On Sunday 18 January 2009, Artur Souza (MoRpHeUz) wrote:
> > On Sun, Jan 18, 2009 at 11:50 AM, Michael Jansen
>
> wrote:
> > > Why not use KActions here? Any reason for that?
> >
> > Actually KActions w
orm
> > specific way and I have provided support for them on X11.
>
> Would be a good idea to make the keys configurable ?
>
> Cheers!
Why not use KActions here? Any reason for that?
Mike
--
Michael Jansen
http://www.michael-jansen.biz
" << q->name();
q->setFocus(Qt::ShortcutFocusReason);
}
Now i can see
plasma(4030)/libplasma Plasma::AppletPrivate::setFocus: setting focus to
"Application Launcher"
when pressing ALT+F1. But still no open menu.
Mike
--
Michael Jansen
http://www.michael-jansen.biz
_
26 matches
Mail list logo
