Most Markdown parsers, including Github's own (https://guides.github.com/features/mastering-markdown/) automatically mark http/https strings as hyperlinks in text and make them clickable. The square brackets syntax is impractical for a note-taking app - see similar features in vimwiki, for example.

This doesn't seem to introduce a lot of complexity or performance hit, and would make the editor a lot more usable.

With the default theme, list text appears blue (very similar to standard hyperlink color); seems distracting and can't see a reason for it being highlighted at all; I think preferable to just be same color as body text like it is in the advanced markdown editor.

Text highlights are invisible on Minimal and Advanced Markdown Editor with the following themes: Futura, Midnight, Focused. Seems to be okay with Titanium.

Add README.md file

3.8.21, desktop, Snap version

right now I can't even reproduce it, it happens irregularly, but when it does, the scrollbar resets in shape and color to what you'd expect in Chromium by default. no theming changes that. the issue so far went away by switching to another note and back.

When typing newlines at the end of a line which has certain markdown element on Android, it will immediately delete the newline. This will not happen when the newline is typed elsewhere.

I've had this happen with all header elements, ordered and unordered lists, and sometimes it will trigger on plaintext lines at random.

The easiest way to reproduce this is to type an unordered list, then try to add a newline at the end of any line.

- foo
- bar
- qaz

Possibly related, but when backspacing a line where this bug occurs, it will undo the deleted text.

To reproduce this create a list including a sub item, e.g:

* Test
  * Sub item

The first item will be colored correctly according to theme colors. The sub item is currently not colored using theme colors. The issue seems to be this CSS rule:
.cm-s-default .cm-variable-3, .cm-s-default .cm-type {...}

It's great that this editor supports in-note search. This search would be much more useful to me if I was able to easily navigate between individual search results.

It'd be great if the search bar remained visible with an active search and "next" and "previous" arrow buttons were added for navigation.

Hi, I am not sure, why this markdown is not show correctly:

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

#allow-hotplug ens3
#iface ens3 inet dhcp

allow-hotplug ens9
iface ens9 inet static
	address 8.8.8.8
	netmask 8.8.8.8
	pointopoint 8.8.8.8
	gateway 8.8.8.8
	dns-nameserver 8.8.8.8

Hello, thank you for the product, is awesome and I really like using it!

I found a little inconsistency in how themes handle item list with Minimal Markdown editor extension.

Item lists are rendered with a non-monospace font. Here is a demonstration:

• correct
  
• maybe wrong
  

Affected themes:

• Focus
• Futura
• Midnight
• Solarized Dark
• Titanium

Transferred from standardnotes/desktop#104

I really like the Minimal Markdown Editor for its 1) live rendering, 2) lack of toolbar (screen space, yay!), 3) in-note highlighting.

Strikethrough is not included in its features, but I think it's common and basic enough to make a good case for its inclusion. Therefore I'd like to propose that.

Include additional CodeMirror syntax modes such that code fences are highlighted. E.g. this code block should be highlighted correctly:

function() test {
  return 1+2;
}

Tried for Windows and Android, works both ways.

If you open a note on both platforms, scroll to a certain position on platform A, then edit the note on platform B (even just adding a word, and it doesn't matter which part of the note you edit), then your viewing position on platform A resets (it scrolls to the top of the note).

Minimal markdown: tested, conformed to be the case.
Plain: tested, doesn't have this behavior..
Rest of the editors: not tested yet.

It would be nice to know.

If you use this editor on Android and long-tap and select "Select all", only about two screenfuls of text will be selected (provided you have at least that much text in your note).

The issue doesn't occur with the Plain editor, so I guess it's specific to this one.

Version: 3.0.22 on Android

Minimal Markdown on mobile doesn't display a scroll bar. This is regardless of note length.

Describe the bug
Tab stops in the Markdown Minimist Editor do not always line up from one line to another. The Code Editor (when using markdown language) does not have this issue.

To Reproduce
Type some stuff and then tab afterwards. Then do it again on another line. Depending on the text, the tabs won't quite align
Refer to screen shot. And I'm pretty sure there are more than just 3 widths that can occur. so this could have more examples.

Expected behavior
Expect tab stops to line up regardless of the text in the line.
each line has a tab following the first character ( in this case: "." , "T", & "W"). However, tab stops should generally line up.
you can nearly line up the tabs using spaces

Screenshots

Desktop (please complete the following information):

• OS: windows App
• Browser any
• Version [3.6.11] beta

This editor is more useful than the rest because it allows for the highlighting of a string in a note. This is not an in-note search, but it makes it easier to find content.

The highlighting can be triggered with Ctrl+F, but There's no way to trigger that on mobile. Could this be amended somehow?

After switching to an empty note the editor pane retains the previous selected notes content.

Edit:
I debugged this some more. Looks like an empty note created with SN Web/Desktop has an empty string as content while an empty note created with the android app has undefined as content. The above described bug occurs only with the android sourced notes. So maybe the real issue is this client behaviour mismatch.

Sidenote:
I would have expected the batch editor to show an empty text property field for the web client note (like Text: ) and no text property field for the android note. But it hides the field completely in both cases.

I would love to have emojis that could be displayed with the : word syntax like slack and github user.

Does this sound like something that would be nice? It would make my notes a lot more fun! 😝