[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-panel-devel
Subject: Re: [PATCH] RunnerManager
From: "Jordi Polo" <mumismo () gmail ! com>
Date: 2008-04-22 16:34:17
Message-ID: a4162420804220934g4b517679q9f8007450acb33a4 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
>
> > If runners is ordered and add them to the job queue as they appear in
> the
> > list, . results of faster runners will appear first. Setting
> dependencies is
> > tricky also, as we will have several concurrent threads but the user
> will
> > likely provide a ordered list, comply with that and having concurrent
> > processing is difficult ... Priority won't help when one runner is order
> of
> > times slower than other ...
>
> I don't see why a user would expect results to come in a defined order
> all the time. The way launchers work is that the matches are
> incrementally added. Of course quicker runners will provide matches
> first. I don't see this as a problem. In fact, the speed of the runner
> may vary from query to query and the only way to have results appear
> in a defined order all the time would be to process them sequentially.
>
> On second thought we could add dependencies. Shouldn't be that
> difficult. It isn't as tricky as you might think it is.
>
Ok, What does it mean to you the priority list?
For me, it means the order the results will appear in the screen.
The processing, I suppose it will fast enough so users will not bother
prioritizing it (or KDE should do the job transparently to the user). And
don't try to explain about other results coming earlier than the prioritized
ones in a multicore machine in bugs reports that's what it processing
priority is what it is meant for priority.
Also, for people be really be productive with a interface, the interface
must disappear and let then focus in the work. And to make the interface
disappear it should be subconsciously managed (as when you drive a car).
So, answers to a given query should be always the same and in the same
order.
So I argued about sending things to the queue ordered, we will get them
disordered even if we try hard but surely this is the most efficient way. We
take the results and present to the user.
Now I just discovered a big problem in this idea. The results will be
created and recreated so what it is now the second result may not be the
second one when the user goes click it ... And wait for all the results
being ready is not an option either.
Maybe priority list is not so good idea anyway ...
What do you think about blacklisting being better than whilelisting?
>
> > As a side note, I guess I will pretty much cut much of my krunner
> > development time in the short future. I applied to GSoC but failed.
> Meaning
> > I should look for a job ASAP and living in Japan, a job means 10-14
> > hours/day 6days/week. No much free time left.
> >
>
> Ouch, well I haven't had much free time due to my job at a
> "multinational consumer consumer goods giant" but at least our
> timezones match somewhat. You're an hour ahead of me. :) Also off
> topic, what's it like in Japan? I was invited to study in Osaka
> University for a year but I'm not to keen on accepting it.
To study what?
Japan is pretty much "go and try it". There are people who loves it and
people that hates it.
Living is comfortable and convenient but your everyday life will really
depend on where you live.
Oosaka University has at least two campuses I am aware of. Both are in the
north part of Osaka. It is a quite place there, you can just use your
bicycle to go shopping, etc. And you have a cool monorail that connects to
the main railways.
If you prefer chaos and movement I guess it is not a good option.
Where are you?
--
Jordi Polo Carres
NLP laboratory - NAIST
http://www.bahasara.org
[Attachment #5 (text/html)]
<div class="gmail_quote"><div><br> </div><blockquote class="gmail_quote" \
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; \
padding-left: 1ex;"><div class="Ih2E3d"><br> > If runners is ordered and add \
them to the job queue as they appear in the<br> > list, . results of faster \
runners will appear first. Setting dependencies is<br> > tricky also, as we will \
have several concurrent threads but the user will<br> > likely provide a ordered \
list, comply with that and having concurrent<br> > processing is difficult ... \
Priority won't help when one runner is order of<br> > times slower than other \
...<br> <br>
</div>I don't see why a user would expect results to come in a defined order<br>
all the time. The way launchers work is that the matches are<br>
incrementally added. Of course quicker runners will provide matches<br>
first. I don't see this as a problem. In fact, the speed of the runner<br>
may vary from query to query and the only way to have results appear<br>
in a defined order all the time would be to process them sequentially.<br>
<br>
On second thought we could add dependencies. Shouldn't be that<br>
difficult. It isn't as tricky as you might think it is.<br>
<div class="Ih2E3d"></div></blockquote><div><br>Ok, What does it mean to you the \
priority list?<br>For me, it means the order the results will appear in the screen. \
<br>The processing, I suppose it will fast enough so users will not bother \
prioritizing it (or KDE should do the job transparently to the user). And don't \
try to explain about other results coming earlier than the prioritized ones in a \
multicore machine in bugs reports that's what it processing priority is what it \
is meant for priority.<br> <br>Also, for people be really be productive with a \
interface, the interface must disappear and let then focus in the work. And to make \
the interface disappear it should be subconsciously managed (as when you drive a \
car). So, answers to a given query should be always the same and in the same \
order. <br> <br>So I argued about sending things to the queue ordered, we will get \
them disordered even if we try hard but surely this is the most efficient way. We \
take the results and present to the user. <br><br>Now I just discovered a big problem \
in this idea. The results will be created and recreated so what it is now the second \
result may not be the second one when the user goes click it ... And wait for all the \
results being ready is not an option either.<br> <br>Maybe priority list is not \
so good idea anyway ...<br><br>What do you think about blacklisting being better than \
whilelisting?<br><br></div><blockquote class="gmail_quote" style="border-left: 1px \
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div \
class="Ih2E3d">><br> > As a side note, I guess I will pretty much cut much of \
my krunner<br> > development time in the short future. I applied to GSoC but \
failed. Meaning<br> > I should look for a job ASAP and living in Japan, a job \
means 10-14<br> > hours/day 6days/week. No much free time left.<br>
><br>
<br>
</div>Ouch, well I haven't had much free time due to my job at a<br>
"multinational consumer consumer goods giant" but at least our<br>
timezones match somewhat. You're an hour ahead of me. :) Also off<br>
topic, what's it like in Japan? I was invited to study in Osaka<br>
University for a year but I'm not to keen on accepting \
it.</blockquote><div><br>To study what?<br>Japan is pretty much "go and try \
it". There are people who loves it and people that hates it. <br>Living is \
comfortable and convenient but your everyday life will really depend on where you \
live. <br> Oosaka University has at least two campuses I am aware of. Both are in the \
north part of Osaka. It is a quite place there, you can just use your bicycle \
to go shopping, etc. And you have a cool monorail that connects to the main railways. \
<br> If you prefer chaos and movement I guess it is not a good option. \
<br> <br>Where are you?<br></div></div><br><br>-- <br>Jordi Polo Carres<br>NLP \
laboratory - NAIST<br><a \
href="http://www.bahasara.org">http://www.bahasara.org</a><br>
_______________________________________________
Panel-devel mailing list
Panel-devel@kde.org
https://mail.kde.org/mailman/listinfo/panel-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic