Skip to content
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

Excellent Application, litany of bugs #130

Open
NickRichu opened this issue Jan 11, 2022 · 1 comment
Open

Excellent Application, litany of bugs #130

NickRichu opened this issue Jan 11, 2022 · 1 comment
Labels
editor bug question Further information is requested

Comments

@NickRichu
Copy link

I want to say bravo! This is one of the most amazing open source products I've been able to find. I've used this extensively as part of my everyday note-taking tools and I've come across a few pain points:

  1. There is a definitive lag between switching between different notes. I don't know what causes it. If I've opened a note and it's been open for a while and I try to switch to a different note, there's a solid 3-5 second lag. Opening a new tab seems to fix the issue. I use Safari on Mac OS.
  2. Tables (I've seen this behavior elsewhere as well but very prominent with tables) will not hold any italics or bold upon refresh. Specifically, it seems when you bold a word inside a table, somehow in the process of storing the string it removes any extra spaces which throws off the markdown. For example:

[Double astricks][word][closing double astricks][colon][space][another word].

Normally the double asterisks will bold "word" but what actually happens upon refresh is the following:

[Double astricks][white space][word][closing double astricks][colon][another word].

So its almost like it removes spaces in between the asterisks or double asterisks and places it somewhere else. And because this is what usually signals to the app that this is italics or double astricks, the app now thinks the double asterisks don't signify bold or italics but is just another string of characters. This is incredibly frustrating.

To fix it you have to re-bold/italicize then wrap the bolded/italicized word in spaces and repeat that every time you add new entries to that particular note. Very frustrating.

  1. Tables in and of themselves are also problematic. I don't know whether it's just markdown in general or the app. But for instance, why is the first row automatically bolded? Why can't I have bullet points in the cells? An enter creates a new row rather than a new position in the cell. Took me a while to figure this out. Apart from maybe the heading, you should have all the capabilities outside of a table as inside. Additionally, table margins are off. The only way to control how wide a specific column/row can become is by forcing the next word to wrap in a new line and going down that column and doing the same thing otherwise it won't work. You should be able to drag the column boundaries to adjust the width which automatically wraps the words that exceed that width
  2. There should be three settings for a given note, not two. Narrow, Normal (which is the current wide), and wide (which goes nearly to the end of the page on the right-hand side). Right now the current wide length is too restricting.

Wonderful app! Just a few bugs to iron out before it becomes a fully mature note-taking app solution

@tecc tecc added question Further information is requested editor bug labels Sep 4, 2022
@tecc
Copy link
Member

tecc commented Sep 4, 2022

Hiya! Could you possibly provide any screenshots or recordings of those bugs*?
At a guess, however, I'd say some of these bugs are caused by the underlying Markdown editor, outline/rich-markdown-editor, which is unfortunately not really fixable at the moment, lest someone finds a viable alternative or makes their own.

* Apart from the lag bug - Notea definitely has a lot to gain in performance.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
editor bug question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants