with Rick's proposed solution, the user wouldn't notice a difference
between the two mice ... as expected.
Rick: am i understanding you correctly here?
I understood it like this as well. Something like a drop list we have for
keyboards.
--
Idleness is not doing nothing. Idleness is
On Fri, Feb 4, 2011 at 16:14, Aaron J. Seigo ase...@kde.org wrote:
On Friday, February 4, 2011, Rick Stockton wrote:
Background for my question:
Different mice, even different mice from the SAME manufacturer,
sometimes emit different X11 Button numbers for the same button. For
example, the
I agree on the call for mocks; I wonder, though, if it might be good
to make some of the ideas discussed here more concrete (or at least,
more well-defined), and post them as seed ideas when putting out the
call.
- Jeffery MacEachern
On Thu, Feb 3, 2011 at 11:50, todd rme toddrme2...@gmail.com
I have definitely seen this applet before :) Maybe it is in the playground
hm.. i see something in playground/base/plasma/applets/runnapplet
Aaron, I haven't checked there, but I know of a similar plasmoid that
exists here: http://kde-look.org/content/show.php/Run+Command?content=91495
I'm just
On Saturday 05 February 2011, Jeffery MacEachern wrote:
I agree on the call for mocks; I wonder, though, if it might be good
to make some of the ideas discussed here more concrete (or at least,
more well-defined), and post them as seed ideas when putting out the
call.
- Jeffery MacEachern
On 05-02-2011 at 11:06:08 Jeffery MacEachern j.maceach...@gmail.com
wrote:
I have definitely seen this applet before Maybe it is in the
playground
hm.. i see something in playground/base/plasma/applets/runnapplet
Aaron, I haven't checked there, but I know of a similar plasmoid that
On Sat, Feb 5, 2011 at 01:09, Marco Martin notm...@gmail.com wrote:
On Saturday 05 February 2011, Jeffery MacEachern wrote:
I agree on the call for mocks; I wonder, though, if it might be good
to make some of the ideas discussed here more concrete (or at least,
more well-defined), and post
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/100576/
---
Review request for Plasma and Sebastian Kügler.
Summary
---
use a
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/100576/
---
(Updated Feb. 5, 2011, 1:57 p.m.)
Review request for Plasma and Sebastian
Hello,
The idea was on plasma-devel some time ago:
Write a dataengine which lists the bookmarks of browsers like Firefox,
Konqueror or Opera.
The bookmarks runner got the feature of querying Firefox' and Opera's
bookmarks in KDE SC 4.4 or 4.5. I used the code of this runner to implement
the
On Wednesday 02 February 2011, Aaron J. Seigo wrote:
On Wednesday, February 2, 2011, you wrote:
a test branch merge request (BMR :) for aseigo/activityrunner
i'd like to propose that we use review board for merge requests,
particularly as a way to signal that this branch is ready! for new
On Saturday 05 February 2011, Jan Gerrit José Marker wrote:
Hello,
The idea was on plasma-devel some time ago:
Write a dataengine which lists the bookmarks of browsers like Firefox,
Konqueror or Opera.
The bookmarks runner got the feature of querying Firefox' and Opera's
bookmarks in KDE
---
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/6336/
---
(Updated Feb. 5, 2011, 2:26 p.m.)
Review request for Plasma.
Changes
Hi,
The first thing here I'd like to see is separation of different
browsers into different classes. It would be much easier to
maintain/extend later.
I guess that you're copying sqlite database file to another place so
that you don't run into 'database locked' issue when firefox updates
the
p.s. There is no point really in doing this until the user (applet)
requests a data source:
/* Konqueror */
m_konquerorBookmarkManager = KBookmarkManager::userBookmarksManager();
/* Firefox 3 */
m_firefoxDbDir = QDir(KStandardDirs::locateLocal(cache, ) +
I think it's a nice idea and that the engine would be welcome for sure in
workspace
(ah, maybe you'll want to subscribe at least for the time the discussion
will go on, not sure everybody will always remember to reply to all)
I'm subscribed, I used the wrong e-Mail address, sorry.
quick
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/100576/
---
(Updated Feb. 5, 2011, 3:44 p.m.)
Review request for Plasma and Sebastian
On Sat, Feb 5, 2011 at 10:29 AM, Jan Gerrit Marker
jangmar...@googlemail.com wrote:
I think it's a nice idea and that the engine would be welcome for sure in
workspace
(ah, maybe you'll want to subscribe at least for the time the discussion
will go on, not sure everybody will always remember
Hi,
Is this a possible use for Synchrotron? Web browsers don't adhere to
the KDE release schedule, there could easily be changes to the
bookmarks format between KDE releases.
The Konqueror related code can stay in the engine's code as Konqueror changes
its API only with KDE releases.
For the
Hi,
The first thing here I'd like to see is separation of different
browsers into different classes. It would be much easier to
maintain/extend later.
I'm not sure how to make this into classes properly. I tried to understand the
way the weather dataengine uses but I didn't get it.
I guess
On Sat, Feb 5, 2011 at 11:35 AM, Jan Gerrit Marker
jangmar...@googlemail.com wrote:
Hi,
Is this a possible use for Synchrotron? Web browsers don't adhere to
the KDE release schedule, there could easily be changes to the
bookmarks format between KDE releases.
The Konqueror related code can
I'm not sure how to make this into classes properly. I tried to understand
the way the weather dataengine uses but I didn't get it.
For starters, you can just create classes like KonquerorBookmarks,
Firefox3Bookmarks etc. with some common abstract interface like
getFolders(const QString
For starters, you can just create classes like KonquerorBookmarks,
Firefox3Bookmarks etc. with some common abstract interface like
getFolders(const QString path)
getBookmarks(const QString path)
...
(or similar)
then just create a
QList QString pluginNames;
QHash
Hi all,
a first attempt of conversion to git of plasma-mobile has been done, here it
is:
http://quickgit.kde.org/index.php?p=scratch%2Fmart%2Fplasma-
mobile.gita=summary
please take a look (especially artur :) if there is some major breakage, then
i'll proceed requesting to promote it to
Hi,
I've been busy recently with university and I'll continue to be away
until the end of this semester in march.
Anyway I would like to participate to the next tokamak. I think that the
17th week would be ok for me too.
Netherlands is ok for me: it can be easily reached with a cheap ryanair
Quoting Marco Martin notm...@gmail.com:
Hi all,
a first attempt of conversion to git of plasma-mobile has been done, here it
is:
http://quickgit.kde.org/index.php?p=scratch%2Fmart%2Fplasma-
mobile.gita=summary
please take a look (especially artur :) if there is some major breakage, then
Dear plasma team,
As some of you know, we will be celebrating the KDE Edu sprint in Bilbao
(University of Basque Country, UPV) around the weekend of the 10th April (I
say around, because there is still some logistical problems to solve), as
some have pointed out, it could be quite nice if you
I'm making replies to some of those first responses (thank you all!).
I asked: Should we push that user-specified map into Qt (i.e., with new
interfaces and variables to handle any necessary fixes for left/right
wheel assignments) -- or push it all the down into X11?
Aarron said: if possible,
On Sat 5 February 2011 22:19:17 Davide Bettio wrote:
Hi,
I've been busy recently with university and I'll continue to be away
until the end of this semester in march.
Anyway I would like to participate to the next tokamak. I think that the
17th week would be ok for me too.
Netherlands is ok
29 matches
Mail list logo
