AppFlowy-IO/AppFlowy

Fork 0

mirror of https://github.com/AppFlowy-IO/AppFlowy.git synced 2026-03-24 04:46:56 +00:00

[GH-ISSUE #25] [FR] Auto markdown formatting #11

New issue

Closed

opened 2026-03-23 20:30:23 +00:00 by mirror · 11 comments

mirror commented

2026-03-23 20:30:23 +00:00

Owner

Originally created by @Calcium3d on GitHub (Nov 18, 2021).
Original GitHub issue: https://github.com/AppFlowy-IO/AppFlowy/issues/25

1~3 main use cases of the proposed feature
Writing in markdown, will automatically convert that into the proposed element. For example, if I type a # with a space, it should auto convert that into a heading 1 instead of showing the hash, basically what happens if I click the button on the bottom toolbar instead

Additional context

currently, this is what happens when I try to type in markdown (up), I would like it to be this (down),

Originally created by @Calcium3d on GitHub (Nov 18, 2021). Original GitHub issue: https://github.com/AppFlowy-IO/AppFlowy/issues/25 **1~3 main use cases of the proposed feature** Writing in markdown, will automatically convert that into the proposed element. For example, if I type a # with a space, it should auto convert that into a heading 1 instead of showing the hash, basically what happens if I click the button on the bottom toolbar instead **Additional context** ![image](https://user-images.githubusercontent.com/56835743/142386648-90bda60e-63b9-4658-a069-96780e062eba.png) currently, this is what happens when I try to type in markdown (up), I would like it to be this (down), ![image](https://user-images.githubusercontent.com/56835743/142387037-74ed7e42-5aa5-4957-a118-0b68b85c9f3a.png)

mirror

2026-03-23 20:30:23 +00:00

closed this issue
added the
new feature

help wanted
labels

mirror commented

2026-03-23 20:30:23 +00:00

Author

Owner

@Zenyet commented on GitHub (Nov 19, 2021):

agree.

@Zenyet commented on GitHub (Nov 19, 2021): agree.

mirror commented

2026-03-23 20:30:23 +00:00

Author

Owner

@MeJackie commented on GitHub (Nov 20, 2021):

agree

@MeJackie commented on GitHub (Nov 20, 2021): agree

mirror commented

2026-03-23 20:30:24 +00:00

Author

Owner

@Lloyd-Jackman-UKPL commented on GitHub (Nov 22, 2021):

This is basically a Typora kind of interface, right? If so, agree but would argue there should be an option to view the raw markdown, or the rendered view.

@Lloyd-Jackman-UKPL commented on GitHub (Nov 22, 2021): This is basically a Typora kind of interface, right? If so, agree but would argue there should be an option to view the raw markdown, or the rendered view.

mirror commented

2026-03-23 20:30:24 +00:00

Author

Owner

@notd5a-alt commented on GitHub (Nov 23, 2021):

Definetely agree to that. I type better in the raw markdown mode.

@notd5a-alt commented on GitHub (Nov 23, 2021): Definetely agree to that. I type better in the raw markdown mode.

mirror commented

2026-03-23 20:30:24 +00:00

Author

Owner

@Yongbeom-Kim commented on GitHub (Nov 23, 2021):

I'd like to suggest that markdown is good and all, but may not be the way to go. I think there are lots of benefits with markdown, but it simply isn't the solution to everything. I think one good example is the excel-style tables/databases in Notion (which is personally the selling point for me for the app), to have things like custom sorts, custom filters and all. I mean, it's definitely not impossible to implement with markdown, but I feel that using markdown in such an early stage of development boxes the app out of having certain features. Maybe a better approach will be to have markdown as an optional plugin, or to support things like cells (e..g Jupyter notebooks), also as an optional plugin.

@Yongbeom-Kim commented on GitHub (Nov 23, 2021): I'd like to suggest that markdown is good and all, but **may not be the way to go**. I think there are lots of benefits with markdown, but it simply isn't the solution to everything. I think one good example is the excel-style tables/databases in Notion (which is personally the selling point for me for the app), to have things like custom sorts, custom filters and all. I mean, it's definitely not impossible to implement with markdown, but I feel that using markdown in such an early stage of development boxes the app out of having certain features. Maybe a better approach will be to have markdown as an optional plugin, or to support things like cells (e..g Jupyter notebooks), also as an optional plugin.

mirror commented

2026-03-23 20:30:25 +00:00

Author

Owner

@Lloyd-Jackman-UKPL commented on GitHub (Nov 23, 2021):

That's a really interesting and important point. When you use Typora, you can see it clearly takes a "code block" approach in Source Code Mode, looking very familiar to me as a Jupyter user. I certainly wouldn't see any conflict with treating these blocks as of different types, but would only note that Jupyter limits your designs to a degree by not supporting more complex kinds of formatting, such as columns or tiles. Imagining a a page as a set of dynamically sized tiles that could be snapped into place, each having a type (markdown, board, table etc.) could be very powerful and visually appealing.

Lloyd Jackman

Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Tuesday, November 23rd, 2021 at 3:50 AM, Dernbu @.***> wrote:

I'd like to suggest that markdown is good and all, but may not be the way to go. I think there are lots of benefits with markdown, but it simply isn't the solution to everything. I think one good example is the excel-style tables/databases in Notion (which is personally the selling point for me for the app), to have things like custom sorts, custom filters and all. I mean, it's definitely not impossible to implement with markdown, but I feel that using markdown in such an early stage of development boxes the app out of having certain features. Maybe a better approach will be to have markdown as an optional plugin, or to support things like cells (e..g Jupyter notebooks), also as an optional plugin.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.

@Lloyd-Jackman-UKPL commented on GitHub (Nov 23, 2021): That's a really interesting and important point. When you use Typora, you can see it clearly takes a "code block" approach in Source Code Mode, looking very familiar to me as a Jupyter user. I certainly wouldn't see any conflict with treating these blocks as of different types, but would only note that Jupyter limits your designs to a degree by not supporting more complex kinds of formatting, such as columns or tiles. Imagining a a page as a set of dynamically sized tiles that could be snapped into place, each having a type (markdown, board, table etc.) could be very powerful and visually appealing. Lloyd Jackman Sent with [ProtonMail](https://protonmail.com/) Secure Email. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Tuesday, November 23rd, 2021 at 3:50 AM, Dernbu ***@***.***> wrote: > I'd like to suggest that markdown is good and all, but may not be the way to go. I think there are lots of benefits with markdown, but it simply isn't the solution to everything. I think one good example is the excel-style tables/databases in Notion (which is personally the selling point for me for the app), to have things like custom sorts, custom filters and all. I mean, it's definitely not impossible to implement with markdown, but I feel that using markdown in such an early stage of development boxes the app out of having certain features. Maybe a better approach will be to have markdown as an optional plugin, or to support things like cells (e..g Jupyter notebooks), also as an optional plugin. > > — > You are receiving this because you commented. > Reply to this email directly, [view it on GitHub](https://github.com/AppFlowy-IO/appflowy/issues/25#issuecomment-976115052), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/ANFGDYU5NCT7XLZUJ6LMPQ3UNL6RBANCNFSM5IJDENEA). > Triage notifications on the go with GitHub Mobile for [iOS](https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675) or [Android](https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub).

mirror commented

2026-03-23 20:30:25 +00:00

Author

Owner

@polypixeldev commented on GitHub (Jul 29, 2022):

I like Lloyd-Jackman-UKPL's idea:

Imagining a a page as a set of dynamically sized tiles that could be snapped into place, each having a type (markdown, board, table etc.) could be very powerful and visually appealing.

It would be nice if pages would operate on a plugin-based system, where each plugin defines one or more tiles that can be used in the page. Some plugins could be included in the app by default (like Markdown), while others could be installed through the plugin marketplace. The plugins would likely have their own settings so that things like raw/rendered view could be managed. I know that the AF team has a plugin system in mind, although I'm not sure how it's planned to be implemented at the moment. Any thoughts?

@polypixeldev commented on GitHub (Jul 29, 2022): I like Lloyd-Jackman-UKPL's idea: > Imagining a a page as a set of dynamically sized tiles that could be snapped into place, each having a type (markdown, board, table etc.) could be very powerful and visually appealing. It would be nice if pages would operate on a plugin-based system, where each plugin defines one or more tiles that can be used in the page. Some plugins could be included in the app by default (like Markdown), while others could be installed through the plugin marketplace. The plugins would likely have their own settings so that things like raw/rendered view could be managed. I know that the AF team has a plugin system in mind, although I'm not sure how it's planned to be implemented at the moment. Any thoughts?

mirror commented

2026-03-23 20:30:25 +00:00

Author

Owner

@annieappflowy commented on GitHub (Aug 1, 2022):

Thanks a lot for sharing your inputs.

@Poly-Pixel your points totally make sense to me. I like it to be customized by having a plugin marketplace where users can download and install things that they prefer. Following this logic, Markdown can be a pre-installed plug-in which can be uninstalled by the user, so basically it's optional.

In terms of the tech design, @LucasXu0 will share more on this thread

@annieappflowy commented on GitHub (Aug 1, 2022): Thanks a lot for sharing your inputs. @Poly-Pixel your points totally make sense to me. I like it to be customized by having a plugin marketplace where users can download and install things that they prefer. Following this logic, Markdown can be a pre-installed plug-in which can be uninstalled by the user, so basically it's optional. In terms of the tech design, @LucasXu0 will share more on this thread

mirror commented

2026-03-23 20:30:25 +00:00

Author

Owner

@annieappflowy commented on GitHub (Aug 1, 2022):

I also second to @Lloyd-Jackman-UKPL 's idea

@annieappflowy commented on GitHub (Aug 1, 2022): I also second to @Lloyd-Jackman-UKPL 's idea

mirror commented

2026-03-23 20:30:25 +00:00

Author

Owner

@annieappflowy commented on GitHub (May 18, 2023):

Hello folks on this thread,

Markdown is supported. Please refer to our Markdown guide in terms of how to use it and what it's available: https://appflowy.gitbook.io/docs/essential-documentation/markdown

Look forward to getting your feedback on this feature.

@annieappflowy commented on GitHub (May 18, 2023): Hello folks on this thread, Markdown is supported. Please refer to our Markdown guide in terms of how to use it and what it's available: https://appflowy.gitbook.io/docs/essential-documentation/markdown Look forward to getting your feedback on this feature.

mirror commented

2026-03-23 20:30:26 +00:00

Author

Owner

@annieappflowy commented on GitHub (May 18, 2023):

Here is the link to download our latest release: https://github.com/AppFlowy-IO/AppFlowy/releases

@annieappflowy commented on GitHub (May 18, 2023): Here is the link to download our latest release: https://github.com/AppFlowy-IO/AppFlowy/releases

mirror referenced this issue

2026-03-23 20:34:28 +00:00

[GH-ISSUE #566] Cannot run on Ubuntu22.4 #249

mirror referenced this issue

2026-03-23 20:35:23 +00:00

[GH-ISSUE #742] [Bug] App d'o nt run in Fedora 36 #317

mirror referenced this issue

2026-03-23 21:18:41 +00:00

[GH-ISSUE #4427] Release/package_info_plus.build/Objects-normal/x86_64/Binary/package_info_plus normal x86_64 (in target #1978

mirror referenced this issue

2026-03-23 21:19:47 +00:00

[GH-ISSUE #4709] [Bug] Mobile unable to click to invoke action #2110