mirror of
https://github.com/MaSzyna-EU07/maszyna.git
synced 2026-10-17 20:19:20 +02:00
321c9dd7ab
The track layout library came in as a subproject of its own -- its own CMakeLists, its own install and export rules, its own include tree -- which only made the build harder to follow now that everything else is a module. It is part of the editor, so it lives where the editor lives. - editor/plan_*.cppm / plan_*.cpp: the fifteen interface units and twelve implementation units, flat in editor/ beside editorTerrain and orthophoto, with the plan_ prefix keeping them clear of what was already there (editor/turnouts is the preset catalogue, so the geometry is plan_turnout_geometry). - modules are named eu07.editor.plan_*, like every other module in the tree. - namespaces move under the editor's own: editor::plan, editor::plan::geometry, ::io, ::render. The library's old name is gone from the sources and the docs. - every moved file carries the MPL header the rest of the tree carries; it had none. version.hpp went with the subproject: macros only, and unused. - the umbrella header is dropped -- nothing imported it. - the unit tests survive the fold: editor/tests, behind EU07_EDITOR_PLAN_TESTS (off by default), compiles the interfaces a second time into a small library of its own, because a test can only import modules from a target it links and linking the game would drag the whole simulator in. The code under test needs nothing but a compiler. 7/7 pass. - a switch may now be written with two dashes as well: --editor beside -editor. Builds with clang 22 (-DWITH_BETTER_RENDERER=OFF); -editor and --editor both come up in the editor on empty ground.
48 lines
1.5 KiB
C++
48 lines
1.5 KiB
C++
/*
|
|
This Source Code Form is subject to the
|
|
terms of the Mozilla Public License, v.
|
|
2.0. If a copy of the MPL was not
|
|
distributed with this file, You can
|
|
obtain one at
|
|
http://mozilla.org/MPL/2.0/.
|
|
*/
|
|
module;
|
|
#include <vector>
|
|
|
|
export module eu07.editor.plan_render;
|
|
export import eu07.editor.plan_solution;
|
|
|
|
export {
|
|
|
|
namespace editor::plan {
|
|
|
|
/// One drawable rail, tagged with what it came from so the host can colour it
|
|
/// and hit-test it. Exactly one of @c element / @c turnout is set.
|
|
struct PlanPolyline {
|
|
Kind kind{Kind::Line};
|
|
ElementId element{ElementId::none};
|
|
TrackId track{TrackId::none};
|
|
TurnoutId turnout{TurnoutId::none};
|
|
/// For a turnout rail: which piece of the diverging path it is, and what part
|
|
/// that piece plays (0 przediglicowy, 1 iglica, 2 łuk, 3 krzyżownicowa), so a
|
|
/// drawing can say every element apart. -1 on a plain track rail.
|
|
int part{-1};
|
|
std::size_t piece{0};
|
|
double length{0.0};
|
|
double radius_start{0.0}; ///< 0 == infinite
|
|
double radius_end{0.0};
|
|
std::vector<PlanPoint> points;
|
|
};
|
|
|
|
/// Draws a solved layout as rails: two per element, a gauge apart. Turnout
|
|
/// diverging paths are drawn too, tagged with their turnout.
|
|
///
|
|
/// This is presentation only. It decides nothing about geometry, and the
|
|
/// exporter no longer reads it back — the axis it needs is in the Solution.
|
|
[[nodiscard]] std::vector<PlanPolyline> render_rails(const Solution& solution,
|
|
double gauge_metres = 1.5);
|
|
|
|
} // namespace editor::plan
|
|
|
|
} // export
|