How to make something like the "readable component" editable by the player?

[Unyahs]

Hi, I'm new to cogito and have been trying it out for my project and it's been great! I was wondering if it is possible to have sign or note (similar to the readable component) be editable by the player (that can also be tied to a quest). In example, changing a note's contents to specific ones completes the quest.

Can the keypad component have its own "keyboard" and not a numeric keypad? I was also trying to make a lock that uses passwords instead of passkeys. Also is there a socket like component that is triggered by putting items in like an open shelf for display? Thank you in advance for responses!

[Phazorknight]

Hello and welcome!

Hope I can answer all of your questions:

Also is there a socket like component that is triggered by putting items in like an open shelf for display?

Yes! It's called Cogito Snap Slot. Load up the Laboratory demo scene and go straight ahead in the room for systemic properties. There's two examples of how the Cogito Snap Slot is used: The battery uses the Cogito Snap Slot with the "Inventory Item" setting, meaning the player needs to have the item in their inventory to place it.

Can the keypad component have its own "keyboard" and not a numeric keypad? I was also trying to make a lock that uses passwords instead of passkeys.

Yes, this is supported in the code, but not included as its own scene. The keypad code is string based, so it's easy to change to a alphabetic password.If you're up for it, this is how you can build it:

• make a copy of the keypad_prefab scene and call it something like keyboard_prefab or similar.
• Inside that component scene, in the 2D view, you can see the KeypadUi node. In there, you can design your own keyboard / password entering screen.
• Be aware of the numerical buttons, they use a script called CogitoUiButton that sends their text attribute as a signal called pressed_string. (So if you change the text from 1 to Q, the button signal will send Q when pressed.
• Make sure all your buttons' pressed_string signals are connected to the root node (Keypad in the original scene), to the _on_button_received method.

This will let you create a screen which can accept letters and check for a password you set.

I was wondering if it is possible to have sign or note (similar to the readable component) be editable by the player (that can also be tied to a quest). In example, changing a note's contents to specific ones completes the quest.

This would be entering text into an editable field, correct? And you'd want to check said text? (compare to a specific value)?
The easiest way would probably be creating a keyboard interface like I described above. Otherwise, you'd loose gamepad compatibiliy (as you can't enter text with a game pad).

[Unyahs]

Thank you for replying! I'll try those out for some time to see if it works in my case. 😊

[Unyahs]

@Phazorknight I was looking for snap slot but it seems that I have started on an older version of cogito ( I saw cogito on youtube). I don't currently have snap slot, sittable, and vehicle in my cogito objects folder. Will importing those to my current project work just fine? or are there anything I need to do to transfer all the updates to my current project? Those looked really good.

[Phazorknight]

If you pull the latest from the main branch, there shouldn't be any major incompatibilities.
But depending on how old your Cogito version is, you might have to re-set some settings and properties in your own objects and player save files prob no longer work (or throw errors if you attempt to load them).

[Unyahs]

@Phazorknight goodday, I hope this doesn't bother you. I tried to make a keyboard_prefab like you described and it works! but I am facing some issues that I've been struggling to fix. First is when I interact with the 'keypad' it automatically types f (since f is the button for interacting), then pressing it again exits the keypad ui. Second is when c is typed, I also crouch. Spent quite some time trying to make it behave it like when the menu is pressed but no luck. Thank you for your help!

bandicam.2024-10-04.15-00-55-039.mp4

[Phazorknight]

@Unyahs I'm on the road for a couple days so it'll be a bit to get back to you on this, but this should be very solvable with not too much work.

[Phazorknight]

Had a moment to take a look and here's a few thoughts:
Overall this sounds like you want the player to be able to just use the (physical) keyboard to enter letters. Taking this into account, here's a few pointers:

First is when I interact with the 'keypad' it automatically types f (since f is the button for interacting), then pressing it again exits the keypad ui.

This is a setting of the InteractionComponent used (BasicInteraction) called "Ignore Open GUI". In your case, you want that switched off. This will ensure that as long as there's a GUI active (like the Keypad interface), the interaction component will be ignored.

Second is when c is typed, I also crouch.

This is currently a quirk of the current player movement controller, so I can't offer an easy/clear solution to this.

Another note: The Keypad script currently is hard coded that the letters C and E are used for ENTER and CLEAR respectively. You'll want to remove/comment this out for your keyboard script and probably hook your own Ui Button signals up to these functions directly.

[Phazorknight]

Of course, if you want to "force" players to use mouse to click on the buttons instead (or use gamepad), then just remove the "shortcut" resource that's attached to the individual buttons.