Two features that I often see users are not aware of, which can speed up navigation of Mingle:
- by searching for a card number with a # (e.g. #454), you will go straight to the card.
- by clicking on the card number on any card view page, you will also go straight to the card.
Little tips like this can make you just that little bit more productive with Mingle!

Hi all
With our Mingle 3.0 release we have added even more "official" Mingle Tips and Tricks to our help. Check out our growing list of helpful hints. And of course, don't forget to share your own tips and tricks here on the community.
Thanks Suzie
Here is an interesting project I have currently been. It's a big program, and the project is divided in several phases and as different projects. The management team would like to see a quality report and we'd like to report all open and close defectds for all projects in one chart.
Please see the attached screenshot to understand the result I created. It uses the 'project' inditifier on the stack-bar-chart.
However, The trick here is, since there is no project last from the very beginning till now, it is not feasible to show the x-axis from e.g Jan/09 to Feb/10. What I did to solve this problem is to go to the first project and created a fack defect with the 'Date Opened' value equals to Feb 01 2010. In the chart parameters, specify the default project as the first project. And then you got a chart reporting the whole life cycle!


For the most part, migrating a Mingle 2.3 project to Mingle 3.0 is simple and automatic. You can export the project from the Mingle 2.3 server and import it to a Mingle 3 server. Or you can upgrade your Mingle 2.3 server to Mingle 3 (after you back up per the instructions, of course.) Either way, Mingle will convert your Mingle 2.3 structure to Mingle 3.0 automatically.
I have discovered a few small exceptions that must be fixed by hand. They are:
(1) New Reserved words
Mingle 3 adds new reserved words/phrases, namely 'Created On', 'Modified On' and 'Project". Essentially, these are new built-in properties on every card. If your projects have any properties (including tree properties) that conflicts with one of these, that property name will be changed. If you have a property called 'Created On' it will be renamed 'Created On_1'.
Note that while the property name will change any MQL queries in your reports are not automatically changed to reflect the new name.
(2) Stricter behavior of some charting properties
The data-series chart has many properties, including x-labels-start and x-labels-end. In previous versions of Mingle it was possible to also use x-label-start and x-label-end. This behavior was not documented and should have caused an error. So if you used x-label-start/end you data series chart probably won't look correct in Mingle 3. Add an 's' to each property name and you should be good to go.
(3) The Mingle API
If you have developed any integrations that use Mingle's RESTful API you will have to make at least one small change for your code to work with Mingle 3.0. That change is documented here.
--Matt Quagliana | ThoughtWorks Studios

If any texts are written in a form of 'project card keyword + integer' on a card/page in Mingle - e.g. card 1 or #1 - it automatically becomes a link to a card regardsless you want it or not - e.g. card 1 or #1.
If you ever want to escape from it, you can do so in Mingle 3.0. Try -
<escape>card 1</escape>
or
<escape>#1</escape>
Then it will not be rendered as a link and will be shown as a normal text.


Checkout this post to change your Mingle look and feel.

I have two date properties on my story cards - 'Target Completion Date' - when I initially intended to get this work finished - and 'Estimated Completion Date' - when I currently think this might be complete.
I'd like to get a list of all of the cards where the 'Estimated Completion Date' is after the 'Target Completion Date'.
I can do this, using the MQL conditions in the Advanced Filter. Note that I need to use the PROPERTY keyword in front of the second property being compared.


There are times when it would be handy to select values from THIS CARD. However, you can't simply execute {{value query: SELECT Iteration FROM THIS CARD}}
I've been thinking about this for a while and have arrived at a (somewhat roundabout) technique for querying values from the current card. The technique makes use of a property of type Card that points to itself. Here are the steps:
{{value query: SELECT Iteration WHERE Card = THIS CARD}}
This returns a link to the parent card.
So... how do you set the value of the "Card" property? The easiest way is to do it in bulk via Excel:
Of course, the one catch here is that you have to set the value of "Card" for any new cards created. (Or rig an API tool that will do this automatically for every new card.)
There are several applications for this, including

In Mingle's wiki editor you can format table header cells with the string "_." (without the quotes).
Thus, this markup:
|_. Metric |_. Points |
| Committed | {{value query: SELECT SUM(Points) WHERE Type = Story and 'Iteration Committed' = (Current Iteration)}} |
| BA Sign Off | {{value query: SELECT SUM(Points) WHERE Type = Story and 'Iteration of BA Sign Off' = (Current Iteration)}} |
| QA Sign Off | {{value query: SELECT SUM(Points) WHERE Type = Story and 'Iteration QA Ended' = (Current Iteration)}} |
| Currently Blocked | {{value query: SELECT SUM(Points) WHERE Type = Story and Iteration = (Current Iteration) And Blocked = Yes}} |
| Completed | {{value query: SELECT SUM(Points) WHERE Type = Story and 'Iteration Done' = (Current Iteration)}} |
Produces this table:
