#1

Steps to reproduce

  1. Enable “Readable line length” in settings (also works without this, but the table has to be even larger)
  2. Create a new note with a very large table in it (large in the horizontal direction)
  3. Click the horizontal scrollbar that appears on the bottom of the editor

Expected result

The edit view should scroll horizontally.

Actual result

The cursor is placed at the end of the file (or somewhere else depending on the size of the table and horizontal scroll position).

It looks like you click right through the scroll bar into the edit pane.

Environment

  • Operating system: macOS Catalina 10.15.5
  • Obsidian version: 0.7.3
  • Custom CSS: no
2 Likes
Word wrap for tables in edit mode
Long table cell creates horizontal scroll bar, but it can't be drag by mouse
Cursor navigation to end of line with [CMD] + [->] does not work on tables with long lines
Line Numbers and long lines
#2

please, copy paste the table you have a problem with or share the whole file if possible

#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).

Cursor navigation to end of line with [CMD] + [->] does not work on tables with long lines
#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
Maybe I don't understand the Edit setting for Line Wrap
#20

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

Wonder why the default behavior exists though!