Posts by Minotorious

ehm there is no workaround to open a door via the api What exactly is your plan? If you try to edit the world database directly to set the door to open from clsoed that doesn't work we have tried it already

upload the server log with the error, there must be a line above that with the method from the iConomy that caused the problem

Force an interaction no they have to click or press the key themselves but you can lock their camera looking at a specific direction by setting their view direction and resetting it to the view direction you want if they try to move

What exactly are you trying to do? If you explain your concept I might be able to help more

hmmm not sure exactly what you mean, would need to see the code and the java error to know

nope unfortunately it is not possible atm

hahaha glad to hear keep at it

Quote from angriff

Well I am sure some newbie will be able to look at that and learn something. I see the command structure but it seems the YML is what kept it from functioning for the most part. The logical order of on enable and on disable. Is that just a structure thing or would it execute both regardless of position?
On to databases now..

It doesn't really matter which order you write your methods in as they will only be executed when called by the game or some other method of yours

yw @angriff happy to help

you are missing an m in the main class in the plugin yml it is commandsay.Commandsay not comandsay.Commandsay

Sorry got tired last night and forgot to reply

here is your corrected code, it should now work:

package commandsay;


import net.risingworld.api.events.Listener;
import net.risingworld.api.Plugin;
import net.risingworld.api.events.player.PlayerCommandEvent;
import net.risingworld.api.objects.Player;
import net.risingworld.api.events.EventMethod;


public class Commandsay extends Plugin implements Listener {


    @Override
    public void onEnable(){
        registerEventListener (this);
    }


    @EventMethod
    public void onPlayerCommand(PlayerCommandEvent event){
        String command = event.getCommand();
        String[] cmd = command.split(" ");
        if (cmd.length >= 2 && cmd[0].equals("/an")){
            if (cmd[1].equals("say")){
                Player player = event.getPlayer();
                player.sendTextMessage("Your Name is:" + player.getName());
            }
        }
    }


    @Override
    public void onDisable(){
    }
}

and here is the corrected plugin yml:

name: commandsay1.0 
main: commandsay.Commandsay
version: 0.1.1
author: angriff
description: "testingcommandsandsendingtext"
license: none

yes all your .getItem need to become .getExchangeItem and all your .getExchangeItem need to become .getItem

in the old bug version the .getItem returned the exchanged item and the .getExchangeItem returned the item you placed. This was corrected in the last update

you probably need to switch the .getitem with the .getExchangeItem methods as they were swapped in the last update so if you are using them then there will definitely be a null pointed exception

No why? there shouldn't be any change, there was a correction only because the .getItem method and the .getExchangeItem were written inverse and they got fixed to return the correct item.

Quote from Miwarre

@Lady_whynot : Gosh! You are right again! This change of all the internal RW ID's has been a pest! (and I am not spending on updating old plug-ins all the time I should spend, as completing the new Area Protection plug-in has top priority right now).

I'll upload an update quite soon (or shall I wait for more bug reports? ).

Once you have more time maybe rewrite it to use the Item Definitions calling them by item name that way internal ID changes will not bother you so much anymore

No no it is absolutely ok to post it, you are not actively advertising it or spamming about it or anything, and it might be a useful resource for other people

Quote from yahwho

Hi Mino!

No, I'm not that blessed with artistic skills. I had got a couple of players give some donations to the server, so I spent the funds on hiring a graphics designer and he created the graphics for me ( Medieval Realms is a hobby for me and not a revenue stream so any donations I get get ploughed back into the server )

hahaha ok I see, we on Artisan's Realm only get direct donations on Nitrado so the funds can only be used for the server and nothing else, so no artsy stuff for me

leider kannst du das jetzt nicht machen

Aber es ist vom dev geplant

what error do you get now when the server boots? Is it the same about the yml file or a different one?

I will take a look at the plugin when i get home in 5-6 hours from now, lunch time here

well you should use packageName.MainPluginClassName (your main plugin class is the one that has the extends Plugin keyword)

Yes the resources folder will be added automatically when you build the project if it is present in the src directory, the build command is executed and includes everything from the src directory of your package.

so you should add the resources directory there like:

MyDocuments
|---Netbeans
|---|---MyPlugin
|---|---|---src
|---|---|---|---MyPackage
|---|---|---|---|---MyMainPluginClass.java
|---|---|---|---|---MyListenerClass.java
|---|---|---|---resources
|---|---|---|---|---plugin.yml

In this case you would add in the yml file: MyPackage.MyMainPluginClass as your main class

What do you mean exactly? Ofc you can write on the forum without administrator permission unless you are writing without an account, guest posts have to be approved first to show up on the forum.