On Tuesday 27 April 2010 00:31:51 Aaron J. Seigo wrote:
> hi all :)
>
> plasma-windowed is a helper application that run Plasma widgets in their
> own windows. while a nice feature for the desktop, it's fill an important
> role for the mobile shell: running widgets as full screen "apps".
>
> it h
- Dmitry
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3375/#review4747
---
On 2010-03-29 17:08:22, Dmitry
17:08:22, Dmitry Suzdalev wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/3375/
> ---
>
> (
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3375/
---
(Updated 2010-03-29 17:08:22.316461)
Review request for Plasma.
Changes
--
kmanager/strategies/desktopsortingstrategy.cpp,
> > line 78
> > <http://reviewboard.kde.org/r/3375/diff/2/?file=21517#file21517line78>
> >
> > why storing in a temp var which is returned?
nice one :)
will change.
- Dmitry
---
This is an automatically generate
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3375/
---
Review request for Plasma.
Summary
---
This patch fixes a sorting order for
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1357/
---
(Updated 2009-08-21 15:50:26.488754)
Review request for Plasma, Aaron Seigo and
e-mail. To reply, visit:
http://reviewboard.kde.org/r/1357/#review2091
---
On 2009-08-18 21:59:39, Dmitry Suzdalev wrote:
>
> ---
> This is an autom
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1357/
---
(Updated 2009-08-18 21:59:39.951021)
Review request for Plasma and Aaron Seigo.
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1357/
---
Review request for Plasma.
Summary
---
This adds more control of showing su
On Tuesday 18 August 2009 02:20:25 Aaron J. Seigo wrote:
> ugly; perhaps we should allow plasmoids to set a keyboard focus widget ..
> thinks
Yep, but the only workaround I found currently working is this:
- In my KlipperApplet::focusInEvent() call mywidget->setFocus(). This ensures
focus gets s
On Friday 14 August 2009 00:32:09 Marco Martin wrote:
> On Thursday 13 August 2009, Dmitry Suzdalev wrote:
> > Hi guys and girls!
> >
> > While making some progress on klipper engine+applet I discovered some
> > oddities with focus behavior. I hope you can give me some h
Hi guys and girls!
While making some progress on klipper engine+applet I discovered some oddities
with focus behavior. I hope you can give me some hints about my situation
(don't get scared by amount of text below, i tried to make it simple to
follow).
General layout of applet widgets is the f
Hi guys and girls!
While making some progress on klipper engine+applet I discovered some oddities
with focus behavior. I hope you can give me some hints about my situation
(don't get scared by amount of text below, i tried to make it simple to
follow).
General layout of applet widgets is the f
Hi!
How hard it would be to make autohidden panel to show when I drag something
that it can accept?
For example, I want to drag some icon from kickoff to panel.
Currently I need to make its type "always visible", then drag&drop, then make
it auto-hidden again. Not very straighforward.
I know
On Wednesday 19 November 2008 17:22:36 Aaron J. Seigo wrote:
> > - I had vertical panel on right side of the second screen, now it's
> > vanished. konsole is maximized so windows still think it's there.
>
> which means the panel still thinks its there too. look for debug output on
> konsole about v
On Tuesday 18 November 2008 20:22:22 Aaron J. Seigo wrote:
> i have a saved search on bugs.kde.org for plasma, and it's a great time
> saver. it shows all non-wishlist, still open bugs for the plasma component.
Perhaps it would be nice to share it using new bugzilla's sharing abilities?
:)
It's on
On Sunday 16 November 2008 23:41:15 Aaron J. Seigo wrote:
> > I think there really whould be an option to do this from gui or this is a
> > major flow.
>
> patch?
Nope :)
But if functionality to do this exists, I'll look into this eventually.
You say it is possible to uninstall GetHotNewStuff-insta
Hi guys and girls :)
Tell me am i right that currently there's no way to uninstall some plasma
applet using GUI (appletbrowser or whatever)?
I know I can rm -rf related files from command line, but imo it's not very
user friendly way of doing things :)
Is it really so or am i missing some way
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.vidsolbach.de/r/245/
---
(Updated 2008-10-26 16:13:07.755803)
Review request for Plasma and Aaron Se
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.vidsolbach.de/r/245/
---
(Updated 2008-10-26 16:11:43.080868)
Review request for Plasma and Aaron Se
On Wednesday 22 October 2008 19:26:22 Sebastian Kügler wrote:
> Only the ones that open popups automatically. The power management control
> extender from the battery and the calendar should have focus. (But I think
> it's fine to make that explicit in the applet itself.)
Ok, so we need some functi
On Sunday 26 October 2008 17:12:33 Alexis Ménard wrote:
> so you edit you .kde/share/config/plasma-appletrc
>
> remove eyes inside, then you can restart plasma properly. Try to add eyes
> again. If it crash then the problem is in Eyes.
Not exactly. I meant that it may be the case that Eyes is using
Hi! I've just updated kdebase and now I can't start plasma - it repeatedly
crashes on each startup. Something to do with Eyes applet or it's some
plasmalib error...
Here's the backtrace:
Application: Plasma Workspace (plasma), signal SIGSEGV
[Current thread is 0 (LWP 12145)]
Thread 2 (Thread 0
On Wednesday 22 October 2008 19:13:01 Aaron J. Seigo wrote:
> On Wednesday 22 October 2008, Rob Scheepmaker wrote:
> > > So I'm thinking what's the best way to do this? A parameter to popup()
> > > function? A new function PopupApplet::setPopupAsTooltip(bool)?
> > > something else?
> >
> > I think
On Wednesday 22 October 2008 18:54:28 Rob Scheepmaker wrote:
> Popup Dialogs used to be Qt::Tooltip, only that doesn't function correctly
> when you want to be able to drag widgets away from the window, as is
> possible with extender items. But I agree we should avoid the dialog
> stealing focus. I
On Wednesday 22 October 2008 17:31:15 Dan Meltzer wrote:
> Readers digest version for those of you that don't have lotsa free time:
>
> Popup notifications should not steal focus, ever. They are the new
> round of passivePopups and should behave as so.
Hehe, thanks! :)
It's great to have our bug-i
Hello!
I just found a real problem with new notifications system. Let me describe it.
New notifications are shown using a PopupApplet which is a full-blown window
from the
KWin POV. So what happens is the following:
dimsuz is touch-typing with amazing speed in his kmail window. at the same time
On Thursday 21 August 2008 11:57:36 Aaron J. Seigo wrote:
> the idea is to prevent having to have two widgets, each taking up space,
> and coming up with a sensible icon for the notifications.
Oh, now I see!
So the only thing that needs to be done is to move most of my code to systray
applet
whil
On Wednesday 20 August 2008 16:43:45 Aaron J. Seigo wrote:
> * we need to start thinking about merging this widget with the
> notifications widget...
Again, I'd say that I have no clear vision on what is planned. Me and Jason had
a
chat on irc about this and iiuc he has no clear understanding eit
30 matches
Mail list logo
