SVG would probably be better, especially since modern browsers should support it.agathokles wrote:For a (relatively) quick example, you could use the GIMP brushes posted by birchbeer. In theory, an even better solution would be to use SVG (e.g., an SVG-edit extension or plugin with vector hexes and a hex grid).
Each hex would have to be numbered with a toggle-able overlay for identification with its wiki-source since the wiki text can't exist in the same grid shape. Even if you started out the text likeFrom a technical point of view, the background and dingbat are relatively easy to implement and encode in text.
A ^ ^ ^ ^
^ ^ T - - -
^ - - ~ ~
This is the kicker (along with borders, plateaus, etc). You could express them in complex mathematical formulas, but it might be best to have coastlines be an SVG overlay from the start so that the wiki-using folk just input hex data. Assuming this is for Mystara, there is the benefit that we already know most of the coastlines (although past and future versions are unknown). Basically, whoever starts a project draws up some coastlines in an SVG editor and make that the starting point for othersHowever, rivers and coastlines would be rather difficult to do properly, unless one accepts a lot of straight lines instead of curves, or implements something much more complex.
Ashtagon wrote:Hmm, I suspect this probably falls into teh realms of technically doable, but the end-user interface would probably be worse than just teaching someoen to use a decent map making app.
Users browsing this forum: No registered users and 1 guest