greenheart / tab-typer Goto Github PK

This would clarify how different properties are related.

Steps to reproduce:

1. Open file with short content (less than one screen of height).
2. Refresh page and open the long file with more content than what fills one screen.
3. Now, only the first part of the long file should be visible.

Ideas

• Likely caused by a default value for min height of the editor.
• TextEditor.updateEditorHeight() could be used to set the height depending on what file is open.

Using the "New File" button should only create a new file if no blank file already exists. This will prevent the app from being filled with blank files.

A blank file...

• has no title - (/\w/).test(title) === false
• no content - (/\w/).test(content) === false

If a blank file exists when the button is pressed, the user should be taken to the blank file.

• - Last save date
• - Number of words - const wordCount = text.trim().split(/\s+/).length
• - Creation date (❓) - Will require breaking changes.
• - Improve UI design for related features.

getWordCount (string) {
    return string.trim().split(/\s+/).length
}

Relevant code:
https://github.com/Greenheart/tab-typer/blob/master/text-editor.js#L319-L323

To fix this, set a flag escapeKeyDown = true when the esc key is pressed (keydown). Then only trigger toggleMenu() when escapeKeyDown === false.

Set escapeKeyDown = true when the esc key is released (keyup).

Using a WebExtension allows users to save data for longer periods of time, since extensions have different permissions than a normal web app.

Perhaps there's even a way to sync user settings (and data).

Might give the user a creative or even relaxed state of mind. Could be useful to replace the stale gray background.

Perhaps make this an optional feature.

Perhaps check if the we have the situation in described in the title. Then only use the scroll prevention method if we have less than a screen worth of content.

Or make it calculate the correct height.

The problem

When opening a file at the bottom of a long list of files and going back to the menu again, the list scrolls back up to the top.

This makes it annoying when searching for a specific file and you have to scroll down to the bottom every time.

By getting back to the same scroll position in the main menu automatically, UX would be improved.

Solution

1. Save the scroll position when the main menu is closed and before the file is opened.
2. When navigating back to the menu and its file list, set the scroll position based on the latest stored value.

• Show start of title in main menu. Full title can be seen as tooltip or title on mouse hover.
• Show full title in document, wrapped to multiple lines.