ladybird/Userland/Games/2048/CMakeLists.txt

serenity_component(
    2048
    RECOMMENDED
    TARGETS 2048
)

stringify_gml(GameSizeDialog.gml GameSizeDialogGML.h game_size_dialog_gml)
stringify_gml(GameWindow.gml GameWindowGML.h game_window_gml)

set(SOURCES
    BoardView.cpp
    Game.cpp
    GameSizeDialog.cpp
    main.cpp
)

set(GENERATED_SOURCES
    GameSizeDialogGML.h
    GameWindowGML.h
)

serenity_app(2048 ICON app-2048)
target_link_libraries(2048 PRIVATE LibConfig LibCore LibGfx LibGUI LibMain LibDesktop)
Everywhere: Add component declarations This adds component declarations so that users can select to not build certain parts of the OS. 2021-06-15 13:16:32 +00:00			`serenity_component(`
			`2048`
			`RECOMMENDED`
			`TARGETS 2048`
			`)`

Meta: Rename compile_gml to stringify_gml This is what this function really does, it doesn't compile anything. 2023-08-11 13:15:17 +00:00			`stringify_gml(GameSizeDialog.gml GameSizeDialogGML.h game_size_dialog_gml)`
			`stringify_gml(GameWindow.gml GameWindowGML.h game_window_gml)`
2048: Convert to GML 2022-10-17 17:03:09 +00:00
Games: Add a 2048 game 2020-08-08 22:10:41 +00:00			`set(SOURCES`
2048: Separate game logic from the view :^) Look Ali, it's simple: * The model (in many cases, an instance of GUI::Model, but it doesn't have to be) should implement the "business logic" (in this case, game logic) and should not concern itself with how the data/state is displayed to the user. * The view, conversely, should interact with the user (display data/state, accept input) and should not concern itself with the logic. As an example, a GUI::Button can display some text and accept clicks -- it doesn't know or care what that text means, or how that click affects the app state. All it does is it gets its text from somebody and notifies somebody of clicks. * The controller connects the model to the view, and acts as "glue" between them. You could connect several different views to one model (see FileManager), or use identical views with different models (e.g. a table view can display pretty much anything, depending on what model you connect to it). In this case, the model is the Game class, which maintains a board and implements the rules of 2048, including tracking the score. It does not display anything, and it does not concern itself with undo management. The view is the BoardView class, which displays a board and accepts keyboard input, but doesn't know how exactly the tiles move or merge -- all it gets is a board state, ready to be displayed. The controller is our main(), which connects the two classes and bridges between their APIs. It also implements undo management, by basically making straight-up copies of the game. Isn't this lovely? 2020-08-18 13:01:25 +00:00			`BoardView.cpp`
			`Game.cpp`
2048: Make board size and target tile configurable This adds a "settings" option that allows the user to configure the board size and target tile, and optionally save them to a config file. Closes #3219. 2020-08-19 16:17:17 +00:00			`GameSizeDialog.cpp`
Games: Add a 2048 game 2020-08-08 22:10:41 +00:00			`main.cpp`
			`)`

2048: Convert to GML 2022-10-17 17:03:09 +00:00			`set(GENERATED_SOURCES`
			`GameSizeDialogGML.h`
			`GameWindowGML.h`
			`)`

Build: Embed application icons directly in the executables. New serenity_app() targets can be defined which allows application icons to be emedded directly into the executable. The embedded icons will then be used when creating an icon for that file in LibGUI. 2020-12-20 18:26:09 +00:00			`serenity_app(2048 ICON app-2048)`
Everywhere: Mark dependencies of most targets as PRIVATE Otherwise, we end up propagating those dependencies into targets that link against that library, which creates unnecessary link-time dependencies. Also included are changes to readd now missing dependencies to tools that actually need them. 2022-10-21 19:43:56 +00:00			`target_link_libraries(2048 PRIVATE LibConfig LibCore LibGfx LibGUI LibMain LibDesktop)`