> On Friday, February 4, 2011, todd rme wrote:
>> I don't want to sound like a broken record here, but this is exactly
>> the sort of problem that being able to use mouse buttons in keyboard
>> shortcuts would solve. Why create an entirely new GUI for this when
>> we already have a GUI that can do
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
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
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 could
Quoting Marco Martin :
> 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.git&a=summary
>
> please take a look (especially artur :) if there is some major breakage, then
> i'll proce
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
fligh
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.git&a=summary
please take a look (especially artur :) if there is some major breakage, then
i'll proceed requesting to promote it to playgr
> 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;
>Q
> 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 pat
On Sat, Feb 5, 2011 at 11:35 AM, Jan Gerrit Marker
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 stay in the engine's
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 gues
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 th
On Sat, Feb 5, 2011 at 10:29 AM, Jan Gerrit Marker
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 to reply to all)
>
---
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
> 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
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", "") +
"bookmarkrunner/firefo
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 data
---
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
-
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
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!" fo
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 dat
---
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
---
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 svg
On Sat, Feb 5, 2011 at 01:09, Marco Martin 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 them as "seed"
On 05-02-2011 at 11:06:08 Jeffery MacEachern
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
> exists here:
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 MacEach
>> 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 j
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 wrote:
> On Thu, Fe
On Fri, Feb 4, 2011 at 16:14, Aaron J. Seigo 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 tilt
> 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 b
30 matches
Mail list logo
