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.
Related
Using PhpStorm, I usually have 2 or 3 source files opened in splitted editors. Now that I have a secondary screen, I've put all the toolbars in the second screen, and I'd like to have a fixed 3-splits layout for my editors. But as soon as I close the last tab in one of the splits, that split is gone.
I've search through PhpStorm options and surfed for an answer, but didn't seem to find how to do it.
Is there any way to fix the split layout in PhpStorm?
It is not possible to get such behaviour in current version.
https://youtrack.jetbrains.com/issue/IDEA-66407 -- watch this ticket (star/vote/comment) to get notified on progress.
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
We use TFS 2010 with developers having both VS 2010 and VS 2012. We had created a custom control (both TFS Explorer and Web Access). Since several developers are moving up to using VS 2012 I was updating the TFS Explorer custom control to 2012 as well, but have run into an odd issue dealing with how the two Team Explorers rendering the control.
The control is a windows form control which contains a dropdown list and a button (it does not extend the TFS specific dropdown). There is also a label that appears in some cases, but for the most part when it renders in VS 2010 it looks like this:
See images at: http://social.msdn.microsoft.com/Forums/en-SG/tfsworkitemtracking/thread/e3e254e1-7f56-495c-a3c1-e92bfe030102
The missing white boxes are alterations to the image to redact internal information only.
Note that you can see the full dropdown and the refresh button. This control is compiled with autosize (grow and shrink) with the dropdown and refresh button docked so that when you resize the form it correctly resizes just fine.
For the migration to 2012 I created a new project, moved the control over and updated the references for the Work Item control and Work Item client to the 2012 counterparts. Everything compiled correctly, and the controls work as expected; however, they render poorly.
See images at: http://social.msdn.microsoft.com/Forums/en-SG/tfsworkitemtracking/thread/e3e254e1-7f56-495c-a3c1-e92bfe030102
Note that the control is simply too wide. It cuts off the refresh button completely and a bit of the dropdown is also cut off.
When I resize the window in VS 2012 it also scales "correctly" but it is cut off always in the same place.
The control itself is set up the same way between the two versions, literally all I did was reference the newer TFS related assemblies and recompiled, then deployed to my local 2012 folder to get it to pick it up. Both 2012 and 2010 are pointed to the same TFS 2010 process template. It just appears that the two render the controls different, or are basing the autosize on different values. Is this a bug or some setting I'm not dealing with?
One option for me is to just set the control to a specific size, but I'd rather not do that. Can someone give me a hint as to why these are rendering differently?
UPDATE: In playing around with this is appears that the control is simply sized too large. In VS 2012 it has about 20-30 pixels more space given to it than it does in VS 2010, so when it autosizes it is too big, but then something in the rendering is cutting it off. When I moved the inner controls to provide an empty space on the right of my control then they come into view; however, I've also noticed that as I enlarge the window and then attempt to shrink it back down the control simply doesn't get smaller anymore even though the autosize is set to shrink and grow.
UPDATE: I've posted this to the Connect site since it might be a bug in Studio. http://connect.microsoft.com/VisualStudio/feedback/details/781607/updgrading-tfs-explorer-custom-control-from-2010-to-2012-rendering-differences
In Delphi XE, I use the rename variable refactoring (Ctrl+Shift+E) a lot of the time to make my code easier to understand by giving more meaningful variable names, for example:
That is all good but I have one slight issue regarding workspace when I use this. I like to keep the code messages etc pinned to the bottom, they only appear when I hover my mouse over them - this is my preference to allow more space for the editor.
Now, when I use the rename variable refactoring, the dialog has the checkbox: View references before refactoring as shown from the image above. I have this unchecked as I generally don't need to oversee what is been changed etc, if needs be I just undo it.
Here is my issue, with that unchecked I would of hoped for the refactoring to of performed silently, but no I still get the refactorings window showing up underneath:
It might not be considered a major issue but every time I have to manually close the refactorings window is just wasting time and is becoming a nuisance.
I noticed if you click on the refactorings tab in the editor there is an option to hide, but this is not permanent as it will come back the next time you refactor anyway.
Is there an option I may have missed somewhere to prevent the refactorings window from displaying in the code editor?
…to prevent the refactorings window from displaying in the code editor
How about moving it elsewhere? Undock it from the bottom of the editor window and dock it at a different place. (Unless you've hidden all the side panels.)
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.