Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Aseprite only CLI #1279

Closed
JosefKuchar opened this issue Oct 5, 2016 · 4 comments
Closed

Aseprite only CLI #1279

JosefKuchar opened this issue Oct 5, 2016 · 4 comments
Assignees
@dacap
Labels
compilation
Milestone
v1.2

Comments

@JosefKuchar
Copy link

Hello,
Can I compile aseprite without GUI, only CLI tools ?
Thx
@dacap
Copy link
Member

dacap commented Oct 7, 2016

Hi @JosefKuchar, that's not possible at this moment but I'd like to make that possible in a near future. Related to #139

@jacksarick
Copy link

What needs to change to make this happen? I'm happy to help

@dacap
Copy link
Member

dacap commented Feb 24, 2017

@jacksarick I think it's a pretty big change for someone that want to contribute for the very first time. I would prefer smaller bug fixes first and then trying to contribute to something big.

Anyway, for some reference, the basic idea is that this statement must be completely ignored from the compilation process (and all the dependencies should be ignored too/not linked, i.e. UI library isn't needed, etc.)

@dacap dacap self-assigned this May 6, 2018
@dacap dacap added this to the v1.2 milestone May 6, 2018
@dacap dacap closed this as completed in 139c5aa May 7, 2018
@dacap
Copy link
Member

dacap commented May 7, 2018

New cmake -DENABLE_UI=OFF flag added. Another discussion in t/1351

@devmattrick devmattrick mentioned this issue Mar 2, 2021
Open
This was referenced Aug 28, 2024
Merged
Closed
dacap added a commit to dacap/aseprite that referenced this issue Sep 3, 2024
@dacap
Remove #if/endif ENABLE_UI conditional directives (fix aseprite#4619)
bf0a475 
This was originated for aseprite#1279 (CLI-only Aseprite) which can be
achieved with LAF_BACKEND=none anyway.

In this way we simplify the development process, and checking for the
availability of the GUI can be done in run-time through App::isGui()
or Context::isUIAvailable().
@dacap dacap mentioned this issue Sep 3, 2024
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@dacap dacap

Labels
compilation
Projects
None yet
Milestone
v1.2
Development

No branches or pull requests
3 participants
@dacap @jacksarick @JosefKuchar