Re: Fancy Panel and pre-existing users

2010-12-23 Thread Markus Slopianka
Users who have the "Fancy Tasks" plasmoid installed have the Fancy Panel option. Users who don't have the plasmoid don't have it. On Thursday 23 December 2010 23:13:53 Ben Cooksley wrote: > Hi all, > > I have been made aware [1] that the options in terms of new panels > available to users can d

Fancy Panel and pre-existing users

2010-12-23 Thread Ben Cooksley
Hi all, I have been made aware [1] that the options in terms of new panels available to users can differ if they are using a fresh profile or a pre-4.6 profile with their new 4.6 installation. For a new user, they have a "Fancy Panel" which those with older profiles do not have. Is there an explan

Re: trunk open for 4.7, remember to backport :)

2010-12-23 Thread Ben Cooksley
On Fri, Dec 24, 2010 at 4:45 AM, Markus Slopianka wrote: > Am Donnerstag 23 Dezember 2010, 10:30:28 schrieb Ben Cooksley: > >> The git transition, due to concerns about the ability to release 4.6 >> from Git, has been delayed until 4.6 is released. > > So trunk could be on git right now? No, as a

Re: Plasmoids, DataEngines & GHNS

2010-12-23 Thread Aaron J. Seigo
On Thursday, December 23, 2010, Thomas Olsen wrote: > On Thursday 23 December 2010 17:22:55 Aaron J. Seigo wrote: > 1) Create a test-bed widget to start with instead of hacking the Widget > Explorer. i might just use plasmapkg myself. since it can install packages, it uses exactly this code from

Re: Review Request: Lockout widget: Explain to the user that he must select a button to show

2010-12-23 Thread Aaron Seigo
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6041/#review9400 --- Ship it! - Aaron On 2010-12-05 21:41:56, Nicolas Lécureuil wrot

Re: Plasmoids, DataEngines & GHNS

2010-12-23 Thread Aaron J. Seigo
On Wednesday, December 22, 2010, Thomas Olsen wrote: > I'm guessing I could clean up some space and I suppose I would only need to > checkout a subset of libplasma? yes, just kdelibs. all the work would be in kdelibs/plasma/, but libplasma assumes it is in kdelibs for build purposes. it is probab

Re: Installing Plasma.Service *.operations file

2010-12-23 Thread Aaron J. Seigo
On Thursday, December 23, 2010, Thomas Olsen wrote: > On Wednesday 22 December 2010 23:26:41 Luca Beltrame wrote: > > In data mercoledì 22 dicembre 2010 21:07:27, Thomas Olsen ha scritto: > > > I hope to pick up some more experience here so that I can contribute > > > something back (although it wo

Re: trunk open for 4.7, remember to backport :)

2010-12-23 Thread Markus Slopianka
Am Donnerstag 23 Dezember 2010, 10:30:28 schrieb Ben Cooksley: > The git transition, due to concerns about the ability to release 4.6 > from Git, has been delayed until 4.6 is released. So trunk could be on git right now? ___ Plasma-devel mailing list P

Re: Plasmoids, DataEngines & GHNS

2010-12-23 Thread Sebastian Kügler
On Thursday, December 23, 2010 06:05:59 Thomas Olsen wrote: > BTW: Who is fregl? Frederik Gladhorn (gladhorn @ k.o) -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mai

Re: Installing Plasma.Service *.operations file

2010-12-23 Thread Luca Beltrame
On Thursday 23 December 2010 14:54:03 Thomas Olsen wrote: > I actually have one or two bare-bone examples, which would fit in there. is > there someone I could send them to or do I need commit access for that? You need commit access. You can likely poke someone to put them up for you, though. (I

Re: Installing Plasma.Service *.operations file

2010-12-23 Thread Luca Beltrame
On Thursday 23 December 2010 12:43:48 Thomas Olsen wrote: > It returns an empty string. It looks like a bug in the C++-to-Python bridge, something currently beyond my knowledge... signature.asc Description: This is a digitally signed message part. ___

Re: Installing Plasma.Service *.operations file

2010-12-23 Thread Luca Beltrame
On Thursday 23 December 2010 12:19:02 Thomas Olsen wrote: > #path = self.engine.package().filePath("services", basename) How doesn't it work? Always returns an empty string? Or does it raise an exception? signature.asc Description: This is a digitally signed message part. _

Re: trunk open for 4.7, remember to backport :)

2010-12-23 Thread Ben Cooksley
On Thu, Dec 23, 2010 at 10:25 PM, Marco Martin wrote: > On Wed, Dec 22, 2010 at 8:56 PM, Aaron J. Seigo wrote: >> hi all... >> >> in case you missed the announcement elsewhere, trunk is open again for >> features which will end up in 4.7. there is now a 4.6 branch in svn, so bug >> fixes will nee

Re: trunk open for 4.7, remember to backport :)

2010-12-23 Thread Luca Beltrame
On Thursday 23 December 2010 10:25:58 Marco Martin wrote: > uhm, how this positions with the git transistions? wasn't supposed to > be already happened but didn't? IIRC the new plan was to wait till 4.6 release (KDEPIM was an exception as it won't get released with the rest of 4.6). signature.a

Re: trunk open for 4.7, remember to backport :)

2010-12-23 Thread Marco Martin
On Wed, Dec 22, 2010 at 8:56 PM, Aaron J. Seigo wrote: > hi all... > > in case you missed the announcement elsewhere, trunk is open again for > features which will end up in 4.7. there is now a 4.6 branch in svn, so bug > fixes will need to be backported in the usual manner. > > cheers :) uhm, ho