Is there any way to get the work item query results preview pane to auto-size its width? It is very often "too wide", with the controls being way too wide for their content. Here's an example--why do I have to have horizontal scrolling? Is there any way to fix this?
(When one opens a single work item, the width is streched appropriately. This is the behavior I want for the above query results preview.)
My favorite is opening work items when checking code in. If you open the work item from the check in window, close it, and open it again, then the spacing starts doubling. Every time you reopen it the spacing just gets bigger.
It's a bug. Hopefully 2010 fixes this.
Related
I have a TListView in vsSmallIcon mode. If I populate it with 2 items and first item text is longer than second item text it will draw first item over the second.
Is there a quick way to replace longer items with ellipsis? Or a complicated one?
I am using Delphi 2010 and C++ Builder 2010 with default settings of TListView
How it looks:
How I want it to look:
Edit: After trying out vsList style I discovered that the above is no longer an issue and it works without any additional code (no ellipsis but no items clipped also).
When working with TListView I often find myself investigating and mimicking the behavior of Windows Explorer.
Regarding your question with ellipsis in vsSmallIcon mode I checked out Explorer. I observed that when I resize the window there’s no ellipsis drawn for item captions. Instead the items are rearranged instantaneously. My suggestion would be to skip the ellipsis strategy because Microsoft has not implemented Explorer that way and chances of a quick fix for you decrease. If you can settle for rearranging then the two following “quick” alternatives should do the job, at least in XE3.
Alt 1:
ListView1.IconOptions.AutoArrange := true;
Alt 2: (must be called explicitly every time you desire a rearrangement):
ListView1.Arrange(arDefault);
Update:
I fired up Delphi 2006 and can confirm that the above methods work there as well
I'm prepared to duck when the tomatoes are throw because this seems so simple. Nevertheless... In Visual Studio 2013 when looking at pending changes is there way to vertically expand the included changes and excluded changes segments ?
For example this morning I have a large changes set (around 1200 of the files pictured below are auto generated T4s, but it it's still tough to look over that much data in 300 pixels.
I encountered the same behavior in VS2015.
You can avoid the tiny box by collapsing parts of the tree, it only appears when the currently shown list is "too long".
I had to select the View Options > Show Solution Changes then the entire list was visible without scrolling.
UPDATE
On VS 2015/Update 2, the behavior is that the two scrollable sections appear when the expanded height exceeds a certain limit. I.e., to make those sections disappear/merge into one, it seems to be enough to just collapse some of the tree nodes, so that the height falls below that magical limit.
[Original post follows]
Had the exact same issue (I'm running VS 2013 Pro, Update 4)
Found no UI options that would fix it. So I decided to just "learn to live with it", and started making actual changes (i.e. include/exclude items, Undo, Compare, etc.) -- and suddenly noticed that it reverted back to that "tall view" on its own! And, it's still in the "Tree View" mode:
I'm guessing it was the move of some of the items into 'Excluded Changes' section (which became empty for some reason -- it wasn't before). I didn't catch what actually did the trick, but that seems like the most likely cause.
You can change to List View which will give you all the vertical space you could want, but obviously you lose the folder heirarchy, so it's not ideal :(
Alternatively, you can use the TFS Power Tools to enable Windows Explorer integration which uses the old style dialog which is completely resizable.
EDIT: Added image of list view.
I just tested this under Visual Studio Update 4 and 5 and it seems that the current behavior is that if there are more than 99 items in either the "Included Changes" or in the "Excluded Changes" list, both lists are limited to 300 pixels.
This makes sense to me, as it would become too hard to switch between "Included Changes" and "Excluded Changes" otherwise, having to scroll back and forth (though making creative use of collapse would make it easier).
It would have been nice that when one docks the Pending Changes panel as a document, the included and excluded changes would show as 2 columns with infinite scrolling, but alas, this is not the case.
In some cases, switching to list view removes some of the "tree" nodes if you have folders in your set of changes. This may cause the panel to collapse with fewer changes.
This is not a question about JQM panels scrolling independently of the page, though that is an issue I've had trouble with and almost overcome, this is about making the panel scroll smoothly and ignore the device browser's edge event (or whatever the correct term is, I'll explain below).
Basically, I'm trying to replicate the menu on Google's mobile site, which naturally isn't using JQM like us common folk. I've got it pretty close, but the scrolling animation is very rigid. I need it be momentum-based rather than fixed to your finger.
Also, when you reach the top or bottom of the menu, it's considered the extremes of the document so the browser moves the whole document up or down to indicate the edge of the page. Instead, the page should never move while the panel is open and the menu should take on this behaviour within the panel.
Since I've set the panel height to 100%, this forces the address bar on iOS Safari to come down when the menu is open. This seems to be exactly what happens on Google, but if there's a way around this I'd love to hear it.
Finally, one downside of the way I've emulated independent scrolling is to just set the content wrap as fixed when the panel is open. However, this means the page always scrolls to the top when the panel opens. Any alternatives for this would be appreciated. I suppose I could just set the page top as scrollTop or something.
To summarise:
Panel menu needs to scroll smoothly (momentum rather than direct touch)
Elastic edge on menu rather than window
iOS Safari address bar interfering with height
Page fixed at top when panel open
If any of my descriptions don't make sense, just visit google.com on your phone and check out their menu.
ScrollFix seems to have solved all my issues.
it should be simple but I don't find how to do it.
I create a form with a right aligned panel that I color in blue for example.
If I grab my forms left edge and resize it back and forth horizontally quickly, I would like the right panel not to move or flicker. As its position is unchanged, there is no reason why it should not stay completely steady. Does anybody know a simple trick to solve this apparently simple problem?
Thanks
This is just a fact of life with Windows GUI apps. You can see the same effect in a WinForms app and indeed even in mainstream Windows apps. For example, open an Explorer window and do exactly the same operation, resize by grabbing the left hand edge of the window. You will see exactly the same effect. You can see the same effect by resizing from any edge. Word and Excel behave in the same way.
My guess is that Windows repaints in the sizing loop before it sends the resizing message that allows the app to realign its controls.
How to activate/use this feature in D2010 ?!?
I have checked Zoom to full screen in Tools > Option > Editor Option > Display clicked Ok button but nothing happened. Ok, i said to myself, let's see what the help has to say about this. I pressed F1 key, wait a little, help's coming up but as i have expected, it has no idea about this, ironically: the help didn't help. Google did find some old blog posts which provided some outdated information like double click on the editor tab or pressing F5 will do the thick. But, that's not the case, so i'm asking here maybe somebody has more information about this.
That option controls whether the code editor, when zoomed, will zoom to occupy the entire screen. If that option isn't set, then maximizing the edit window will leave space at the top of the screen for the main IDE application window. If you never maximize the editor window, then that setting has no effect. It might also only have an effect when you're using the "classic undocked" layout mode.