Token rendering

[StelardActek]

I noticed that some tokens looked kind of poor when MapTool scales them down, so... I took it upon myself to patch that a bit. It was a good exercise even if it isn't implemented, of course, but it would be neat to see it included.
Is there someone I can submit the diff to? It's against revision 5029.

[Azhrei]

See the Sticky threads in the MapTool forum for descriptions of how to contribute.

Be aware that the graphics stuff is very much the purview of the main developer, Trevor, and patches in that area are likely to be rejected unless they meet his coding guidelines as well as his plans for the future in that area. (The sticky posts discuss some of that.)

[Full Bleed]

If it's not too processor intensive, better rendering at certain scales would be nice.

[StelardActek]

Anyone who's interested in what I've done can check the diff out here: http://www.megaupload.com/?d=LAWRC3H8

[hyperactiveChipmunk]

Anyone who's interested in what I've done can check the diff out here: http://www.megaupload.com/?d=LAWRC3H8

><

pastey.net is your friend

-hC

[Brigand]

I always zoom out at levels divisible by 25% because of the jagginess that happens when zooming in or out. Anything to help that would be grand.

[StelardActek]

Or here, sure: http://pastey.net/114139

Keep in mind, I stopped working on this when it occurred to me it'd be pointless to continue if there was no chance of it being accepted.

[Orchard]

Or here, sure: http://pastey.net/114139

Keep in mind, I stopped working on this when it occurred to me it'd be pointless to continue if there was no chance of it being accepted.

If I were you I would PM trevor and talk to him about it. It's not like he's going to ignore you completely. It's a good idea, and if you can lighten his work load by producing code that meets his standards, I'm sure he'll be happy. The reasons it wouldn't be accepted, from what I understand, are more concerned with quality control than anything else. I'd say it's worth chatting him with if you think its an interesting problem.

[hyperactiveChipmunk]

Looks like good stuff; I don't see any difficulties getting something like that included.

-hC

[trevor]

Sorry for the delay, been hectic around here.

I have reviewed the patch, but have some concerns about performance, I'll be getting with the author to bounce some ideas.

[Full Bleed]

Sorry for the delay, been hectic around here.

I have reviewed the patch, but have some concerns about performance, I'll be getting with the author to bounce some ideas.

I figured that performance would be something of a trade-off to get better dithering.

Any chance there could be a toggle for "High Performance Zoom" or "High Quality Zoom"?

[Brigand]

I'd like it if I could set the amount that MapTool zooms in and out with a mousewheel click. I'd like to be able to bounce around between zoom levels divisible by 25%.

[trevor]

I'd like it if I could set the amount that MapTool zooms in and out with a mousewheel click. I'd like to be able to bounce around between zoom levels divisible by 25%.

Feel free to post this into the Feature Request forum

[trevor]

Any chance there could be a toggle for "High Performance Zoom" or "High Quality Zoom"?

What would be great is if we could get both

[StelardActek]

I did take performance into account when putting this patch together. Depending on how much the image will be resized in the drawing, it does different things to perform the blur. It seems to run fine on my machine with numerous tokens on screen. That said, obviously it's going to be slower than not blurring before resizing.

I would have tried making the different token rendering technique an option, but I don't know how to do user interfaces in Java. I'd be happy to learn, if there's a chance of this being included.