We probably won’t build an analytics tools within COYO. We should rather focus on integrating existing (and great) tools which are already out there. But I have to admit that we need to do a better job for that, as well.

I’d like to close this issue in favor of different other suggestions here in the forum:

- Show number of views for content, specifically articles: https://community.coyoapp.com/forums/306010/suggestions/35131588

- Improve URL to make tracking for external tools easier:
https://community.coyoapp.com/forums/306010/suggestions/32454134

Hope you are ok with this decision. If you had something else in mind with this idea I am happy to discuss this with you.

Hey Kristin, sorry – I didn’t see this suggestion still being open. This is already possible but you will need a little bit of technical knowledge since it can only be configured via the REST-API.

Any profile field can be configured to be visible in the colleagues list and also being available as a filter.

See the properties “fields⁰.important” and “fields⁰.searchAggregation” in the REST-API documentation: https://coyocloud.com/docs/restdoc/guide/user-profile

There is also more detailed description about this topic in our knowledge base: https://knowledgebase.coyoapp.com/de/article/wie-kann-ich-benutzer-profilfelder-bearbeiten-und-konfigurieren

Be ware that filters only work for profile fields containing text (not for dates, checkboxes etc.).

Ben and I talked directly. This seems to occur in some special circumstances. We will have a closer look into it but it appears to be a bug.

I’ll therefore close this suggestion since it is not a feature request.

I closed this issue since this can be already achieved via permissions and roles.

As explained we won’t implement this since it would change the general concept of membership in workspaces.

Hi Jana, I checked with our service department and this is a known bug.

Closed due to inactivity / too old.

Hey Mark, unfortunately I have to close this issue since it is not an improvement of the application as such.

Regarding this suggestion please contact our service: https://www.service.coyoapp.com/

We are probably not implementing this in the near future. This is pretty much standard when renaming a file and people are used to it from their operating system.

We introduced the mechanics of inviting users first in COYO 4.

In many companies users are free to create workspaces and invite people. If they were able to just add anyone against their will this could be abused easily.

We are not going to implement this feature since the use case is quite rare. Usually there is only one editor per blog article.

Additionally there seems to be no high demand for this issue since only 4 users have voted for it in over 2 years.

Great! I’ll close this suggestion then.

Hey there,

thanks a lot for your suggestion. We gave your design approach some thought but finally decided to start improving the subscription widget in a slightly different direction. Here you can find some more details about the improvements that we just started working on: https://community.coyoapp.com/forums/306010-coyo/suggestions/31621939-widgets-my-pages-my-workspaces-show-the-pages-w

This is not a feature request. If you still have problems searching via Strg + F please report this to our service team: https://www.service.coyoapp.com/

Hi Corinna, this seems to be an error. Firefox should show you a browser notification once you received a message. You can even click on the message and you will be directed to the according chat in COYO.

Could you please check your browser settings? Maybe notifications are blocked by Firefox?

If you can’t get it to work please contact our service team. They will help you figuring this out: https://www.service.coyoapp.com/

I will close this issue here since it is no feature request.

We would rather boost newer files in the search than provide an option to hide things. I think taking up-to-dateness into consideration for the search scoring could solve your problem as well.

We had to remove this from articles as well. For security reasons one should no be able to link to local files in a web application.

Closed due to inactivity.

Closed due to inactivity / too old.

I closed this suggestion due to inactivity. Since there doesn’t seem to be a demand for a feature like this it is quite unlikely that we are implementing this in the near future.