Also, if someone has a log of the meeting, or can reply back with the
points discussed after the netsplit happened yesterday, please reply
to this mail with it.
On Fri, Mar 5, 2010 at 4:25 PM, Aaron J. Seigo wrote:
> On March 5, 2010, Yuen Hoe Lim wrote:
>> I forgot to raise this in the irc meeti
On March 5, 2010, Yuen Hoe Lim wrote:
> I forgot to raise this in the irc meeting earlier :( I think we should
> consider the possibility of having the previewer as its own separate
> process.
it would be nice. i don't think it's critical for the first release, though.
please add it to the wiki i
2010/3/5 Marco Martin :
> On Friday 05 March 2010, Emdek wrote:
>> 2010/3/5 Aaron J. Seigo :
>> > On March 5, 2010, Emdek wrote:
>> >> In comments to that bug I've written how it could work:
>> >> https://bugs.kde.org/show_bug.cgi?id=158556#c33
>> >
>> > a plasmoid is the wrong approach. this is ab
On Thursday 04 March 2010, 13:58 Aaron J. Seigo wrote:
> can everyone who wishes to please meet us in #plasma on irc at 16:00 UTC
> this saturday so we can go through our 4.5 plans? thanks, and see you
> there!
I'll try but not sure how good will be the internet connection on the first day
of a c
Am Freitag, 5. März 2010 19:01:05 schrieb Aaron J. Seigo:
> On March 5, 2010, Jens-Michael Hoffmann wrote:
> > Hi Petri,
> >
> > I'm in contact with the Debian Qt/KDE packagers team and they asked me to
> > commit attached patch. I committed a similar patch to marble trunk / 4.4
> > yesterday.
> >
On March 5, 2010, Jens-Michael Hoffmann wrote:
> Hi Petri,
>
> I'm in contact with the Debian Qt/KDE packagers team and they asked me to
> commit attached patch. I committed a similar patch to marble trunk / 4.4
> yesterday.
>
> Can I commit the attached patch to trunk and 4.4?
sure... :)
--
A
Hi Petri,
I'm in contact with the Debian Qt/KDE packagers team and they asked me to
commit attached patch. I committed a similar patch to marble trunk / 4.4
yesterday.
Can I commit the attached patch to trunk and 4.4?
Kind regards,
Jens-Michael
ps: these are the marble patches:
http://webs
On Friday 05 March 2010, Emdek wrote:
> 2010/3/5 Aaron J. Seigo :
> > On March 5, 2010, Emdek wrote:
> >> In comments to that bug I've written how it could work:
> >> https://bugs.kde.org/show_bug.cgi?id=158556#c33
> >
> > a plasmoid is the wrong approach. this is about views, not the scene, and
>
2010/3/5 Aaron J. Seigo :
> On March 5, 2010, Emdek wrote:
>> In comments to that bug I've written how it could work:
>> https://bugs.kde.org/show_bug.cgi?id=158556#c33
>
> a plasmoid is the wrong approach. this is about views, not the scene, and it
> should not require special set up by the user.
On March 5, 2010, Emdek wrote:
> In comments to that bug I've written how it could work:
> https://bugs.kde.org/show_bug.cgi?id=158556#c33
a plasmoid is the wrong approach. this is about views, not the scene, and it
should not require special set up by the user. not to mention a 'hide button
on
On March 5, 2010, Emdek wrote:
> 2010/3/5 Andrzej JR Hunt :
> > I'm not sure about the hiding of the button lengthwise though, since then
> > the unhiding button/area has to cover the whole width, takes up more
> > space, or if it's completely invisible until you're close by then you're
> > getting
2010/3/5 Andrzej JR Hunt :
>> Must it look so similar to old look from KDE3? ;-)
>> In comments to that bug I've written how it could work:
>> https://bugs.kde.org/show_bug.cgi?id=158556#c33
>>
>> Maybe at least these buttons could be shown when moving cursor to edge?
>> Both, for hiding and at lea
On Friday 05 March 2010 09:44:33 Emdek wrote:
> there is a ToolButton class which is a subclass of QToolButton but
> which provides plasma stylings. i wonder if that might look nicer here?
> just #include "toolbutton.h" and then do new ToolButton.
I've done that. Thanks for pointing it out. I
On 5 March 2010 12:12, Diego Moya wrote:
> I liked the idea someone proposed to create those buttons as plasmoids so
> that each user can decide where to place them (either inside the panel or on
> the desktop).
>
Oh - I forgot: another really good option is having the "hide" button
showing only
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3143/
---
Review request for Plasma.
Summary
---
This patch replaces the QToolButton
Hi,
I'd like to step in to defend the interests of us KDE users who won't use
this feature. I want to make sure that it can be configured to not interfere
with my current workflow. My rational is that I've always found this KDE 3
panel feature a little bit annoying, and now the use case it provide
2010/3/4 Andrew Hunt :
> Progress has gone quite well, here are a few screens (cut and combined into
> one file):
> http://img697.imageshack.us/img697/5606/manualpanel2.png
Must it look so similar to old look from KDE3? ;-)
In comments to that bug I've written how it could work:
https://bugs.kde.o
17 matches
Mail list logo
