I have a created a display control with two Columns - 1. A thumbails list and 2. Listbox of images.
The images are written to writeable bitmap and then added to listbox items.
I have created custom tab control so that multiple instances can be opened. The issue here is with multiple tabs open, the memory usage shoots upto 1.2GB.
Is the list box by itself use ui virtualisation?
Want to know if there are any better solutions for this.
Related
I have a simple excel form with an ActiveX control (ListBox)
When I share this over email, the recipient does the following steps:
1. Open the excel
2. Enable Content for the macro
Now - the ListBox grows in size.
I'm unable to dynamically resize or figure out the exact event for "Enable Content".
Is there anyway I can retain the dimensions of the ListBox?
Your problem has nothing to do with sharing the document via email. It has everything to do with window scaling. To prove this to yourself try connecting to a projector with the the excel document open. Use some Active X controls and they will shrink or Expand. I've had this problem and found the only way to avoid it in a reasonable manor is to implant a form inside the excel document that holds all the needed controls or ensure the end user is not scaling their display in any manor.
I'm trying to synchronize the selected items of two different ListViews in a WinRT application, so that selecting an item(s) in one selects the same in the other. Both lists are bound to the same data source.
I thought that you could use the IsSynchronizedWithCurrentItem property of the ListView to manage synchronization, but this always seems to throw an exception when I try it ("Setting IsSynchronizedWithCurrentItem to true is not supported"), and anyway is perhaps not intended for use with multiple selected items.
Is there a way to programmatically select items in a given ListView in WinRT? Or what is the correct way to keep the selected items on two lists synchronized?
Take a look at the WinRT XAML Toolkit. It has a sample for ListViewExtensions in the samples app that seems to do almost exactly what you ask for.
I need to implement a sort of book using the GridView Control.
In particular I'm looking for a way to display only 2 items per time and still to be able to scroll the whole list using scrollbars.
Your question isn't very clear, but I'm assuming you are asking how to ask 2 rows or columns of blocks to your application.
Have a look at the default new Metro app template. It's hub page has a multi-line gridview. The key is to use a WrapGrid, or VariableSizedWrapGrid to display your items. In the example, a gridview is used, but then the wrapgrid is used as the item template (used for each group of items).
I'm building an control interface for a system that consists of 1-4 modules. In my interface, each module has its own control set, grouped in a groupbox. I only want to show the control groups for the modules that are actually connected and hide the rest.
This is easy to do with the visble property.
I also want all of the groups to be stacked vertically in the UI such that when one is hidden, the rest below it shift up into its place as if you deleted a row in a table. It needs to be able to come back just as easily.
How can I do this or something similar in VB.Net?
The FlowLayoutPanel control does this automatically. Just put the group boxes inside of it.
Ok so this maybe a simple/silly question but I don't know so here goes:
In access let's say I want to have a frame control, so I click the option group button and add it to the desgin surface. However, I am not wanting to use this as a option group with radio button selection, instead I would like to add text boxes instead the frame, so that when I reference the frame, it references every control instead of it, hence the text boxes, cbo boxes, etc.....just as it would if they were radio option selections.
So can you do this?
I want whatever controls I add inside the frame to be easily referenced (i.e. make all controls visible just by using frameExample.visible = true) so that I can build my own tab control groupings.....
can this be done?
Thanks!
EDIT:
What I am trying to accomplish is having a form that includes a collection of controls (input controls - cbo boxes, text boxes, etc), that serve as the Main record information. These are saved to a table via an INSERT statement on button_click because this form is unbound.
Next I have 8 categories that are relative per each main record (and data that goes along with it). Each of these categories could have a sub form area and a button click that bring it's relative form into the sub form area. These sub forms would be unbound as well as I would just save data via SQL statement. So i know I could accomplish this by running the insert statement from the parent form, on the main collection control's data that would create the KeyID number, then run a SQL statement that would turn around and load that KeyID number right back onto the page in a hidden text box.
Then when I click one of the sub forms and load its relative collection of controls, I could then save that data along with KeyID for each of these sub-forms/tables.
SO......
I was wondering if instead you could define these controls as a collection so that you could hide and make visible all the ones you need on button clicks and avoid the need for additional forms (subs). I know that if a user enters data into a text box, and then somewhere along the way that box becomes hidden, the data still exists in it and still ends up in the SQL statement....
So I want all these controls to exist on the same form, but I thought what is I could encapsulate them into a frame like an option group, then I could call the frame and all the relative controls would be called up (made visible) as needed.
Sorry for the long explanation but I thought it would help.
I do not think you can do it with an Option Group, but what you are describing is pretty much a subform, yesno?
Some examples of hiding the tab control from an app that went live in March 1998:
Tab driven by transparent command buttons over labels styled to look like colored command buttons:
Same approach, more buttons:
In this case, fake colored command buttons don't drive the tab, but insted show/hide the tab and a subform. In this case, the tab is actually driven by the listbox:
A view of when the tab is hidden and the subform revealed. The listbox drives navigation within the subform, which has a visible tab on it:
So, there's a lot that can be done without showing the tab control.