solidifying the Void
Moderator: Forum Moderators
-
- Inactive Developer
- Posts: 787
- Joined: March 31st, 2006, 6:55 am
Zookeeper also hinted at that this might be the cause for the top row glitches. I think it can and should be solved in C++.mog wrote:The main problem we currently have, is the painting bug in the top row. It's probably a matching problem with WML like thisnot working when part of the "map"-parameter are outside the map.Code: Select all
map=" , * * , * , 1 * , * , *"
This needs to be fixed in every case. No proposal would magically fix this bug, though 2) might (depending on the actual implementation) push the bug to the border where it wouldn't matter that much.
- Eleazar
- Retired Terrain Art Director
- Posts: 2481
- Joined: July 16th, 2004, 1:47 am
- Location: US Midwest
- Contact:
OK, i think we have an additional point of general agreement:Eleazar wrote:OK, based on the discussion so far, here and on IRC, i'm going to attempt to list what's generally agreed needs to change:
• Due to issues with villages, and tall units standing on raised terrain on the top row getting cropped off, animations spilling off the edges, and the general tackiness of cramming important stuff into the edges of the screen, there should be some (approx. 72 px) padding beyond the playable area of the map.
• When the map+padding is smaller than the screen, (in either or both axes) the map will be centered in the middle of the map area. The background beyond the map will have some sort of texture, probably definable by WML.
• If any partial hexes are used, they should be specifically designated in the map, (preferably in a way that doesn't require a change to the map format). In other words, i don't see anyone still arguing that some sort of half-hex should be automatically generated.
Which allows the following implementation:
- Stage 1
• automatically generated half-hexes are removed
• a non-map background is added
• padding is added
• to allow any map shape, any hex can be designated "non-map"
• transitions between map hexes and the non-map can be generated using normal terrain WML
- Stage 2
• discussion of how, (if at all) partial hexes will be added to the outside of the map.
• implementation.
Feel free to PM me if you start a new terrain oriented thread. It's easy for me to miss them among all the other art threads.
-> What i might be working on
Attempting Lucidity
-> What i might be working on
Attempting Lucidity
-
- Inactive Developer
- Posts: 521
- Joined: October 27th, 2005, 5:30 am
- Location: St. Paul, Minnesota, USA, Earth
- esr
- Retired Developer
- Posts: 228
- Joined: November 26th, 2006, 6:40 pm
- Location: Pennsylvania, USA
- Contact:
Give us back our half-hexes!
I've now seen Mordante's proof-of-concept in trunk, with the woodgrain and the ragged border.
The woodgrain background is OK but I think the ragged border looks awful. Ugly. Distracting. Give us back our half-hexes!
I don't have a position on whether they should be autogenerated or how they should be specified. I'd be OK with the display engine trimming the outermost row of hexes on the map, if it came to that. But where we currently seem to be going with this sucks. IMO.
The woodgrain background is OK but I think the ragged border looks awful. Ugly. Distracting. Give us back our half-hexes!
I don't have a position on whether they should be autogenerated or how they should be specified. I'd be OK with the display engine trimming the outermost row of hexes on the map, if it came to that. But where we currently seem to be going with this sucks. IMO.
Re: Give us back our half-hexes!
I quite frankly have no idea what this something towards which we seem to be going would be. The details are undecided, which is somewhat evident. AFAIK no one wants the current ragged terrain edges.esr wrote:But where we currently seem to be going with this sucks. IMO.
- Eleazar
- Retired Terrain Art Director
- Posts: 2481
- Joined: July 16th, 2004, 1:47 am
- Location: US Midwest
- Contact:
Re: Give us back our half-hexes!
I have no intention of leaving things as they are.zookeeper wrote:I quite frankly have no idea what this something towards which we seem to be going would be. The details are undecided, which is somewhat evident. AFAIK no one wants the current ragged terrain edges.esr wrote:But where we currently seem to be going with this sucks. IMO.
I'm not sure what you mean by "ragged edge" if you refer to the way terrains transition out into nothing, then that's something i don't especially like either.
Development happens in stages. Currently i have some RL things going on and probably won't be able to tackle this for a week or 2.
Feel free to PM me if you start a new terrain oriented thread. It's easy for me to miss them among all the other art threads.
-> What i might be working on
Attempting Lucidity
-> What i might be working on
Attempting Lucidity
- Eleazar
- Retired Terrain Art Director
- Posts: 2481
- Joined: July 16th, 2004, 1:47 am
- Location: US Midwest
- Contact:
Sorry, that i've mostly left this hanging, but stuff keeps happening. On vacation a few days ago, my computer died.
i'll just repeat that any good solution IMHO must work with non-rectangular maps, especially hex shaped maps, and preferably irregular shapes.
i'll just repeat that any good solution IMHO must work with non-rectangular maps, especially hex shaped maps, and preferably irregular shapes.
Feel free to PM me if you start a new terrain oriented thread. It's easy for me to miss them among all the other art threads.
-> What i might be working on
Attempting Lucidity
-> What i might be working on
Attempting Lucidity
Maps can never be non-rectangular, and AFAIK there aren't even plans to allow this. What is possible is to just allow using the border/background terrains in the editor to make the map appear to be non-rectangular (I do think this is an important distinction), and any system for doing the borders would/should very easily adapt to these situations as we'd define the borders in WML. I wouldn't worry about it much.Eleazar wrote:i'll just repeat that any good solution IMHO must work with non-rectangular maps, especially hex shaped maps, and preferably irregular shapes.
In my latest sketch, the map could just as well be non-rectangular, and the parchment could or could not be rectangular.
- Eleazar
- Retired Terrain Art Director
- Posts: 2481
- Joined: July 16th, 2004, 1:47 am
- Location: US Midwest
- Contact:
I mean, Maps-- as presented to the player on the screen.zookeeper wrote:Maps can never be non-rectangular, and AFAIK there aren't even plans to allow this. What is possible is to just allow using the border/background terrains in the editor to make the map appear to be non-rectangular (I do think this is an important distinction), and any system for doing the borders would/should very easily adapt to these situations as we'd define the borders in WML. I wouldn't worry about it much.Eleazar wrote:i'll just repeat that any good solution IMHO must work with non-rectangular maps, especially hex shaped maps, and preferably irregular shapes.
In my latest sketch, the map could just as well be non-rectangular, and the parchment could or could not be rectangular.
Did you really think i meant that the map data should come in non-rectangular shapes?
Feel free to PM me if you start a new terrain oriented thread. It's easy for me to miss them among all the other art threads.
-> What i might be working on
Attempting Lucidity
-> What i might be working on
Attempting Lucidity
Ok, you're right, that would be a really silly assumption. Nevermind!Eleazar wrote:I mean, Maps-- as presented to the player on the screen.zookeeper wrote: Maps can never be non-rectangular, and AFAIK there aren't even plans to allow this. What is possible is to just allow using the border/background terrains in the editor to make the map appear to be non-rectangular (I do think this is an important distinction), and any system for doing the borders would/should very easily adapt to these situations as we'd define the borders in WML. I wouldn't worry about it much.
In my latest sketch, the map could just as well be non-rectangular, and the parchment could or could not be rectangular.
Did you really think i meant that the map data should come in non-rectangular shapes?
-
- Inactive Developer
- Posts: 787
- Joined: March 31st, 2006, 6:55 am
I added a proof-of-concept to trunk see http://svn.gna.org/viewcvs/wesnoth?rev=18572&view=rev