4e224d761e
Cleanup Repair.java
2012-05-22 05:33:04 -04:00
60754c9380
Implement xp
2012-05-22 05:33:04 -04:00
9f9c0059a5
Change xpHandler for new system usage
...
This commit marks the first breaking change for this new system
2012-05-22 05:33:03 -04:00
4eabd417b9
Level check
2012-05-22 05:33:03 -04:00
4b5ca5ecf4
Logic fix
2012-05-22 05:33:02 -04:00
edbf46a751
Unused import
2012-05-22 05:33:02 -04:00
437a608d2b
Return on this error
2012-05-22 05:33:01 -04:00
b7cec8a0c4
Most of handleRepair() done, level checking still needed
...
- Move Repair
- Change visibility of a few methods for repurposing Repair soon
2012-05-22 04:22:29 -04:00
28578bd6b0
Convenience method for RepairManager
2012-05-22 02:59:10 -04:00
20b169e8eb
Typo
2012-05-22 00:00:01 -04:00
7f0803c3f6
Add in xpMultiplier
2012-05-17 22:40:46 -04:00
bd3491d210
Registration
2012-05-17 20:01:37 -04:00
d139146e0b
Too much space
2012-05-17 19:57:56 -04:00
26481c547a
Beginnings of RepairManager implementation
...
Plus more factories for a stronger economy
2012-05-17 09:43:42 -04:00
45fe8c182b
Put new permissions to good use
2012-05-17 09:43:42 -04:00
efc9a10fdf
Make use of enum
2012-05-17 09:43:42 -04:00
a8eb9dfedf
<GJ> All hail the enum!
2012-05-17 09:43:42 -04:00
87cf5cb932
Add metadata value for repair material
2012-05-17 09:43:41 -04:00
a9295751c8
Beginnings of RepairManager interface
...
Not sure yet exactly what to leave in Repair and what to have in the Manager implementation.
I'm fairly sure that the xpHandler should be in Repair, but that's private at the moment so usage from the Manager is impossible except with public modifier, which is unacceptable.
Considering moving Repair to the new repair package, perhaps eventually all skills will have packages and skills. Moving it seems like the logical solution with protected modifier.
2012-05-17 04:32:14 -04:00
d3b7af3c5f
Beginnings of the repairable
2012-05-17 04:01:47 -04:00
