This is not planned, yet.
Hey Sarah, blog articles are coming up in your newsfeed because of your configuration (it was shared on your timeline). Since this is not the default and users would miss new articles if they don't have this configuration set we'll need notifications in this case.
But I totally get your point - also, in general there will be even more notifications in the future which will make this issue more problematic.
My idea would be to give users the option to turn off (or on) notifications of specific types. For example, if you are not interested in notifications about new blog articles you can simply turn those off. What do you think?
Also, from your experience with COYO3 and COYO4: Did this problem get worse in COYO4?
We are planning on providing an option to restrict the visibility of an event to the invited users (when creating an event). Would that solve your problem?
So, if I understand your requirements correctly two things should be changed regarding the calendar:
1. Visibility and invitation concept: Public events for the page / workspace without having to invite participants / private events for closed pages and workspaces / restricted events for a certain group of people.
2. Views: Add a monthly and weekly view for the events. Make it easier to see your personal calendar (with all events I was invited to, or I am attending).
Thanks a lot. Understood!
Hey Christoph, can you elaborate what you mean?
What's the use case for that?
We are working on the preview for internal links right now. Linking words, however, is not on our roadmap at the moment.
I see KPI and tracking in general coming up as a more and more relevant topic. At the moment we don't have it on our roadmap as a focus point but that might change in the near future.
Yes, I totally see your point. We are reviewing right now when we can start developing this feature.
Hey Stephan, I asked our development team and what you would need to run COYO Enterprise Edition on a Windows Server is Docker EE for Windows with linux containers. The link you provided is Docker for Windows which just works on desktop version (but not the server version) of Windows.
Here is a link to Docker EE for Windows which is needed for COYO EE to run and a discussion about running Linux containers within a Docker Windows environment:
Hope that answers your question.
Unfortunately we are depending on Docker for this. As soon as Docker officially supports docker-compose for Windows (officially means in a stable and production-ready version) we will support this, too.
What about some kind of dialog for new users to help them get started. Something that comes up like the tour to give them a short introduction and maybe to select which colleagues to follow with different options: different groups, the whole company, all colleagues of my department, custom selection etc.
Agreed, I see that this makes sense for smaller companies. What do you think of some kind of "Auto Follow" feature. So every user follows every other user without having to do this manually?
I see! Thanks for sharing you use case - that makes it much clearer for me to understand.
Hey Sarah, what about using the global search and using filters to refine the results?
Hey Christoph, interesting thought. For homepages I was actually thinking about different pages for different languages. This way you could also provide different widgets / layout for different languages. What do you think?
we added multilanguage to those parts of COYO where mainly editorial content is created - e.g. for pages. One of the reasons is that providing content in different languages is a common task for editors but is quite complex for common users of the platform.
Anyways, in which parts of COYO (apart from categories) would you like to see multilanguage being provided?
Hey Matthias, we actually changed that functionality later. We switched from an OR connection to an AND connection because users wanted to refine the results (AND) instead of broaden them (OR). As soon as you created a lot of pages or workspaces the OR-operator becomes more or less obsolete.
But maybe it would be an idea to make this optionally for the user. I just cant think of an easy and understandable way to explain to users the difference between AND and OR connections.
I agree. We’ll try to consider this in one of the next releases!
Our current idea is to visually separate hosts and admins from each other. Someone who is able to administrate the event is not necessarily the host.
It is also planned to make it possible to edit the admins.
Ok, that's a fair point. Is there anyone who prefers the filter to be on "Member" as a default?
I partly agree. I see your point for the colleagues list - there shouldn't be a filter (e.g. department) set by gefault. Because when you visit the colleagues list, you probably don't want to see a list of the colleagues you already see.
For the workspace list there are at least two different use cases from my point of view:
a) You are new to the network and would like to see which workspaces are available: Filter "All" would be the best as default
b) You already are member of quite a few workspaces and go to the list to enter one of the workspaces: Filter "Member" would be the best as default
In this cases it would be unclear which filter to set as default because it depends on the intention of the user. Therefore my idea would be to set "Member" as default filter and make it very easy to reset the filter for case a),
Yes, I see your point and we are already working on a solution. But making the default filter settings configurable might not be the best idea.
On the one hand, this could get quite complex because the filter categories (for colleagues) differ from platform to platform and can be configured in many ways. Additionally, some defaults might be useful in one use case, but not in the other.
Therefore, we came up with the idea to provide a prominent option to reset the filter when running into empty results. This helps if you open the workspace list for the first time (and have no memberships at that time) or when you clicked a workspace invitation notification beforehand (which sets you filter to "Invited").
What do you think?
I like that idea. Could be interesting for other widgets (e.g. Do you know? Widget), too.
1. for information purposes you can use the description of any field or the description field of the form itself. Does that help in your case?
2. This is not planned right now, no.
3. This would be very complex to configure and because the configuration is already quite complicated. So, I would rather not add this feature unless there is lot of users demanding this.
Good idea, we'll have a look into this.
If I get this right you would like to make the use of the chat optional?
We are planning to improve the preview of Excel, Word and PowerPoint files in the context of our Office 365 integration
Yes, that's being planned. We'll also need the O365 integration for that, though.
Unfortunately this is due to technical limitations. We are converting the documents to pdf internally using a third party library. Unfortunately, the library sometimes struggles a bit with some Word documents. We hope that we can resolve this issue when we start integrating O365 and are switching to use Microsofts API directly.