[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Varnamproject-discuss] New feature

From: Kevin Martin
Subject: Re: [Varnamproject-discuss] New feature
Date: Thu, 2 Apr 2015 09:05:46 +0530

Hi, the PR is almost ready. I'm home for easter. Will submit the PR as soon as I get back.


Kevin Martin Jose

On Tue, Mar 31, 2015 at 12:58 PM, Navaneeth K N <address@hidden> wrote:
Hash: SHA1

Hi Kevin,

I did some work on the preferences screen for ibus-varnam engine.

Run `ibus-setup` or choose `Preferences` from the panel, and choose
one of the varnam engines. You can notice that the `Preferences`
button is activated now. Clicking on that will open a new window which
can have all the configurable options that we need.

The way this is done,

1) Preferences is a separate GTK application
2) ibus looks for <setup> node in the XML configuration. This setup
node points to the executable for the preferences application.

I still haven't added properties in to this screen. I will do that
later. In the meantime, can you please cleanup your implementation and
send a PR?

On Saturday 07 March 2015 09:05 PM, Navaneeth K N wrote:
> On Friday 06 March 2015 05:45 PM, Kevin Martin wrote:
>> Yes, we need to be able to turn this feature on and off. But
>> where would the configuration option go? Do we specify it as a
>> flag when compiling or do we have to come up with a system to
>> handle these settings? A similar situation arose when we were
>> developing with inscript. Inscript used normal chills while
>> varnam by default used atomic chills (or was it the other way
>> round?). Instead of hardcoding the checks, I thought it would be
>> better if we can implement a whole new settings feature.
> Usually, when you run `ibus-setup`, and click on the input method,
> there is a "Preferences" button (which is disabled right now for
> varnam). Ideally all the preferences will go there.
> Now, I am not sure about how we can hook on to the preferences.
> Probably, looking at some other engines source might help.

- --
Version: GnuPG v1


reply via email to

[Prev in Thread] Current Thread [Next in Thread]