I am preparing a mod for a tabletop simulator game, and I will be using clickable buttons as there are many options and different setups depending on the number of players that come and how they want to play the game. However, the game is extensive in the number of pieces in the table, so I was trying to add the buttons (that run the setup scripts) as left sidebar tool add-ons so we didn't stretch the table further to the sides to house the setup buttons.
I have looked through the app documentation and I found no way to script-force the buttons into left sidebar tool icons. All I could find was to add some dropdown menus by using XML in the CUSTOM UI but nothing specific that would create a left sidebar new buttons and items.
Is there something I missed and there is a possibility to do it?
Thanks in advance
Best regards
Luis Lima
I stumbled upon this workshop
https://steamcommunity.com/sharedfiles/filedetails/?id=1393821479
in it there's a section of coding under the UI tab that if you modify it then the created floating button can be moved over to the left side. I believe with this you could create your own drop down menus as well. Note I did edit the below line of coding to put the button on the left below the rest of the menu buttons. Hope this helps you achieve what you want.
id="rollerLayout"
height="280"
width="80"
allowDragging="true"
returnToOriginalPositionWhenReleased="false"
rectAlignment="UpperLeft"
offsetXY="00 -525"
>
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.
I have searched through options and FAQ but did not find an answer: I want to customize the detailed issues view screen to display, on the left part (the issues list) the Component(s) and the assignee icon if possible:
In the Details View of the Search Issues screen, you cannot choose which columns to display in the list of issues (at least not yet with JIRA 6.x or 7.x).
If you switch to the List View instead:
Then you can use the Columns control to choose the info you want to see. You won't get to see all of the issue details for the selected issue though.
The permission "Delete all Attachments" is granted to the group "jira-users". I am member of "jira-users". Though, I do not see a way to remove an attatchment (a screenshot actually).
I am by no means a JIRA expert, but on our instance (v4.2.4-b591#591), there is a drop down arrow next to the "+" icon to add an attachment. In that drop down, there is a "Manage Attachments" option. You should be able to figure it out from there...
As of October, 2015, it's changed a little and I thought I would post a new answer since this is the first Google result!
According to a forum post, the only way to remove attachments is to open the issue in the "Issue" view and not the "Projects" view, click on the issue, scroll down to the attachments, and then hit the trashcan icon when scrolling over the image.
Source: Jira Forum
It's not directly possible in the greenhopper detail view. You first have to open the issue in the normal JIRA issue detail view through clicking on the issue key in the greenhopper detail view. In the normal JIRA view you should see a trash can icon if you hover over an attachment. If not, you should check your permissions
Question:
Can anyone point to an article or code samples anywhere on how to
provide BOTH editing AND range selection in a TStringGrid?
Yes, I KNOW there are third-party grids that do this, but it's
frustrating that the built-in grid lacks this basic capability.
Background:
It's pretty normal to expect to be able to both edit a cell in a grid,
and also to select a range of cells such as for a Copy operation.
As delivered, TStringGrid doesn't do that. It's either/or. In fact, the
docs tell us about the grid Options, "When goEditing is included in
Options, goRangeSelect has no effect".
However, it looks like it may be possible to do editing and rangeselects
in a TStringGrid anyway!!! Through careful use of the mousedown,
mouseup, selectcell and exit events, you can get dang close by switching
editing elements on and off at the right times. But I still don't have
it perfect, and that only covers mouse use, not keyboard changes.
I have not used the TStringGrid for this, so I can't provide a specific answer. But am I right in assuming you can manually (in code) start a cell being edited? That link implies it is possible even if the grid doesn't have goEditing included in its Options. (See below to work around this if this is not true.)
If so, I'd suggest the following approach:
Combined selection and edit behaviour
I find this is a good, Windows-standard-behaviour sort of approach:
Leave the grid in selection mode, so mouse and keyboard interaction selects cells
Trigger a cell being edited yourself, based on certain criteria (I think you are on the way to doing this from what you said in your last paragraph.) There are common ways to trigger editing, and the following criteria are what my programs follow when they do something similar with other controls:
Selection is normal. Ie, click to select, click and drag to multi-select, use the keyboard arrows and Shift or Control to select, etc.
A cell enters edit mode when either:
A cell is selected and the user presses Enter or F2 (F2 is the standard "Rename" or "Edit" shortcut, which works in a number of programs)
The user "slow-double-clicks" on a cell - ie, slow-double-clicks to select and edit, or clicks again, after a pause, on an already-selected cell. This mimics Explorer's behaviour, where if a file is selected and you later click on it, it enters the inline edit/rename mode. To implement this, record when a cell was last clicked (and selected.) If it is clicked again, and if the time is greater than GetDoubleClickTime then they have clicked twice, slowly, and enter edit mode. This allows you to distinguish between the first click to select, a double-click (to perform some kind of action), and a slow second click, to enter edit mode.
I also tend to check the mouse position, so that if an object is slow-double-clicked and it wasn't first selected (ie, this both selects the object and then enters edit mode) I verify the mouse hasn't moved very much. I use GetSystemMetrics to find the double-click distance, and check that the slow double click was within this box. (Because it's not a true doubleclick, I actually check the distance times 2. My action code is:
const int iMAX_MOVE_AMOUNT = ::GetSystemMetrics(SM_CYDOUBLECLK) * 2; (sorry, C++ not Delphi, but should be convertable easily enough!)
but I'm actually not certain if this is completely and utterly 100% to Windows guidelines. In practice users find it works as they expect, though.)
That should let you change between selecting and editing at the appropriate times with both the keyboard and the mouse.
Miscellaneous thoughts
You may find some of this is cleaner and easier to implement by subclassing TStringGrid and creating a new component. That will allow you to implement this in normal code and override the inbuilt behaviour (rather than event handlers) while keeping it invisible to the form code. It will also give you lower-level access to the mouse events or Windows messages than are exposed simply through events such as OnMouseDown. Finally, if there are problems with showing the editor when goEditing is included in Options, this will allow you to change that behaviour. You could also add your own events if you want your code to respond to certain things happening, such as creating an OnBeginEdit event, say.
Creating your own components is normally regarded as an advanced Delphi topic, but it's actually remarkably easy once you know how! This site has a few good topics that will introduce you to the subject in general, and if you go this route and encounter problems, Stack Overflow is of course a good place to ask questions :) The Embarcadero Delphi » VCL » Writing Components newsgroup / forum is also an excellent resource, in fact possibly even better than SO for this specific topic.
Hope that helps!
Yes it's old post, but the problem still exist on Delphi XE3.
To manage this feature I used next "trick" in SelectCell procedure :
if (ARow = StringGridParam.Row) then
begin
StringGridParam.Options:= StringGridParam.Options + [goEditing] - [goRowSelect];
end else begin
StringGridParam.Options:= StringGridParam.Options + [goRowSelect] - [goEditing];
end;