Sell All At [treasure Merchant]

Simply add sell all at Treasure Merchant.

 

We don't have the ability to add this kind of option; we'd need to add it to all kinds of merchant, as they're a standardized setup.

Essentially, what you're doing according to the system is you're buying emeralds. The merchant sells emeralds for the price of the different reef treasures, so we'd need to add a "Buy All" button, and that means a "Buy All" button would be added to all shops...imagine accidentally clicking the "Buy All" button on a shop other than the Treasure Merchant! You'd waste all your emeralds!

 

What about adding shift click like at emerald merchants?

 

I am java developer and that is very easy to accomplish.

Only what we need is SHIFT-LEFT-CLICK for sell all, only in Treasure Merchant, also there is no buy in Treasure Merchant.

I waste a few minutes for clicking.

 

This is how you get spaghetti code.

 

spaghetti?

 

?

 

You know. Noodles n sauce *Slurps but the sauce gets in the right angle between the bottom of your nose and your lip*


What he actually means is that code is all over the place, and unorganized, like an actual bowl of spaghetti, which each noodle being a line of code.

 

I don't think you understand.

Every single merchant in the game uses a standardized system. If something in one changes, something in all of them change.

And yes, you're buying everything from a merchant. Even if you're going to an Emerald Merchant, what you're doing is buying an emerald block for 64 emeralds, or a liquified emerald for 64 emerald blocks. It's not stated as buying, but to the system, that's how it is. Adding a shift-click function to buy all would cause a lot of unnecessary pain in other merchants. The way we do it is obviously different from the way you're thinking of it.

 

I don't think you understand. You can always check name of GUI and make sparated code for that. When player clicked SHIFT-LEFT-CLICK on some item in merchant. First we need to get quantity of items by lore or name that the player has in inventory. Based on the name or lore of the item that will be sold, we can set how many bought items per 1 sold item player will receive. We need to check before the process that the player has enough space for these items to receive. If the player has enough space, process of removing the sold items is carried out, then the process of giving the purchased items.

Also make special listening of SHIFT-LEFT-CLICK for that merchant if you don't want to globalize this my system.

Than you need to make another system for that merchant. I can make it in 10 minutes because it's so simple....

Learn Spigot API before posting things like this. Because you obviously don't understand what you're saying.

 

Yeet salty spaghettiman!

 

iirc, wynn uses its own API, and it's such a jumbled mess that barely anyone can work it

 

Meh it's like Spigot API with another syntax. Because it's based on Minecraft API. So it's same thing, different packaging.

________________________________

Are you okay...?

 

it's not a matter of whether it can be added; that is definitely possible
the main issue is that the code is so messy that nobody can do it
the api was in the process of being untangled, but the main (and at the time, only) dev left in the process, which left the code completely broken and unworkable

 

Who is that dev?

 

jpresent, he was a developer in Wynncraft but left for RL reasons.

 

INTmAker I won't bother worrying about if you are the world's best coder in the world as it doesn't matter here. As selvut said twice, and as others pointed out to you, Wynncraft has a way of doing things that (at least for now) is better left unchanged. Not a matter of preference, but more of it just isn't the best idea. No one here is saying like "this idea is bad because it is stupid", its more of "This idea is fine, but implementing it would cause other issues".

I will put it this way, while you may be correct about 'being very easy to accomplish' it is a matter of what it would cause after. If you say you are a java coder you should really be able to understand, and you should definitely know what spaghetti code is. Checking the name of the GUI sounds like a cool idea and I am not against that, but you likely haven't noticed almost every merchant has a name in the GUI that is shared (at least I believe it is, I haven't checked this). I don't know how wynncraft's code works, but I do know that what you want would require them to make a system completely different from what they have now.

Basically, somethings are best left unchanged, even if it means not adding a cool feature.

 

You are very wrong. If we left things unchanged , all dies with time. Adding small cool things to improve gameplay is important as adding big things. Also why add something if its not tested. And it is not so big project to accomplish.

If you think that java can't compare 2 strings, than you should not reply. If we have GUI names "Merchant 1" and "Merchant 2". The inventory name is basically a string and we can compare it with some another string like this currentGuiName.equals("Merchant 2"), that will output boolean(true/false). If we want to check if value contains another value we can use currentGuiName.contains("Merchant"). Wynncraft API is Spigot API with another function names.

 

Gosh you are spitting bars, you're almost as argumentative as me!

 

I think it’s fine the way it is, dern is looking fantastic. Bye

Edit: this java script dude is sorta yikers
But wait, he insulted selvut
Can I get a bippity-ban