It's been a while since I originally raised this issue. I have done some
additional testing, and I have found a (painful) work-around, but I haven't figured out where to go next. Initially I thought the problem was related to a context menu in an embedded part. When I use that menu, the main menu bar becomes disabled. Subsequent discussion also pointed to the scrolling window as a potential problem. Well, it seems the problem is more basic than any of those ideas. I created a simple window from Shell. I setup a default view, and I added a menu bar and a single menu. Initially I added one instance of the part I was adding into the scrolling window, for testing. As with my application, accessing the context menu of my object disables the menu bar items. Then I discovered something else. Simply right-clicking on my object disables the menu bar items, even if I remove the context menu. The object responds to a left click, but left-clicking has no effect on the menu bar. Changing focus will not enable the menu bar, but, right-clicking on the main window or the title bar, does enable the menu items. That's the work-around. I'd be happy to try and resolve this, but I could use some ideas as to where to look next. As I mentioned, this only happens on the Tablet PC. The application is running on a variety of laptops and desktops, running windows 98, 2k and XP. the Tablet runs XP Tablet Edition with the Wacom drivers (Toshiba Tablet). Thanks Dan -------- Dan Antion |
Sorry, in setting up this account, I got the addresses mixed.
This was posted by [hidden email] "new.totallyobjects.com" <[hidden email]> wrote in message news:3e91ec02$[hidden email]... > It's been a while since I originally raised this issue. I have done some > additional testing, and I have found a (painful) work-around, but I haven't > figured out where to go next. Initially I thought the problem was related > to a context menu in an embedded part. When I use that menu, the main menu > bar becomes disabled. Subsequent discussion also pointed to the scrolling > window as a potential problem. Well, it seems the problem is more basic > than any of those ideas. > > I created a simple window from Shell. I setup a default view, and I added a > menu bar and a single menu. Initially I added one instance of the part I > was adding into the scrolling window, for testing. As with my application, > accessing the context menu of my object disables the menu bar items. Then I > discovered something else. Simply right-clicking on my object disables the > menu bar items, even if I remove the context menu. The object responds to a > left click, but left-clicking has no effect on the menu bar. > > Changing focus will not enable the menu bar, but, right-clicking on the main > window or the title bar, does enable the menu items. That's the > work-around. > > I'd be happy to try and resolve this, but I could use some ideas as to where > to look next. As I mentioned, this only happens on the Tablet PC. The > application is running on a variety of laptops and desktops, running windows > 98, 2k and XP. the Tablet runs XP Tablet Edition with the Wacom drivers > (Toshiba Tablet). > > Thanks > Dan > -------- > Dan Antion > > |
In reply to this post by Dan Antion
Dan,
> It's been a while since I originally raised this issue. I have done some > additional testing, and I have found a (painful) work-around, but I haven't > figured out where to go next. Initially I thought the problem was related > to a context menu in an embedded part. When I use that menu, the main menu > bar becomes disabled. Subsequent discussion also pointed to the scrolling > window as a potential problem. Well, it seems the problem is more basic > than any of those ideas. > > I created a simple window from Shell. I setup a default view, and I added a > menu bar and a single menu. Initially I added one instance of the part I > was adding into the scrolling window, for testing. As with my application, > accessing the context menu of my object disables the menu bar items. Then I > discovered something else. Simply right-clicking on my object disables the > menu bar items, even if I remove the context menu. The object responds to a > left click, but left-clicking has no effect on the menu bar. > > Changing focus will not enable the menu bar, but, right-clicking on the main > window or the title bar, does enable the menu items. That's the > work-around. > > I'd be happy to try and resolve this, but I could use some ideas as to where > to look next. As I mentioned, this only happens on the Tablet PC. The > application is running on a variety of laptops and desktops, running windows > 98, 2k and XP. the Tablet runs XP Tablet Edition with the Wacom drivers > (Toshiba Tablet). Can you isolate a fairly simple package that illustrates this problem and e-mail it through. I doubt we can do much without the ability to debug through it. Best Regards, Andy Bower Dolphin Support http://www.object-arts.com --- Are you trying too hard? http://www.object-arts.com/Relax.htm --- |
I'll send somehting soon.
Thanks Dan Andy Bower wrote: > Dan, > > >>It's been a while since I originally raised this issue. I have done some >>additional testing, and I have found a (painful) work-around, but I > > haven't > >>figured out where to go next. Initially I thought the problem was related >>to a context menu in an embedded part. When I use that menu, the main > > menu > >>bar becomes disabled. Subsequent discussion also pointed to the scrolling >>window as a potential problem. Well, it seems the problem is more basic >>than any of those ideas. >> >>I created a simple window from Shell. I setup a default view, and I added > > a > >>menu bar and a single menu. Initially I added one instance of the part I >>was adding into the scrolling window, for testing. As with my > > application, > >>accessing the context menu of my object disables the menu bar items. Then > > I > >>discovered something else. Simply right-clicking on my object disables > > the > >>menu bar items, even if I remove the context menu. The object responds to > > a > >>left click, but left-clicking has no effect on the menu bar. >> >>Changing focus will not enable the menu bar, but, right-clicking on the > > main > >>window or the title bar, does enable the menu items. That's the >>work-around. >> >>I'd be happy to try and resolve this, but I could use some ideas as to > > where > >>to look next. As I mentioned, this only happens on the Tablet PC. The >>application is running on a variety of laptops and desktops, running > > windows > >>98, 2k and XP. the Tablet runs XP Tablet Edition with the Wacom drivers >>(Toshiba Tablet). > > > Can you isolate a fairly simple package that illustrates this problem and > e-mail it through. I doubt we can do much without the ability to debug > through it. > > Best Regards, > > Andy Bower > Dolphin Support > http://www.object-arts.com > --- > Are you trying too hard? > http://www.object-arts.com/Relax.htm > --- > > |
Dan,
Ok, I received your code. Before we go into looking at what happens on the Tablet PC, I can see some anomalies just under plain Windows XP and I think these may be the origin of the problems you're experiencing on the tablet. Let's take a look at the way you add the dynamically created text field: DaTabletTestShell>>addText | tView | tView := TextEdit new. self view addSubView: tView. (TextPresenter new) view: tView; model: 'test' First of all, open your shell and execute this command. Now use the Visual Object Finder tool from the Dolphin toolbar to click on the new text field to examine it in an Inspector. Do the same thing for the static text field that you created in the View Composer. Can you see the difference. You should see that with your dynamically created field, the #parentPresenter is nil when it really should be the parent shell. When your dynamic field has focus this is preventing commands (or #queryCommand:) being routed from the text field up to the DaTabletShell where your menu bar commands exist. Now take a look at how the ClassBrowserAbstract>>createPlugins dynamically creates new presenters within its cardsPresenter. With that in mind I think you can rewrite #addText as: DaTabletTestShell>>addText TextPresenter createIn: self on: 'test' Note that, if you want to use a specific view resource for the presenter this can be explicitly specified by passing the resource name as follows: DaTabletTestShell>>addText TextPresenter create: 'Multiline text' in: self on: 'test' Let me know if this solves some, or all, of your issues on the Tablet PC. Best Regards, Andy Bower Dolphin Support http://www.object-arts.com --- Are you trying too hard? http://www.object-arts.com/Relax.htm --- "Dan Antion" <[hidden email]> wrote in message news:[hidden email]... > I'll send somehting soon. > > Thanks > Dan > > Andy Bower wrote: > > Dan, > > > > > >>It's been a while since I originally raised this issue. I have done > >>additional testing, and I have found a (painful) work-around, but I > > > > haven't > > > >>figured out where to go next. Initially I thought the problem was related > >>to a context menu in an embedded part. When I use that menu, the main > > > > menu > > > >>bar becomes disabled. Subsequent discussion also pointed to the scrolling > >>window as a potential problem. Well, it seems the problem is more basic > >>than any of those ideas. > >> > >>I created a simple window from Shell. I setup a default view, and I added > > > > a > > > >>menu bar and a single menu. Initially I added one instance of the part I > >>was adding into the scrolling window, for testing. As with my > > > > application, > > > >>accessing the context menu of my object disables the menu bar items. Then > > > > I > > > >>discovered something else. Simply right-clicking on my object disables > > > > the > > > >>menu bar items, even if I remove the context menu. The object responds to > > > > a > > > >>left click, but left-clicking has no effect on the menu bar. > >> > >>Changing focus will not enable the menu bar, but, right-clicking on the > > > > main > > > >>window or the title bar, does enable the menu items. That's the > >>work-around. > >> > >>I'd be happy to try and resolve this, but I could use some ideas as to > > > > where > > > >>to look next. As I mentioned, this only happens on the Tablet PC. The > >>application is running on a variety of laptops and desktops, running > > > > windows > > > >>98, 2k and XP. the Tablet runs XP Tablet Edition with the Wacom drivers > >>(Toshiba Tablet). > > > > > > Can you isolate a fairly simple package that illustrates this problem > > e-mail it through. I doubt we can do much without the ability to debug > > through it. > > > > Best Regards, > > > > Andy Bower > > Dolphin Support > > http://www.object-arts.com > > --- > > Are you trying too hard? > > http://www.object-arts.com/Relax.htm > > --- > > > > > |
This did solve the problem. Thanks!
I will be reworking the way I dynamically create view objetcs along the lines you described. Thanks again Dan Andy Bower wrote: > Dan, > > Ok, I received your code. Before we go into looking at what happens on the > Tablet PC, I can see some anomalies just under plain Windows XP and I think > these may be the origin of the problems you're experiencing on the tablet. > Let's take a look at the way you add the dynamically created text field: > > DaTabletTestShell>>addText > | tView | > tView := TextEdit new. > self view addSubView: tView. > (TextPresenter new) > view: tView; > model: 'test' > > First of all, open your shell and execute this command. Now use the Visual > Object Finder tool from the Dolphin toolbar to click on the new text field > to examine it in an Inspector. Do the same thing for the static text field > that you created in the View Composer. Can you see the difference. You > should see that with your dynamically created field, the #parentPresenter is > nil when it really should be the parent shell. When your dynamic field has > focus this is preventing commands (or #queryCommand:) being routed from the > text field up to the DaTabletShell where your menu bar commands exist. > > Now take a look at how the ClassBrowserAbstract>>createPlugins dynamically > creates new presenters within its cardsPresenter. With that in mind I think > you can rewrite #addText as: > > DaTabletTestShell>>addText > TextPresenter createIn: self on: 'test' > > Note that, if you want to use a specific view resource for the presenter > this can be explicitly specified by passing the resource name as follows: > > DaTabletTestShell>>addText > TextPresenter create: 'Multiline text' in: self on: 'test' > > Let me know if this solves some, or all, of your issues on the Tablet PC. > > Best Regards, > > Andy Bower > Dolphin Support > http://www.object-arts.com > --- > Are you trying too hard? > http://www.object-arts.com/Relax.htm > --- > > "Dan Antion" <[hidden email]> wrote in message > news:[hidden email]... > >>I'll send somehting soon. >> >>Thanks >>Dan >> >>Andy Bower wrote: >> >>>Dan, >>> >>> >>> >>>>It's been a while since I originally raised this issue. I have done >>> > some > >>>>additional testing, and I have found a (painful) work-around, but I >>> >>>haven't >>> >>> >>>>figured out where to go next. Initially I thought the problem was >>> > related > >>>>to a context menu in an embedded part. When I use that menu, the main >>> >>>menu >>> >>> >>>>bar becomes disabled. Subsequent discussion also pointed to the >>> > scrolling > >>>>window as a potential problem. Well, it seems the problem is more basic >>>>than any of those ideas. >>>> >>>>I created a simple window from Shell. I setup a default view, and I >>> > added > >>>a >>> >>> >>>>menu bar and a single menu. Initially I added one instance of the part >>> > I > >>>>was adding into the scrolling window, for testing. As with my >>> >>>application, >>> >>> >>>>accessing the context menu of my object disables the menu bar items. >>> > Then > >>>I >>> >>> >>>>discovered something else. Simply right-clicking on my object disables >>> >>>the >>> >>> >>>>menu bar items, even if I remove the context menu. The object responds >>> > to > >>>a >>> >>> >>>>left click, but left-clicking has no effect on the menu bar. >>>> >>>>Changing focus will not enable the menu bar, but, right-clicking on the >>> >>>main >>> >>> >>>>window or the title bar, does enable the menu items. That's the >>>>work-around. >>>> >>>>I'd be happy to try and resolve this, but I could use some ideas as to >>> >>>where >>> >>> >>>>to look next. As I mentioned, this only happens on the Tablet PC. The >>>>application is running on a variety of laptops and desktops, running >>> >>>windows >>> >>> >>>>98, 2k and XP. the Tablet runs XP Tablet Edition with the Wacom drivers >>>>(Toshiba Tablet). >>> >>> >>>Can you isolate a fairly simple package that illustrates this problem >> > and > >>>e-mail it through. I doubt we can do much without the ability to debug >>>through it. >>> >>>Best Regards, >>> >>>Andy Bower >>>Dolphin Support >>>http://www.object-arts.com >>>--- >>>Are you trying too hard? >>>http://www.object-arts.com/Relax.htm >>>--- >>> >>> >> > > |
Free forum by Nabble | Edit this page |