nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Resize Confluence tables to any width!

Rory Baker_vtstb3

Hi Community!

I’m Rory, a Product Manager on the Atlassian Editor team

I'm pleased to announce the arrival of Custom Table Widths - the freedom to resize tables to any width within the Confluence editor!

We are excited to bring this highly requested feature to life, empowering you as content creators to now match your table widths with the needs of your content.

With the rollout of this feature, we are also introducing the ability to resize tables within full-width pages - opening the door to more appropriately-sized tables in these pages and driving consistency in the editing experience.

How does it work?

Resize using the new handle

Resize your tables using the resize handle located on the right side of the table. Your columns will proportionally grow or shrink based on the table size that you set.

Pro tip: Use Distribute columns to quickly resize selected columns to the same width.

Resize in both fixed-width and full-width pages

Resize your tables to any width, whether you’re working on a fixed-width or full-width page. Your table width will be preserved as you toggle between page types.

Use guides to align your table with other content on the page

Like media resizing in the editor, use guides to align your table width with other content on the page. You can also use guides to set your table width to one of the previous three widths - centered, wide, or full-width.

moon copy.gif

In case you missed them, we’ve recently rolled out a number of other updates to tables;

Custom Table Widths will be progressively rolling out over the next month, so if you don’t see it on Confluence today, you will soon!

Please let us know what you think or ask any questions in the comments below - we would " data-emoji-text="❤️">" data-testid="image-emoji-" data-emoji-type="image" aria-label="">" width="20" height="20" data-emoji-short-name="" data-emoji-id="2764" data-emoji-text="❤️" /> your feedback.

Comments

Maurice Pasman_js37yv

This is unbelievable. Still no responsive option, like the old editor has supported from the beginning.

Barbara Szczesniak

@Rory Baker I like this new feature, but it looks like the table is always centered on the page. Is there a way to change the table width and then left-align the table within whatever page width you are using.

Pierre Morel

@Rory Baker , this is great feature, but why can't we align the table to the left of the page. https://community.atlassian.com/t5/Confluence-questions/Inserting-Table-Change/qaq-p/2483419 is suggesting to use Layouts but that's not really convenient. Can we have the same options as images?

Rory Baker_vtstb3

Hey all, thanks for your feedback on this feature!

@pierremf and @Barbara Szczesniak - as of right now we don't have any immediate plans to introduce additional alignment options for tables, however I've created a suggestion in JAC to track this request - if you think this would be valuable to you, please can I ask you to add your vote to the ticket. In the meantime I would also agree with the recommendation here to use layouts as the best workaround.

@Maurice Pasman - thanks for the feedback regarding responsive tables. Similar to above we don't have any immediate plans to introduce this feature right now, however we are considering it in our longer term roadmap (next 12 months). Best to keep an eye on the related JAC ticket for updates.

Maurice Pasman_js37yv

Hi @Rory Baker , funny how you refer to it as "introducing a new feature", when in fact, this functionality has been part of Confluence since the beginning (in the old editor).

Matt Reiner _K15t_

It's here, it's here, it's finally here! Thanks team!
Feel free to share the good news with your team: https://www.youtube.com/shorts/4hEi26qohck

Pierre Morel

Another issue with this new feature is that you cannot select "Full Width". This means that if I author a page on a wide screen and make the table wide (because I can), then the table will have horizontal scrollbar whenever it shows on a slightly narrower screen. It does actually look terrible when the table show 95% of the way. In this case, I didn't really intent to resize the table, I just want to make it match the page width. Surprised that this didn't come up during the design.

Barbara Szczesniak

I see the same issue as @Pierre Morel where my table ends up with horizontal scroll bars, instead of adjusting the wrapping of text to fit in the space.

Jay MacEachern

This change has made PDF exports with tables dreadful. All other elements are getting set to page size, but the tables are always too small in width, even with custom CSS.

Rory Baker_vtstb3

Hey @Pierre Morel and @Barbara Szczesniak, with the rollout of this feature tables now behave as follows;

