Re: Review Request: Add minimumWidth and minimumHeight properties to Plasma Button

> On Oct. 4, 2012, 1:27 a.m., Aleix Pol Gonzalez wrote: > > plasma/declarativeimports/plasmacomponents/qml/Button.qml, line 104 > > > > > > unneeded change :) It is actually good practice to systematically use semi

Re: share-like-connect in 4.10

In data giovedì 04 ottobre 2012 00:25:53, Aaron J. Seigo ha scritto: > > - get PPAs (and other OS equivalent) for testers of the software for > > people who want to use it. > not done. Just FYI, openSUSE has a "Playground" repo, where such things are put before they have stable releases: I think

Re: Review Request: Add minimumWidth and minimumHeight properties to Plasma Button

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106717/#review19870 --- I like it, it's a good step :) plasma/declarativeimports/plas

Re: Review Request: Correct horizontalAlignment and verticalAlignment properties of TextArea

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106702/#review19866 --- This review has been submitted with commit 912c70372b311da8ae3

Re: Review Request: Fix TextArea Plasma component documentation

> On Oct. 3, 2012, 2:12 p.m., Sebastian Kügler wrote: > > Would you mind changing this in the touch-specific components as well? > > There's a changed copy of this component with different text-selection > > mechanics, so your patch would be useful there as well. But kde-runtime/plasma/declar

Re: share-like-connect in 4.10

On Wed, Oct 3, 2012 at 11:25 PM, Aaron J. Seigo wrote: > On Wednesday, October 3, 2012 19:24:56 David Edmundson wrote: >> On Wed, Oct 3, 2012 at 4:22 PM, Marco Martin wrote: >> - blog about it > > already done. several times. we need to do it more. > >> - make releases outside kde-workspace > >

Re: Review Request: Activities support for Okular

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106685/#review19860 --- CMakeLists.txt

Re: [RFC] Trigger KRunner on top screenedge

On Wednesday, October 3, 2012 13:44:06 Martin Gräßlin wrote: > just wanted some feedback on an idea I got today. What about binding the > showing of KRunner on hitting the top screen edge? neat idea! i'm not sure it would work, but i'm not sure it wouldn't either. (btw, i once tried making it ap

Re: wallpaper thumbnail preview size

On Wednesday, October 3, 2012 21:18:48 Reza Shah wrote: > Which part of 'Image' wallpaper plugin codes handle this behavior? iirc, the WallpaperPackage subclass of Plasma::Package. it looks to find the "most suitable" image for the given screen resolution. Wallpaper plugins can also have render

Re: share-like-connect in 4.10

On Wednesday, October 3, 2012 14:39:04 Giorgos Tsiapaliokas wrote: > 1. should we merge the slc repo in some other repo? i don't see the need, as it's living happily in its own repo. but this is really a question for the packagers and release team. once we've sorted out a few more details on the

Re: share-like-connect in 4.10

On Wednesday, October 3, 2012 19:24:56 David Edmundson wrote: > On Wed, Oct 3, 2012 at 4:22 PM, Marco Martin wrote: > - blog about it already done. several times. we need to do it more. > - make releases outside kde-workspace already done. a couple times. > - get PPAs (and other OS equivale

Re: Display Configuration KCM design review

On Wednesday, October 3, 2012 11:07:52 todd rme wrote: > 2. People have suggested a margin. Another possibility might be a > thicker border with some sort of bezel or gradient. That would this is unlikely to fix the visual issues; margins are negative space. > 1. is there any sort of snapping?

Review Request: Add minimumWidth and minimumHeight properties to Plasma Button

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106717/ --- Review request for Plasma. Description --- Add minimumWidth and minim

Re: Button component width

On Wednesday, October 03, 2012 22:44:20 Mark wrote: > You really seem to be thinking in plasma active. And in there it might > actually work and benefit in every possible way. On the desktop things > like this just don't work. Devs want to have freedom and certainly > don't want to be limited. One

Re: Review Request: Activities support for Okular

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106685/ --- (Updated Oct. 3, 2012, 9:29 p.m.) Review request for Okular, Plasma and Al

Re: Button component width

On Wed, Oct 3, 2012 at 4:25 PM, Marco Martin wrote: > On Wednesday 03 October 2012, Aleix Pol wrote: >> > >> > Cheers, >> > Marco Martin >> > ___ >> > Plasma-devel mailing list >> > Plasma-devel@kde.org >> > https://mail.kde.org/mailman/listinfo/plasma-d

Re: Review Request: Activities support for Calligra Suite

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106714/#review19853 --- This review has been submitted with commit ad8b990a603985059a4

Re: Review Request: Activities support for Calligra Suite

> On Oct. 3, 2012, 7:46 p.m., Jarosław Staniek wrote: > > Cool, just a note, Kexi is not document-oriented app so it doesn't use this > > common class; additional patch would be welcome in the future. I can help > > with some hints. thanks for the note, will patch it as well soon :) - Ivan

Re: Review Request: Activities support for Calligra Suite

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106714/#review19850 --- Cool, just a note, Kexi is not document-oriented app so it does

Re: Review Request: Activities support for Calligra Suite

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106714/#review19844 --- Ship it! Well, I'm really fine with it. One remark -- see belo

Re: share-like-connect in 4.10

On Wed, Oct 3, 2012 at 4:22 PM, Marco Martin wrote: > On Wednesday 03 October 2012, Alex Fiestas wrote: >> On Wednesday 03 October 2012 13:49:28 Marco Martin wrote: >> > > 4. more plugins >> > >> > yep, those are the two most relevant points (many plugins btw will depend >> > from the web accounts

Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012, Alex Fiestas wrote: > On Wednesday 03 October 2012 19:19:11 Martin Gräßlin wrote: > > interesting, I would have thought the corners are fine in fullscreen and > > I tend to use it quite often ;-) > > > > So all disable it shall be, easier to implement anyway. > > "Fu

Re: Re: Re: Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012 19:40:01 Alex Fiestas wrote: > On Wednesday 03 October 2012 19:19:11 Martin Gräßlin wrote: > > interesting, I would have thought the corners are fine in fullscreen and I > > tend to use it quite often ;-) > > > > So all disable it shall be, easier to implement anyway. >

Re: Re: Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012 19:19:11 Martin Gräßlin wrote: > interesting, I would have thought the corners are fine in fullscreen and I > tend to use it quite often ;-) > > So all disable it shall be, easier to implement anyway. "Full screen mode" should be different than "removing the decoration

Re: Re: Re: Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012 19:22:28 Martin Gräßlin wrote: > On Wednesday 03 October 2012 12:31:52 Shaun Reich wrote: > > On Wed, Oct 3, 2012 at 11:31 AM, Martin Gräßlin wrote: > > >> Isn't it going to conflict with fullscreen apps showing a toolbar when > > >> one > > >> hits the top edge (thin

Re: Review Request: Add some documentation to the Fallback component

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106716/#review19843 --- thanks for taking care of it ;) almost there, just a couple of

Re: Re: Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012 12:31:52 Shaun Reich wrote: > On Wed, Oct 3, 2012 at 11:31 AM, Martin Gräßlin wrote: > >> Isn't it going to conflict with fullscreen apps showing a toolbar when > >> one > >> hits the top edge (think Firefox, Okular, Gwenview...)? > > > > we could easily exclude the be

Re: Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012 18:35:54 Aurélien Gâteau wrote: > Le mercredi 3 octobre 2012 17:31:58 Martin Gräßlin a écrit : > > On Wednesday 03 October 2012 16:54:15 Aurélien Gâteau wrote: > > > Le mercredi 3 octobre 2012 13:44:06 Martin Gräßlin a écrit : > > > > Hi all, > > > > > > > > just wanted

Review Request: Add some documentation to the Fallback component

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106716/ --- Review request for Plasma. Description --- A simple patch which adds

Re: Review Request: Activities support for Calligra Suite

