New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Preview position is way off when editing long documents #459
Comments
Hi, I checked the gist but I see only images. Where can I find the all asciidoc content ? |
I have no idea what happened with this. When I clone the gist, sample.adoc is now 0 bytes. I've since left that job, and don't have the original checkout any longer. I'm pretty sure this will occur with any document with lots of images. Feel free to close this issue if you don't want to pursue it, since I'm not at that job any longer and don't personally have this itch any longer. But I think it is/was a real issue, at least back in Nov 2019 when I filed it. |
Still an issue, also very noticeable when browsing a document with numerous includes |
Experience both problems in 2023 ( images and includes ) and would like it great! if that point could be improved. |
If I'm right in understanding ... there are 2 passes through the document, and something is calculating wrong line numbers in the second pass. E.g. I had a header sequence fail in row 79, it was warned as:
in the terminal, and a second time as:
line -919, both vanished as I corrected line 79. reproducible: line count fails for header sequence fails in second pass increase by every active |
poor mans workaround ...
cumbersome, but works to some degree, |
I use AsciidocFX for big / long documents and my top ".adoc" files are just including sub parts. |
I find under Settings - Editor Settings - 'Detached Preview', but can't check how it handles the synchronization between Editor and Preview as it leads to a dead end of showing a detached floating window with 'Setting' missing the button to return to 'Preview'. First impression: not yet fully mature. |
We do have active development in AsciidocFX, but no programmer is taking this shortcoming seriously? IMHO it's rendering 'include' or preview useless. I'm sure it's only a little flaw ... |
What exactly do you want? |
A working sync between edit window and preview. |
made you two testfiles to reproduce issue, rename to *.adoc ( github sucks ) and follow instructions in testfile_for_edit_preview_sync.adoc. |
from the comment on 2024-01-14:
It doesn't work for chapter numbering if one of the includes introduces a new chapter :-( |
pmorch wrote:
The gist seems dysfunctional, as well 'download zip' as 'clone https' brings most files zero bytes, in particular sample.adoc. As the issue isn't resolved I'd propose to repair. |
catched a flavour of mis-counting line numbers,
in the assumed second run line 1258 is counted as 1225. An indication that something in counting is out of order, which - IMHO - |
I have a 60+ page word document I converted to asciidoc. When I edit it with AsciidocFX far down in the document, the preview is sometimes correct. But often it starts out correct, and then when I edit a line in the editor, it scrolls away to somewhere different so that the line I'm editing is nowhere on the screen.
Because of this issue, AsciidocFx cannot show edit previews when editing long documents (failed on both the two long documents I've tried), and that reduces the utility of AsciidocFX substantially.
Use this gist to reproduce:
Actual behavior: Notice that the preview is now somewhere completely else. The heading is nowhere in sight.
Expected behavior: I expected that the preview showed the edited heading.
See also these related issues with preview position sync: #391 #392 #383.
The text was updated successfully, but these errors were encountered: