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.

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

The case of Resource paks #410

Open
noway opened this issue Jul 14, 2016 · 0 comments
Open

The case of Resource paks #410

noway opened this issue Jul 14, 2016 · 0 comments
Labels
enhancement request/proposal to add a new feature

Comments

@noway
Copy link
Contributor

noway commented Jul 14, 2016

Right now it is a pain to get OS from compiling to working due to resource packages. They are already downloaded during the compilation times (at least they should be, might have broken down), but still they are not automatically hooked up until you make install.

As an option to solve this, maybe employ flat built files directory structure in ./openspades.mk/? A build directory, for example build/ or build/linux-x64/ would contain all compiled *.os, *.sos, *.as, executables, as well as *.pak files. That way it would be easy to just stat the pak files in the directory containing $0. And on make install there is no difference in what is the source directory of a file being installed.

Also the messages which pop up when there are no paks could be more informative, because missing CMUSansCondensed.png does not really say what's wrong. Would be really cool to have an error handler specifically for not found resources which would tell user that the user might have forgot to download the resource paks, that there are the resource paks which were loaded successfully (if any), that a certain amount (a number? a 0 or '>1' flag?) of files/scripts were loaded straight from file system and the directories OS is looking for when loading the resource paks.

The last one sounds like a burden to implement though.

@VelocityRa VelocityRa added the enhancement request/proposal to add a new feature label Nov 5, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement request/proposal to add a new feature
Projects
None yet
Development

No branches or pull requests

2 participants