Missing field descriptions in Visual Studio - visual-studio-2010

Somehow, even though I have "Descriptions" ticked in the properties area, I've managed to somehow collapse the field descriptions area and it's not visible at the bottom of the properties window. There doesn't seem to be a "split" handle to drag upward, either (believe me, I've tried!).
Does anyone know how to get the field descriptions back?
Here's what I'm seeing:

By complete chance, I happened across the solution:
I left the properties window open and went to a code pane, and a blank field descriptions box appeared:
Dragging it upward reset the location of that splitter, making them visible again when viewing a designer:
Hopefully that will help someone else searching (as I did) to get their field descriptions back!

Related

What is this design element/field in Theme Creator?

I'm working on a theme in Sony's Theme Creator and thus far, I'm pretty happy with my theme and its progress...
There is one problem however - I simply cannot work out what a particular element/field is named in Theme Creator and thus cannot change this element/field.
Either that or I have already made the change and it's not taking affect.
Further to this, I have experimented with changing anything that appears to be the right element/field (based on the name), however none have thus far had an affect.
The element/field is the blue parts below - they should be the same color as the bar at the bottom of the screen...
Any help would be appreciated.
Those elements you are referring to should be the "Status Bar" and the "Action Bar" (Top). If you aren't sure which item in the left list corresponds to which element on the right, you can always press and hold the mouse button over the item in the list and it should show up as highlighted in yellow in the preview pane.

ViewControl always categorized? Xpages/Notes

im having a bit of a problem with the viewcontrol in Domino Designer 9.0.
Im working on an Application that was NOT created by me. I cant ask the original developer but i have made some good expierence here so i hope for help again.
I have a view control that is categorized. At least i think its categorized but you can expand and collapse some values so i guess its categorized. And i simply dont want that. I already went in the View(not the Control) and configurated every column to "none" sorting. However the control is still categorized. I have already been googling for ages but everybody is talking about a "expandLevel" property which is simply cannot find. I know i have given you very litle information on my problem but thats all i know. I hope someone can help me. Thanks in advance.
PS: Sorry for the bad english im not a native speaker.
Sincerly, Brugen.
I have no idea whats wrong with your application: As the helper- text in the column- properties of a view states on the Display Tab:
"Expand image" and "Collapse image" can only be defined when a column is categorized, or its responses are intented.
To categorize this column open the View design element to which this is bound, and choose to categorize any columns that you wish to categorize
I just checked with an example database to be absolutely sure: The view in xpage is categorized, when the underlying view is and it is sorted only when I change the column- property. No voodoo in xpage involved.
There might be some caching issues (serverside or clientside) that prevents you from seeing the changes, but basically it should work.
The expandLevel property that you found is basically just there to tell the xpage which categories to expand / collapse by default. If can be found in the All Properties- Pane of the xpage, opening data - data - dominoView.
If this does not work for you, then the guy who made this xpage did something special. Then we need the source- code of your xpage to tell WHAT he did.

is there a trick to working with multiple visual studio panel objects at design time

Is there some sort of shortcut key that I am missing here for swapping panels around in the form editor of vs2010?
I have numerous panels which are swapped at runtime according to an enum "toggle" value and the only way I seem to be able to move them back and forth is to make one panel smaller than another and right click it. Half the time I end up selecting some other object in the action of trying to right my panels.
I figured there must be something i'm missing here.
there are icons on the layout toolbar for this task. I pick the panel in properties and move it around with those. Way easier than right clicking and hoping for the best.
edit: although sometimes the buttons are not enabled when you need them to be. Still right clicking a resize handle adorner dot will pop up the context menu where you can then choose to move back/forward.
I still wish there was some key combo I could press. Hitting the 4px of display area that the adorner dot occupies on my screen is sort of a dexterity test of sorts and slows me down.

Xcode menu item Editor / Add Model Version... missing

Every once in a while I try to add a new data model version, and the menu item is missing. It seems the Editor menu is supposed to change depending on the file selected, and this sometimes doesn't happen. It the past I've randomly clicked, cleaned, built, etc. and eventually it showed up again with me not knowing what happened. Today it seems restarting Xcode fixed it, but I don't know if that will always work. Below are two screen shots, the first showing the wrong menu, and the second showing the correct menu. My data model is selected in both cases. Has anyone else seen this? Is it a bug, or is there some setting or selection I'm missing?
From the color of that file navigator bar I can see that you did not select the datamodel file. You probably were in "Assistant Editor"-Mode and had a .h or .m file on the right side. The active cursor was in the right file too.
The selected file shows a darker shade of gray:
The not selected file uses a lighter shade of gray:
It's important to know that the file selection highlight in the left side bar does not change when you select a different file without using the side bar. Don't trust the sidebar when you are editing files.
Click into the data model file first and your menu will be like you expect it.
Unless your are selecting the menu super fast after selecting the file (possibly not giving Xcode time to swap it out) then I say file a bug report http://bugreporter.apple.com
You should give Xcode a few moments to swap the menu out though to determine what kind of bug it is, if it doesn't swap out after 60 seconds or so then it likely isn't just a performance issue). Make sure to include a system profile as I just checked on my and every time I switched to a data model it changed the menu accordingly.
Does the same thing ever happen with xib files? Any other file types you use that sometimes have different menus?

Need Help: VS 2005 Properties Changing

I am working in Visual Studio 2005. I have multiple splitters on the screen. I have set the splitters IsFixed and I have also set fixed panel sizes. In addition to this I have locked the control. For some reason, when I switch into debug mode the splitter distance value is changing entirely on its own. These changes do not take place with any consistency, the vary in distance changed. Other components, which are also locked, are moving all on their own as well.
Anyone with similar experience? Any ideas?
The settings will stick to either mode you are in. But sometimes plugins or parts of VS does mess it up :(
I recall seeing a plugin written to save 'views', but when I tried it, it didnt work.
I couldn't tell you what is causing this. The way that the windows forms splitter works is through the Docking property. There should be no need to lock the controls. All of the controls on the form should be docked. (Including the splitter)
For example, if you want to split vertically, you have your first panel docked left. Then the splitter (Orientation set to vertical) is also docked to the left. The second panel is docked to fill. The width of the first panel (which is docked left) will determine the location of the splitter. It should not change now.
The z-order is important here for layout purposes. If you want a more detailed look of how the controls are laid on on your form, open the Document Outline. This will list the controls in a tree, and you can see where they are in the z-order.

Resources