[!!!!!!] I have new way of making map.....

....but I don't have any friends that are good at javascript.

Hahahaha 

Sounds like a challenge...

But soft, what light through yonder window breaks? It is the east, and this is the bait.

Its Aaron's fault.... he taught me a new word and I am a fickle zealot without any core conviction; I stumble onto anything "new" and I am all about "it" (whatever "it" is) until I find something "newer." And what exactly is Vince's point? That it will be challenge for me to find friends or a challenge for me to learn javascript? I hope to have a demo of the idea up this weekend.

Stephen S. said: And what exactly is Vince's point? That it will be challenge for me to find friends or a challenge for me to learn javascript? I don't think you should exclude the possibility that it's both. =D  Vince and Viper both start with a V, I'm just pointing that out....  =D

The basic idea.

These areas will flood with floor tiles (when valid) and walls will automatically wrap and provide dynamic lighting. Edit mode will be toggled "on/off."  So far looks promising (when Aaron is not trying to break it.) So, yet another approach to map making... "Dungeon Accretor"

Your 'basic idea' is amazing.  I can't wait to see it fully fleshed out.

What, no radius?  ;-P

Vince said: What, no radius?  ;-P Ah no!.... but maybe. Aaron suggested an approach to that. Little further.... so this should be workable. Seems easy to use as well.

This looks cool Stephen.  I would like editing the map(or automating) like your example while a party tries to navigate it...  "This dungeon has a mind of it's own."

Vince said: This looks cool Stephen.  I would like editing the map(or automating) like your example while a party tries to navigate it...  "This dungeon has a mind of it's own." On that note, stick the paths and handles on the GM layer (or have a flag to switch the layer they appear on). You could have a labyrinth that changes outside of the players' LOS without cluing them in with green borders and arrows.

Brian said: Vince said: This looks cool Stephen.  I would like editing the map(or automating) like your example while a party tries to navigate it...  "This dungeon has a mind of it's own." On that note, stick the paths and handles on the GM layer (or have a flag to switch the layer they appear on). You could have a labyrinth that changes outside of the players' LOS without cluing them in with green borders and arrows. That idea sounds so much better when Brian talks about it, wonder why that is.... Anyhow... the GM layer works great for this.. I would only add you will likely need to be about to finalize areas of the map (or at least "lock" areas) so you don't open yourself up to a mistaken edit where the players are already in play.  I have played around with several approaches to making maps with API, so far this one seems very easy and fast.... have to see how practical I can make the auto-wall placement (door placement is also normally a pain.)

"On"..... "Off"...... "On"....."Off"

This is pretty neat!

Sample of the door placement tool.

We have walls....... Need work in the door placement with the walls... add dyanmic lighting... and door swing. Close... very close... hard part should be done.

GIF Link

Dynamic Lighting is about complete.... Doors next (augh, hate doors...)

Only doors left!!!!! This looks like it will be a fairly good way of making maps.

I love it!

Shoot, that's looking pretty convenient.  I might start drawing maps inside roll20.  ;-) Will we be able to swap textures(roll-able table input I assume)?

Vince said: Shoot, that's looking pretty convenient.  I might start drawing maps inside roll20.  ;-) Will we be able to swap textures(roll-able table input I assume)? Yes..or directly enter them into an API array. Also worked out a way to easily hide the "grid" like look of the overall map look...most of the API script for map making I made use 70px by 70px tiles.... it makes for flexible mapping but you see the pattern of the "grid" very easily. So a wood floor is hard to do because you need a repeating 70px by 70px tile design that can rotate and flip on each axis.But I found a simple way to solve that and introduce random variation into the tiles without exposing the seam between the tiles. So for those one-off or "on-the-fly" maps....... this might make it easy for the GM to generate a map, at the table top, not delay play that much, and really have a somewhat polished look. It's also light on code.... the map making part of the code is under 800 lines (and I haven't even subjected that to the withering process of Aaron, its only been JSlinted at this point.) For working on the canvas..... "object.remove()" was the best thing ever. For making an interface to work with coding for the canvas... playerIsGM(playerid) helped. But we need four things to really make stuff like this amazing.... likely in this order. 1) What page the GM is looking at (any UI is too clunky without this.. this is value enabling.) 2) Foreground layer (value add) 3) API access to market images (value enabling.) 4) Directional Dynamic Lighting (this could be of a higher priority but we can "fake" some of this with a foreground layer but this would be really value addling on its own.)

Wow S! Every idea just gets better than the last. This is fantastic. Looks like this will be even faster than the last iterations. About the only thing I hope is that you'll include either a: the inclusion of your other, compatible, packs so they can be used in this somehow, or b: that you recreate the "old-school" images for purchase (my personal fave.) Either way, I'm glad you are enjoying what you're doing. Once you release more packs, I'm in.

Stephen S. said: But we need four things to really make stuff like this amazing.... likely in this order. 1) What page the GM is looking at (any UI is too clunky without this.. this is value enabling.) 2) Foreground layer (value add) 3) API access to market images (value enabling.) 4) Directional Dynamic Lighting (this could be of a higher priority but we can "fake" some of this with a foreground layer but this would be really value addling on its own.) I get most of that Stephen(and my votes), except for #1.  Can you elaborate a little for us common folk?

