King_DuckZ/DoorKeeper
1
0
Fork 0
Code Issues Pull requests Releases Wiki Activity
DoorKeeper/include/doorkeeper/implem/tyler.inl

56 lines
2.1 KiB
Text
Raw Normal View History

Some changes and the build is fine again. This is a test version, design is still in progress.
2014-12-09 21:30:06 +00:00
namespace dk {
Adding the concept of layers. Deferring the data loading task to lower level classes. test_tiler removed as Tyler won't require the user to derive from it anymore.
2014-12-09 22:53:09 +00:00
///--------------------------------------------------------------------------
///--------------------------------------------------------------------------
Replace size_t with uint32_t for template parameter D This fixes the build on 64-bit machines, where size_t and uint32_t from vector.hpp would mismatch.
2015-01-08 11:20:17 +00:00
template <uint32_t D>
Advancing with the implementation. The iterator is not included anywhere yet so it's completely untested. Next step is to define the relationship between views and layers, so iterators can be put into the class that will be responsible to spawn them.
2014-12-11 22:58:52 +00:00
Tyler<D>::Tyler (const coords& parSize, const coords& parTileSize) :
m_size(parSize),
m_tilesize(parTileSize)
Some changes and the build is fine again. This is a test version, design is still in progress.
2014-12-09 21:30:06 +00:00
{
assert(m_size.x() > 0 and m_size.y() > 0);
}
Adding the concept of layers. Deferring the data loading task to lower level classes. test_tiler removed as Tyler won't require the user to derive from it anymore.
2014-12-09 22:53:09 +00:00
///--------------------------------------------------------------------------
///--------------------------------------------------------------------------
Replace size_t with uint32_t for template parameter D This fixes the build on 64-bit machines, where size_t and uint32_t from vector.hpp would mismatch.
2015-01-08 11:20:17 +00:00
template <uint32_t D>
Adding the concept of layers. Deferring the data loading task to lower level classes. test_tiler removed as Tyler won't require the user to derive from it anymore.
2014-12-09 22:53:09 +00:00
typename Tyler<D>::coords::value_type Tyler<D>::tiles_count() const {
typename coords::value_type retval = 1;
for (size_t d = 0; d < D; ++d) {
retval *= m_size[d];
}
return retval;
}
///--------------------------------------------------------------------------
///--------------------------------------------------------------------------
Replace size_t with uint32_t for template parameter D This fixes the build on 64-bit machines, where size_t and uint32_t from vector.hpp would mismatch.
2015-01-08 11:20:17 +00:00
template <uint32_t D>
Adding the concept of layers. Deferring the data loading task to lower level classes. test_tiler removed as Tyler won't require the user to derive from it anymore.
2014-12-09 22:53:09 +00:00
template <typename T>
Advancing in the design of Tyler. Iterating through tiles in viewports now works fine. You can pass in a custom device as the data source for the tile map.
2014-12-29 15:17:59 +00:00
Layer<T, D>& Tyler<D>::push_layer (TileMapData<T, D>& parTilemap) {
auto newLayer = new Layer<T, D>(m_tilesize, m_tilesize, parTilemap);
DK_ASSERT(newLayer->mapSize() == m_size);
DK_ASSERT(newLayer->count() == m_size);
Progressing with the implementation
2014-12-12 19:04:48 +00:00
m_layers.push_back(LayerPtr(newLayer));
return *newLayer;
Advancing with the implementation. The iterator is not included anywhere yet so it's completely untested. Next step is to define the relationship between views and layers, so iterators can be put into the class that will be responsible to spawn them.
2014-12-11 22:58:52 +00:00
}
///--------------------------------------------------------------------------
///--------------------------------------------------------------------------
Replace size_t with uint32_t for template parameter D This fixes the build on 64-bit machines, where size_t and uint32_t from vector.hpp would mismatch.
2015-01-08 11:20:17 +00:00
template <uint32_t D>
Advancing with the implementation. The iterator is not included anywhere yet so it's completely untested. Next step is to define the relationship between views and layers, so iterators can be put into the class that will be responsible to spawn them.
2014-12-11 22:58:52 +00:00
template <typename T>
Advancing in the design of Tyler. Iterating through tiles in viewports now works fine. You can pass in a custom device as the data source for the tile map.
2014-12-29 15:17:59 +00:00
Layer<T, D>& Tyler<D>::push_layer (TileMapData<T, D>& parTilemap, const coords& parSubdiv) {
auto newLayer = new Layer<T, D>(m_tilesize / parSubdiv, m_tilesize, parTilemap);
DK_ASSERT(newLayer->mapSize() == m_size);
DK_ASSERT(newLayer->count() == m_size * parSubdiv);
Progressing with the implementation
2014-12-12 19:04:48 +00:00
m_layers.push_back(LayerPtr(newLayer));
return *newLayer;
Adding the concept of layers. Deferring the data loading task to lower level classes. test_tiler removed as Tyler won't require the user to derive from it anymore.
2014-12-09 22:53:09 +00:00
}
I can iterate through tiles using viewports.
2014-12-14 12:13:10 +00:00
///--------------------------------------------------------------------------
///--------------------------------------------------------------------------
Replace size_t with uint32_t for template parameter D This fixes the build on 64-bit machines, where size_t and uint32_t from vector.hpp would mismatch.
2015-01-08 11:20:17 +00:00
template <uint32_t D>
I can iterate through tiles using viewports.
2014-12-14 12:13:10 +00:00
void Tyler<D>::preload (const coords& parFrom, const coords& parTo) {
for (auto& layer : m_layers) {
layer->preload(parFrom, parTo);
}
}
Some changes and the build is fine again. This is a test version, design is still in progress.
2014-12-09 21:30:06 +00:00
} //namespace dk
Reference in a new issue Copy permalink