Fabrizio, Ryan, thank you for your interest!

Although I'm suspending the work at this time, your interest gives me
a good reason to restart ;-)
I'll CC you in bug(s) and post some status there within weeks.
Regards.
----
morrita

On Thu, Jan 27, 2011 at 4:23 AM, Ryan Leavengood <leaveng...@gmail.com> wrote:
> On Wed, Jan 26, 2011 at 1:52 PM, Fabrizio Machado
> <fabrizio.machado...@gmail.com> wrote:
>>
>> This would rely on a spelling engine but, as qt has no spell checker,
>> Hunspell integration to WebCore seems appealing.
>>
>> I was headed in this direction when I found this thread and I wonder if you
>> are still pursuing this.
>>
>> Can you tell me if it is a worthwhile pursuit, or if you had problems?  I'm
>> interested in continuing, but give me a "heads up" if you were blocked for
>> some reason.
>
> For what it is worth, the approach outlined by Hajime would also be
> useful for the Haiku port I am working on. I was already considering
> porting Hunspell to Haiku and making use of it in the Haiku port, but
> if multiple ports could benefit all the better.
>
> It seems like the TextCheckerClient approach is reasonable if it is
> architected in the same way as EditorClient and friends. The Hunspell
> based TextChecker could live in WebCore and link with Hunspell and
> would only be compiled and used by ports which need it. There would
> still need to be a TextCheckerClient in WebCoreSupport in WebKit to
> call to the TextCheckerHunspell or whatever in WebCore. Maybe this
> still isn't the right architecture but I don't think it is impossible
> to implement this in a way which matches other uses in WebKit.
>
> --
> Regards,
> Ryan
> _______________________________________________
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>



-- 
morrita
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Reply via email to