On Thursday 14 May 2009 23:22:46 Chani wrote:
> > > It's not made up, as far as I can see it's remaining capacity / current
> > > discharge rate. So it does tell you when your battery runs out if you
> > > keep doing what you're doing right now.
> > >
> > > Maybe a good point is to think about how
Sorry for disapearing,
I joined the irc that day but it seemed that everyone was AFK. I did not
have the time to code anything useful at the time, so I didn't have any
question either.
The question is that I'm very busy right now, because I'm doing some
"freelances" to get some money, this means t
On May 14, 2009 13:25:19 Aaron J. Seigo wrote:
> On Thursday 14 May 2009, David Nolden wrote:
> > Yes maybe, but to the average user the percentage will be a near useless
> > number.
>
> so people don't find the battery indicator on their cell phone useful?
ugh, I hate that thing. what the hell do
>
> > It's not made up, as far as I can see it's remaining capacity / current
> > discharge rate. So it does tell you when your battery runs out if you
> > keep doing what you're doing right now.
> >
> > Maybe a good point is to think about how we can make this more clear to
> > the user.
>
> I'd
Hi Marco,
On 15/05/09 7:10 AM, "ext Marco Martin" wrote:
>>> * if one wants to create QML items dynamically, e.g. when a DataEngine
>>> returns a source create a new QML item and load it, how does that work
>>> exactly? can that be done from a JavaScript file?
>>
>> We have a couple of ways of
On Friday 15 May 2009 07:10:38 Marco Martin wrote:
> > We have a couple of ways of dealing with "lists" of things (which sounds
> > like what the sources returned from a dataengine conceptually are). All
> > of our view classes can take sets of things, and we also have a
> > generalized "Repeater
Am Donnerstag 14 Mai 2009 22:25:19 schrieb Aaron J. Seigo:
> On Thursday 14 May 2009, David Nolden wrote:
> > Yes maybe, but to the average user the percentage will be a near useless
> > number.
>
> so people don't find the battery indicator on their cell phone useful?
To me my cellphone has 2 stat
On Thursday 14 May 2009, Oszkar Ambrus wrote:
> Aaron J. Seigo wrote:
> > yep; so, are you going to work on a patch for Corona in libplasma or
> > should i
>
> Oh, I thought you only meant to add that to the subclass.
yes, usually when i suggest a feature i'm also volunteering.. in this case i'm
Aaron J. Seigo wrote:
> yep; so, are you going to work on a patch for Corona in libplasma or should i
>
Oh, I thought you only meant to add that to the subclass.
Of course, I'll gladly do that! (Haven't submitted any patches yet, so I
don't know how that works, but I'll make the patch and let
On Thursday 14 May 2009, aaron.kenn...@nokia.com wrote:
> Hi Aaron,
>
> Great list of questions! I apologize in advance if my answers are a little
> "qml general" rather than specific to the plasma integration, but I'd
> prefer to let Alan handle those details rather than me just getting them
> wr
On Thursday 14 May 2009 07:27:33 Sebastian Kügler wrote:
> > if my battery is going bad, that's one thing and i deserve everything i
> > get with that. nothing will save me then. but point to a defective corner
> > case in hardware is not justification for anything. we're talking about
> > generall
On Thursday 14 May 2009, J. Janz wrote:
> It's not the original intention of David's question (since he's into
> networking and stuff) but maybe for this one there's already something
> done: Let's say, what if a freshly added second instance of taskbar wanted
> to fit some of the first one's entri
Hello,
2009/5/14 Aaron J. Seigo
> On Thursday 14 May 2009, David Marques wrote:
> > or something similar (maybe i missed it ??). It would add a great value
> to
> > the plasma API if plasmoid instances could communicate with each other. I
>
> what are the use cases?
It's not the original intent
hi all ..
i'm heading the airport soon and will be mostly out of communication for a few
days here.
i have a bunch of plasma things to work on, so don't worry i won't be getting
lazy ;) but you may have a harder time finding me online or on this list for a
few days...
--
Aaron J. Seigo
humru
On Thursday 14 May 2009, Oszkar Ambrus wrote:
> Aaron J. Seigo wrote:
> > well, what about the solution i suggested in my other email. does your
> > app provide a custom Corona subclass?
>
> I misunderstood that. Sorry.
> Yes, I think I'll try that, because otherwise I have to many
> KServiceTypeTr
On Thursday 14 May 2009, David Nolden wrote:
> Yes maybe, but to the average user the percentage will be a near useless
> number.
so people don't find the battery indicator on their cell phone useful?
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2
On Thursday 14 May 2009, Ontje Lünsdorf wrote:
> My plasmoid is called TestFest and it's a DataEngine which monitors a
> sourcecode directory for file changes and reruns a testsuite (currently
cool...
> As each applet can be configured for a different directory I need to
> communicate that inform
Hi,
thanks Aaron, configuration is now working :)
My plasmoid is called TestFest and it's a DataEngine which monitors a
sourcecode directory for file changes and reruns a testsuite (currently only
python testsuite) upon a change. According to the success/fail ratio the
applet will show a pictu
> Which bring us at a kind of funny situation: a project that had already been
> developed is selected as a GSoC project even with tens of mentors evaluating
> the proposals.
Yeah, I'm hoping google will be a bit lenient because of that.
> Well, in a way or another, Mehmet Ali, if you want I can
On Thursday 14 May 2009, 15:29 Shantanu Tushar Jha wrote:
> plasmate: symbol lookup error:
> /home/kde-devel/kde/lib/kde4/plasma_wallpaper_image.so: undefined symbol:
> _ZN6Plasma9Wallpaper17setUsingDiskCacheEb
You didnt do anything wrong :) . Yesterday the API of libplasma changed and due
to tha
On Thu, May 14, 2009 at 8:57 PM, Aaron J. Seigo wrote:
> On Thursday 14 May 2009, Shantanu Tushar Jha wrote:
> > As you can see it can't find any editors for "text/*" when I click New...
>
> that's coming from kdelibs/plasma/private/packages.cpp ... it should
> probably
> be changed to text/plain
Hi Mehmet Ali Akmanalp!
Actually I've applied to Plasma GSoC with this project, but unfortunately I
wasn't selected since there were not enough slots for all wanted projects.
It seems that the other ones were in a higher level of priority...
Which bring us at a kind of funny situation: a project
Aaron J. Seigo wrote:
> well, what about the solution i suggested in my other email. does your app
> provide a custom Corona subclass?
I misunderstood that. Sorry.
Yes, I think I'll try that, because otherwise I have to many
KServiceTypeTrader queries.
That's cool, thanks!
--
Oszkár Ambrus
"
On Thursday 14 May 2009, 13:48 David Marques wrote:
> Suppose i have a multiplayer game plasmoid for example and i want to
> communicate with another plasmoid instance running on the same desktop or
> even on another host. Is there any way for inter plasmoid communication
> already ??
There is
Hello All,
Suppose i have a multiplayer game plasmoid for example and i want to
communicate with another plasmoid instance running on the same desktop or even
on another host. Is there any way for inter plasmoid communication already ??
Regards,
David Marques
__
Am Donnerstag 14 Mai 2009 17:32:56 schrieb Aaron J. Seigo:
> On Thursday 14 May 2009, David Nolden wrote:
> but our calculation will still be wrong. and that's a cardinal rule: the
> user is allowed to get it wrong. the computer can't without diminishing
> trust in the system. lower trust translate
On Thursday 14 May 2009, Oszkar Ambrus wrote:
> >> Then wouldn't it be a good ideea to have a listAllCategories (or
> >> similar) function, which gives all the categories used by any
> >> Plasma/Applet?
> >
> > we can't translate them then, and the list of categories and what you get
> > in a confi
>> Then wouldn't it be a good ideea to have a listAllCategories (or
>> similar) function, which gives all the categories used by any
>> Plasma/Applet?
>>
>
> we can't translate them then, and the list of categories and what you get in
> a
> config UI like the applet browser wouldn't match.
On Thursday 14 May 2009, Oszkar Ambrus wrote:
> Then wouldn't it be a good ideea to have a listAllCategories (or
> similar) function, which gives all the categories used by any
> Plasma/Applet?
we can't translate them then, and the list of categories and what you get in a
config UI like the apple
On Thursday 14 May 2009, 13:02 David Marques wrote:
> Hello Plasma Developers,
Hi :)
> I have been playing with plasmoids for a while and i have noticed that
> the plasma API does not provide an inter plasmoids communication mechanism
> or something similar (maybe i missed it ??). It would ad
On Thursday 14 May 2009, David Marques wrote:
> or something similar (maybe i missed it ??). It would add a great value to
> the plasma API if plasmoid instances could communicate with each other. I
what are the use cases?
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F
On Thursday 14 May 2009, Oszkar Ambrus wrote:
> Is this permanent?
yes.
> I don't mind using a trader, but in this case they
> will they appear in the list of widgets that can be added to the Dashboard?
the one possibility i can think of is allowing the application to override
those categories.
On Thursday 14 May 2009, Artur Souza(MoRpHeUz) wrote:
> On Thursday 14 May 2009, 07:23 Ivan Čukić wrote:
> > The sole purpose of a predefined list of categories is for plasmoid
> > developers to use them and only them.
>
> AFAIR, another purpose is i18n.
s,another,the primary,g
--
Aaron J. Seig
Hi,
Ivan Čukić wrote:
>> I don't really understand the reason for this, since I use the plasmoids
>> in my own application as plugins.
>>
> OK, I see. The categories are meant for the /normal/ plasmoids.
>
> IMO, it wouldn't be wise to impose these categories on every plasma-based
> applicat
Hello Plasma Developers,
I have been playing with plasmoids for a while and i have noticed that the
plasma API does not provide an inter plasmoids communication mechanism or
something similar (maybe i missed it ??). It would add a great value to the
plasma API if plasmoid instances could co
On Thursday 14 May 2009, Sebastian Kügler wrote:
> On Thursday 14 May 2009 11:20:55 Aaron J. Seigo wrote:
> > On Thursday 14 May 2009, Aaron J. Seigo wrote:
> > > it is not an absolute number, it's a made up number. it's a guess. you
> > > call
> >
> > on my way to bed i remembered one further poin
On Thursday 14 May 2009, David Nolden wrote:
> We can do a better calculation than the users bad one, and that's why we
> should do it.
but our calculation will still be wrong. and that's a cardinal rule: the user
is allowed to get it wrong. the computer can't without diminishing trust in
the sy
On Thursday 14 May 2009, Shantanu Tushar Jha wrote:
> As you can see it can't find any editors for "text/*" when I click New...
that's coming from kdelibs/plasma/private/packages.cpp ... it should probably
be changed to text/plain
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2
On Sun, May 10, 2009 at 6:29 AM, Aaron J. Seigo wrote:
> On Saturday 09 May 2009, Shantanu Tushar Jha wrote:
> > I looked at the techbase about kparts and studied kwrite code a bit, and
> > finally started to try with embedding a text editing kpart in Plasmate.
> > I know there's a lot to be done
On Thursday 14 May 2009, Alan Alpert wrote:
> On Thursday 14 May 2009 17:53:42 Marco Martin wrote:
> > On 5/13/09, Alan Alpert wrote:
> > > On Thursday 14 May 2009 00:00:14 Artur Souza(MoRpHeUz) wrote:
> > >> On Wednesday 13 May 2009, 06:18 Alan Alpert wrote:
> > >> > Those of you following Qt Lab
On Thursday 14 May 2009, 07:23 Ivan Čukić wrote:
> The sole purpose of a predefined list of categories is for plasmoid
> developers to use them and only them.
AFAIR, another purpose is i18n. Making sure that plasmoids are inside one of
these categories, makes sure that we can translate the catego
2009/5/14 Andreas Stricker :
> But what about to show the remaining time only with the expected
> accurancy? Either in scientific form...
because the power consumption may vary by a factor of two or more.
More important is to communicate that it depends on what the computer
is doing.
_
Petri Damstén schrieb:
> On Thursday 14 May 2009 12:13:22 Aaron J. Seigo wrote:
>> i'm guessing car manufacturers realize that it's safer to let the user
>> guess based on the readout of the fuel level, [...]
>
> I think I have seen several cars that estimate kilometers left with the
> current ta
2009/5/14 Sebastian Kügler :
> On Thursday 14 May 2009 11:13:22 Aaron J. Seigo wrote:
>> > The time remaining gives at least an approximation of what the user can
>> > expect, and does so in a *meaningful* way (by providing an absolute
>> > number).
>>
>> it is not an absolute number, it's a made u
On Thursday 14 May 2009 17:53:42 Marco Martin wrote:
> On 5/13/09, Alan Alpert wrote:
> > On Thursday 14 May 2009 00:00:14 Artur Souza(MoRpHeUz) wrote:
> >> On Wednesday 13 May 2009, 06:18 Alan Alpert wrote:
> >> > Those of you following Qt Labs closely will have heard about Qt
> >> > Kinetic's
>
On Thursday 14 May 2009 11:13:22 Aaron J. Seigo wrote:
> On Thursday 14 May 2009, Sebastian Kügler wrote:
> > > can someone provide a justification, other than idiot pacification, for
> > > r#915184
> >
> > Yes. The percentage is even less relevant, a bad battery can show 100%
> > and still go down
Am Donnerstag 14 Mai 2009 12:40:35 schrieb Nuno Pinheiro:
> A Thursday 14 May 2009 11:10:29, Casper Clemence escreveu:
> > There are two questions
> >
> > 1) what is the most useful (or conversely, misleading) information for
> > the user 2) what is pleasant/pretty for the user
> >
> > My experienc
On Thursday 14 May 2009 11:20:55 Aaron J. Seigo wrote:
> On Thursday 14 May 2009, Aaron J. Seigo wrote:
> > it is not an absolute number, it's a made up number. it's a guess. you
> > call
>
> on my way to bed i remembered one further point: on handheld devices this
> "time left" number would be a t
Hi,
> I don't really understand the reason for this, since I use the plasmoids
> in my own application as plugins.
OK, I see. The categories are meant for the /normal/ plasmoids.
IMO, it wouldn't be wise to impose these categories on every plasma-based
application.
This is an interesting questi
Hi Ivan,
>> I noticed that since last week Plasma::Applet::listCategories() only
>> lists categories that are on the official list (found at [1]).
>>
> The sole purpose of a predefined list of categories is for plasmoid
> developers
> to use them and only them.
>
I don't really understand
A Thursday 14 May 2009 11:10:29, Casper Clemence escreveu:
> There are two questions
>
> 1) what is the most useful (or conversely, misleading) information for the
> user 2) what is pleasant/pretty for the user
>
> My experience is that non-tech-savvy users tend to consider inaccurate
> predictions
Hi Oszkar,
> I noticed that since last week Plasma::Applet::listCategories() only
> lists categories that are on the official list (found at [1]).
The sole purpose of a predefined list of categories is for plasmoid developers
to use them and only them.
Cheerio,
Ivan
_
There are two questions
1) what is the most useful (or conversely, misleading) information for the user
2) what is pleasant/pretty for the user
My experience is that non-tech-savvy users tend to consider inaccurate
predictions to be simply "wrong". This means that they are (1) not
useful and (2)
Hi,
I noticed that since last week Plasma::Applet::listCategories() only
lists categories that are on the official list (found at [1]).
Thus I can only retrieve my categories using a KServiceTypeTrader (the
way the listCategories implementation does it).
Is this permanent? I don't mind using a
On Thursday 14 May 2009 12:13:22 Aaron J. Seigo wrote:
> let me close with an example from the world of automobiles: ever notice how
> fuel gages show "how much is left in your tank" versus "how many kilometers
> you have left to go"? think about it. this is the exact same issue. now,
> either car
A Thursday 14 May 2009 07:26:52, Kevin Ottens escreveu:
> On Thursday 14 May 2009 06:01:36 Aaron J. Seigo wrote:
> > i honestly don't get it.
>
> Me neither. Had to constantly fight this kind of stuff going in libsolid
> too... There's quite some obsession out there regarding "remaining time"
> eve
A Thursday 14 May 2009 10:20:55, Aaron J. Seigo escreveu:
> On Thursday 14 May 2009, Aaron J. Seigo wrote:
> > it is not an absolute number, it's a made up number. it's a guess. you
> > call
>
> on my way to bed i remembered one further point: on handheld devices this
> "time left" number would be
I do like the "remaining time" feature. Even if it's not 100% accurate, it's
accurate enough, and it would be a big loss not having it.
Why not just change it to "Approx. remaining time", and you're fine.
The proposed "Time since last charge" would be a very useful addition, but not
a replaceme
On Thursday 14 May 2009, Aaron J. Seigo wrote:
> it is not an absolute number, it's a made up number. it's a guess. you call
on my way to bed i remembered one further point: on handheld devices this
"time left" number would be a total joke.
both my cell phone and n810 can last days if i let them
On Thursday 14 May 2009, Sebastian Kügler wrote:
> > can someone provide a justification, other than idiot pacification, for
> > r#915184
>
> Yes. The percentage is even less relevant, a bad battery can show 100% and
> still go down within two minutes.
if my battery is going bad, that's one thing
Hi,
On Thursday 14 May 2009 03:07:43 Aaron J. Seigo wrote:
> so .. http://websvn.kde.org/?view=rev&revision=915184
>
> when did we start adding features that have no chance in hell of actually
> working accurately?
>
> i love how my battery had 0:00 time just a second ago, even though it's
> fully
On 5/13/09, Alan Alpert wrote:
> On Thursday 14 May 2009 00:00:14 Artur Souza(MoRpHeUz) wrote:
>> On Wednesday 13 May 2009, 06:18 Alan Alpert wrote:
>> > Those of you following Qt Labs closely will have heard about Qt
>> > Kinetic's
>> > Declarative UI
>>
>> The first thing that I can think about
> >
> > well, it works well enough for *me*... you don't want to hobble mouse
> > interaction because some people have crappy touchpads, so why hide
> > battery info because some people have crappy battery hardware/drivers?
>
> because beyond crappy drivers i have yet to see calculations that actu
Here's the answers to the rest of your questions :)
On Thursday 14 May 2009 10:30:09 Aaron J. Seigo wrote:
> * in the examples i see that the QmlComponent is creating a QGraphicsItem
> as its root component. was there any reason for not using a QGraphicsWidget
> there that we should be aware of,
64 matches
Mail list logo
