Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion HTML editors / markdown
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Amiramix  
View profile  
 More options Sep 18 2012, 12:14 pm
From: Amiramix <li...@gjunka.com>
Date: Tue, 18 Sep 2012 09:14:05 -0700 (PDT)
Local: Tues, Sep 18 2012 12:14 pm
Subject: Re: HTML editors / markdown

How about Maqetta? http://maqetta.org/

On Monday, August 27, 2012 10:33:40 AM UTC+1, Marc Worrell wrote:

> Hi,

> To continue the discussion of html editors.

> Recently I came across this editor: https://github.com/xing/wysihtml5

> It is much more lightweight than tinymce.
> But seems to miss some things like pre, tables and text direction.

> I would invite you all to test it, and see if might work better than
> tinymce.

> About support for markdown entry.

> I really would like people to be able to switch between markdown and html
> editing.
> This because I have some customers who have very different editing needs
> in the same team, and I am sure some would prefer markdown and other the
> html editor.
> Mixing that will give much confusion in the editor teams (which are
> located across the globe).

> For a good support we need to have Markdown to HTML and HTML to Markdown
> conversion support.
> Where just editing in one should keep that one format as well.

> That means that either we need to make the HTML to Markdown conversion
> foolproof or need an extra intermediate form with both representations.

> Both add considerable complexity.

> An intermediate representation could be:

>         -record(editabletext, { type :: atom(), raw :: binary(), html ::
> binary() }).

> Where the type can be, for example, 'markdown'.

> We need to support this intermediate form in the same places where we
> support translations (that are {trans. …} tuples) right now.

> Any ideas?

> - Marc


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.