So after some quick searching I have turned up a few things:
1. A really cool page on wikipedia
http://en.wikipedia.org/wiki/Table_of_keyboard_shortcuts
This shows the difference in run command bindings and generally everything else
between the major environments.
2. This bug (https://bugs.laun
On March 6, 2010, Roman Shtylman wrote:
> I don't know if this is the best place to bring it up...but I will
> since krunner is related to plasma (more or less).
this is the correct list for krunner discussion :)
> Has any thought been given to changing the default shortcut to
> alt+space? I thi
On March 6, 2010, nuno pinheiro wrote:
> btw could we try to include this work in a possible (cashew,krruner,
> specific device systemtry integration? )
it's possible, yes. i want to first work on the always-visible-krunner option
and then we can take this as the next step. there's a bunch of mil
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3165/
---
(Updated 2010-03-07 00:01:49.016030)
Review request for Plasma.
Changes
--
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3165/
---
(Updated 2010-03-07 01:16:48.875540)
Review request for Plasma.
Changes
--
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3165/
---
Review request for Plasma.
Summary
---
The system tray behaves very erratic
On March 6, 2010, Cédric Bellegarde wrote:
> self.__layout.addItem (self.__prevButton)
> self.__layout.addItem (self.__playButton)
> self.__layout.addItem (self.__pauseButton)
> self.__layout.addItem (self.__stopButton)
> self.__layout.addItem (self.__nextBut
A Sábado, 6 de Março de 2010 18:18:33 Marco Martin você escreveu:
> Hi all,
> let's start the "i'll do this part" for the 4.5 polishment in the mailing
> list
>
> :)
>
> as i said i plan to continue licking the systemtray and notifications, this
> includes:
> systemtray:
> - fnish the new unhide
I don't know if this is the best place to bring it up...but I will
since krunner is related to plasma (more or less).
Has any thought been given to changing the default shortcut to
alt+space? I think this was the old old katapult? shortcut... iirc
Anyhow, I find it very convenient to use cause my
Le Samedi 06 Mars 2010 18:42:09, Andrzej JR Hunt a écrit :
> Yes, there is a simpler solution: assuming you are using a layout
> supporting insertion of stretches you can use:
> layout.addStretch(1);
> after adding the buttons and before adding the LineEdit onto the layout,
> which pushes the lined
On March 6, 2010, Markus Meik Slopianka wrote:
> SVN commit 1100097 by markuss:
>
> FEATURE: 198661
> GUI: Add "Disable scrollwheel" on taskbar
please revert this commit as it is not an acceptable solution to the problem.
it's been stated repeatedly: this needs to be a plasma global option other
On Saturday 06 March 2010, Aaron J. Seigo wrote:
> On March 6, 2010, Marco Martin wrote:
> > Hi all,
> > let's start the "i'll do this part" for the 4.5 polishment in the mailing
> > list
> >
> > :)
> >
> > as i said i plan to continue licking the systemtray and notifications,
> > this includes:
On March 6, 2010, Marco Martin wrote:
> Hi all,
> let's start the "i'll do this part" for the 4.5 polishment in the mailing
> list
>
> :)
>
> as i said i plan to continue licking the systemtray and notifications, this
> includes:
> systemtray:
> - fnish the new unhide functionality, it should wor
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3162/#review4398
---
+1 on removing "smooth scaling" from the options.
- Aaron
On 2010-0
Hi all,
let's start the "i'll do this part" for the 4.5 polishment in the mailing list
:)
as i said i plan to continue licking the systemtray and notifications, this
includes:
systemtray:
- fnish the new unhide functionality, it should work as good as possible as
pretty and as pixel perfect as
On March 6, 2010, Yuen Hoe Lim wrote:
> > meh, that sounds ugly.
> > maybe you can use crash detection to not autoload the preview if
> > plasmate crashed last time. :) ..but since plasmate doesn't
> > auto-restart on crash like plasma does I'm not sure how much effort
> > that'd take.
>
> A poss
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3162/
---
Review request for Plasma.
Summary
---
First of all: **This is a preview of
On March 6, 2010, Andrzej JR Hunt wrote:
> > apart that ToolButton should be used instead, don't really like a
> >
> > fuction that does enabling -and- repositioning in one. positioning should
> > be done by a layout, really
>
> I now have a layout, however I'm having to call update() on it e
Yes, there is a simpler solution: assuming you are using a layout supporting
insertion of stretches you can use:
layout.addStretch(1);
after adding the buttons and before adding the LineEdit onto the layout, which
pushes the linedit to the other side of the layout, by inserting a spacer
that res
Hello,
on the attached screenshot, you will see an horizontal layout with buttons and
a LineEdit.
What i want is buttons on the left and LineEdit on the right.
The only solution i see is calculate layout size, and items size and do:
layout.setItemSpacing (LastButtonIndex, (layoutWidth - ItemsWi
On Fri, Mar 5, 2010 at 8:32 PM, Yuen Hoe Lim wrote:
>
>> still, it can happen. what i'd suggest for now is not showing the preview
>> by
>> default and leaving that up to the developer to start by pressing the
>> preview
>> button.
>
> That'll be kinda bleahh though. I think a user would always al
> apart that ToolButton should be used instead, don't really like a
> fuction that does enabling -and- repositioning in one. positioning should
> be done by a layout, really
>
I now have a layout, however I'm having to call update() on it everytime I
change the button's size since it doesn't
2010/3/6 Will Stephenson :
> On Friday 05 March 2010 21:09:17 Emdek wrote:
>> But having DBus call for that purpose isn't something wrong, I think.
>> And how it can be used is different story.
>
> If you do this, it should be in a structured way, so that we get a proper tree
> of Plasma objects wi
On Friday 05 March 2010 21:09:17 Emdek wrote:
> But having DBus call for that purpose isn't something wrong, I think.
> And how it can be used is different story.
If you do this, it should be in a structured way, so that we get a proper tree
of Plasma objects with access to their properties eg
$
24 matches
Mail list logo
