GUI string character limit trouble

[kingsal]

Hello! I've read on the wiki about a work around for the string limit in scripts, however I'm struggling to figure out the setGuiStringFromKey() function. 
https://wiki.thedarkmod.com/index.php?title=GUI_Scripting:_GUI::_Parameters
 

 

void set_hint_painter()

{

    entity lock_name = $painter_bribe.getEntityKey("associated_lock");

    string combo = lock_name.getKey("combination");

 

    //Grab string "bribe_text" from spawn key and combine it with unique combination

    // Hits the string limit issue

    $painter_bribe.setKey("page1_body", $painter_bribe.getKey("bribe_text") + combo);

 

    // Work around for string but do not know how this is set up

    $player1.setGuiStringFromKey(overlayHandle, "page1_body", $painter_bribe, "bribe_text");

    //sys.println("LOCK CODE on = " + readable.getName() + " is " + combo );

}

$painter_bribe is my readable and "bribe_text" is the text string in a spawnarg. Its taking the text and combining it with "combo" which is just a random number. I can't seem to get this to work.

I just can't wrap my head around what handle to use or what I am doing wrong here:

$player1.setGuiStringFromKey(myhandle, "myGuiParamName", self, "mySpawnArgName")

Thanks for any help. 

[datiswous]

I have no clue what this is about, but I noticed this:

Quote

scriptEvent void setGuiStringFromKey(float handle, string key, entity src, string srcKey);

This is a kludge. It is equivelant to: setGuiString( handle, key, src.getKey(srcKey) ) However, it's used to bypass the 127 char size limit on script strings.

Spawnclasses responding to this event: idEntity

So it responds to idEntity. But in your code I see this:

Quote

$player1.setGuiStringFromKey

[HMart]

18 minutes ago, datiswous said:

I have no clue what this is about, but I noticed this:

So it responds to idEntity. But in your code I see this:

Afaik player is a idEntity, everything on the engine is based from idClass->idEntity->all the rest. 

About Kingsal question unfortunately I also don't know what's causing the issue, this seems like something those working on the TDM engine, like stagtilov are better suited to answer. 

[datiswous]

Ah ok sorry, I thought $player1 is idPlayer.

atdm:player_base
{

	"inherit"						"atdm:entity_base"
	"spawnclass"					"idPlayer"
	"scriptobject"					"player"
	"ragdoll"						"guard_base"

	"editor_displayFolder"			"Internal"
	"editor_usage"					"Base class for the player, defining default values."

 

Edited July 16, 2024 by datiswous

[HMart]

Spoiler

IdPlayer is a extension of idActor that can be traced back to idEntity.

On c++:

class idAnimatedEntity : public idEntity  -----> class idActor : public idAFEntity_Gibbable -> class idPlayer : public idActor 

Sorry for the off topic Kingsal.

Edited July 16, 2024 by HMart

[snatcher]

overlayHandle would be a number pointing to your readable gui. It isn't initiated in that function therefore unless it was set globally (outside of the function) it doesn't exist and setGuiStringFromKey doesn't know which gui you are referring to.

Sorry but I can only be of help if I have access to the whole thing.

[kingsal]

Thanks guys, yeah I can't figure out which overlayHandle to use here. I think all readables use the same one.  

@stgatilov Would you mind taking a look at the OP? Is the $player1.setGuiStringFromKey working properly, or am I setting it up wrong? Its the only work around I know of for the 127 (I think it is) character limit. 

[stgatilov]

I think there is difference between player overlays and GUI entities.

The script event that you cite only works for player overlays.
And your readable is GUI entity.

[kingsal]

11 hours ago, stgatilov said:

I think there is difference between player overlays and GUI entities.

The script event that you cite only works for player overlays.
And your readable is GUI entity.

Okay, then it seems this function isn't a good candidate for authors to use for the string limit work around. Will keep searching but might have to give up on this route. 

[stgatilov]

4 hours ago, kingsal said:

Okay, then it seems this function isn't a good candidate for authors to use for the string limit work around. Will keep searching but might have to give up on this route. 

No way to set GUI text from its spawnargs?

[kingsal]

On 7/20/2024 at 12:45 AM, stgatilov said:

No way to set GUI text from its spawnargs?

$painter_bribe.setKey("page1_body", $painter_bribe.getKey("bribe_text") + combo);
This works by just setting the key directly on the readable. However it gets cut off from the 127 character string limit. 

Im not sure how to get around that for a readable. I call the readable directly here "painter_bribe" but something just isn't working. 
$player1.setGuiStringFromKey(overlayHandle, "page1_body", $painter_bribe, "bribe_text");

EDIT: maybe a readables gui file can be called out directly? Or this needs to happen as an action script on opening the readable? 

Edited July 21, 2024 by kingsal

[boissiere]

17 hours ago, kingsal said:

Or this needs to happen as an action script on opening the readable? 

This.

The overlay handle is only valid when the overlay is displayed which only happens when you're looking at the readable. You can see how it works by looking at tdm_readables.script which handles display of readables. There are methods in there that are called by the game code when opening, closing and turning pages, though the whole thing is quite tricky to understand.

You don't really say what you're trying to achieve but it looks as though you want a randomly generated combination for a safe or somesuch so that it is different on each run through a FM. I imagine that this combo is placed in something like a diary that the player must steal first. Unfortunately I think that any attempt at string concatenation in a script will fall foul of the 127 char limit.

[datiswous]

On 7/16/2024 at 2:35 AM, kingsal said:

"bribe_text" is the text string in a spawnarg.

What about reading the text string from xdata?

Quote from wiki tdm script reference:

scriptEvent float loadExternalData(string declFile, string prefix);
Load an external xdata declaration.