From kde-panel-devel Wed Mar 19 18:37:04 2008 From: "Jordi Polo" Date: Wed, 19 Mar 2008 18:37:04 +0000 To: kde-panel-devel Subject: Re: GSoC: command and get obeyed ! Message-Id: X-MARC-Message: https://marc.info/?l=kde-panel-devel&m=120595186428651 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0788781334==" --===============0788781334== Content-Type: multipart/alternative; boundary="----=_Part_18133_13029178.1205951824115" ------=_Part_18133_13029178.1205951824115 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Unbelievable, in 3 or 4 iterations of emails we seem to agree if not 100% of the ideas, at least in most of the vision. I will rewrite all this in a more concrete gsoc style proposal and send it to the ML tomorrow. > > translate -> feed runners and get their results (the user select or > launch > > the top ranking) > > > > :translate -> The command is parser and only the "translate" service > runner > > other things that can help: > > * relevancy ranking. any runner which recognizes its keywords (e.g. > "starting > with translate" for a translation runner) should up the relevancy of the > rturn > > * if done in coordination with another application, that application can > hint > which runner to favour (not neccessarily limit to, but at least favour), > which you already mentioned above. > I see two choices here: - Let the runners do the parsing job. Adding keywords to the runners, get apps hinting and let the best win. May be more dynamic but you may not get what you want and surely more difficult to implement. - Let a "proxy" do the parsing job. Mapping keywords to runners. Configure what syntax goes to what runner and let only one activate. All the language parsing in one place, more reliable results (the user defines how the language works), learning can be implemented here though. At a first glance both choices may have advantages and drawbacks. But being 3.30 am here now, my first glance is all but reliable. -- Jordi Polo Carres NLP laboratory - NAIST http://www.bahasara.org ------=_Part_18133_13029178.1205951824115 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Unbelievable, in 3 or 4 iterations of emails we seem to agree if not 100% of the ideas, at least in most of the vision.

I will rewrite all this in a more concrete gsoc style proposal and send it to the ML tomorrow.



> translate  -> feed runners and get their results (the user select or launch
> the top ranking)
>
> :translate -> The command is parser and only the "translate" service runner

other things that can help:

* relevancy ranking. any runner which recognizes its keywords (e.g. "starting
with translate" for a translation runner) should up the relevancy of the
rturn

* if done in coordination with another application, that application can hint
which runner to favour (not neccessarily limit to, but at least favour),
which you already mentioned above.


I see two choices here:
- Let the runners do the parsing job. Adding keywords to the runners, get apps hinting and let the best win. May be more dynamic but you may not get what you want and surely more difficult to implement.
- Let a "proxy" do the parsing job. Mapping keywords to runners. Configure what syntax goes to what runner and let only one activate. All the language parsing in one place, more reliable results (the user defines how the language works), learning can be implemented here though.

At a first glance both choices may have advantages and drawbacks. But being 3.30 am here now, my first glance is all but reliable. 

--
Jordi Polo Carres
NLP laboratory - NAIST
http://www.bahasara.org
------=_Part_18133_13029178.1205951824115-- --===============0788781334== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Panel-devel mailing list Panel-devel@kde.org https://mail.kde.org/mailman/listinfo/panel-devel --===============0788781334==--