eniston Changelog

Today we added two small features, new integrations and also fixed a few bugs.

Read-only role

One highly requested feature after we introduced frontend authentication was a read-only role. Essentially a role that was only allowed to view the frontend (after authenticating), but without any access to edit or even view the workspace backend in any way whatsoever.

This is now possible. Roles can be set to new (invited) users, as well as existing users.

After-save redirect

After saving an article - either as a draft or published, you'll be automatically redirected to the category overview. It is now possible to change this behavior. As an alternative, you can now choose to stay in the article edit view after saving. This is a global setting per user, so if you have multiple workspaces, this change will apply to all of them. To change this setting, go to your account settings at https://eniston.io/settings and find the section "Redirect mode".

New integrations

We also added 3 new integrations:

• Brevo Conversations
• ChatNode AI
• Tawk.to

Bug fixes

And last but not least, we fixed a few bugs. Two of them were pretty annoying if you encountered them.

When changing the title of an article from "A" to "B" and later back to "A", the slug of that article would be changed from "domain.com/category/a" to "domain.com/category/a-1". If you manually linked to that article, a 404 would be thrown. This should be fixed.

We also fixed a bug when creating a new article within a category (not via the + symbol in the sidebar). The active category was not pre-selected and upon saving the article, it would be stored in a different  category (the first one that was created within the workspace). This should now be fixed as well.

Finally, right? There are now 3 different methods to prevent external access to the frontend of a workspace:

1. Restrict via IP address
2. Restrict with global password
3. Restrict with email and password frontend authentication

1 and 2 were already around for a while. They do what they promise, but are not always the best solution. Restrict with email and password authentication brings a lot more security and control benefits.

One of those benefits targets teams, or any scenario were multiple people with different accounts worked on a workspace that was restricted with a global password. When one of the people left a team, they could still use the password to access the workspace. So a new password would be needed and everyone on the team had to be informed. That... sucked, obviously.

Now, when a team member is removed and frontend authentication is activated, this former team member is not able to access the workspace anymore.

In a future update we plan to integrate more finer control so it will be possible to restrict certain user groups from categories and articles, both in the backend and frontend. We also plan to implement third-party authentication so our systems can connect to external systems and use JSON Web Token Authentication (JWT).

To enable this new authentication method, log in to your account and go to the workspace settings at eniston.io/base/settings#access. As with the existing global password screen and category password screen, the background color can be changed in the "Appearance" settings (Header Background Color).

One of the things we had planned for a while was to rebuild the "Docs" theme. The initial design worked fine for most cases but code-wise, it was bulky and not a joy to maintain. Today, we finally shipped an updated for the "Docs" theme (and also minor refinements for the "Default" theme).

In general, both light and dark mode now feel more modern and snappier. At least that's our impression. :)

Pinned navigation

There is now a new option to "pin" the navigation to the left side of the screen. This can be toggled by admins. By default, the navigation remains close to the content. With the pinned navigation, the appearance reflects many popular documentation examples and sticks to the left side of the browser window.

Toggle categories

We now also added the option for users to toggle categories. By default, the tree view shows all articles within their categories. Users can now optionally collapse categories in the tree view. This is probably a welcome addition for many users. The states are stored in the browsers local storage.

As of today, you can change the slug of a category.

What is a slug?

A slug is a set of words or numbers used in a URL for a specific webpage, such as example.com/this-is-the-slug. The slug is used to identify specific posts or pages, or in this case a category.

Slugs are usually auto-generated based on the title. And as with all web urls, they should (and usually are) be entirely lowercase, not contain spaces and be unique per workspace. Spaces are usually replaced by a hyphen or underscore. Punctuation marks are generally removed.

How to change slugs?

Slugs can be changed within the category settings after the category was created. Simply click the "gear" icon and find the section "Category slug" in the panel.

In a future update later this year, we will also make it possible to change article slugs.

In case you ever wanted articles to appear in multiple / different categories - without duplicating them - we got something for you:

Shadow categories

Show articles in different categories without duplicating them.

How it works

