#1681 closed bug (fixed)
Input server: no method's menu
Reported by: | anthonylee | Owned by: | korli |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Kits/Interface Kit | Version: | R1/pre-alpha1 |
Keywords: | Cc: | axeld | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
There are no menu in input method tray of DeskBar.
Change History (13)
comment:1 by , 17 years ago
comment:2 by , 17 years ago
Does the problem appear only with BeCKJ ?
No, same problem when only use Canna, in the menu of DeskBar, only show "<empty>".
I noticed this bug probably was connected with BUG of BMenu::Instantiate() when I test "MethodAddonTest" on Haiku.
BMenu::Instantiate() can't do a sub-menu instantiation.
BTW, BTextView's redraw action need to expand a pixel around the region.
comment:3 by , 17 years ago
The popup menu of Canna definitely worked in the past, so this is a regression. Will have to test which change caused it.
BTW It's not a good idea to put multiple bug reports in the same ticket. It's better to open a different ticket for the TextView problem.
comment:4 by , 17 years ago
Forgot this: The empty menu in canna/BeCKJ could be also caused by a problem in BView scripting. Last time it got broken it was because of that.
comment:5 by , 17 years ago
Cc: | added |
---|
Actually it's broken since hrev21959. The internal name of the deskbar window changed and is now w>Deskbar instead of Deskbar ... Axel, what was the reason for the change ?
follow-up: 7 comment:6 by , 17 years ago
Axel, what was the reason for the change?
Well, it was broken and inconsistent before (SetTitle() would rename it, _InitData() did not). Why is renaming a thread/port a problem for another component? That doesn't sound healthy to me... can you point me to the problematic code so that I get a better understanding of the problem? Of course we could leave out the "w>" in the handler name easily if that's what we have to do :)
comment:7 by , 17 years ago
Replying to axeld:
Well, it was broken and inconsistent before (SetTitle() would rename it, _InitData() did not). Why is renaming a thread/port a problem for another component? That doesn't sound healthy to me... can you point me to the problematic code so that I get a better understanding of the problem? Of course we could leave out the "w>" in the handler name easily if that's what we have to do :)
Have a look in src/servers/input/AddOnManager.cpp method LoadReplicant(). The window specifier is "Deskbar". The handler name is the one used in this case.
comment:8 by , 17 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
The problem should be fixed with hrev23239. Can you confirm? The handler still has the "w>" prefix which is not the case on BeOS - I'll change that after we closed this bug.
comment:10 by , 17 years ago
Thanks for the update! I looked into the handler naming, but BeOS is not consistent here, so I think we should just keep what we have for now - until that proves to be problematic :-)
comment:11 by , 17 years ago
Component: | Servers/input_server → Kits/Interface Kit |
---|
comment:12 by , 17 years ago
I just try it, the menu shown, then I click the keyboard icon to active canna input method and select "About Canna..." from the popup menu, first time it popup a window and look fine, but second time it can't work likes DeskBar did not invoke a message to input server.
Then I try other menuitems in Canna's popup menu, the same problem occurred. Try BeCJK again, I can't change the interface language from the popup menu too.
comment:13 by , 17 years ago
Could you open a new bug for your last comment please ? Else, it could be forgotten :)
As far I remember, the menu is working with the Canna IM. Does the problem appear only with BeCKJ ?