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,
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 am making a simple game for Unity and currently there is not much to it other than an opening cut-scene prototype. This consists of simple panels all under one canvas, each panel has a button that is supposed to disable it and enable the next panel.
Thus I start with panel 1 enabled, and under it is a button simply called 'next' When next is clicked it runs OnClick(), first it disables the first panel and then enables the second. This works just fine, however some of the other panels do not have a functioning button even though it is set to do the same thing with a different set of panels.
The later panels are literally duplicates of the first only with different panels set to enabled and disabled when the button is clicked. However some of them simply do not work when we try to click on the button there and thus nothing happens.
I would much appreciate if the people here have any insight on this issue.
I am having difficulty docking toolbox with server explorer and data sources, in visual studio
If I do window..reset window layout, I get the toolbox where I want it. The reset position. With server explorer and data sources
But when I click toolbox on the far left, and it appears, and I drag it a bit, the toolbox option disappears from the far left and I can't get it back without doing window..reset
And I have the same problem with server explorer and data sources.
If I click them and drag the window, I can't the option back, and in fact I completely lose the menu on the far left
I have tried dragging toolbox around and different places appear for it to rest, but I can't make it go somewhere such that an option appears in the far left again, without having to do window..reset window layout.
To elaborate..
I can drag the toolbox and so that the far left arrow gets highlighted, and then release, but then it still doesn't appear as text in the far left
^^ See in the above pictures I don't get
toolbox appearing
or to show a fuller view
Drag that window to the left or right side you will get the mark where you want to place it. than leave that window your window will be docked there.
EDITED:
Windows should be Dockable and after placing the window at your position you can unpin that window so, it can be collapsed when the mouse leave.
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.
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.