> On Oct. 3, 2012, 4:51 p.m., Boudewijn Rempt wrote: > > Looks good to me, but I haven't tested it yet. (I have to admit I haven't > > tested activities yet :-( This is mostly about the event reporting, works even without having any activities. There are two ways to test: 1. Watch for the (de

Re: Review Request: Activities support for Calligra Suite

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106714/ --- (Updated Oct. 3, 2012, 5:12 p.m.) Review request for Calligra and Plasma.

Re: Re: [RFC] Trigger KRunner on top screenedge

On Wed, Oct 3, 2012 at 8:58 PM, Martin Gräßlin wrote: > On Wednesday 03 October 2012 16:15:40 Sebastian Kügler wrote: > > On Wednesday, October 03, 2012 13:44:06 Martin Gräßlin wrote: > > > just wanted some feedback on an idea I got today. What about binding > the > > > showing of KRunner on hitt

Re: Review Request: Activities support for Gwenview

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106687/ --- (Updated Oct. 3, 2012, 5:03 p.m.) Review request for Gwenview and Plasma.

Re: [RFC] Trigger KRunner on top screenedge

Le mercredi 3 octobre 2012 17:31:58 Martin Gräßlin a écrit : > On Wednesday 03 October 2012 16:54:15 Aurélien Gâteau wrote: > > Le mercredi 3 octobre 2012 13:44:06 Martin Gräßlin a écrit : > > > Hi all, > > > > > > just wanted some feedback on an idea I got today. What about binding the > > > show

Re: Re: [RFC] Trigger KRunner on top screenedge

On Wed, Oct 3, 2012 at 11:31 AM, Martin Gräßlin wrote: >> Isn't it going to conflict with fullscreen apps showing a toolbar when one >> hits the top edge (think Firefox, Okular, Gwenview...)? > we could easily exclude the behavior if there is a fullscreen window. That's > probably something in gen

Re: Review Request: Activities support for Gwenview

> On Oct. 3, 2012, 3:50 p.m., Aurélien Gâteau wrote: > > I think you need to also update the activity resource in > > ViewMainPagePrivate::setCurrentView(): when the user is comparing two > > images, Gwenview should report which of the two images is current. Cool, just learned about a new Gwen

Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012, Martin Gräßlin wrote: > > yeah, may be an idea. > > btw would it be possible to set up some communication to say that a > > screen edge is reserved so that if a panel is placed up there the hot > > edge gets disabled? > > what about a hint called _KDE_NET_WM_RESERVE_

Re: Review Request: Activities support for Gwenview

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106687/#review19836 --- I think you need to also update the activity resource in ViewM

Re: Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012 16:54:15 Aurélien Gâteau wrote: > Le mercredi 3 octobre 2012 13:44:06 Martin Gräßlin a écrit : > > Hi all, > > > > just wanted some feedback on an idea I got today. What about binding the > > showing of KRunner on hitting the top screen edge? > > > > Given that KRunner

Re: Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012 16:15:40 Sebastian Kügler wrote: > On Wednesday, October 03, 2012 13:44:06 Martin Gräßlin wrote: > > just wanted some feedback on an idea I got today. What about binding the > > showing of KRunner on hitting the top screen edge? > > > > Given that KRunner slides in from

Re: share-like-connect in 4.10

On Wednesday 03 October 2012, Alex Fiestas wrote: > On Wednesday 03 October 2012 13:49:28 Marco Martin wrote: > > > 4. more plugins > > > > yep, those are the two most relevant points (many plugins btw will depend > > from the web accounts system is being developed) > > Because making SLC default

Re: Button component width

Le mercredi 3 octobre 2012 16:54:53 Marco Martin a écrit : > On Wednesday 03 October 2012, Aurélien Gâteau wrote: > > Le mercredi 3 octobre 2012 14:35:22 Marco Martin a écrit : > > > On Wednesday 03 October 2012, Aleix Pol wrote: > > > it's a reasonable size espressed in characters (policy i unfort

Re: Display Configuration KCM design review

A Quarta, 3 de Outubro de 2012 16:41:18 Marco Martin escreveu: > On Wednesday 03 October 2012, Aurélien Gâteau wrote: > > Le mercredi 3 octobre 2012 14:27:47 Marco Martin a écrit : > > > On Wednesday 03 October 2012, Aurélien Gâteau wrote: > > > > > well, better that a rectangle :p > > > > > anyway

Re: Re: share-like-connect in 4.10

On Wednesday 03 October 2012 13:49:28 Marco Martin wrote: > > 4. more plugins > > yep, those are the two most relevant points (many plugins btw will depend > from the web accounts system is being developed) Because making SLC default, we really need to have a few plugins, and a good tutorial of h

Re: Button component width

On Wednesday 03 October 2012, Aurélien Gâteau wrote: > Le mercredi 3 octobre 2012 14:35:22 Marco Martin a écrit : > > On Wednesday 03 October 2012, Aleix Pol wrote: > > it's a reasonable size espressed in characters (policy i unfortunately > > still didn't make clear enough there is that pixel size

Re: [RFC] Trigger KRunner on top screenedge

Le mercredi 3 octobre 2012 13:44:06 Martin Gräßlin a écrit : > Hi all, > > just wanted some feedback on an idea I got today. What about binding the > showing of KRunner on hitting the top screen edge? > > Given that KRunner slides in from the top edge it would end up in a neat > functionality, th

Re: Button component width

Le mercredi 3 octobre 2012 16:25:45 Marco Martin a écrit : > On Wednesday 03 October 2012, Aleix Pol wrote: > > > Cheers, > > > Marco Martin > > > ___ > > > Plasma-devel mailing list > > > Plasma-devel@kde.org > > > https://mail.kde.org/mailman/listinfo/p

Re: Display Configuration KCM design review

On Wednesday 03 October 2012, Aurélien Gâteau wrote: > Le mercredi 3 octobre 2012 14:27:47 Marco Martin a écrit : > > On Wednesday 03 October 2012, Aurélien Gâteau wrote: > > > > well, better that a rectangle :p > > > > anyways, could do that only the monitor below has the stand, the one > > > > ab

Re: Display Configuration KCM design review

Le mercredi 3 octobre 2012 14:27:47 Marco Martin a écrit : > On Wednesday 03 October 2012, Aurélien Gâteau wrote: > > > well, better that a rectangle :p > > > anyways, could do that only the monitor below has the stand, the one > > > above not (in the way they are positioned it would just look that

Re: Button component width

Le mercredi 3 octobre 2012 14:35:22 Marco Martin a écrit : > On Wednesday 03 October 2012, Aleix Pol wrote: > it's a reasonable size espressed in characters (policy i unfortunately still > didn't make clear enough there is that pixel sizes should be avoided as > much as possible). > ideally, width

Re: Button component width

On Wednesday 03 October 2012, Aleix Pol wrote: > > > > Cheers, > > Marco Martin > > ___ > > Plasma-devel mailing list > > Plasma-devel@kde.org > > https://mail.kde.org/mailman/listinfo/plasma-devel > > Well, this means that a button can't be <132px with

Re: Review Request: Make it possible to configure a wallpaper from the viewer

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106495/#review19829 --- This review has been submitted with commit 21fc35c86ded7b60762

Re: Display Configuration KCM design review

Le mercredi 3 octobre 2012 14:27:47 Marco Martin a écrit : > On Wednesday 03 October 2012, Aurélien Gâteau wrote: > > > well, better that a rectangle :p > > > anyways, could do that only the monitor below has the stand, the one > > > above not (in the way they are positioned it would just look that

Re: [RFC] Trigger KRunner on top screenedge

On Wednesday, October 03, 2012 13:44:06 Martin Gräßlin wrote: > just wanted some feedback on an idea I got today. What about binding the > showing of KRunner on hitting the top screen edge? > > Given that KRunner slides in from the top edge it would end up in a neat > functionality, throw the cu

Re: Review Request: Fix TextArea Plasma component documentation

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106703/#review19828 --- Would you mind changing this in the touch-specific components a

Re: Review Request: Correct horizontalAlignment and verticalAlignment properties of TextArea

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106702/#review19827 --- Ship it! Would you mind changing this in the touch-specific co

Re: Button component width

On Wednesday 03 October 2012 14:35:22 Marco Martin wrote: > On Wednesday 03 October 2012, Aleix Pol wrote: > > Hi Plasma! > > I've been trying to figure out why buttons had a weirdly big size by > > default, forcing me to set a random width that will be rarely appropriate > > when translating. > >

Re: [RFC] Trigger KRunner on top screenedge

Hi, 2012/10/3 Martin Gräßlin > Hi all, > > just wanted some feedback on an idea I got today. What about binding the > showing of KRunner on hitting the top screen edge? > Good idea. However, I think it would clash for users who uses the panel on top. Especially with the auto-hide option. > >

Re: [RFC] Trigger KRunner on top screenedge

Hi Martin, Nice idea! However, I'm a bit worried about a user who wants to move or double click the title of a window that is maximized or near the top. A lot of people (me included) usually go all the way to the top edge when trying to do that and could accidentally trigger KRunner. If this happe

Re: Button component width

2012/10/3 Marco Martin > On Wednesday 03 October 2012, Aleix Pol wrote: > > Hi Plasma! > > I've been trying to figure out why buttons had a weirdly big size by > > default, forcing me to set a random width that will be rarely appropriate > > when translating. > > > > I decided to look into the co

Re: Button component width

On Wednesday 03 October 2012, Aleix Pol wrote: > Hi Plasma! > I've been trying to figure out why buttons had a weirdly big size by > default, forcing me to set a random width that will be rarely appropriate > when translating. > > I decided to look into the code and that's what I found [1]. There

Re: Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012 14:12:38 Marco Martin wrote: > On Wednesday 03 October 2012, Martin Gräßlin wrote: > > > would you make it default? (i'm a bit more hesitant on this) in that > > > case > > > it should disable automatically if the user puts a panel on top.. > > > > maybe introduce in 4.

Re: Display Configuration KCM design review

On Wednesday 03 October 2012, Aurélien Gâteau wrote: > > well, better that a rectangle :p > > anyways, could do that only the monitor below has the stand, the one > > above not (in the way they are positioned it would just look that the > > stand of the above monitor is hidden by the other one) >

Button component width

Hi Plasma! I've been trying to figure out why buttons had a weirdly big size by default, forcing me to set a random width that will be rarely appropriate when translating. I decided to look into the code and that's what I found [1]. There I can see that we are getting the max between the size w

wallpaper thumbnail preview size

Hi, In image wallpaper plugin we can see the preview thumbnail size follows the active monitor resolution. So when we open this plugin config dialog in 16:9 or 4:3 monitor, the preview thumbnails size will be displayed in 16:9 or 4:3 (if possible). Which part of 'Image' wallpaper plugin codes han

Re: Display Configuration KCM design review

Le mardi 2 octobre 2012 15:33:25 Marco Martin a écrit : > > When you click the green tick, you disable the output (and it changes into > > a red cross). > > what about have two checkboxes in a column, centered in the monitor: > [ ] Primary > [ ] Enabled Yay, no checkbox controversy this way :) I

Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012, Martin Gräßlin wrote: > > > would you make it default? (i'm a bit more hesitant on this) in that case > > it should disable automatically if the user puts a panel on top.. > > maybe introduce in 4.10, gather feedback and turn it to default in 4.11 if > everything is

Re: Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012 13:51:35 Marco Martin wrote: > On Wednesday 03 October 2012, Martin Gräßlin wrote: > > Hi all, > > > > just wanted some feedback on an idea I got today. What about binding the > > showing of KRunner on hitting the top screen edge? > > > > Given that KRunner slides in fr

Re: RFC: move krunnermodel in org.kde.plasma.core

On Wednesday 03 October 2012, Martin Gräßlin wrote: > On Wednesday 03 October 2012 13:20:43 Marco Martin wrote: > > it's probably just a couple of places where is used and wasn't really > > documented yet (more on documentation issue later) so change would be > > fairly pailess > > > > opinions? i

Re: RFC: move krunnermodel in org.kde.plasma.core

On Wednesday 03 October 2012, Aurélien Gâteau wrote: > > > > the api of the class wouldn't change > > Makes sense to me. > > You may want to take advantage of this small breakage to replace the name > of the model roles from label to display and icon to decoration. This > would make RunnerModel

Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012, Martin Gräßlin wrote: > Hi all, > > just wanted some feedback on an idea I got today. What about binding the > showing of KRunner on hitting the top screen edge? > > Given that KRunner slides in from the top edge it would end up in a neat > functionality, throw the c

Re: share-like-connect in 4.10

On Wednesday 03 October 2012, Giorgos Tsiapaliokas wrote: > Hello, > > we would like to have the SLC plasmoid in 4.10 by default. I would really love to have this, +1 > Until now the SLC had plasma-mobile as a dependency due to the Fallback > component, > this component has been move in kde-runt

[RFC] Trigger KRunner on top screenedge

Hi all, just wanted some feedback on an idea I got today. What about binding the showing of KRunner on hitting the top screen edge? Given that KRunner slides in from the top edge it would end up in a neat functionality, throw the cursor against the edge and down comes KRunner. Maybe even cente

Re: RFC: move krunnermodel in org.kde.plasma.core

Le mercredi 3 octobre 2012 13:20:43 Marco Martin a écrit : > Hi all, > for some reason the krunner model ended up into its own import, that doesn't > make much sense and causes that tad ov overhead of having one more so. > > its real place would be org.kde.plasma.core together the other libplasma

share-like-connect in 4.10

Hello, we would like to have the SLC plasmoid in 4.10 by default. Until now the SLC had plasma-mobile as a dependency due to the Fallback component, this component has been move in kde-runtime(at the plasma extras components). A few things that we should discuss are, 1. should we merge the slc r

Re: RFC: move krunnermodel in org.kde.plasma.core

On Wednesday 03 October 2012 13:20:43 Marco Martin wrote: > it's probably just a couple of places where is used and wasn't really > documented yet (more on documentation issue later) so change would be fairly > pailess > > opinions? ideas? the krunnermodel has been part of a release, right? Given

RFC: move krunnermodel in org.kde.plasma.core

Hi all, for some reason the krunner model ended up into its own import, that doesn't make much sense and causes that tad ov overhead of having one more so. its real place would be org.kde.plasma.core together the other libplasma bindings. if this is moved today would cause some annoyances but n

Re: Display Configuration KCM design review

Just a small input from an observer. I don't use a second monitor. I only open that menu when something went wrong with my resolution. For example when starting a game that reset the desktop resolution to the lowest possible one. So my suggestion is, make sure that it is possible to use this kc

Re: Display Configuration KCM design review

On Tue, Oct 2, 2012 at 2:29 PM, Dan Vrátil wrote: > Hi! > > As some might notice [0], we are working with Alex Fiestas on new display > management for KDE. I'm now working on new KCM. Aaron suggested in comments > below the blog post that it would be nice to discuss design of the KCM with > you, P

Re: Review Request: Correct horizontalAlignment and verticalAlignment properties of TextArea

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106702/#review19812 --- Ship it! Ship It! - Aaron J. Seigo On Oct. 3, 2012, 12:22 a

Re: Review Request: Fix TextArea Plasma component documentation

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106703/#review19811 --- Ship it! Ship It! - Aaron J. Seigo On Oct. 3, 2012, 1:31 a.

Re: Review Request: Activities support for Okular

> On Oct. 2, 2012, 6:13 p.m., Albert Astals Cid wrote: > > Any reason this is at the Document level and not at the Part level? Feels > > to me it belongs more into the part than the document. > > Ivan Čukić wrote: > This is really meant to be a document-link (Resource == Document most of >

Re: Plasma Wallpapers in QML

On Wednesday 03 October 2012, Reza Shah wrote: > seems bounce plasmoid can be converted as animated wallpaper. > it has sound, well not the baby one :) can be tickled > hmm, may be an excellent excuse to kill it ;) for stuff like that tough it would need the ability to use another wallpaper as