When assigning shadow categories to an article (via the article settings), this article is connected to these categories. In the frontend (where you view articles), your article will appear in those shadow categories, in addition to the main category. To prevent duplicate content, the article detail view is still opened in the main category. Your article exists only once and will be found only once via search.

Releases integration

We also added an integration for "Releases", one of our own products. If you have an existing Releases account, simply copy the workspace identifier (found in the widget settings) and paste it when creating a new integration in eniston.

If you don't have a "Releases" account yet, you can save 40% off when using the code ENISTON during checkout. Show your product updates directly in your help center with Releases.

Today we released a small bugfix that mostly impacted newly created accounts. An error was thrown when attempting to create a new article without first creating a category. There has to be at least one category in a workspace to be able to create an article.

Apologies for the bad start to those this bug impacted.

A small feature many of you have asked for is now available: clickable tags.

When adding keywords / tags to articles, it is now possible to click on them on the frontend to get a list of other articles that share the same keyword.

In a future update we will improve the keyword selection in the backend to make it easier to re-use existing ones.

Today we shipped a few new features and lots of minor UI changes across the backend. Most of the UI changes are a reflection of our recent survey. More updates to improve the usability are coming soon.

Duplicate articles

It is now possible to duplicate a single article within a workspace. Set the new (or same) category, define a new title and duplicate. All article settings and attachments will be duplicated.

What about workspaces? We received quite a lot requests via email if it was possible to duplicate an entire workspace. We planned to ship this feature today as well, but it's not quite ready yet. We plan to release this mid October. Stay tuned.

Highlight important resources

Today's update also includes a new section called "Important resources". If you want to directly point your users into a certain direction of most relevant articles or pages, you can now create up to 6 sections that will be shown on the front page of your workspace.

You can manage these sections in your workspace settings at eniston.io/base/settings.

After releasing our new search, we received a few dozen emails asking for the old search back. In general, this is something we won't consider as we spend a good amount of time building new stuff like that. New things are (mostly) different and maybe need some time to get used to. But we heard you and we agree that a stellar search is crucial for a knowledge base.

We knew how to get the results we expected and were before, but it was not clear to many of you. That is a clear indicator that we didn't do our job – building a new and better search – good enough.

The old search is back, and even a little better than before

We spent the last days implementing the new old search the way we should have done in the first place. But it was a "quick fix" done in a hurry when we initially did it. It is now more maintainable for us, and brings more relevant search results to you and your users.

We apologize for the trouble some of you had and we appreciate the feedback.

Earlier this year we had to move our frontend search from a custom Meilisearch instance to Algolia. You can read more about this here, if you are interested. As stated back then, this was just a temporary solution until we figure out what went wrong with our Meilisearch instance. Turns out, it was too much data. o_O There is an internal limit on how many indexes can exists, but I don't want to go into any technical details.

That temporary solution almost lasted a whole year, oh boy... But today, we finally released our own and custom search.

This is sort of a "v1" if you will. The initial suggestions are the articles with the most views. And yes, despite the fact that there is no more text preview, it remains a full-text search. Keywords and the intro-text (if set) remain also searchable, just as your actual content.

To trigger the search, you can either click on the search field or the search icon (depending on the theme and browser size). You can also type ⌘K or CTRL+K on your keyboard.

We will improve this search over time and also include a statistic for admins to see how many searches ended with no results. This can be helpful to further improve your content.

If you have any feedback, please let us know.

Today we added 3 new integrations: Boei, re:tune and Google Tag Manager. 

GTM basically gives you a bit more flexibility when adding third-party scripts. As with all integrations, be sure to update and link to your privacy policy.

Today we made a change about how we collect taxes. Due to the fact that we have businesses (B2B) as well as consumers (B2C) using our software, we a legally obligated to show final prices (inclusive of VAT) on our website. Before this update, prices were shown without taxes.

We did not update our pricing, but existing customers – especially non-business entities – will see a slight decrease on their monthly / annual statement. So they will pay a little less than before.

If you have questions regarding this change, feel free to get in touch.

Introducing collapsible content / accordions

We also added a small but certainly nice addition to our editor. You can now create collapsible content.