I'll hit that for you.  There is no way in the API to actually know which page the GM is on.  The players are all either on the main red ribbon page, or they are on a different page (splitting the party).  The GM can go to any page and there is no indication to the API. This is a problem if you have an API command that creates something on the page because you either have to assume the GM is on the red ribbon page, or check if he is in the split party, neither of which is ideal.

Does this style of drawing create "solid" wall lines or is every 5 feet of wall an individual dynamic lighting segment?  The reason I ask is that I picked up your second to last set (Dungeon Draw if I remember correctly) and after building a reasonably large complex, the dynamic lighting (hundreds of 5ft. segments) made the map unplayable.  I ended up disabling dynamic lighting for this map and using fog of war.  I also agree that support for those of us who purchased previous packages would be desirable.

The Aaron said: I'll hit that for you.  There is no way in the API to actually know which page the GM is on.  The players are all either on the main red ribbon page, or they are on a different page (splitting the party).  The GM can go to any page and there is no indication to the API. This is a problem if you have an API command that creates something on the page because you either have to assume the GM is on the red ribbon page, or check if he is in the split party, neither of which is ideal. This can be annoying.  Several times now, while working on a script, I moved to a different map than what I had the player ribbon on.  Then when I tried to run the script it 'didn't work'.  Being the poor programmer I am, I assumed it's something I did wrong rather than something as simple as being on the wrong page to see the results.  And meanwhile my script is generating tokens, text, or whatever on another map. The first time I spent almost an hour 'debugging' a script that actually worked because of this.  :(

I will make sure the earlier packs are supported.(Kimli) The DL issues isn't one I have noticed (5' issue mention by Kevin) but I don't doubt that its an issue and I should simplify the lines. And GM page issue.. I wil likely force the GM to do a party split for themself. It is clunky but its definitive.

What Kevin said is something that will happen on users with low performance PCs. Since the map is redrawing dynamic lighting for every movement, some of those PCs will not able to keep up and stutter. This causes people to not feel comfortable or even crash their chrome/firefox. I do not know the actual correlation but single big background map images with dynamic lighting will cause less performance drops than multiple 5' of blocks places around with dynamic lighting.

First I have a "Vince" relpy in my thread and now I am getting pushed dangerously close to the dreaded part of any conversation that allows Aaron to say some variation of "I told you so." This constructive feedback needs to stop. 2016 was suppose to be a good year and you folks are already ruining it. ;)

But the good news is that I can use this for my Minotaur's ever changing labyrinth without having to keep pestering you about your other, tile based, script's DL update on graphic changes =D HAPPY NEW YEAR! ps. really looking forward to the polished version of this, can't wait to use it to mess with my players heads.

Stephen S. said: First I have a "Vince" relpy in my thread and now I am getting pushed dangerously close to the dreaded part of any conversation that allows Aaron to say some variation of "I told you so." This constructive feedback needs to stop. 2016 was suppose to be a good year and you folks are already ruining it. ;) We're not criticizing at you... we're criticizing with you. It's all good.  Somebody has to push the envelope Stephen.  Keep pushing.

Vince said: We're not criticizing at you... we're criticizing with you. I like throwing these things out half-baked... get good feedback/ideas and learn some things like: Never let Vince play a thief in your party... I can hear it now: "I am not stealing from the party.... I am stealing with the party." So I think I have a lot to work with now.

Looks amazing !! Can't wait to be available :) Great job !!!

major breakthough 

Has anyone done a youtube tutorial on how to setup and use the script?

I believe Stephen is still working this one out.  Then... when can help break test it.

Vince said: I believe Stephen is still working this one out.  Then... when can help break test it. Vince is right.... I got all the pieces working. Just working out the interface and options to work into the script overal. But, might have stumbled on to a breakthrough with the canvas interface! Soon! Should have this realy soon.

Changed the controls..... Found a way to "box bound" paths... now its easy to support flip and spin... and to keep the aspect ratio for things like triangles (so we stay at 45 degrees) and also provide snapping after rotation (so a map "area" is always on the "grid'.) This will also allow the easy placement/resizing of shapes like an octagon (almost "round" shape for Vince), a trapezoid, or a parallelogram.

Oh man, this is pretty awesome. Will definitely follow this through development.