Easier method for Reward Definitions #391


  • Accepted
  • Enhancment
Open
Assigned to _ForgeUser8455416
  • Slind14 created this issue Dec 12, 2013

    Hey Edge209,

    have you considered reworking the way the rewards are saved ? I donĀ“t like to create new rewards via. commands, I would like to do them in the config and it was kinda hard to understand it and it easy to do mistakes.
    I would love it as a xml file (or better one file per reward), which could make it more clear and understandable and if someone has some time, he build a small php script to create these files. This would make it so easy for new users.

  • Slind14 added the tags New Enhancment Dec 12, 2013
  • _ForgeUser8455416 posted a comment Dec 12, 2013

    Yes, I have thought about making it easier, as I know a command interface is not the most efficient way. I had not considered XML, but that is an interesting suggestion. I had thought I would use a more 'bukkit standard' method of a YML base configuration, where each of the different reward parameters would be listed such as below. I'm figuring this would be most familiar to most users (especially new ones) and hence the easiest method.

    rewards:
      reward1:
        - type: item
        - item:diamond
        - quantity: 1
        - scope: daily
        - startTime: 1h 30m
        - timeReference: playtime
        - repeat: perpetual
        - repeatTime: 10m
        - exclusive: builder, moderator
    
      reward2:
        - type: promotion
        - group: member
        - scope: total
        - startTime: 2d
        - timeReference: playtime
        - link: reward3
    
      reward3:
        - type: demotion
        - group: default
        - startTime: 1d
        - timeReference: real
    

    I'd like to hear your thoughts.

  • _ForgeUser8455416 edited title Dec 12, 2013
  • _ForgeUser8455416 removed a tag New Dec 14, 2013
  • _ForgeUser8455416 added a tag Waiting Dec 14, 2013
  • Slind14 posted a comment Dec 15, 2013

    yes, this would be nice, too. But in my opinion xml is ways more clean and more supported outside java. Especially if someone creates a small php script where you can define your rewards with dorpdowns, the export to xml woudl be easy and problem free. I know that yml is the default bukkit config format, but with an advanced plugin like ontime, I think it should be no problem looking into another syntax of config.

  • Slind14 removed a tag Waiting Dec 15, 2013
  • Slind14 added a tag Replied Dec 15, 2013
  • _ForgeUser8455416 removed a tag Replied Dec 15, 2013
  • _ForgeUser8455416 added a tag Accepted Dec 15, 2013
  • Slind14 posted a comment Jan 1, 2014

    any updates ?

  • _ForgeUser8455416 posted a comment Jan 1, 2014

    It's going to be some time on this one. I want to include it on the next big update and I have other changes I am planning that will go into that same version. I'll keep you posted.

  • Slind14 posted a comment Jan 3, 2014

    <<reply 1944105>>

    nice Edge209. If you make a big update consider this:

    Allow the saving of rewards in mysql with a/multiple server tag(s). At the moment I have to copy all rewards to each server on every update. If this would work like permissions, with inheritance... would be so great.


To post a comment, please login or register a new account.