• GNU/Linux Admin

    Yes, thanks @Drew-Llewellyn! Looking forward to seeing what we can do with this...


  • Woo Hoo !

  • Admin

    haha don't get your hopes up yet, we still need to see if it's feasible or not. Fortunately @Drew-Llewellyn has a 30 day guarantee so if we can't figure it out no harm done.

    That said, I really love it so it'll be great to have it implemented here 🙂


  • Yeah, it's such a good tool and for people creating a content driven forum website it'll be really helpful for making high quality well formatted content. So glad this is happening!

  • Gamers

    This post is deleted!

  • Really cool, guys! Looking forward to what you'll come up with!

  • GNU/Linux Admin

    Some sneak peeks from our dev work on the new composer 😄

    desktop.png


  • @julian it looks nice. Good work, keep it up.


  • looking great hopefully it will be on the core, this is so much better specially for the average users

  • GNU/Linux

    So is it confirmed ? NodeBB will come with Redactor ?

  • Admin

    We have tons of work to go including finding a way to get all of the existing composer plugins to be compatible (ex. Embed plugins) and making sure this works on mobile. It's a start, but we're confident 🙂

    Thanks to @Drew-Llewellyn, this will be available for anybody using nodebb without having to purchase a licence

  • GNU/Linux Admin

    I'm torn on whether it should be core or not. Possibly bundled but the default composer would be active, not redactor


  • Make it bundled but disabled in the next release? Tell everyone here about it. Some will chose to use it. With a good field test and bugs ironed out during 0.7.1 it'll be ready for default by next release, protecting novice users during this first one.

  • Admin

    I think the only question is compatibility between composer plugins. If it's an easy switch without losing functionality then why not?

    I've also been looking at https://iframely.com/ (resurrected on a different thread earlier), if done right this could basically deprecate all other embed style plugins

  • GNU/Linux Admin

    Yeah, I definitely think an all-in-one embed plugin would be ideal. Many of our embed plugins add content in different ways: inline, box at the bottom, etc.

    It would be good to get one standard format that all embed plugins adhere to, or supercede completely 😄


  • Does it need to be in the composer?

    Could you create a framework / API of sorts where any embed plugin gets called after the post is saved? I am not sure how the plugin API works right now, but if something was called with an array of links - it could then parse them and embed them in a flexible manner.

    I am personally keen on the embed.ly API (not the JS solution) as it gives some amount of flexibility on what can be embeded - I like that they return entities and taxonomy which can lead to richer tagging.


  • @psychobunny it looks like if you use the github version of iframely it's free forever, at the expense of not using iFrames (oh no, the tragedy!). Is that right? Certainly seems like an easy win.

  • GNU/Linux Admin

    @shri Post content is parsed on its way out of the database, not on its way in. We try to preserve the raw content as much as possible.

    So for example, the youtube embed plugin detects the presence of youtube-style URLs, and replaces them with the HTML embed code, every time the post is queried from the database.

  • Admin

    @shri said:

    I am personally keen on the embed.ly API (not the JS solution) as it gives some amount of flexibility on what can be embeded - I like that they return entities and taxonomy which can lead to richer tagging.

    It seems that iframely also does this, and as @Drew-Llewellyn says, there's an open source version that can be installed as an npm package


  • @julian fair enough. And thinking about it, it is absolutely the correct way to go. And looking at code strategies from Wordpress / vBulletin looks like the post after it has been extracted and filtered on the way out of the database is then cached temporarily for x hours to ensure fast renders.

    I don't think the embed preview in the composer is a big deal anyways. It is the final render that is more important.

Suggested Topics

  • 1
  • 2
  • 23
  • 8
  • 11
| |