Subject: Re: plasmate alpha1 release
Diego Casella ([Po]lentino)
polentino911 at gmail.com
Tue Feb 2 19:58:57 CET 2010
>
> ---------- Messaggio inoltrato ----------
> From: Yuen Hoe Lim <yuenhoe86 at gmail.com>
> To: plasma-devel at kde.org
> Date: Tue, 2 Feb 2010 18:12:03 +0800
> Subject: Re: plasmate alpha1 release
> Hi guys,
>
> would it be reasonable to try for an alpha release with:
>>
>> * tagging on the 8th
>> * release on the 10th, assuming the tagging goes well
>>
>
Good for me too, so we can start recieving feedbacks from the users :)
>
> Sounds awesome! I'm not sure what kind of quality would be expected of
> alpha software though :P
>
Some of my questons/concerns about the present state of PlasMate are as
> follows:
>
> - AFAIK we are only (more or less) good to go for Plasmoids. I think
> runners et al don't quite work. Do we "hide" those options for now? :P
>
> Hiding its not a good idea, i did it this summer and they told me to not do
that; btw i agree with your idea to do something for that :)
We need to add a dataEngine and runner templates in Javascript, as well a
runner template written in ruby but, up to now, i didn't find any example in
order to write good templates fot that. Hints ?
And theme support is still unavailable, in this current state.
>
> - Likewise we currently have some UI stubs for unimplemented features
> (eg. Publish to GHNS), "hide" those too?
> - I haven't really been testing the timeline, and now that I tried it,
> it doesn't seem to work right =( Am I not using it correctly? Or is it
> bugged? Diego could you check? :P
>
> If you would be more detailed, I'll be glad to help you :)
>
> - I can't seem to create a configuration dialog for my (Python)
> plasmoid in PlasMate. I used to override showConfigurationInterface(), but
> that doesn't seem to work while using PlasMate. As long as I set
> hasConfigurationInterface to True and have the "User Interface" folder
> empty, the plasmoid always crashes when I attempt to view the configuration
> interface (right-click > settings). IIRC you're supposed to put
> QtDesigner-generated ui files in "User Interface", if so, does it make sense
> to release now when there's no QtDesigner integration? Or we just leave the
> configuration interface to "future work"?
> - Additional, non-urgent point following from the last: crashing the
> plasmoid crashes PlasMate. This doesn't seem right, but I've no idea how to
> fix it at this point.
>
> What do you all think? If we could solve/get around these then for my part
> I think we're good :)
>
Agree.
Furthermore, IMO, we should make PlasMate project-centric, for a couple of
reasons:
*regardless the type of project started/opened, plasmate now loads the last
layout saved ( moreover, the layout is not resetted when changing project in
the same plasmate session ). Therefore, if we were developing a plasmoid
with the previewer visible, and then we change to a dataengine project to
fix a bug ( or if we start plasmate and open a dataengine project, when the
last project developed was a plasmoid with the previewer on ), the user will
see the previewer even if there is no reason on showing a preview for a
dataengine;
*for each project, we could save the last modified file, and show it the
next time the project will be opened again;
>
>> we should have a release plan from that point forward as well. how about:
>>
>> * a release every month, around the 10th of the month
>> * if changes warrant it and there is the manpower for it, interim releases
>> * aim for first betas in may, this would also include a feature freeze
>> * aim to move it into extragear/sdk/ and release a 0.1 release in tandem
>> with
>> KDE SC 4.5
>>
>
> Sounds good to me, although with only 2-3 devs I'm not sure how many
> changes we'll be able to push each month.
>
> ----
> Jason "moofang" Lim Yuen Hoe
> http://yuenhoe.co.cc/
>
>
>
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel at kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/plasma-devel/attachments/20100202/4151d055/attachment.htm
More information about the Plasma-devel
mailing list