I am developing an application for windowns phone 7. On the screen I have 4-5 text boxes and at the end I have created one button. Now when I enter data for first text box, input panel gets opened. Now unless and until I close the panel, I can not scroll further. I want the functaniolality that even when the panel is open I can scroll and can click the last button.
Note: I am creating all the controls at runtime. Controls are not created by drag and drop the control from tool box.
Put controls into ScrollViewer. When TextBoxex will be in scroll panel, you can scroll them up and down without closing a SIP.
Related
I have a custom button that I place in the ribbon menu but what I observe is that sometimes the button is visible and sometimes not, it depends on the size of the explorer and compose windows. If you resize to a smaller size it is not visible and if you resize to a bigger size it is visible. It only happens in simplified view but not in classic. So in simplified view it seems Outlook decides which buttons are being shown and which not based on a criteria that I don't know, maybe on the space available in the ribbon menu which in turn depends on the size of the window?
Anyway, If I click on commands bar button ("..." three dots button) at the end of the ribbon menu and then from that menu I do a mouse right click on my button and select "Pin to ribbon" for it, then my button is always visible in the ribbon menu regardless of if the view is classic or simpified or even if window is resized to any size.
Is there any way programmatically to indicate Outlook to always show my button in the ribbon menu?
No, the Outlook extensibility model (nor the Fluent UI) doesn't provide anything for that. You may try using RegMon for Windows to track windows registry changes in case if Outlook keeps such preferences there.
I pressed the right mouse button and selected the "Show All" option.
After that, a lot of duplicates of the same controls appeared. However, there are controls that I have not seen before. The problem is that they are disabled, I can't put them on the form.
I tried to find them in the list by right clicking and selecting "Choose Items...", but they are not in any of the tabs.
How can I find and enable these controls?
Show all will display all controls, for example, the MFC Control you screenshot should be a C++ control:
https://learn.microsoft.com/en-us/cpp/mfc/controls-mfc?view=msvc-170
You created a Windows Forms App (.NET Framework), you just need to uncheck the Show all and all the controls you can use will be displayed in the toolbar.
I want to see if i can set the direction that the combo boxes will pop up when the user clicks on them. I am developing this for WEC7 Platform Builder project with Silverlight for Embedded Application project.
My main issue is, i have some combo box elements towards the bottom of my screen due to content density on the screen. As a result, when i click on the combo box, it will first open facing up. However, when selecting it again, it will face down. This causes the combo box scroll bar to become so little that you cannot actually scroll and are forced to click the up and down arrow buttons.
Can i set the direction that the combo box will open?
Thanks,
In windows phone 7, I want to show a full screen mode of a listpicker control on a button click (ideally application bar button click). Is it possible to do that?
I do not want to display the listpicker as it is kind of redundant in my app. I could have something like "goto" in the application bar and when the user clicks on it, show a listpicker fullscreen mode directly. Thanks.
Correct me if I'm wrong but if all you want is a ListPicker, but without any of the functionality of the picker - just the list of items - isn't what you want just a ListBox?
You could lay a ListBox control over the top of the entire phone page with it's Visibility to Collapsed. When the user presses your application bar button change the Visibility to Visible and your list will appear in full screen. When the user selects an item, set the Visibility back to Collapsed to have the ListBox disappear again.
If I'm understanding you correctly that should give the effect that you are looking for.
Simple question:
How do I detect that the onscreen keyboard has been displayed on windows mobile 7? Is there an event I can add a listener to?
It takes up about half the screen and I want to scroll the view up when it gets displayed...
EDIT:
A comment below indicates more clearly what I'm trying to do: I have a textbox input, and as the user types into it an autocomplete dropdown appears below it (like google suggest). By default, the active control (the textbox) scrolls into view when focussed, and the onscreen keyboard is directly below it. The onscreen keyboard appears in front of my autocomplete dropdown - what I want to do is make the screen scroll a little further up, so there's some room for my dropdown to be shown.
The windows phone UI design guidelines say: "When the keyboard is deployed, the application should scroll to ensure the active edit control and the caret are in view". This happens fine, it's just the non-active dropdown gets hidden behind the onscreen keyboard.
The guidelines also say that an application can choose to show the onscreen keyboard, and can also choose to close it.
At the moment i'm stuck, and I don't think (based on my research and the replies to this question) that it's possible to detect that the onscreen keyboard has been displayed. I'm moving my investigation to see if it's possible to determine the "visible area" of the page (width & height in pixels for example), and combine this with an onfocus for the textbox... not sure if this will prove fruitful though.
Detecting when the virtual keyboard is displayed won't be possible in 7.0, as confirmed by Microsoft's Peter Torr in the WP7 forum on MSDN.
Maybe, as a dirty workaround, you could detect when the position of your text box (or its parent scroll viewer's offset) has changed, as this would indicate that the virtual keyboard has appeared or disappeared.
You can listen to the TextBox.GotFocus and TextBox.LostFocus events to detect when a text box in your application acquires and looses focus.
If an editable element gets focus then the framework will automatically scroll the element into view. So you really shouldn't have to do anything.