On Wednesday 03 July 2013 23:47:14 Sebastian Kügler wrote:
> > If t hat's all no issue at all then i happily put some life into it
> > and push it to a scratch repository :)
>
> That would be nice. The digital clock (and calendar) need porting, and
> especially the calendar seems a bit more comple
On Thu, Jul 4, 2013 at 1:45 PM, Sebastian Kügler wrote:
> Hi Mark,
>
> Thanks for letting me hijack this thread. :)
You actually hijacked your own thread ^_-
I will make a new thread on plasma-devel once i've put it in a scratch
repo (this weekend). Since that might also be a good time to think
Hi Mark,
Thanks for letting me hijack this thread. :)
On Thursday, July 04, 2013 00:01:04 Mark wrote:
> >> > Btw, didn't you write a calendarcomponent which we could use in the QML
> >> > version of the clock?
> >>
> >> Ahh, you remembered To be honest, it is bit-rotting somewhere. I
> >> don't
On Wed, Jul 3, 2013 at 11:47 PM, Sebastian Kügler wrote:
> Hi Mark,
>
> On Wednesday, July 03, 2013 23:33:13 Mark wrote:
>> On Wed, Jul 3, 2013 at 2:44 PM, Sebastian Kügler wrote:
>> > On Wednesday, July 03, 2013 11:41:20 Mark wrote:
>> >> On Tue, Jul 2, 2013 at 3:18 AM, Sebastian Kügler wrote:
Hi Mark,
On Wednesday, July 03, 2013 23:33:13 Mark wrote:
> On Wed, Jul 3, 2013 at 2:44 PM, Sebastian Kügler wrote:
> > On Wednesday, July 03, 2013 11:41:20 Mark wrote:
> >> On Tue, Jul 2, 2013 at 3:18 AM, Sebastian Kügler wrote:
> >> Just a quick thought. Does it help if you expose the data as
On Wed, Jul 3, 2013 at 2:44 PM, Sebastian Kügler wrote:
> Hi Mark,
>
> On Wednesday, July 03, 2013 11:41:20 Mark wrote:
>> On Tue, Jul 2, 2013 at 3:18 AM, Sebastian Kügler wrote:
>
>> > I'm looking into our dataengine and relevant QML bindings right now, I can
>> > now load a dataengine and use i
Hi Mark,
On Wednesday, July 03, 2013 11:41:20 Mark wrote:
> On Tue, Jul 2, 2013 at 3:18 AM, Sebastian Kügler wrote:
> > I'm looking into our dataengine and relevant QML bindings right now, I can
> > now load a dataengine and use it from Plasma 2, but I have to convert the
> > payload (::data() f
On Tue, Jul 2, 2013 at 3:18 AM, Sebastian Kügler wrote:
> Hi,
>
> I'm looking into our dataengine and relevant QML bindings right now, I can now
> load a dataengine and use it from Plasma 2, but I have to convert the payload
> (::data() from a QHash to a QVariantMap.
>
> In src/declarativeimports/
On Tuesday 02 July 2013 03:18:37 Sebastian Kügler wrote:
> Converting it to a QVariantMap instead makes it work from QML, but it's not
> actually what we want to do here. Or is it?
yeah, qvariantmap is less efficient (since it always orders the keys), but
qjsengine (therefore qqmlengine) only un
Hi,
I'm looking into our dataengine and relevant QML bindings right now, I can now
load a dataengine and use it from Plasma 2, but I have to convert the payload
(::data() from a QHash to a QVariantMap.
In src/declarativeimports/core/datasource.*) the data property returns
QHash. This doesn't s
10 matches
Mail list logo
