A simple chat function might be useful but I donāt think it should be enforced with the main releases. There will be a lot of people using Anytype individually and chat would be completely useless to them.
Will it be possible to implement a chat using the future databases/objects functionality? I.e., the chat history could be a database (with fields for the sender, receivers, time, etc.) If then there is a button that automatically creates entries using the current time (aka āsendā button) and a view that shows a custom representation of the database (aka chat history), it would be quite a powerful feature. As it will allow one to query the chat history, attach other metadata to it, and link to/from it from other objects. Imagine deep-linking chat messages from a personal journal, a description of a calendar event, etc.
Given that it will also be running on top of IPFS (so, messages can be sent locally without internet connection, large files can be shared through the local network, etc.), this might well be quite competitive as a general chat tool with existing centralized apps.
Iām new here, so Iām not sure if there is a plan to make the database/object functionality powerful enough to allow all this.
At the risk of being flamed, please donāt devote valuable dev and design time to building YAMT (Yet-Another-Mesaging-Tool), there are literally hundreds.
The earlier comment of making it available as a plugin makes 100% sense.
I am also wondering, is this what people using Anytype need/want? Maybe I am biased by this Forum (probably not the core target group of users, but still I feel like Anytype is āsellingā best to people like us, privacy-focused, structured,database-oriented,logic-based,simplistic,ā¦) but looking through it, I find a lot of requests about core object-relation features, functions, automations but even some basic quality of life things like proper templating for relations.
Granted many of these features are a lot of work to plan and realize, but I feel features like Chat or Web publishing donāt do Anytype justice. Itās such a cool architecture that just gets pushed to the side and left behind for features that build on top of it. Things like collaboration, chats, and even CMS-like features are great, but in my opinion, they belong in later development stages rather than the jump from beta to a proper release.
Many of those things could even be added as (first-party?) plugins later in the game. But wouldnāt it be amazing if we could structure and manipulate our data sufficiently already and build a good framework and foundation FOR these plugins?
I have the same feeling about Notionās AI features and many other things they do. It feels like they just want to add cool things to make it more appealing to a broader user base but completely forget their core concept and clutter the application. Maybe they are in the right stage to do that, but I really think Anytype is not.
(I know this doesnāt sound great to the investors, but this is truly how I feel about this community.)
As this all sounds a little too negative: Let me say, I am extremely thankful for your work and overall vision. I know this is nitpicking at a high level.
Yeah, I was asking myself the same questions, I had launched a poll on it.
As the key feature Iām waiting for to leave Evernote has been delayed, I confess to having a rather subjective opinion
Sure, I understand that everyone wants development to evolve in a slightly different direction, which is totally natural. But I think, especially for such a committed and great project, itās easy to get lost ⦠the app should truly master what makes it uniqueāitās definitely not a chat app. In fact, what impresses me most that the app is already really powerful considering its architectural simplicity. Itās really well thought out so far.
I mean there are ~13% participating in your poll that want it prioritized, but I wonder what they expect from such an application. There are a lot of alternatives to get very similar (or even better) results and productivity in combination with a chat app, but our data is (as long as the API is limited) just in there, so I think itās natural to think that these data and logic related features are most important objectively. I would even consider things like MFA not as important as my current workaround is to self-host with custom precautions. Although itās not ideal in the long run, many features are just for convenience or time saving, which I understand but development is costly too. Tbh, if the API really comes to live within the next weeks (or months) I am more than happy
Ad:
āget lostā in the sense of value what the app is best at. Of course this does not mean that this is where the commercial value lies.