In edit mode - tables show at their true (fixed) width. This is to ensure editors see the table at the size the author intended, and so that formatting of content within the table is preserved.
In view mode - tables will proportionally scale down to a point. This is to provide some flexibility for viewing tables on smaller screens, while preventing excessive narrowing of columns that content becomes unreadable. It’s also to account for the left hand navigation bar which when expanded will occupy screen real estate. Tables should however be WYSIWYG between edit mode and view mode when the left hand nav is collapsed.

We’ve tried to simplify the behaviour here as much as possible for now, but we do have plans to further iterate on it in the next 6-12m, in particular to revisit responsive tables - watch this space!

Thanks again for your feedback here, as always we really appreciate it!

Rory Baker_vtstb3

Hey @Jay MacEachern sorry to hear you're having issues with the PDF exporter. I'm investigating this further with the team.

If there are any further details (e.g. steps to replicate, screenshots) that you can share please would you be able to send me an email at rbaker@atlassian.com. Thank you

Phil Bustin_7fmhjs

This modification has changed the behavior as follows:

Prior to the change, when I pasted one table at the beginning of the gray-font default prompt below the title, and then selected the next line and pasted another table, both tables defaulted to the full width.

After the modification, even though the first table defaults to the full width, the second table defaults to a smaller centered width, and I have to drag the guide all the way to the right to expand the second table to the full width.

Kristján Geir Mathiesen

Love it - takk!

giphy

John Fenger_dcsqz1

Mixed bag of feedback on this one.

Extra steps on every page

As someone who exclusively uses full width pages this change is infuriating. 100% of the time i have to do this:

Add table
Make my browsers larger than the max page size
Drag the table to be the full width of the page.
Add 2nd table (repeat)

Why is this not at least left aligned?

I mean a tiny center aligned table in the middle of a page looks bad, typically one would expect the default state to be the most commonly used state. Not the least desirable state. Left aligned, Full width or and lastly center aligned.

Pros

I like the ability to adjust the size just wish i could make it default to something more useable, and didn't add extra work to every page i make all day.

Phil Bustin_7fmhjs

