# Dev Diary 79: Why we've removed the blog 😭

**URL:** <https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465>\
**Category:** Elements\
**Created:** [May 8, 2025, 2:34pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465 "2025-05-08T14:34:49Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![ben](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/ben/32/28488_2.png) [@ben](https://forums.realmacsoftware.com/u/ben)\
**Post date:** [May 8, 2025, 2:34pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/1 "2025-05-08T14:34:49Z")

</div>

**Big changes are happening inside Elements — and it starts with saying goodbye to the blog.**

Yep, it’s gone. But don’t worry, it’s not a loss… it’s a serious upgrade.

We’re replacing the blog with something way more powerful: a full CMS, built right into Elements. It’s faster, more flexible, and ready for whatever you throw at it.

Watch the video below to see what I’ve been building these past couple of weeks 🤩

[![](https://europe1.discourse-cdn.com/flex005/uploads/realmacsoftware1/original/3X/0/6/06b8341094ee30bf34ce6fb205ff8640cc36d6f7.jpeg "Dev Diary 79 - Why We Replaced Our Blog with a CMS (And What It Can Do Now)") ](https://www.youtube.com/watch?v=D3fdoQRlblc)

One of the biggest reasons we decided to scrap the blog and rebuild it as a full CMS was _your feedback_ on the Blogging Preview video.

So we want your input again — check out the new CMS video preview, tell us what you love, what’s missing, and what you’d like to see next.

**Your feedback directly shapes the future of Elements** — and helps us build the best website builder. Period.

---

<div class="post-metadata">

**Author:** ![mrTablet](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/mrtablet/32/21819_2.png) [@mrTablet](https://forums.realmacsoftware.com/u/mrTablet)\
**Post date:** [May 8, 2025, 2:47pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/2 "2025-05-08T14:47:54Z")

</div>

Coming in the next build?

---

<div class="post-metadata">

**Author:** ![ben](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/ben/32/28488_2.png) [@ben](https://forums.realmacsoftware.com/u/ben)\
**Post date:** [May 8, 2025, 2:51pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/3 "2025-05-08T14:51:34Z")

</div>

Unfortunately not.

I don’t think we’re too far away from shipping this in [Elements](https://elementsapp.io/), however, we do have a few core features left to really nail down before we ship a first version.

---

<div class="post-metadata">

**Author:** ![manofdogz](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/manofdogz/32/26314_2.png) [@manofdogz](https://forums.realmacsoftware.com/u/manofdogz)\
**Post date:** [May 8, 2025, 3:18pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/4 "2025-05-08T15:18:38Z")

</div>

A CMS offering is vital for my business so this is excellent news!!

---

<div class="post-metadata">

**Author:** ![astzweig](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/astzweig/32/28820_2.png) [@astzweig](https://forums.realmacsoftware.com/u/astzweig)\
**Post date:** [May 8, 2025, 3:25pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/5 "2025-05-08T15:25:32Z")

</div>

That’s very nice and I’m looking forward to see this feature released soon.

I’ve a question regarding the long run of the CMS feature, though. We work a lot with a headless CMS and would love to see [Elements](https://elementsapp.io/) get the ability to retrieve CMS data via API calls. Is that something, that is already on the roadmap?

---

<div class="post-metadata">

**Author:** ![logrunner](https://avatars.discourse-cdn.com/v4/letter/l/59ef9b/32.png) [@logrunner](https://forums.realmacsoftware.com/u/logrunner)\
**Post date:** [May 8, 2025, 3:32pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/6 "2025-05-08T15:32:34Z")

</div>

Hi @ben That’s looking really good. 👍

It would be useful to be able to specify the sort order for the CMS collections: Ascending | Descending. Use case is to show events planned for the future.

Another thing would be to add the time to the post so that the publishing time can be set e.g. from midday on a particular date.

I also use the date and time to indicate when a planned event will take place. So it might be ‘2025-05-24-10-00-event-slug.md’

The blog I have been working on looks like it is being rapidly superseded by your efforts which in someways is a relief as I am sure it is going to be much better due to its full integration within [Elements](https://elementsapp.io/). 😀

It seems that the Custom Fields that will allow an easier integration of Foundry Alloy Posts. It would be useful to have a translation facility to change say the Foundry Alloy metadata name for an image which is ‘topper’ to ‘image’ and likewise with the ‘topper-alt’ field etc. Of course this could be done by a one-off program to convert to the standard [Elements](https://elementsapp.io/) metadata tags where appropriate.

I presume the Markdown files for the collections are stored in folders that will be readily accessible from outside of [Elements](https://elementsapp.io/) in order to use an external editor.

I use Sitelok (by @vibralogix ) and have built logic into my CMS to permit or not markdown editing. For when you get round to doing the markdown content editor, it would be useful to be able to have some hooks in it for external integrations like Sitelok.

Anyway, great job - I am looking forward to trying it out. 🙂

---

<div class="post-metadata">

**Author:** ![ben](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/ben/32/28488_2.png) [@ben](https://forums.realmacsoftware.com/u/ben)\
**Post date:** [May 8, 2025, 5:29pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/7 "2025-05-08T17:29:04Z")

</div>

> [@astzweig](#):
>
> We work a lot with a headless CMS and would love to see [Elements](https://elementsapp.io/) get the ability to retrieve CMS data via API calls

Funny you should mention that because myself and Dan were just chatting about that yesterday. It’s not going to make it in to the 1.0 version, but it is definitely something we’d like to support — can’t promise if/when though 😊

---

<div class="post-metadata">

**Author:** ![ben](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/ben/32/28488_2.png) [@ben](https://forums.realmacsoftware.com/u/ben)\
**Post date:** [May 8, 2025, 5:36pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/8 "2025-05-08T17:36:04Z")

</div>

> [@logrunner](#):
>
> specify the sort order for the CMS collections

Yes, I forgot to mention that. Sort order will be available on all collections 😃

> [@logrunner](#):
>
> Another thing would be to add the time to the post so that the publishing time can be set e.g. from midday on a particular date.

This is already supported, so you can schedule a post to go live on at a certain time of the day.

> [@logrunner](#):
>
> It seems that the Custom Fields that will allow an easier integration of Foundry Alloy Posts. It would be useful to have a translation facility

We could look at an import tool so you could migrate other services, if the demand is there!

> [@logrunner](#):
>
> I presume the Markdown files for the collections are stored in folders that will be readily accessible from outside of [Elements](https://elementsapp.io/) in order to use an external editor.

100%.

The CMS is based on standard markdown files — anyone/anything can easily integrate with this CMS by simply creating/deleting/updating the markdown files stored on your server.

> [@logrunner](#):
>
> it would be useful to be able to have some hooks in it for external integrations

We want to offer an API for the CMS — so anyone could build an admin area, for example — but I can’t say yet how that is going to work.

We need to develop the in-app experience first, and then we’ll get to the online editing and integrations with other services 😃

---

<div class="post-metadata">

**Author:** ![pumpkin](https://avatars.discourse-cdn.com/v4/letter/p/ccd318/32.png) [@pumpkin](https://forums.realmacsoftware.com/u/pumpkin)\
**Post date:** [May 8, 2025, 5:48pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/9 "2025-05-08T17:48:48Z")

</div>

Wow, that’s just brilliant and even more than I expected. You guys rock 😃

---

<div class="post-metadata">

**Author:** ![handshaper](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/handshaper/32/27373_2.png) [@handshaper](https://forums.realmacsoftware.com/u/handshaper)\
**Post date:** [May 8, 2025, 7:02pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/10 "2025-05-08T19:02:17Z")

</div>

Wow!

This is going to have a huge impact on my sites. I can see so many use cases that are covered with this that will save me a lot of time and effort and make updating the data more straightforward.

The one thing I did not see but which might have been covered in the earlier blog videos, was what happens if I have images embedded in my markdown file. Especially, if they are images on my server that I’m linking, too.

Can you link to images in the markdown that are in the [Elements](https://elementsapp.io/) resources?

One of my sites I just finished is going to be dramatically impacted by the addition of the CMS. I can’t wait to get my hands on this new feature.

---

<div class="post-metadata">

**Author:** ![DaveMac](https://avatars.discourse-cdn.com/v4/letter/d/fbc32d/32.png) [@DaveMac](https://forums.realmacsoftware.com/u/DaveMac)\
**Post date:** [May 8, 2025, 7:10pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/11 "2025-05-08T19:10:53Z")

</div>

> [@Dev Diary Ep75 - Blogging Preview](https://forums.realmacsoftware.com/t/dev-diary-ep75-blogging-preview/47193/28):
>
> Right now my gut feeling is no, our servers won’t need to connect to yours.

> [@ben](#):
>
> then we’ll get to the online editing and integrations with other services

So is it now gonna require your servers? Or will that just be for those using the Cloud Storage that is included with their licenses and not those whom self host?

---

<div class="post-metadata">

**Author:** ![ben](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/ben/32/28488_2.png) [@ben](https://forums.realmacsoftware.com/u/ben)\
**Post date:** [May 8, 2025, 8:01pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/12 "2025-05-08T20:01:15Z")

</div>

> [@DaveMac](#):
>
> So is it now gonna require your servers?

No, what has made you think that? 🤔

[Elements](https://elementsapp.io/) allows you to build sites and host them wherever you want - you’re not locked in to our servers in any way.

The same goes for these CMS components - build your site in [Elements](https://elementsapp.io/), add the CMS components/data as needed, and publish to your host. Nothing will be on our servers.

---

<div class="post-metadata">

**Author:** ![ben](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/ben/32/28488_2.png) [@ben](https://forums.realmacsoftware.com/u/ben)\
**Post date:** [May 8, 2025, 8:04pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/13 "2025-05-08T20:04:56Z")

</div>

> [@handshaper](#):
>
> what happens if I have images embedded in my markdown file. Especially, if they are images on my server that I’m linking, too.

You can link to images in the standard markdown way.

We are looking at if/how we can integrate nicely with project resources, but you’ll be able to use images hosted anywhere as well.

---

<div class="post-metadata">

**Author:** ![DaveMac](https://avatars.discourse-cdn.com/v4/letter/d/fbc32d/32.png) [@DaveMac](https://forums.realmacsoftware.com/u/DaveMac)\
**Post date:** [May 8, 2025, 8:18pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/14 "2025-05-08T20:18:47Z")

</div>

Wasn’t assuming either way, instead just wanted clarification between the two comments each of you @dan @ben shared that I included above. Thanks

---

<div class="post-metadata">

**Author:** ![dan](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/dan/32/28516_2.png) [@dan](https://forums.realmacsoftware.com/u/dan)\
**Post date:** [May 8, 2025, 8:37pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/15 "2025-05-08T20:37:56Z")

</div>

Hey @DaveMac, totally fair to ask for clarification, I know these things can sometimes get a little mixed in translation between posts, especially when there’s such fast ongoing development. I appreciate you keeping us on our toes!

By the way, just curious… are you using [Elements](https://elementsapp.io/) yourself yet, or keeping an eye on things from the sidelines for now? Would love to hear what you think of it if you’ve had a chance to try it out.

Cheers!

---

<div class="post-metadata">

**Author:** ![DaveMac](https://avatars.discourse-cdn.com/v4/letter/d/fbc32d/32.png) [@DaveMac](https://forums.realmacsoftware.com/u/DaveMac)\
**Post date:** [May 8, 2025, 8:44pm UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/16 "2025-05-08T20:44:36Z")

</div>

Still watching, keeping June 1st in mind to get on board.

---

<div class="post-metadata">

**Author:** ![numericcitizen](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/numericcitizen/32/26930_2.png) [@numericcitizen](https://forums.realmacsoftware.com/u/numericcitizen)\
**Post date:** [May 9, 2025, 12:50am UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/17 "2025-05-09T00:50:58Z")

</div>

It looks really impressive and flexible but with that comes some complexity. I’m really looking forward to learn and experiment with this but I’m already seeing a few use cases for me: building a changelog and of course, a real blog.

---

<div class="post-metadata">

**Author:** ![handshaper](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/handshaper/32/27373_2.png) [@handshaper](https://forums.realmacsoftware.com/u/handshaper)\
**Post date:** [May 9, 2025, 2:21am UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/18 "2025-05-09T02:21:09Z")

</div>

@ben For the sample you showed where you were using the CMS to setup a header, will this sort of data that uses a custom field always be setup in the front matter?

Would the body of the markdown file then be empty as the data would all be in the front matter, correct?

---

<div class="post-metadata">

**Author:** ![csmltd](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/csmltd/32/11293_2.png) [@csmltd](https://forums.realmacsoftware.com/u/csmltd)\
**Post date:** [May 9, 2025, 5:50am UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/19 "2025-05-09T05:50:10Z")

</div>

Two issues which I would appreciate feedback on:

1. Reference to [Elements](https://elementsapp.io/) resources continue within the videos - the resources can be warehoused items I assume?
2. In terms of an [Elements](https://elementsapp.io/) sitemap(s) are such sitemaps available and can these be manually configured to incorporate reference to images, videos, pdf’s etc?

---

<div class="post-metadata">

**Author:** ![ben](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/ben/32/28488_2.png) [@ben](https://forums.realmacsoftware.com/u/ben)\
**Post date:** [May 9, 2025, 7:03am UTC](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465/20 "2025-05-09T07:03:38Z")

</div>

> [@numericcitizen](#):
>
> It looks really impressive and flexible but with that comes some complexity.

We are looking at ways we can reduce complexity in [Elements](https://elementsapp.io/), however, I think once you’ve had a chance to use this it will make more sense.

In the near future, we’ll also have templates and example projects available — this’ll make it a lot easier to get started with a CMS project 🙂

> [@numericcitizen](#):
>
> I’m already seeing a few use cases for me: building a changelog and of course, a real blog.

Yup, you could easily build a change log with the CMS — nice idea 😃

[Next page](https://forums.realmacsoftware.com/t/dev-diary-79-why-weve-removed-the-blog/47465.md?page=2)
