Live Preview position wrong when document has a Table of Contents

[jonathan....@googlemail.com]

Hi,

I've noticed that when the live preview is enabled, the automatic scrolling of the preview pane doesn't take account of the size of the [TOC] expansion. This is unfortunate, because it's usually exactly the documents that are complex enough to need a contents table where I need to look take care about the formatting.

Since this is my first post, I would just like to mention that I switched to Epsilon from using Evernote for my personal note-taking and organisation, and I am very pleased with it. Epsilon Notes is faster, more stable and has more features, despite the fact Evernote has hundreds of employees :D

J

[Eugene]

Hello, Jonathan!

EN calculates the scrolling of the Live Preview as percentage of the scrolling of the Edit View.

It is not possible to take into account the size of the TOC or pictures, because EN can provide html content but it cannot read it off the screen to determine the size of TOCs or pictures.

A workaround would be to add empty lines that would help with the scrolling.

Or you can tap on the Live Preview 2 times, so auto scrolling stops and you can control the scrolling manually.

[Ruskey 4ilaveg]

Maybe I misunderstood something, but in the moment of collecting of the headings EN can calculate it and add same amount of empty lines automatically.

[Eugene]

One line may have variable length, position, width, fonts, and it may run over a few lines.

EN doesn't calculate the height of lines, which would be too complex to take all possible options into account.

It calculates the scroll percentage of the edited window and scrolls the preview correspondingly.

I propose using the 'Double-Tap on the Preview" option for manual scrolling control in special cases.