I add my first table at the beginning of the gray-font prompt line (that begins "Did you know...". That results in the first table at full width.

Phil Bustin_7fmhjs

I created a template as a workaround for the two tables I use on each page that I add, but it turns out that first rows on the two tables I inserted on the template have a gray fill that I don't want.

I inserted a blank table in the template, expanded it, copied it, and pasted it below. When I add a page, I select my template, click on the first cell of each table, and paste my actual table into the first cell of the template table.

As I said, though, I can't use the template tables because the first rows contain gray fill.

Jay MacEachern

@Rory Baker Apologies for the delay as was out of office. Below are examples of before and after the recent changes. Table Issue JIRA.png Tables Prior To Change.png

Matt Bordas

@Rory Baker good to see updates to the tables. Are you planning on allowing the rows to be reordered via drag and drop anytime soon? That's a huge pain point that most modern wiki/tools support. e.g. Notion, Excel, Sheets, etc.

Right now, you have to delete and re-add a row if you want to move it up or down.

Mike Forst

This new update has made tables much worse to work with than before. The lack of an "always full-width" option has made it impossible to have a consistent table size now relative to the page. If we author a page with a table on a large display, that table always end up having a horizontal scroll bar on it when viewed on a smaller display. If it's edited on a smaller display, anyone viewing on a larger one will see a little table centered in the middle.

The only workaround I've found so far is to embed each table into something else like a page properties macro. That seems to pin it to work as expected. Tables should be full width regardless of the screen size or layout width if the handle has been dragged over to the edge.

This is a pretty big functionality regression without an "always full width, I don't care if it looks bad" option. All my tables look inconsistent and are much harder for users to read.

Ruben Lado

Hello. If a table is created inside the tabs macro, it appears full width and there is no way to resize it. The bar that should appear on the right is not present. Can you please provide a fix to this?

Phil Bustin_7fmhjs

Ruben, where would I find the tabs macro, please?

Roberta Lombardy

I understand the column resizing options. However, in edit mode they are where I want them. When I publish, they squish down. How can I keep them as I need them without having users always go into edit mode?

Phil Bustin_7fmhjs

I would like to be able to configure a blank 4-column table in my template, such that the first and third columns are right-justified and bold; and then have the option (similar to the paste function in Word) to past an unformatted table into the template table, without overriding the template configurations. (I regcognize this is a difficult enhancement not likely to be implemented.)

Michael Woffenden_9p5ntj

The new tables in Confluence Cloud are a total unabashed nightmare.

When editing they have one look, after publishing the table reverts to 1800px automatically (very bad indeed!!!) and adds a scroll bar.

I urge Atlassian to bring back the old nicely behaved tables (as in server), and the responsive capability too.

Gosh, these are basic Web Editing 101 issues, why are we struggling so much in Nov 2023?

Todd Cushard

I have a wide screen monitor and the table width is still limited to a maximum fixed width. Why? For my team's use, we want to support wider tables, width that will take up all of the available space on our wide screen monitors.

Andy Reising

When I try to resize in edit mode, the table just snaps back to the original width. I can't resize at all. Table resize (1).gif Have tried on Chrome and Edge.

Rory Baker_vtstb3

Hey all, thanks for taking the time to provide us your feedback. I wanted to provide a few updates on some of the topics raised recently:

Providing a full-width responsive option - in light of the continued feedback on this topic we plan to bring forward work to explore enhancements to full-width tables and table behaviour across different viewport sizes. We will be using the suggestion ticket here in the first instance to communicate and provide updates.
Drag n drop - we are currently working on bringing you drag n drop in tables! Please keep an eye on the suggestion ticket here for further updates.
Creating tables in full-width pages - we hear your feedback in this space - thank you. As a result, we are exploring making changes which would make tables behave as follows in full-width pages;

Insert tables at full-width / 1800px by default.
Insert tables left aligned by default (please note the suggestion ticket for providing more table alignment options here)

We will be leaving this ticket here open to track progress on these changes.

Resizing of nested tables (for already allowed nesting scenarios) - we understand your desire for this to be enabled, and it’s on our list - we just aren’t quite there yet. To track this work I’ve created another suggestion ticket here, please give it a follow if this is of interest to you.
PDF exports - @Jay MacEachern I'm sorry but we haven't been able to find a regression as part of this change, however we understand there are some pre-existing limitations around displaying full-width tables in PDFs. Please would you be able to reach out to me direct at rbaker@atlassian.com so the team and I can better investigate with you?
Tables in templates with a first row having a grey fill - @Phil Bustin if my understanding of your issue is correct, then I believe you need to do the following to resolve it;

Navigate to space settings > look & feel > templates
Find your template and click edit
Select the table in question
Select the “table options” dropdown in the table context menu
Toggle the “header row” option OFF
Save the updates to your template

Cheers,

Rory

Rory Baker_vtstb3

Hey @Andy Reising - that looks unexpected, is there any chance you can please reach out to me direct at rbaker@atlassian.com so the team and I can investigate with you?

Haddon Fisher

Based on some quick googling, it looks like the new Confluence editor was officially announced on February 2019. 57 months later....

We're still missing some basic things that we used to be able to do in the old editor.
We actually lost a couple of things that made it into the new editor but then got pulled so you could "make it better".
Whenever something actually does get restored, it seems like it's either significantly worse than what we used to have or doesn't actually solve the problem at all.

I realize there's probably plenty of "under the hood" reasons why retiring the old editor was a good idea, but at this point I'm getting real 'sunk cost fallacy' vibes here.

Is there a point at which you'd consider ending this experiment and rolling back to the markup editor? It had it's issues, but I recall the list being considerably smaller.

Andy Reising

@Rory Baker I got it to work as expected using a private window, with no extensions. Now begins the process of ruling out which one is the problem...

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

confluence

cloud

confluence-cloud

table

editor