Difference between revisions of "Problem need to be settled in 4.3"
Jump to navigation
Jump to search
Weng Xuetian (talk | contribs) (Created page with "Here we list some problem which can not be done for Fcitx 4.2, due to binary compatible and API compatible. Rule: Something looks like reinvent the wheel, but actually it's a...") |
Weng Xuetian (talk | contribs) |
||
| Line 12: | Line 12: | ||
* Move FcitxConfigFile away from file system related interface. | * Move FcitxConfigFile away from file system related interface. | ||
** Certainly we will never go with gconf/dconf, they are so messy and fcitx will never use glib. | ** Certainly we will never go with gconf/dconf, they are so messy and fcitx will never use glib. | ||
| + | * Better test driven develop. Target is we can test everything that being added. | ||
Revision as of 20:36, 20 April 2013
Here we list some problem which can not be done for Fcitx 4.2, due to binary compatible and API compatible.
Rule: Something looks like reinvent the wheel, but actually it's avoid external breakage.
- Main loop module should not use fd_set, in order to make it be able to change the underlying system to epoll or any other things.
- FcitxHotkey should not be a array of 2, with ability to make it have more than one hotkey
- Deprecated GetOutString, Use FcitxInstanceCommitString instead.
- Deprecated GetRawInputString, maybe this should belong to input method.
- Merge FcitxInstance and FcitxInputState.
- Maybe we need a event based system to merge both "hook", "context", "timeout".
- DBus Maybe need to have ability to extend event system?
- Move FcitxConfigFile away from file system related interface.
- Certainly we will never go with gconf/dconf, they are so messy and fcitx will never use glib.
- Better test driven develop. Target is we can test everything that being added.