Roll20 uses cookies to improve your experience on our site. Cookies enable you to enjoy certain features, social sharing functionality, and tailor message and display ads to your interests on our site and others. They also help us understand how our site is being used. By continuing to use our site, you consent to our use of cookies. Update your cookie preferences .
×
Create a free account
This post has been closed. You can still view previous posts, but you can't post any new replies.

Texture drag on maps

Hey all. I tend to design a lot of maps in Roll 20, and while the drawing tools are good I feel it is missing something that I feel could help out greatly. Maptools, while otherwise rubbish for gaming, had a function where you could fill boxes with textures and just drag along, instantly creating the floor tile you need. In Roll 20, the texture fill is only in bold colours. I feel it would streamline the process if we could use textures in the fill button. In summary, what I would like to see. * Go to Draw Shape, you have a few options to do an outside border and an inside. Along with making the outside border have thickness. * You have practically all the colours of the rainbow and a blank one. I would like to be able to choose textures for it and drag along. Hopefully I'm making sense on this :)
I suspect that the reason they haven't done anything like that, is that you essentially need to create repeating tiles to fill the space automatically, and using that many tile has terrible performance penalties in roll20. It is a lot easier if you need to have a fairly large, detailed map to make it in another program, export it as a jpg or something similar and upload it to roll20 that way. otherwise even a 100x100 unit map can get kinda slow, and larger ones will crash your players browsers. i had a 100x250 unit map with probably 60-80 buildings, and maybe as many as 100 tokens for a big battle scene I was going to do, but it crashed 2 of my players as soon as I moved them to the map.
Ah okay, that's understandable. I haven't been particularly fond of making JPEGs and putting them in Roll 20 but I'll most likely give it a bit more practice in the meantime :)
1398440124
Lithl
Pro
Sheet Author
API Scripter
Roger A. said: I suspect that the reason they haven't done anything like that, is that you essentially need to create repeating tiles to fill the space automatically, and using that many tile has terrible performance penalties in roll20. Texture fill is certainly something feasible. example I don't think the problem is in the technology (it isn't), but rather in the user interface.
1398459491
Dylan G.
Pro
Marketplace Creator
Sheet Author
Honestly, I don't see this as super necessary, and it may end up discouraging users from obtaining tiles from the marketplace. If you want textures for your map, I can't recommend Phillip Wright's Endless Terrains enough. I got it about a year ago, and I've used it in almost every map I've made since.
Actually being able to paint with textures would make using tilesets even easier and much more reusable and flexible. For example, instead of having the floors built in to the tileset pieces, I can just create walls and then use a texture painting tool to fill in with various types of floor textures, making use of the walls in multiple ways.
hmmm, i wasn't aware that HTML had that particular function. If there was a way to implement that in roll20 with tiles and such from your library that would be pretty awesome. You could make a rather large building in a short period of time if you could just click and drag over the area you wanted a certain type of tile to fill.
1398575717
Lithl
Pro
Sheet Author
API Scripter
Roger A. said: hmmm, i wasn't aware that HTML had that particular function. If there was a way to implement that in roll20 with tiles and such from your library that would be pretty awesome. You could make a rather large building in a short period of time if you could just click and drag over the area you wanted a certain type of tile to fill. It's not HTML, it's the JavaScript canvas, which is what the majority of the VTT is written using. This is why I said I don't believe technology is the limiting factor, but rather the user interface.