Is there a way to extend the number of items that appear in the VB6 combo instinsic control, when it drops down? I have about 10 items and I'd like to show them all.
This code at Karl Peterson's classic VB website will automatically size the combo box to match the number of elements:
http://vb.mvps.org/samples/FullDrop/
I've used the code here, and can confirm that it works as advertised. If you remove the last SendMessage call, it won't actually dropdown until the user clicks on it.
http://vbnet.mvps.org/index.html?code/comboapi/comboheight.htm
Related
Is there a way to reference page numbers in PowerPoint, the way one can do in Word? For example, I'd like to be able to write "details on page 10" and to have the number 10 updated automatically if the page number changes because I have added or removed other slides.
No, afraid not, at least not out of the box, though one might be able to write an add-in that updated everything when the user clicks a button or (with more effort) automatically when they add/remove a slide.
I am trying to make a number of front panel decorations hidden in LabVIEW by the use of a boolean control. I have figured out how to do this with one object fine and have made it work with multiple items however it is not very elegant to say the least (see attached image). While in this case I only have 5 elements what if I had an elaborate front panel and had many more decorations I wanted to hide? There must be a better way to do this.
Thanks in advance.
Cheers
It works, just not very efficient....
As you might now you can use a for loop to iterate over array elements. What I would suggest is in the initialization code of your application put the controls of interest on to arrays, and when a user clicks a particular button iterate over those arrays to execute the visible non visible property node call on your decos and or controls of interest.
I'm trying to have a feature to allow users choose two different methods of cost calculation: either they can enter a yearly cost breakdown on a datasheet (2010: $10,000, 2011: $12,000, etc) or they can enter a flat yearly cost multiplied by the number of years they select.
If I were developing another kind of web application, I'd have radio buttons to select two different options. One option would display the datasheet, and the other option would display two text fields to enter values into. However, I understand that you can't have radio buttons in Access 2010 web databases. Also, is it possible to make elements appear and disappear based on a combo box selection?
If not, perhaps I could have two different combo box options: "enter yearly cost breakdown"
or "enter flat yearly cost," which open the correct respective forms as pop-ups.
So, 1) can I have Ajax-like appearing and disappearing elements as triggered by a combo box (or ideally, radio buttons), and 2) if not, can anyone think of another clever way of doing it?
Sure, you get a nice effect by using a tab control. You can place controls and even a sub form on that tab control.
So, you build a screen like this:
Then, simple set the visible property of the second tab = No. This will hide the tab (don't change this until you built the page since it will hide it! (use property sheet to hide/un-hide during development).
Now, add some code to the after update event of the list box. Like this:
In the above, I have named the tabs PYear and PFlat.
The result is this (this is a animated gif I inserted):
Of course, you really probably could just dump the whole "list box" selection, and use a screen like this with the tabs (tabs are good UI, and users tend to grasp them quick):
So, you can hide a "set" of controls, and it really far less work and hassle then writing a bunch of JaveScript anyway. As noted, the "set" of controls you drop into each of the tabs can be sub forms, and also that of continues forms. So, the "hiding" as a set does work well in this case. I did have some format issues and found that I had to "start out" with the 2nd tab dispaled first (the first one being hidden). As noted, the listbox selecting is nice, but one could likly just go with using tabs in the first place.
I have created a combo box in my project which takes a certain amount of numbers from a file.
This Combo drops down the list of the numbers each of represents something.
That something I want to be displayed in a tooltip when the mouse hovers on the combo box.
Until now everything has gone fine.
What I want now is to see the tooltip when the mouse rolls over the list of the dop down combo.
How can I do that? Until now the internet didn't give me something to work on it.
Is there some one to assist me on that?
Is this the sort of thing you're looking for, where a tooltip appears over a ComboBox item you mouse over?
If so take a look at this article on codeproject.com:
A Windows.Forms.ComboBox with Item ToolTips for 32 bit Windows XP (SP2)
It's VB.NET and currently displays a ComboBox item's text when moused over; I'm sure you can adapt it to your specific needs.
Finally I solved the issue with Combo Box which I mentioned on this question.
Of course there is no any solution give it from Microsoft for it, but with a small trick we manage to do what we want to do from one hand, and nobody seams to understand HOW we did it from the other hand.
So if anybody wants to see this solution please set a question and I will try to answer immediately.
For "bad and worst" please put a comment on this question.
My code is in vb.net.
I have the following set of controls.
Scenario 1:
If you select one of the first 3 radio buttons and click enter, focus will jump to the Passport Number text box. If the user selects "Other", the "Other, Please Specify" textbox is enabled and, for convenience, screen focus (the cursor is moved) to that textbox.
Scenario 2:
The "specify Other" text box is hidden until the user clicks on the Other Radio button. Upon doing so, the textbox is made visible and the cursor is placed in this textbox.
Which scenario do you feel is a better approach? Perhaps you have another variation? Please state your reasoning.
I would also appreciate it if you could make a generalized statement as to when hiding is better than disabling or vice versa, but I am also interested in this particular example.
Thanks.
Afetrthought: Perhaps, in the 2nd example, the "Please Specify" text would only appear after the user has selected the 'Other' radio button.
I find that changing the UI by hiding/showing controls can be quite jarring and confusing to the user. Go with option 1 and enable the textbox when the appropriate radio button is checked.
My initial impression is that number 1 is neater.
it allows for a clear design of the GUI (there wouldnt be inexplicable empty spaces in the input screen)
it makes the colon after the `(Please Specify)" request meaningful.
The only time I advocate hiding UI elements is when it improves the UI. If it's just 'different' rather than 'measurably better', don't do it.
Users may be put off by the fact that the "other" option seems to require that you specify something, yet the UI gives no clue that you can do that.
I would consider number 2... Hiding the text box will make it easier for the majority of people to run their eye down the page (each horizontal line creates a barrier for the eye). When someone selects 'other' a text box could fade in with the words 'please specify' in the box. The form will seem to respond to the users input.