-
Notifications
You must be signed in to change notification settings - Fork 365
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
(duplicate) Sync position between View and Edit modes for ToC #1060
Comments
Hi, that ToC is only there for edit mode, hence it should be only available in edit mode. Thus, resolve will be that the edit mode ToC gets disabled/unavailable on view mode. |
Hey, @gsantner . I'm not sure what you mean by "edit mode ToC" - I haven't seen any ToC in the edit mode. 🤔 I'm running v2.3.2 from F-Droid. |
Please share a screenshot what you actually tap, thats clears things. |
@gsantner Here is a video demonstrating the problem - https://upload.disroot.org/r/bPbuFGWV#ukUtez62aWnV3AvNGsVrBHgvRjpjBNGR8Ogomo21Og8= (I'm not sure why the search didn't take me to the result I tapped on, nor why the usual Markdown syntax highlighting was missing...problems for another day.) |
OK, so your request is to synchronize view mode scroll state with edit mode scroll state. This has been already requested, and I marked it as a won't fix (#679). It's due it's not feasible to implement, the view content (/HTML) does not fully correlate to the original text (otherwise it wouldn't have been converted :P). |
@gsantner I'm well aware of that issue. This is not a duplicate; note the title I had set - "Use the ToC heading we tapped on". The program just derives the information of where to open edit mode from the ToC heading the user tapped. Surely the heading in edit mode is guaranteed to correlate to the ToC heading?? |
Nope, you can have
for example and it will be something different in view vs edit mode. we would need a HTML to Markdown converter, which is out of scope of the project. To me it's not much of a difference if it's about sync just the headings, or everything. |
Thanks for adding the ToC - it makes it easy to read large files. I have a request for a behaviour which would greatly ease their editing as well.
Situation
Current behavior
The cursor is placed at the beginning of the document (even with the 'open at end' option enabled? Might be a bug.)
Suggested behaviour
Place the cursor at or below the heading.
If there is a concern about a case where the user -
...then the behavior could be to fall back to usual behavior (cursor at start or end of document) if the user scrolls after tapping the ToC heading.
This would make editing large files a lot easier.
The text was updated successfully, but these errors were encountered: