+1

So I know this has only been open for 12 years, but how much interest needs to actually gather before Atlassian can act on a simple refactor of a coupe poorly set CSS elements, as noted in the comments here?

+1

+1 to this. It would be nice to run stand ups with everything on the screen when filtering to each person so the team can talk to their tickets without needing to scroll.

+1

With only 3 columns, the wasted space on a normal 16:9 is infuriating.

+1

I'm specifically interested in this on the Kanban view. With only the standard values the cards are 3 lines deep. Scrolling is a chore. I tried moving to 2 columns but the cards don't change the formatting when more "room" is made.

+ configurable card sizes

How do I ask that our projects get the old behavior?  When will this be addressed?  It makes the Jira tool far less useful.

It's is remarkable this is still an issue.

This style, which says minmax(270px,  1fr) is forcing all grid elements to be 270px. I changed it to minmax(0, 1fr):
 

 #gh #ghx-work #ghx-pool-column.ghx-flexible-board #ghx-column-headers, #gh #ghx-work #ghx-pool-column.ghx-flexible-board .ghx-columns, #gh #ghx-work #ghx-pool-column.ghx-flexible-board .ghx-zone-overlay-table {     display: grid;    grid-column-gap: 10px; grid-template-columns: repeat(auto-fit,minmax(0,1fr)); overflow: visible;    }

Additionally, there is another style forcing the column to be 270px. The min-width is set to 270px, which will always stretch a board with more than 4 columns past the container. I changed it to 0 because there never should be min-width set on anything: 

#gh #ghx-work #ghx-pool-column.ghx-flexible-board #ghx-column-headers .ghx-column, #gh #ghx-work #ghx-pool-column.ghx-flexible-board #ghx-column-headers .ghx-zone-overlay-column, #gh #ghx-work #ghx-pool-column.ghx-flexible-board .ghx-columns .ghx-column, #gh #ghx-work #ghx-pool-column.ghx-flexible-board .ghx-columns .ghx-zone-overlay-column, #gh #ghx-work #ghx-pool-column.ghx-flexible-board .ghx-zone-overlay-table .ghx-column, #gh #ghx-work #ghx-pool-column.ghx-flexible-board .ghx-zone-overlay-table .ghx-zone-overlay-column {    grid-row: 1;    min-width: 0;}

Then, let css grid work for you. As I removed grid elements from the dom via the console, the grid filled in the remaining column width dynamically. 
 

Changing the card size was not a good idea. All boards are now displayed with scrollbars. Please make the size configurable.
+1

This week's Jira Cloud update ruined everything. Adding horizontal scrollbar and making column cells wider was such a terrible idea...

+1 to have configurable card size
 

+1 for fully configurable cards - size, style and content wise.

+1 to have configurable card size

It'd be nice to have different sizes between sub-tasks and standard tasks. In my user case we'd make the standard card bigger and the subtasks are generally just one liner summaries and an assignee, with no other content.

Would greatly help manage the board with lot more cards getting withing the display of the screen.

Card size configuration would be a useful and handy feature.

+1 to create a much more compact board without so much wasted space and need for scrolling! Biggest downside to Jira the way I see it.

With the new card layout in Jira 8, cards need slightly more space. See Screenshot at 3. UI refresh breathes new life into familiar Jira views on https://www.atlassian.com/blog/jira-software/introducing-jira-software-8-0.

So implementing this would allow us to fit the amount of cards on the screen Jira 7 allowed.

Yep, that's the ticket.

(A competitor in this space to watch is Kanbanize. They do a great job of the board, but I prefer Jira for everything else feature wise.)

Did you mean something like this Bill? If so, I'd definitely agree that it would be a good addition, although probably a separate card (as you mentioned)

Additionally: not just size, but if one could put multiple cards in a row in any one column that'd help too. Probably a separate development issue, but would help solve the problem that this issue is trying to address.

So, if you assume there are ToDo, In Progress, Done columns. Then having two (or more) cards per column in each row would be handy. 

 I tend to agree with all of the above... It's a big issue for production support teams and any medium to large scale kanban workflow. It would be really good to get this fixed.

I'm trying to get interest in moving my team to Jira, and several staff have complained about this. They are comparing it to Kanbanize, which is a much richer Kanban board than Jira offers (but less featured in many other respects). There's just not enough information on the screen at the same time. Even with z projector full screen mode you don't get it.

Also for stand ups more info at once is needed especially.

At what point does it move from "Gathering Interest" to "We will fix it after 6 years?". So frustrating that these basic user experience issues are not addressed.

I agree with comments above. My product manager likes the Kanban board because it allows him to see and rank all outstanding issues, and to see what is being actively worked on. He can also use the swim lanes to prioritize tasks between "must have" and "would be nice". But, when changing the ranks, moving the large cards is a pain especially if a lot of issues are displayed. Also, seeing all issues at a glance is not possible if less than 10 can be viewed at once.

He likes the backlog/sprint boards because of the compact cards. But, it does not have swim lanes and seeing active work requires an extra step - moving the card from back log to sprint.

Basically, the Kanban board has everything that is needed, EXCEPT the cards being too big makes it difficult and painful to use.

This is a usability issue.

At six years and counting, I don't think there's a lot of hope here, but this really needs to be addressed. I have customers coming from PivotalTracker, which IMO is not a great tool by comparison, but its default view packs in many times over more issues than a Jira Agile Board possibly can.

We have the same problem - geographically remote team doing a standup around a few surface hubs in various offices. We have a roll up board with all projects that we review, and it often has many things in the backlog. I'd like to see at least 2 cards per row per column rather than the default 1. We only have 3 columns, so we can usually only see a few stories and a lot of white space

Question: Does Jira use their own Agile and Kanban boards? Would you use, perhaps, a board for a simple workflow such as In Progress and Done? Do you know what this looks like - two long horizontal lines - like a dashboard - scroll down for eternity to see all issues - just like the time this request has been open. 

Why have you not implemented this feature. 
Board as a dynamic common space is practically unusable without this simple feature.

To explain just how ridiculous this is, if I were to replicate the Jira board on our office whiteboard, I  would need four foot wide yellow stickies and extend the whiteboard 6 floors up! Do you discuss these points at sprint planning or are you too busy coming up with new UI design concepts that move the same buttons around the screen????

We've implemented this as part of the Agile Board Filter for JIRA Software 2.0 Horizontal Scroll bar functionality

Card size setup is user based

+1 Agree

Especially needed when dragging items to change prio

+1 definitely 

+1 again

+1. The cards are way to big in most cases. 80% is wasted space. The option to add more fields to the cards isn't helpful here. I don't want more information on my cards, I would like to see more cards on my board.

+1 Would like to see vertical space be reduced

Just moved from Trello and the (too big) Kanban card size is very frustrating.  I removed the fields - so why does JIRA insist on keeping the space?

+1 for skinny card format in kanban

For making sub-tasks half-size on the boards the following css may be used:

.ghx-subtask-group {
    display: flex;
    flex-wrap: wrap;
    padding-left:10px;
}
  
.ghx-has-swimlanes .ghx-subtask-group {
    padding-left:0px;
}

/* The next part may be used to give the first sub-task the full width. */
/*
.ghx-issue-subtask:nth-child(1) {
    margin: 0;
    width: 100%;
}
*/

.ghx-issue-subtask {
    margin-left: 0px;
    margin-right: -4px;
    width: 50%;
}

If nothing else, this may be used with Stylish.

This issue was a significant reason why I chose to go with a standalone JIRA install rather than JIRA Cloud. If it wasn't for the existence of the banner hack (thank you robertbergs) it could have been a non-starter. Presentation is a feature!

For what it's worth, I'll +1 this too

It might take some time before Atlassian decides to implement this feature.

My team has tried several options, so I hope this also helps others:

1) Install a browser addon like Stylish or similar that allows you to override websites CSS. Create the CSS to match your liking. (disadvantage: cannot automate the distribution of new CSS changes in the team)
2) Create a browser addon yourself that can override websites CSS. (advantage gained: possibility to automate updates of CSS in the team. disadvantage: all browser addons need to have a user account. it's preferred you don't use your private user - so the addon doesn't become obsolete once you change your job)
3) Create your own Jira addon that overrides websites CSS (advantage gained: addon is a shared component for the team, so anybody with enough rights can work on it. We also have automated distribution of CSS in place. Possible disadvantage: on each update of CSS you need to build and deploy the addon again)

Things to consider for number 3): In order not minimize the number of changes and deployments of the addon, put the CSS files on companies shared network drive instead of embedding it into the addon. This also means that you can have multiple folders on your shared drive, each containing CSS for different team / board, and each folder having a unique board ID as a name, so the addon will know what CSS to use per each board, by looking at the board ID.

Good luck!

+1 for this issue.

Only able to see 6 or 7 cards per screen makes this very difficult to use for planning and prioritizing.

Also, side note: it is sometimes possible to fit multiple fields on the same line (e.g. Due Date | Component) really does have to take 2 lines.

Try this: https://de.atlassian.com/company/contact/contact-ceos

45 JIRA customers have requested this 'amendment' - really a 'P1' bug fix to JIRA's core product, given that the board is practically unusable

Not only that - JIRA have removed the back door 'feature' to fix the issue via CSS in the Announcement Board - what genius came up with that plan? Just as well we can all print stickies to populate the scrum board. As such, why would you need an additional JIRA dynamic board - for developers to transition tickets twice?

Whats the next step - JIRA? This 'request' is open 1 year and 3 months. Not one JIRA representative has commented on it. It's your core product - The JIRA Board is unusable in it's current state.

How does an issue stay open for nearly 4 years!! I know! It's probably at the bottom of the their kanban board, too far down to see, because the friggin cards are too big!

Also - in the ondemand version you cannot enter html/css into the banner field.

We abused the announcement banner and added our custom css. When we evaluated the product they had some older agile boards which showed much smaller cards....
However the newer "better" board shows too few issues.

#announcement-banner

.ghx-issue

.ghx-parent-stub

.ghx-issue-subtask

I have kind of gotten used to it by now. I put some extra work into having all columns sorted so that there is minimal need to scroll down and when I urgently need an overview I use zoom (Ctrl+mouse wheel).

I'm a first-time Jira user, just got it installed less than half a work day ago - and I already found my way to this issue. I find it remarkable that so few cards (vertically) can fit on a screen, it really makes the boards almost unusable (especially on a small laptop)

Even more baffling is that the issue persists despite people posting about it 2012...

What's so ridiculous about this is it doesn't even matter how big your monitor is, or what resolution it has. The cards automatically make sure you can only fit so few on the screen at a time.

It's so easy to look at a board of post-it's and figure out how this should work in Jira to be practical. Please, please, please fix this so the whole software industry can move forward.

+1 for this. I'm trying to use Jira to manage the backlog a kanban project but the cards are so big that I need to have a massive monitor to do it. Please enable it on the labs as it's not showing up.
Thanks