In-Game Manual

This may be due to the Manual Background being encrypted. I've tried on deployed projects with encryption and without encryption, and the plugin only works fine if the file is not encrypted.

Just copy the PNG image without encryption on your deployed project, within the img/system folder, and give it a try.

Thanks for the update. I was not using encryption for anything used by plug-ins (those are handled by my launcher app that I recently put together for which I use package files to load my confidential assets and which are cleaned up after the game session is over). But I will at least check for duplication in case there's anything caught in the way. (That said, I am pushing the file to where it belongs so I know it's not from that.)

EDIT: No dupe so I have no clue. It's there when I need it to be, however it still doesn't work. That's why I'm wondering if there is a difference in nwjs relative to the version required for Greenworks.

At this point I'm totally going to give up on this and completely rewrite the field guide mechanism for my project. With the absence of the OP and a lack of updates regarding my issue I am unfortunately going to move on and declare my request as unfulfilled, and in doing so I leave this conversation with a full public advisory that use of this plugin should be considered unsupported and potentially incompatible with some of the other available plugins by consequence of the issue at work in the case of my own inherent problems. Not saying this for certain but it is entirely possible and therefore should be approached with caution as there's no guarantee of compatibility with everything and with the OP gone that is unlikely to change at this point.

I will leave it up to the mods to decide on where to go with this. While my reasoning here was totally legit (unlike 99.99% of otherwise well-intended necropost content that is considered an unnecessary and unwelcome distraction under forum rules) I also understand that sometimes these things don't work out as you'd like 'em to and that this may have been an issue best left undisclosed due to the lack of active support. In this case I'm going to give up completely as without further understanding of what may be causing the issue - and even despite the presence of the required files - my consensus is that it was never meant to be in the first place.

The necroposting rule doesn't apply to Plugin/Script Releases/Resource Showcase/Project Threads. However, you did double post, so

Edit: Misread the date. Apologies about that :aswt:

I should add that the poster of this thread hasn't been online here since 2016, so odds are high if you want support for this you'll need to create a thread in plug-in support.

This is probably a shot in the dark given how old this post is, but would anyone know if there is some way to add conditional statements to the text in this plugin? I want some of the text options to change based on whether I have certain switches turned on or off. Something along the lines of:

<text>
The character's name is John.
if switch.birthday is on
{
birthday: January 15th, 1155
}
if switch.hobbies is on
{
hobbies: soccer
}
. . . . .

For slight changes in text I think it would be inconvenient to make each of these as sub-entries. I can also make separate entries for each possible text combination but that will take a while and then I have to some how have each of the possible entries use a different name. Any help is appreciated.

Based on the current design, I'm not 100% sure if that would be worth the attempt (but don't quote me on that as I've seen cases where my initial analysis is not necessarily on target and then someone comes around and figures it out). Furthermore:


So if you're looking for something beyond what's already included or any ideas for improvement I suggest that you see if someone can analyze what's already here and see what they can do. Plugin requests may be the way to go, but I'm not 100% sure of that (otherwise you're better off explaining this in plugin support, it should be one of those two where you can bring that up).

EDIT: Speaking of blown expectations, my compatibility concerns from before have since been resolved. Only thing now is a rather annoying issue where images don't appear until you switch out from a page with the image and then switch back to said page.

Kind of a random post but if anyone is having issues using this in 1.6.2, I found a fix that seems to work for me.

On line 802 change
this._backgroundSprite.bitmap = SceneManager.backgroundBitmap();
to this
this._backgroundSprite = SceneManager.backgroundBitmap();

Been working for me since. Could still create some issues but so far I've had none. Hope it helps some people.

If that has anything to do with the image display problem I can test and upload a patch release when I have a chance to do so (which I may have to do off the record in terms of real life relations due to unplanned incidence).

Oddly enough I had no issue loading custom backgrounds at all and so I didn't modify that part of the code.

This specifically helps load the blurred background when no custom image was set.

Fair enough. Any chance based on this where you can check the code in relation to page images? Specifically I have a question about whether or not there is any relationship between this and having images not load until you switch back from another page.

What I mean is that when you open a page reliant on an image that is completely blank, and then you switch to another page that only shows it's text with no image to go with it. Then you switch back to the image-reliant page which now shows the image (and likewise with the mixed content page which now shows its associated image).

Just saw one of the other posts. For the other guy who wanted conditional statements, the best bet is to just use the "HideManuelEntry" based on certain switches being on or off. Each map could check for those switches, and you could even hide one entry and have another one on, then switch them both on/off depending on what you want so that only one is showing at a time. One could have more information while one could have less.

Looking at the plugin, it would take a bit of re-writing to accomplish but it would just be better to use the hide/show manual entries.

As for your thing BreakerZero, the line for custom backgrounds is right next to the other one, on line 804 but I'm not entirely sure as to why you're having the problem you are having. I read your posts but just wanted to double check...are you trying to put custom pictures on each page? Multiple pictures? Or just doing a custom background? The code for putting custom pictures on the pages is separate but I haven't touched that either because in 1.6.2 and 1.5.2 they're both working for me.

Edit: In case you were talking about pictures on the page, here's what I have. I only put one but they were working great.

Well, now I have another issue to deal with. Seems that changing the definition that you mentioned has screwed things up with a "parentID of unknown" situation, or at least in my case.

Nice window where you got that?

Yes! this is what I was looking for!

Thank you!