Hi,
I noticed that after I compiled trunk I have two panels, systray
without icons and similar strange things. After a while I realized that
I have both plasma and plasma-desktop running.
It happens because I have a distro packaged KDE 4.1 (and now 4.2) in
/usr and a self compiled one in /opt
On Friday 30 January 2009, Alessandro Diaferia wrote:
> As you can see from the sources Plasma::View uses
> QTimer::singleShot(0, this, SLOT(privateInit())) in the ctor but
> DesktopView calls adjustSize() in the ctor with no delay..
> This causes the fact that adjustSize() uses invalid information
On Friday 30 January 2009, Aaron J. Seigo wrote:
> On Friday 30 January 2009, David Baron wrote:
> > For the same reason I might want to display the name(), i.e. in an
> > about box or other UI feature that would carry such information.
>
> this should not be done per applet, otherwise we get a bun
As you can see from the sources Plasma::View uses
QTimer::singleShot(0, this, SLOT(privateInit())) in the ctor but
DesktopView calls adjustSize() in the ctor with no delay..
This causes the fact that adjustSize() uses invalid information about
the current screen to setup its size and makes my secon
On Friday 30 January 2009, David Baron wrote:
> For the same reason I might want to display the name(), i.e. in an about
> box or other UI feature that would carry such information.
this should not be done per applet, otherwise we get a bunch of different
"about box" implementations and people wi
On Friday 30 January 2009 11:06:35 Sebastian Kügler wrote:
> The attached patch fixes both. One issue I've run into is that the source
> applet still seems to own the content of the extenderitem. When removing
> the source applet, it goes away. So I'm wondering if it makes sense at all
> to keep th
Referring to problems posted on my personal config dialog.
Alternate dialog disappearing problems were do to sizing. I was resizing
according to a QVerticalLayout height. Why the previous version did not have
this problem, I do not know. Fixing the size fixed that.
KDE compound-widgets such as
I've run into two subsequent crashes in extenderitem.cpp, those are
reproducible for me as follows:
- d&d an extenderitem from an applet onto the desktop (it creates its own
applet then)
- Remove the source applet
- Remove the newly created extenderapplet
- Boom (in the check for d->sourceA
On Friday 30 January 2009, David Baron wrote:
> On Friday 30 January 2009 10:37:20 Aaron J. Seigo wrote:
> > On Thursday 29 January 2009, David Baron wrote:
> > > Any way to retrieve that from the applet object?
> >
> > a) why?
>
> For the same reason I might want to display the name(), i.e. in an
On Friday 30 January 2009 10:37:20 Aaron J. Seigo wrote:
> On Thursday 29 January 2009, David Baron wrote:
> > Any way to retrieve that from the applet object?
>
> a) why?
For the same reason I might want to display the name(), i.e. in an about box
or other UI feature that would carry such inform
On Friday 30 January 2009 10:35:47 Aaron J. Seigo wrote:
> On Thursday 29 January 2009, David Baron wrote:
> > I use formlayouts.
>
> irrelevant.
>
> > I also have my own save,
> > reset, cancel buttons with icons and seem to have no options or control
> > over what is given in the KConfigDialog.
>
On Thursday 29 January 2009, David Baron wrote:
> Any way to retrieve that from the applet object?
a) why?
b) via KPluginInfo, though you'd need to load it yourself despite Applet
having one internally already (it's just not exported via the API)
if a good answer can provided for (a) then we cou
On Thursday 29 January 2009, David Baron wrote:
> I use formlayouts.
irrelevant.
> I also have my own save,
> reset, cancel buttons with icons and seem to have no options or control
> over what is given in the KConfigDialog.
while i'm sure you want your dialog to be its own unique flower in th
13 matches
Mail list logo
