On Thursday 18 December 2008, Aaron J. Seigo wrote:
> On Thursday 18 December 2008, Hans Chen wrote:
> > The problem is, this applies to the other screen as well. It feels like
> > an invisible panel is stopping the mouse pointer (has the same height as
> > the panel created in step 2, even when I
On Thursday 18 December 2008, Hans Chen wrote:
> The problem is, this applies to the other screen as well. It feels like an
> invisible panel is stopping the mouse pointer (has the same height as the
> panel created in step 2, even when I resize the "real" panel).
that's because when it comes to s
On Thursday 18 December 2008 10:14:15 Hans Chen wrote:
> You want to hear about another bug I found today?
>
> *How to reproduce:
> *
>
> 1. Open a window (let's say Dolphin)
> 2. Add a panel (gets added to the top) on left screen
> 3. Now you can't drag the window's title bar to the top e
On Thursday 18 December 2008, Aaron J. Seigo wrote:
> On Wednesday 17 December 2008, Hans Chen wrote:
> > 2008/12/17 Aaron J. Seigo
> >
> > > can you comment out the line
> > > c->d->toolBox->setViewTransform(v->transform());
> > > in kdelibs/plasma/applet.cpp, rebuild in kdelibs/plasma and try ag
On Thursday 18 December 2008, Hans Chen wrote:
> You want to hear about another bug I found today?
>
> *How to reproduce:
> *
>
>1. Open a window (let's say Dolphin)
>2. Add a panel (gets added to the top) on left screen
>3. Now you can't drag the window's title bar to the top edge of t
You want to hear about another bug I found today?
*How to reproduce:
*
1. Open a window (let's say Dolphin)
2. Add a panel (gets added to the top) on left screen
3. Now you can't drag the window's title bar to the top edge of the
screen. That's pretty obvious: the panel is in the way.
On Wednesday 17 December 2008, Hans Chen wrote:
> 2008/12/17 Aaron J. Seigo
>
> > can you comment out the line
> > c->d->toolBox->setViewTransform(v->transform());
> > in kdelibs/plasma/applet.cpp, rebuild in kdelibs/plasma and try again?
> >
> > (i'm trying to narrow it down to see if it's the sw
2008/12/17 Aaron J. Seigo
>
> can you comment out the line
> c->d->toolBox->setViewTransform(v->transform());
> in kdelibs/plasma/applet.cpp, rebuild in kdelibs/plasma and try again?
>
> (i'm trying to narrow it down to see if it's the switching between toolbar
> and
> cashew that's doing it, or
On Wednesday 17 December 2008, Hans Chen wrote:
> 2008/12/17 Aaron J. Seigo :
> > when this happens and you zoom out again, do all the containments have
> > the toolbar strip at the bottom? or does the one that lost its cashew not
> > have
>
> a
>
> > toolbar strip at all?
>
> It isn't as if a spec
2008/12/17 Aaron J. Seigo :
> when this happens and you zoom out again, do all the containments have the
> toolbar strip at the bottom? or does the one that lost its cashew not have
a
> toolbar strip at all?
It isn't as if a specific containment has lost the cashew. All containments
have the toolb
On Wednesday 17 December 2008, Hans Chen wrote:
> For example, let's say the cashew is on the left screen. If I zoom out
> and then zoom in on the right screen, the containment on the right
> screen gets a cashew (but not the left one).
when this happens and you zoom out again, do all the containm
On Wed, Dec 17, 2008 at 7:26 PM, Marco Martin wrote:
>
> should be fixed also the last one
The zoom in issue seems to be fixed.
I thought the cashew was OK too, but then it suddenly disappeared
again. I still haven't found a general way to reproduce this, but I
noted the following thing:
when th
On Wednesday 17 December 2008, Hans Chen wrote:
> Hey Marco,
>
> Seems to work fine now. Let's say I have
> [A][B]
> ([ ] screen, A/B containments)
> After zooming out on the left screen and choosing B, I get
> [B][A]
>
> There are still some issues (cashew randomly disappears, zoom in button is
>
On Wednesday 17 December 2008, Hans Chen wrote:
> Hey Marco,
>
> Seems to work fine now. Let's say I have
> [A][B]
> ([ ] screen, A/B containments)
> After zooming out on the left screen and choosing B, I get
> [B][A]
>
> There are still some issues (cashew randomly disappears, zoom in button is
ee
Hey Marco,
Seems to work fine now. Let's say I have
[A][B]
([ ] screen, A/B containments)
After zooming out on the left screen and choosing B, I get
[B][A]
There are still some issues (cashew randomly disappears, zoom in button is
still visible after zooming in), but the "same containment on both
On Wednesday 17 December 2008, Hans Chen wrote:
> 2008/12/17 Aaron J. Seigo
>
> > awesome. i think i found the problem. update kdelibs/plasma/ and let me
> > know =)
>
> Nope, I can still reproduce it. However, the X errors are gone now. :)
ok, try to svn up another time (both plasma and libplasma
2008/12/17 Aaron J. Seigo
>
> awesome. i think i found the problem. update kdelibs/plasma/ and let me know
> =)
Nope, I can still reproduce it. However, the X errors are gone now. :)
plasma3.log
Description: Binary data
___
Plasma-devel mailing list
P
On Tuesday 16 December 2008, Hans Chen wrote:
> And here it is. The containments are fine after restarting Plasma.
awesome. i think i found the problem. update kdelibs/plasma/ and let me know
=)
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A
And here it is. The containments are fine after restarting Plasma.
On Tue, Dec 16, 2008 at 8:15 PM, Hans Chen wrote:
> Hey,
>
> Hopefully we'll get the answers soon. I compiled trunk today but Plasma
> wouldn't start, so I cleared my build dir. kdelibs is recompiling at the
> moment.
>
> Thanks
Hey,
Hopefully we'll get the answers soon. I compiled trunk today but Plasma
wouldn't start, so I cleared my build dir. kdelibs is recompiling at the
moment.
Thanks Aaron for the answers and crystal clear instructions! =)
Marco: I don't know what 'precary' means, but I'm not sure my Twinview set
On Tuesday 16 December 2008, Aaron J. Seigo wrote:
> On Tuesday 16 December 2008, Marco Martin wrote:
> > did set up a really precary twinview, and i can quite reproduce a problem
> > like that, the problem seems when you try to select the same activity in
> > two views, a thing that can likely bre
On Tuesday 16 December 2008, Marco Martin wrote:
> did set up a really precary twinview, and i can quite reproduce a problem
> like that, the problem seems when you try to select the same activity in
> two views, a thing that can likely break :p
the only way i can imagine that happening is with a
On Wednesday 10 December 2008, Hans Chen wrote:
> OK, let's start with the most simple case.*
>
> Output: *See attached file
>
>
>1. Plasma starts up with *activity A* on *left screen* and *activity
> B*on *right* (main) *screen*.
>2. Zoom out on *left screen.* (Notice: the activities are s
2008/12/15 Aaron J. Seigo :
> On Monday 15 December 2008, Michael Rudolph wrote:
>> 2008/12/15 Aaron J. Seigo :
>> > On Tuesday 09 December 2008, Hans Chen wrote:
>> >> - Why is the Dashboard only triggered on one screen?
>> >
>> > so you can work on one screen while pulling the dashboard of anothe
On Monday 15 December 2008, Michael Rudolph wrote:
> 2008/12/15 Aaron J. Seigo :
> > On Tuesday 09 December 2008, Hans Chen wrote:
> >> - Why is the Dashboard only triggered on one screen?
> >
> > so you can work on one screen while pulling the dashboard of another
> > forward. zooming is about get
2008/12/15 Aaron J. Seigo :
> On Tuesday 09 December 2008, Hans Chen wrote:
>> - Why is the Dashboard only triggered on one screen?
>
> so you can work on one screen while pulling the dashboard of another forward.
> zooming is about getting overview, dashboard is about changing the (user
> perceive
On Wednesday 10 December 2008, Hans Chen wrote:
>1. Plasma starts up with *activity A* on *left screen* and *activity
> B*on *right* (main) *screen*.
>2. Zoom out on *left screen.* (Notice: the activities are shown as
>[B][A], and not [A][B] as one would expect.)
>3. Chose *activity
On Tuesday 09 December 2008, Hans Chen wrote:
> - Why is the Dashboard only triggered on one screen?
so you can work on one screen while pulling the dashboard of another forward.
zooming is about getting overview, dashboard is about changing the (user
perceived) stacking order of the desktop.
>
2008/12/10 Aaron J. Seigo :
> On Tuesday 09 December 2008, Michael Rudolph wrote:
>> If I'm not mistaken we're talking about explanations of some dashboard
>> features and I'm wondering whether techbase is the right place for
>> that, userbase seems to be better suited. But that's true for a lot of
OK, let's start with the most simple case.*
Output: *See attached file
1. Plasma starts up with *activity A* on *left screen* and *activity B*on
*right* (main) *screen*.
2. Zoom out on *left screen.* (Notice: the activities are shown as
[B][A], and not [A][B] as one would expect.)
On Tuesday 09 December 2008, Michael Rudolph wrote:
> If I'm not mistaken we're talking about explanations of some dashboard
> features and I'm wondering whether techbase is the right place for
> that, userbase seems to be better suited. But that's true for a lot of
> content actually, especially i
On Tuesday 09 December 2008, Hans Chen wrote:
> Hi Michael,
>
> It's perfectly OK me.
>
> --
>
> *Aaron*: I've played around a bit and found that it works pretty good in
> trunk - except when I set the same activity to both screens.
ah, that shouldn't be possible. it *should* result in the activi
Hi Michael,
It's perfectly OK me.
--
*Aaron*: I've played around a bit and found that it works pretty good in
trunk - except when I set the same activity to both screens. Afterwards I
get the same issue as I described before (at the moment I can't change
activity on either screen through the ZU
2008/12/9 Hans Chen <[EMAIL PROTECTED]>:
> You suggest this after seeing how horrible my English is? =)
>
> Unfortunately I can't promise anything. As I think I've written, I have some
> busy weeks ahead; probably won't be free until the end of January 2009.
>
> Are those even Frequently Asked Ques
You suggest this after seeing how horrible my English is? =)
Unfortunately I can't promise anything. As I think I've written, I have some
busy weeks ahead; probably won't be free until the end of January 2009.
Are those even Frequently Asked Questions, or where do they belong on
techbase?
... Se
On Tuesday 09 December 2008, Hans Chen wrote:
> I have my suspicions but would like to hear your reasoning.
make you deal. i'll explain things if you promise to capture them in a
reasonably readable form on techbase.kde.org/Projects/Plasma for others to
reference in the future. deal? *grin*
--
OK, that makes everything much clearer.
I still don't like that both screens are zoomed out though - this 'feature'
is what made me think that activities somehow are connected. Sure, I can see
some use cases - if you have an application that covers the cashew on one
screen and want to change activ
On Monday 08 December 2008, Hans Chen wrote:
> I just tried to zoom in/out again and noticed the following thing:
> - Zooming in on the right (main) screen worked fine.
yay =)
> - I couldn't change activity on the left screen. If I zoom in from the left
> screen I just get the same containments a
2008/12/9 Hans Chen <[EMAIL PROTECTED]>:
> I just tried to zoom in/out again and noticed the following thing:
> - Zooming in on the right (main) screen worked fine.
> - I couldn't change activity on the left screen. If I zoom in from the left
> screen I just get the same containments again on both
I just tried to zoom in/out again and noticed the following thing:
- Zooming in on the right (main) screen worked fine.
- I couldn't change activity on the left screen. If I zoom in from the left
screen I just get the same containments again on both screens. If I use the
right screen in the ZUI onl
On Monday 08 December 2008, Hans Chen wrote:
> Hi,
>
> Twinview here. I have some problems with moving widgets across the screens:
> - If I drag the handle, the widget gets dropped when it's over the
> containment on the other monitor (without me releasing the mouse button)
> - If I drag by click
Hi,
Twinview here. I have some problems with moving widgets across the screens:
- If I drag the handle, the widget gets dropped when it's over the
containment on the other monitor (without me releasing the mouse button)
- If I drag by clicking on the widget, it "disappears" when dragged to the
n
On Saturday 06 December 2008 18:34:55 Aaron J. Seigo wrote:
> can we arrange some time with people who do have such hardware available to
> them to test and fix? i'm happy to throw patches at people in return for
> debug output, backtraces, descriptions of problems, etc.
I have a twinview, two 128
On December 6, 2008, Aaron J. Seigo wrote:
> On Saturday 06 December 2008, Thomas Fjellstrom wrote:
> > On December 6, 2008, Aaron J. Seigo wrote:
> > > hi all..
> > >
> > > we have a "healthy" number of multiscreen bugs on bugs.kde.org for
> > > plasma:
> > >
> > > http://bugs.kde.org/buglist.cgi?
On Saturday 06 December 2008, Aaron J. Seigo wrote:
> can we arrange some time with people who do have such hardware available to
> them to test and fix?
ok ... can we do this on wednesday/thursday of this coming week? come find me
on irc when you are around and we'll start triaging the bugs. =)
On Saturday 06 December 2008, Thomas Fjellstrom wrote:
> On December 6, 2008, Aaron J. Seigo wrote:
> > hi all..
> >
> > we have a "healthy" number of multiscreen bugs on bugs.kde.org for
> > plasma:
> >
> > http://bugs.kde.org/buglist.cgi?product=plasma&component=multiscreen&bug_
> >st
> > atus=UN
On Saturday 06 December 2008 17:34:55 Aaron J. Seigo wrote:
> can we arrange some time with people who do have such hardware available to
> them to test and fix? i'm happy to throw patches at people in return for
> debug output, backtraces, descriptions of problems, etc.
I can help with testing tw
On Samstag 06 Dezember 2008 17:34:55 Aaron J. Seigo wrote:
> hi all..
>
> we have a "healthy" number of multiscreen bugs on bugs.kde.org for plasma:
>
> http://bugs.kde.org/buglist.cgi?product=plasma&component=multiscreen&bug_st
>atus=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPEN
On December 6, 2008, Aaron J. Seigo wrote:
> hi all..
>
> we have a "healthy" number of multiscreen bugs on bugs.kde.org for plasma:
>
> http://bugs.kde.org/buglist.cgi?product=plasma&component=multiscreen&bug_st
>atus=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_
>severit
hi all..
we have a "healthy" number of multiscreen bugs on bugs.kde.org for plasma:
http://bugs.kde.org/buglist.cgi?product=plasma&component=multiscreen&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=normal
and that's with the multi-head bugs separated
50 matches
Mail list logo
