Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

TODO #1

Open
10 of 19 tasks
Kris-Driv opened this issue Apr 11, 2017 · 23 comments
Open
10 of 19 tasks

TODO #1

Kris-Driv opened this issue Apr 11, 2017 · 23 comments
Assignees

Comments

@Kris-Driv
Copy link
Contributor

Kris-Driv commented Apr 11, 2017

  • Add description command
  • Add info command
  • Add name command
  • Add title command
  • Add flag command
  • Add version command
  • Fix PureChat support
  • Use floats instead of integers for power
  • Add 'argument swapping' for commands
  • Power shouldn't be reduced when claiming land
  • Correct my lazy implementation of MySQL support.
  • Rewrite purge code. It should be configurable but now it disbands all factions with inactivity longer than week
  • Finish power & claim-all command
  • All permissions and flags are saved although all have standard values
  • Respawn players in faction home
  • Error CombatEngine line 64
  • Money is not showing up as floats if supported by Economy plugin
  • Add more settings for hud
  • Multi factions (member can have more than one faction)
@Kris-Driv Kris-Driv self-assigned this Apr 11, 2017
@Sandertv
Copy link
Member

Make sure to tell me if I can help with anything.

@Kris-Driv
Copy link
Contributor Author

Kris-Driv commented Apr 11, 2017

MySQL support is kinda useless at this point. Kinda same issue when you try to push a commit without fetching repository. No idea how to explain it correctly 😄

@Kris-Driv
Copy link
Contributor Author

I made MySQL support in lazy style, saving arrays (permissions, members, flags etc.) as json strings instead of new tables. Saying in case you feel like correcting it

@Thunder33345
Copy link

well you can put it in projects todo a new tab for people who have too many time on hands to fix it

@Thunder33345
Copy link

it would also be nice to document more things this pugin seems quite big and promising so API docs for other devs to build compatibility will be nice

@Kris-Driv
Copy link
Contributor Author

@Thunder33345 working on commenting stuff and creating API docs along with wiki.

@Sandertv
Copy link
Member

I'm just gonna go ahead and make a Gitter chat room for the organization. That'll make talking a bit easier.

@Kris-Driv
Copy link
Contributor Author

@Sandertv sure, and add the link with gitter badge to readme.

@Kris-Driv
Copy link
Contributor Author

Plugin will be v1.0.0 when this list is complete.

@Thunder33345
Copy link

Thunder33345 commented Apr 13, 2017

actually doing a pre release would be nice a dev build using poggit would be nice too

Grab the latest .phar file from release section and insert into your server's plugin folder

but there's no phar or releases!

@Sandertv
Copy link
Member

@Chris-Prime I'll take a look and see if I can improve the MySQL implementation.

@Sandertv
Copy link
Member

Added info command to the TODO list..

@asyncthreading
Copy link

@Sandertv @Chris-Prime Maybe add DTR?

@Kris-Driv
Copy link
Contributor Author

Kris-Driv commented Jul 27, 2017

What's that? @akaSnapy

Oh, if you're speaking about relationships then it's already implemented. /f relation

@asyncthreading
Copy link

DTR=Deaths To Raidable.
1member means x/1 DTR
2 members = x/2 DTR etc..
If you're on 1 DTR and you/other member die this means you went "Raidable" so everyone can bypass your claim until the dtr regens back.

@asyncthreading
Copy link

Or each value from 0.01-1DTR

@Kris-Driv
Copy link
Contributor Author

Sounds good, but I don't think I will be implementing this into core. I could make it into separate plugin. But I still don't get the mechanics could you elaborate more by creating new issue?

@asyncthreading
Copy link

Here's how it would work. You would calculate how much DTR a faction gets by dividing its players by 2, for example, a 15 man faction would get a maximum of 7.5 DTR. That means when 8 people die, the faction goes raidable.

When a faction is raidable, enemy factions can edit terrain, open chests, kill mobs, etc on there claimed land.

DTR regenerates slowly, so if a faction got to 1 DTR, they could safely wait it out and they would get back up to their max DTR. A faction that goes raidable could do this too, but when they go raidable, there is a "DTR Freeze" where they stop regenerating, this should last about 2.5 hours.

@asyncthreading
Copy link

@Chris-Prime

@asyncthreading
Copy link

The DTR freezing can be configurated also

@Sandertv
Copy link
Member

That's quite an interesting concept.

@asyncthreading
Copy link

If your faction's DTR goes below 0, you are raidable.
The DTR freeze is the time after a death until you will be able to regenerate DTR.
If you are raidable, your DTR will still regenerate after the DTR freeze time (configurable) and once it goes above 0, you will no longer be raidable.

@asyncthreading
Copy link

this can be also selected if its on or no.
factions-dtr=false/true

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants