On Sunday 22 March 2009, Michael Pyne wrote:
> Revision 942893 (http://websvn.kde.org/?view=rev&revision=942893) broke the
> kdebase build for me (a rename of a .ui file).
it's already been fixed in svn... however:
> I would have just fixed it, but I noticed the offending line is a INSTALL
> entr
On Sunday 22 March 2009, Wang Hoi wrote:
> 2009/3/22 Albert Astals Cid
>
> > Is there any possibility that backends can be automatically configured?
> > Asking the user to run
> > ibus-daemon --panel=//panel.py
> > is not exactly user friendly
>
> Yeah, i've mail this problem to the author of ibu
2009/3/22 Albert Astals Cid
> Is there any possibility that backends can be automatically configured? Asking
> the user to run
> ibus-daemon --panel=//panel.py
> is not exactly user friendly
Yeah, i've mail this problem to the author of ibus, it says ibus 1.1.0
is under development and have some
Hi all,
Revision 942893 (http://websvn.kde.org/?view=rev&revision=942893) broke the
kdebase build for me (a rename of a .ui file).
I would have just fixed it, but I noticed the offending line is a INSTALL
entry in CMakeLists.txt. If we were installing the ui_.h file before (i.e.
it's some kin
On Sunday 22 March 2009, Ivan Čukić wrote:
> Is there any objections to making the Plasma::Dialog (d->dialog) publicly
> visible in Plasma::PopupApplet?
if at all possible, we should try and keep that an implementation detail.
after all, when is there a popup and when isn't there?
> Reasons:
>
A Sunday 22 March 2009 23:57:12, Björn Ruberg escreveu:
> Hello plasmafolks,
>
> this mail is about my idea (and implementation) of an virtual keyboard for
> plasma. It is splitted in three sections, so you can skip what you do not
> want to read.
>
> 1. Why I'm interested in a virtual keyboard for
Hello plasmafolks,
this mail is about my idea (and implementation) of an virtual keyboard for
plasma. It is splitted in three sections, so you can skip what you do not want
to read.
1. Why I'm interested in a virtual keyboard for plasma and where my ideas come
from
2. Why having such a virtual
Hi,
Is there any objections to making the Plasma::Dialog (d->dialog) publicly
visible in Plasma::PopupApplet?
Reasons:
- installing event filters - for example pressing Esc key to hide the popup
(or something more advanced)
- setting resizeable corners
- remembering the popup size
Che
Aaron J. Seigo ha scritto:
> On Sunday 22 March 2009, Antonio Vinci wrote:
>
>> I used moveBy() to do the trick, but I don't understand why it doesn't
>> work if I uncomment emit appletTransformedItself();
>>
>
> another note on this: it won't work in all Containments. it is the
> containm
On Sunday 22 March 2009, Antonio Vinci wrote:
> I used moveBy() to do the trick, but I don't understand why it doesn't
> work if I uncomment emit appletTransformedItself();
another note on this: it won't work in all Containments. it is the containment
that is responsible for keeping things in ord
On Sunday 22 March 2009, Antonio Vinci wrote:
> I used moveBy() to do the trick, but I don't understand why it doesn't
> work if I uncomment emit appletTransformedItself();
in the DefaultDesktop containment, when an applet transforms itself in this
manner, then it will resize it if necessary to k
On March 22, 2009 12:59:05 Aaron J. Seigo wrote:
> On Sunday 22 March 2009, Wang Hoi wrote:
> > Moved to kdereview/plasma/applets/
>
> forwarding this to where it belongs: plasma-devel@ ...
>
> > It's mainly an applet for input methods, so that persons use difference
> > input methods can share the
I made a patch for BUG 188315 of Picture Frame
http://bugs.kde.org/show_bug.cgi?id=183315
by applying it, PictureFrame keeps itself aligned to nearest margin of
its containment when switching images. It's useful if the slideshow
contains images with different aspect ratio and you want to place it
On Sunday 22 March 2009, Wang Hoi wrote:
> Moved to kdereview/plasma/applets/
forwarding this to where it belongs: plasma-devel@ ...
> It's mainly an applet for input methods, so that persons use difference
> input methods can share the same user interface and the unified
> systemsettings input
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/391/#review553
---
Ship it!
backports really don't need review ...
- Aaron
On 2009-03-2
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/391/
---
Review request for Plasma.
Summary
---
I would like to backport the fixes fr
First things first: the new patch looks great, then
On Saturday 21 March 2009 20:37:53 Aaron J. Seigo wrote:
>
> it might also be interesting to note what kind of information is in the
> search term .. numbers, words, etc?
>
One possible way could be a setExampleValue(const QVariant &value). This
17 matches
Mail list logo