On January 2, 2010 17:49:07 Aaron J. Seigo wrote:
On January 2, 2010, Marco Martin wrote:
better. they need to be:
* sharable between Containments (for consistency and code sharing)
* allowed to be specific to the application or the Containment
sick idea: how about making
I saw you committed your changes, looks cool. I used to test my plasmoids in
firefox with firebug but now using window.plasmoid makes the whole thing
fail. It would be cool if there was a way to start the webkit web inspector
from the web plasmoid. Any idea if that is possible?
Thanks in advance,
On January 3, 2010, Patrick Aljord wrote:
It would be cool if there was a way to start the webkit web
inspector from the web plasmoid. Any idea if that is possible?
svn up in kdebase/workspace/plasma/generic/scriptengines/webkit :)
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint:
On January 3, 2010, Chani wrote:
looks like I have some work to do :/ what would kill the cashew?
making it a custom containment and not adding any actions to it?
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43
KDE core developer
On January 2, 2010, Petri Damstén wrote:
I think dataengines in webkit plasmoids have worked since KDE 4.3.
since we're talking about webkit plasmoids (warningthread hijacking, so
rude!/warning) ..
.. there are some things that could be improved for the webkit plasmoids. it
might be helpful
On January 3, 2010 18:14:07 Aaron J. Seigo wrote:
On January 3, 2010, Chani wrote:
looks like I have some work to do :/ what would kill the cashew?
making it a custom containment and not adding any actions to it?
no no, remember, this was all *working* in 4.3.
I had applet handles and a
On Sun, Jan 3, 2010 at 9:18 PM, Aaron J. Seigo ase...@kde.org wrote:
anything else?
Maybe this is not related but html5 storage doesn't seem to work, I get this
error when starting the plasmoid:
Failed to open the database on disk. This is probably because the version
was bad or there is not
hi,
agreed.
Igor
--- Em seg, 4/1/10, Aaron J. Seigo ase...@kde.org escreveu:
De: Aaron J. Seigo ase...@kde.org
Assunto: 4.4 API issue: Plasma::Animation::setWidgetToAnimate
Para: plasma-devel@kde.org
Data: Segunda-feira, 4 de Janeiro de 2010, 1:41
hi all ..
doing some last minute API
On Sun, Jan 3, 2010 at 10:54 PM, Patrick Aljord patc...@gmail.com wrote:
On Sun, Jan 3, 2010 at 9:18 PM, Aaron J. Seigo ase...@kde.org wrote:
anything else?
Maybe this is not related but html5 storage doesn't seem to work, I get
this error when starting the plasmoid:
Ok, I tested in
On January 3, 2010 19:41:19 Aaron J. Seigo wrote:
hi all ..
doing some last minute API grooming here and noticed that we have
Plasma::Animation::setWidgetToAnimate while Qt has
QVariantAnimation::setTargetObject.
proposal: changed setWidgetToAnimate to setTargetWidget, for consistency.
On January 3, 2010, Patrick Aljord wrote:
Ok, I tested in arora and I get the same error so it's probably Qt related.
It would be cool to have that though, it would enable to write real
desktop web app like adobe air, I know I can use data engines but having
that would be great too and easier
hi ...
this one is probably more for Marco and Chani as they are the two other people
who have touched the action and toolbox code the most :)
right now it's impossible to order the actions shown in toolboxes in any sane
fashion since we don't know what the actions do and therefore how to
On January 3, 2010, Aaron J. Seigo wrote:
i am not overly satisfied with using QAction::data() as such a metadata
dumping ground but i couldn't think of another more elegant solution.
anyone else have ideas?
since the changes induced by fixing this started actually fixing bugs (oh my!
;) and
On Sun, Jan 3, 2010 at 10:41 PM, Aaron J. Seigo ase...@kde.org wrote:
hi all ..
doing some last minute API grooming here and noticed that we have
Plasma::Animation::setWidgetToAnimate while Qt has
QVariantAnimation::setTargetObject.
Hah, missed this entirely!
proposal: changed
14 matches
Mail list logo