Table: Horizontal scrollbar in note edit mode is not usable

Bug graveyard
, ,
3

It happens with any table that’s wide enough to be horizontally scrollable. When viewing the preview, everything is fine, only when viewing the markdown source in edit mode, it’s not possible to move the scrollbar.

I tested it with this table (it’s the only thing in the file):

| Col 1 | Col 2 | Col 3 |
|------|-------|------|
| This table is very large. Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet. | Cell 1 | Cell2 |
1 Like
4

Thanks, I can reproduce this.

5

Steps to reproduce

When I insert a long URL into a table cell, in editor pane, it creates a rather long table cell, and a horizontal scroll bar appears at the bottom of the editor, but it can not be dragged by mouse. However, touchpad works.

Expected result

Actual result

Environment

  • Operating system:
  • Obsidian version:

Additional information

6

Probably the same as I posted here: Word wrap for tables in edit mode

2 Likes
7

While tables are properly displayed in preview mode a word wrap functionality for editing is missing.

Adding a hard line break obviously breaks the markdown table convention and the content is not displayed in a table anymore.

Without word wrap functionality content in edit mode extends way beyond the visible window for bigger table texts.

4 Likes
8

It looks like the same as posted here: Cells don't wrap while editing markdown tables

Thanks

9

@lucasrla the two bugs are different. Post a screenshot of your problem

10

Are they? Sorry, I don’t really get their differences.

Anyway, here are screenshots of the issue I am experiencing:

Screen Shot 2020-07-12 at 11.38.53
Screen Shot 2020-07-12 at 11.38.532672×1529 252 KB

Screen Shot 2020-07-12 at 11.39.00
Screen Shot 2020-07-12 at 11.39.002672×1529 256 KB

Thanks

11

Ok, I see the issue. You have this bug in the editor.

12

In preview mode they are wrapped indeed (2nd screenshot), but in edit mode they are not (1st one).

Maybe this behavior is intentional as one can scroll horizontally in edit mode, but that seems clumsy and unexpected (at least to me).

13

Oh, great, it seems you now see the issue.

14

Steps to reproduce

  1. Create a Markdown table with a very long column
  2. Use the macOS standard keyboard shortcut to navigate with cursor to the end of line (i.e., CMD + ->)

Expected result

The cursor should go to the end of line.

Actual result

The cursor goes to a position that is not the end of line.

Environment

  • Operating system: macOS 10.15.5
  • Obsidian version: 0.7.6

Additional information

Video above shows that I am able navigate with CMD+arrows with no problems within short (wrapped) lines, and that navigation fails on a table with a very long line (that is not wrapped).

This bug is related to:

15

Will be fixed in 0.8.1

1 Like
16

I now this is bug graveyard, but I’m using 0.8.15 and I’m having this bug. Exactly like described above. I didn’t notice if it was fixed in 0.8.1, tbh.

17

same problem here since 0.8.15

18

@nica @dregar I can’t reproduce this problem. Please open a new bug report where you attach the code of the table that creates the problem and a screenshot showing the bug.

Thanks

19

maybe I’ve found the cause of the problem

If I put pipes at the begining & end of each line, like this
| Content from cell 1 | Content from cell 2 |
the text in the cell won’t wrap

When I delete them, strictly follow the instruction of Help document, the problem is solved!

3 Likes
20

Thanks @nica - putting a leading | helped wrap the table text! v0.12.3 here!

Wonder why the default behavior exists though!

21
22