06-01-2017, 08:54 PM
Can the area covered show your scaled stats? It's a hassle to be needing to check your real scaled stats against Jammers every time you're spending points.
A new point of view that might break the game
|
06-01-2017, 08:54 PM
Can the area covered show your scaled stats? It's a hassle to be needing to check your real scaled stats against Jammers every time you're spending points.
06-01-2017, 09:01 PM
Considering how much time this will save, and that a space is clearly there, I have no reason to disagree. While it does help out min-maxers, its not like not doing something like this will stop them.
06-01-2017, 09:18 PM
Its not like its very hard to discern your scaled stat anyways, this just makes the process about 5 steps easier, I welcome the change.
06-01-2017, 10:27 PM
Considering:
1) It's not hard to gauge instinctively what your scaled stat will be if you know how the formula works. (A continually slowing climb and then top off at about 60 with around 90+ in the stat. [Astral Aegis, grant me buffs.]) 2) We already get to see our scaled stats in battle. I'm kind of neutral on the idea. I don't think it'll make any great difference to anyone outside of convenience, besides maybe making rookies more aware when they start naively pumping a stat toward 80. Certainly don't think it'll 'break the game.' Plenty of other things do that. Edit: Wow, a lot of improper wording in there. Fixed.
06-01-2017, 10:38 PM
you shouldn't have to do algebra to know what your current stats are
you shouldn't have to go out of your way to see said stats when it's possible to put that information in a more easily accessible place there's no need to speak out against convenience for dev's sake when he can say himself whether the effort is worth it or not i would personally like this so that i don't have to open up the community stat calculator just to figure out what my stats would be please expand the window to give space to see scaled stats normally, as well as when allocating points
06-01-2017, 11:20 PM
Eh, figured that'd be taken the wrong way.
My intent was not to speak against this idea. I'm for it, but I don't feel like it's something that should have to be... justified, or debated? It was less targeted at the original suggestion and more as a remark to this: "Haunted Evil Pajamas" Wrote:While it does help out min-maxers, its not like not doing something like this will stop them. It won't make a difference, at all. It's just so arbitrary a thing that it's both not worth objecting to by anyone but also not worth having to make a case for. So I mean, if you want my official stance: +1 to OP, but we shouldn't even be bothering to keep count is what I'm saying. I would be much more enthusiastic about this idea if the stat predictions when adjusting points didn't change all willy-nilly sometimes. Maybe I'm missing a pattern to it, but I end up disregarding anything I actually see on that screen until I hit Accept. Perhaps this is a bit of ignorance on my part, like equipment stat boosts not being shown while adjusting points or something, but without that reliability for stat adjusting and only having the scaled stat view for a glance that's much less informative than the Battle Information's scaled stat preview that appropriately scales to new conditions that would change your scaled stat in battle, I'm quite passive about it. Regardless, I apologize if either of these posts leave a bad impression.
06-02-2017, 12:01 AM
That space is used for other things when you're distributing points.
06-02-2017, 12:07 AM
"Neus" Wrote:That space is used for other things when you're distributing points. You could do what I did with my calculator and make the scaled stat appear in a tooltip on hovering over the stat. Already have it for stat descriptions.
06-02-2017, 02:36 AM
That would be a more realistic solution, yes.
06-02-2017, 06:49 AM
Oh yeah, silly me. I forgot the buttons for distribution. Rofl, #JustLV60Things.
Anyway, hovering over would be fine if you could check it anytime 'while' distributing, instead of only after hitting 'confirm'. |
« Next Oldest | Next Newest »
|