We have upgradet to TFS 2017, which has been very nice. Until then, the column of the ID column on "All links" tab in an task is too narrow (see red rectangle):
The column can be widened with the mouse, but this must be done every time entering a task. I checked it with IE, Firefox and Edge. Everywhere the same problem. Does anybody know how to fix the column with at a larger width.
According to your screenshot, you are using the old form of workitem in webside.
Unfortunately, there is no way to do that on old form for now. And there has been a related uservoice:
Increase default width for "ID" column or make it automatically adjustable in LINK controls
https://visualstudio.uservoice.com/forums/330519-team-services/suggestions/6439132-increase-default-width-for-id-column-or-make-it
However as a workaround, you could use the new form instead of old form on TFS2017. Just turn on it as follow screenshot (click Try the new form):
Then you should get a new layout of the work item, under the links, the work items IDs should be shown without truncating.
Related
I use conditional block to show different text box prompt when user choose different filter in my first prompt page. Now, I set the text box with same setting(no required, multi-select:yes, multi-line:yes, other are no) and similar filter script in my queries. However, when I run the report, I can't get the same output. My first text box miss right half of text space. How can I fix it? Thanks!
Click here for the first screen shot.
Click here for the second screen shot.
A sample report spec would be helpful but based on the screen shot, one of two things is happening:
The first prompt does not actually have the multi-select option set.
OR
The filter item in the actual query that the first prompt is populating is not multi-select friendly.
An example of #2 would be if you tried to set enable multi-select values but then the filter it is populating into is set to something like:
[table].[field] = ?firstPrompt?
Instead of:
[table].[field] in (?firstPrompt?)
If this isn't the case, definitely edit in a simple sample report specification so we can see more of what you're doing.
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.
Does anyone know if it is possible to add multiple jiras to a sprint in one operation. Consider I do a search for a particular label I have on my backlog jiras. I then want to add all of these to the next sprint. Is this possible or do I have to do it one by one
Thanks
When you using Greenhopper and you are on the Agile screen you can do it like mdoar said and using [Shift] or [Ctrl] to select multiple issues. If you start dragging them a small red circle appears indicating how much issues you are about to move to your sprint.
As you did not clearly state, that you are using Greenhopper/Agile, there is another way:
You can use the issue navigator and bulk edit all those issues and edit the sprint field.
Therefor you click on Tools on the top right of your issue search result and select all xy issues. Then you will be forwarded to the buld edit page. There you select the issues you want to edit or simply check the first check box to select all isues. Then you select Next and Edit Issues. Scroll down and check Edit Sprint and enter the Sprint you want those issues to be added to. Check if you want to receive a notification via Email for that bulk edit. Click Next and Apply to apply your changes.
I think you can select multiple issues to drag into a sprint using the usual click, move the mouse, shift click, or however you would select multiple values in your OS and browser
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.