Item Log

Item Log V1.11
Author: Squirting Elephant


Features:
- Shows a log of the last looted items.
- Can optionally automatically add the loot to the party's inventory.
- Can optionally play sound effects when picking up loot/gold.
- Has optional text shading to darken previously picked up items.
- Fades out when not recently used.
- Can optionally automatically detect items gained from the GainItem command.
- Supports Yanfly's Item Core color tags

Installation:
- Download the directories and put them into your project folder.
- Then add it to the plugin manager [F10].

Script:
Download v1.11
Download Master Demo

Older versions:

Spoiler

Download v1.09
Download v1.08
Download v1.07a
Download V1.07
Download v1.06a
Download v1.06
Download v1.05
Download v1.04
Download v1.03

 

Good. But I think it's better to have an option to add an active auto-log when gaining item with event (like chests).

So when we use Change Gold, Item, Weapon and Armors via event the Log automatically goes up!

 

I won't implement that because I use the plugin-command when gaining an item from a chest in this case, and the regular rpg maker command when I don't want to display it in the log. So for me it is already automatically.

Because that way I do not have to add the sfx as well. It's all in one command (log + gain item + sfx). The problem with the standard rpg maker command is that if you ever want to change the sfx for the items you looted for example, you gotta go through all your maps and all your chests/events and replace them everywhere. That's why I really dislike that and prefer just using this plugin to gain items and log it and play the sfx at the same time with one command. This is more maintainable for larger projects.

 

Okay why not. I added the requested feature anyway.

It now has a new parameter Auto Log Items that can detect items gained through the GainItem command. You must removed and add the plugin for the new parameter to update.

Also added a new extra optional plugin argument "skip". When added as the last argument it will log the loot but will not add it to the inventory even when it's enabled in the parameter setting.

 

Updated to v1.03. Fixed a very very rare bug.

Update v1.04: refactored code, no other changes were made.

 

Awesome plugin sir! I very much enjoy the option to use a separate Window Skin for the Item Log, so nice.

One small bug to report though (and it might be just me dealing with it):

When you award anything by a Variable Value through the Event Commands, it displays the ID number of the Variable instead of the Value of the Variable.

Example:

The Item Count Variable is ID 27.

You set the Item Count Variable to a random integer between 1 and 1500.

It rolls the Item Count Variable Value to 754.

You give the Player (Item Count Variable Value) Gold through the Event Command.

The Player receives 754 Gold, however in the Item Log it says: Received 27x Gold.

I tried to figure out the issue myself, but had no luck, I'm not much of a coder.

Other than that I've had no issues and I've made a Random Loot Common Event and just spam clicked the mess out of it to test the randomness of the loot and your Item Log registers every item super fast.

Have a good one,

Z

 

Thanks I totally forgot about adding it through game-variables. I fixed it in 1.05.

Update v1.05 (12 December 2015)
- Added a version history.
- Fixed a bug that used the wrong amount of gold/item/etc. when using a game-variable instead of a fixed amount.
- Added this plugin to Silv.Plugins.

- Changed license to https://creativecommons.org/licenses/by/4.0/.

 

Tested it out, it works flawlessly.

Thank you very much, you just made my day! I use a Common Event based Random Loot System with leveled lists, so I add almost everything by a variable when it comes to Gold and Consumables. You totally just saved me from writing a couple hundred Messages for that.

It blows my mind that you fixed it that quickly, simply amazing.

Thanks again, you rock!

Z

 

Can you make it show lost item and gold too

thank you

 

Update:

 v1.06a (13 December 2015) [parameters changed]

 - Now supports losing items/gold.

 - Fixed a minor alignment issue when gaining < 10 items, armors or weapons.

 - Minor refactoring of the 1.06 code.

 

Is it possible to include an option to clear the Item Log after it has faded?


Right now, I'm only able to clear the Item Log while in game by accessing&exiting the Menu. I assume this is because the Item Log has to re-Initialize when returning to the game after accessing the menu. I've tried clearing the Silv.ItemLog array at the end of the fading, but it causes a length conflict when I try to get more loot after it's faded.

 

Added in 1.07 (see below).

Because it is not an array. It's a custom object/datatype of type Queue_LSize. It's basically a Queue-object (not build-in into Javascript..) with limited size.

Update: v1.07 (15 December 2015) [parameters changed]

 - Rearranged and categorized parameters

 - Added this plugin to the global variable Imported.

 - Added a new plugin-command to clear the itemlog.

 - Added an option to auto-clear the window upon full-fade.

I sadly only had like 30 minutes to adjust the script so I still haven't implemented persistence of the itemlog-contents between maps and saving&loading . But it was enough to add the auto-clearing.

 

Nice additions! The auto-clear feature is excellent for me.

After a lot of playing around last night, my roommate and I discovered something nifty. You have a feature you didn't list.

For anyone that isn't a coder and might not be able to figure this out: If you want a toggle for the Auto Log Items feature (so that you could award gold or items through a story event without a pop up on the Item Log) can use the following code in an Event Script Call.

Silv.ItemLog.AutoLogItems = valueWhere "value" is "true" or "false" (without quotations).

As a great example, I set the Auto Log Items to false and then gave out the starting loot and gold and then set it back to true. That way you don't get a huge Item Log pop-up when you start the game.

As a note, I did it that way because I assume it is probably better to leave the default as true and toggle it off when you want to rather than set the default to false.

But again, amazing plugin, I get every release as soon as I can, keep up the great work!

Z

 

Silv.ItemLog.AutoLogItems = valueBe careful with that. It may work now but it can break at any new version because you are modifying my parameter-data directly with that code. In fact your 'workaround' already broke in 1.07a

I'll just add a plugin-command to enable/disable autologging I guess:

Update: 1.07a

- Added two new plugin commands to enable/disable auto-logging of items.

No parameters were modified.

 

Update: v1.08 (01 January 2016) [parameters changed!]
- Code refactoring.
- Applied my new coding standards.
- Moved the Utilities inside the anonymous function.
- Added persistence through saving&loading.
- Itemlog contents are now stored between battles and between map transfers.
- 2 new parameters ("Default Volume" & "Default Pitch").

 

I get back from the holidays only to discover that you fixed a problem I didn't know I'd have, you are awesome!

I am having one other issue, but I can already tell you that it is a compatibility issue with the Yanfly Item Core Script and the new <Text Color: x> notetag that he added in the last few days. That notetag allows you to have the names of your items colored from your Windowskin by the value you set in the notetag. The Item Log doesn't pay any attention to the text colors notetag and instead all the item names are white.

I figured that I'd post here and see if you have a solution. I'd appreciate the help, but I can live with it if you don't feel like bothering.

Regardless, you have been so helpful! What I lack in coding knowledge I make up with 15ish years of Photoshop experience, so I made you a logo for your script because something this awesome needs a cool logo.



Thanks again,

Z

 

It's not really a compatibility issue. They are compatible but the issue is, Yanfly creates a new method for this and thus other scripts won't use it by default unless they are specifically rewritten to support Yanfly's colors. But I get what you mean and you are right.

So I just added it (it's an easy 'fix' anyway), I hope it's what you expected:

Thanks . I added it to the OP.

Update v1.09: (no parameters were changed)

- Added support for Yanfly's item core script textColor-notetags <Text Color: x>.

Note that the "Text Color" notetag is case sensitive.

 

Hi friend , is possible to use picture for the hub design ? and turn off windows skin ?

 

By default that is not supported. But you could just disable the window-skin (use empty background skin) and manually put an image behind it.

 

can you help me to do that friend ?