Cluey App for Mobile
- Add responsive to all components on left menu.
- Add New Cluey chat button and function.
- When no chat selected, show footer input to tapy message and create a new chat, to default chat with cluey bot, but can change target message changed a person or group.
- Need click 2x to sign in/sign up
- When offline status, don't loading news chats received
- When away status, don't mark as received on friend chat but loading news chats
- When busy status, don't mark as read on friend chat but loading news chats
- When online status, mark as received on friend chat and loading news chats
- When open chat, mark as read on friend chat
- When marked as not read, marl as not read on friend chat and mark read on user chat with diferent icon or color
-
api
- country-picker function component @
- firebase function context @
- config function
- openai function // voice text working
- providers function working
-
components // structure working @
- global component deprecied
- locale function context
- portugues json working
- spanish json working translating
- french json working translating
- english json working translating
- theme function
- light pallet
- dark pallet working
- tools function deprecied
-
Home @
- Loading index
- Chat @
- Hearder working
- Count
- Content
- Presets
- Suggests working
- Plans
- Free
- Info
- Personal
- Pro
- Messages
- Message
- Response
- Request
- Message
- Presets
- Footer
- Info working
- Input
- Actions working
- Search working
- Tools working
- Hearder working
- "Menu" @
- Hearder // Responsive working @
- Content @
- Chats @
- Item
- Contacts @
- Direct
- Item
- People
- Person
- Search
- Directs
- Item
- Direct
- Node working
- Tasks working
- Auto working
- Settings // Theme working // Language // Logout // About working @
- User @
- Email working
- Password working
- Preferences
- Profile
- Chats @
-
Auth @
- Login
- Register
- Forgot Password
- Confirm Email
-
Utils
- About
- components components working
- Rules
- Working @
-
components components @
- AlertBox components
- Language components
- PatchNotes components
- Preferences components
- ThemeSwitch components
-
functions functions @
- hover functions
- navigate functions
- patchnote functions
git clone https://github.com/ClueyAi/Cluey-App.git
cd Cluey-App
yarn install
/npm install
yarn start
/npm start
I would add a record to the database, within each user, to check if they are logged in. If YES: (I would check if the user's status is online, if YES: I would mark it as received [single blue V], if NO: I would mark it as not received [single gray V].) If NO: I would mark it as not received [single gray V ].
I would add a chat opening record, to compare the date of the last opening with the date of the last message, and mark the messages prior to the last opening as read. If the user is in status, offline, away or busy, it would not be marked as read, but rather as received. However, you would also not be able to see the reading status of sent messages, while you are in these statuses.
It requires complex logic to function correctly, which is why this functionality has been postponed to a future version.
Currently, there is already a status record for the notification system on/off buttons, recording the value in the database. You would just need to create a function to switch according to the registry value. Using native libraries for each platform, to access notifications, and in the case of a new installation, and the registry value is on, check this upon loading and request the necessary access to the resource. If it is off, just ask for access, when using the button to change the value to on.
It is not an essential feature for this phase of the project, which is why it was postponed to a future version.
Currently, the AI's response is recorded in the database, and then displayed... For this system to work, it would be necessary to display the message in real time, with a native functionality of the OpenAI API, to display the response in streaming, and not just when the AI has finished responding. But when the response is completed, then register it in the database, and then replace the message in real time with the message registered in the database.
However, there is a complexity involved in processing the streaming message, which is why this functionality was postponed to a future version.
It is currently working symbolically, making a standard addition of 10,000 interaction credits for any user upon registration, and then subtracting 1 credit for each interaction. For this system to work as it should, it would need an accurate accounting system, to ensure that no errors occur, since the credits will have a real value, and there cannot be any failures, which will generate unfair situations, or manual changes.
However, there is a complexity involved in processing the streaming message, which is why this functionality was postponed to a future version.
Currently, done manually in the database, there are values, saved in variables, which are interpreted by the system, to perform functions external to users, which will be accessed by system administrators, at different levels.
Currently, these features are available to administrators:
- forceLogoutAll(bool) // Force logout of all users, in extreme cases of changes to the system or database.
- displayName(string) // Cluey
- photoURL(string) // Photo that will be displayed on the AI Cluey profile
- uid(string) // Unique ID, randomly generated for the Cluey AI profile
- userName(string) // Username, which will be displayed on the AI Cluey profile
- server(bool) // Cluey AI status, to know if it is online or offline
- newUpdate(bool) // Update status, to know if there is a new update available
- documents with information about system updates, in an array, to be listed for users, when a new update is available, with a unique id for each update. Thus marking based on the ID, as read, so that the user does not receive the same update again, and also so that the user can see previous updates, if they wish.
All these functionalities would be managed by another application, which accesses the same database, to make the necessary changes, as well as accounting and managing credits, and offering support to users.
However, to achieve this, this level of management, with an interface entirely dedicated to administrator users, was postponed to a future version. For obvious reasons.
credits: { total: credits, payments: [{ name: 'Free - Beta Test', price: 0, cycle: 'month', method: 'gift', amount: credits, createdAt: timestamp, }], history: [{ amount: credits, createdAt: timestamp, }], },