mpo/VVVVVV
1
0
Fork 0
mirror of https://github.com/TerryCavanagh/VVVVVV.git synced 2024-06-16 09:38:29 +02:00
Code Issues Releases Wiki Activity
fe5bacfdc2
VVVVVV/desktop_version/src/FileSystemUtils.h

36 lines
1.2 KiB
C
Raw Normal View History

Hello WWWWWWorld!
2020-01-01 21:29:24 +01:00
#ifndef FILESYSTEMUTILS_H
#define FILESYSTEMUTILS_H
#include <string>
#include <vector>
Remove TinyXML-1 This removes the TinyXML source files, removes it from CMakeLists.txt, removes all the includes, and removes the functions FILESYSTEM_saveTiXmlDocument() and FILESYSTEM_loadTiXmlDocument() (use FILESYSTEM_saveTiXml2Document() and FILESYSTEM_loadTiXml2Document() instead). Additionally I've cleaned up the tinyxml2.h include in FileSystemUtils.h so that it doesn't actually include tinyxml2.h unnecessarily, meaning a change to TinyXML2 shouldn't rebuild all files that include FileSystemUtils.h.
2020-06-04 04:37:01 +02:00
// Forward declaration, including the entirety of tinyxml2.h across all files this file is included in is unnecessary
namespace tinyxml2 { class XMLDocument; }
Replace TiXmlDocument load and save functions by PHYSFS The TinyXml functions to load and save files don't properly support unicode file paths on Windows, so in order to support that properly, I saw no other option than to do the actual loading and saving via PHYSFS (or to use the Windows API on Windows and retain doc.LoadFile and doc.SaveFile on other OSes, but that'd be more complicated and unnecessary, we already have PHYSFS, right?). There are two new functions in FileSystemUtils: bool FILESYSTEM_saveTiXmlDocument(const char *name, TiXmlDocument *doc) bool FILESYSTEM_loadTiXmlDocument(const char *name, TiXmlDocument *doc) Any instances of doc.SaveFile(<FULL_PATH>) have been replaced by FILESYSTEM_saveTiXmlDocument(<VVVVVV_FOLDER_PATH>, &doc), where <FULL_PATH> included the full path to the saves or levels directory, and <VVVVVV_FOLDER_PATH> only includes the path relative to the VVVVVV directory. When loading a document, a TiXmlDocument used to be created with a full path in its constructor and doc.LoadFile() would then be called, now a TiXmlDocument is constructed with no path name and FILESYSTEM_loadTiXmlDocument(<VVVVVV_FOLDER_PATH>, &doc) is called.
2020-01-12 15:17:39 +01:00
Add -basedir option to specify base user directory (#154) Useful for maintaining multiple save files or for debugging
2020-02-09 00:49:03 +01:00
int FILESYSTEM_init(char *argvZero, char* baseDir, char* assetsPath);
Hello WWWWWWorld!
2020-01-01 21:29:24 +01:00
void FILESYSTEM_deinit();
char *FILESYSTEM_getUserSaveDirectory();
char *FILESYSTEM_getUserLevelDirectory();
Per-level custom asset loading functionality (#262)
2020-06-01 01:31:02 +02:00
bool FILESYSTEM_directoryExists(const char *fname);
void FILESYSTEM_mount(const char *fname);
Only re-color one-ways if assets are not mounted Some levels (like Unshackled) have decided to manually re-color the one-way tiles on their own, and us overriding their re-color is not something they would want. This does mean custom levels with custom assets don't get to take advantage of the re-color, but it's the exact same behavior as before, so it shouldn't really matter that much. I would've liked to specifically detect if a custom tiles.png or tiles2.png was in play, rather than simply disabling it if any asset was mounted, but it seems that detecting if a specific file was mounted from a specific zip isn't really PHYSFS's strong suit.
2020-06-30 20:55:21 +02:00
extern bool FILESYSTEM_assetsmounted;
Abstract assets mounting to FileSystemUtils.cpp The assets mounting code was put directly in editorclass::load(), but now it's in a neat little function so it can be called from multiple places without having to call editorclass::load().
2020-06-21 23:26:40 +02:00
void FILESYSTEM_mountassets(const char *path);
Per-level custom asset loading functionality (#262)
2020-06-01 01:31:02 +02:00
void FILESYSTEM_unmountassets();
Add a null terminator to loaded TinyXML files (#117) * Add a null terminator to loaded TinyXML files The TinyXML parse() function expect a C-like string, including terminator. When xml loading was changed, it loaded the file, but included no such thing. Thus, we load the file, then reallocate the memory so that we can insert a null terminator to it, before passing it to parse(). * Tweak TinyXML file loading Instead of first loading the file content into memory, then reallocate it to add a null pointer, add an argument to the file load function for whether to append a null terminator or not, defaulting to false. It still returns the length without the null pointer in case a length ptr is passed.
2020-01-24 21:35:46 +01:00
void FILESYSTEM_loadFileToMemory(const char *name, unsigned char **mem,
size_t *len, bool addnull = false);
Hello WWWWWWorld!
2020-01-01 21:29:24 +01:00
void FILESYSTEM_freeMemory(unsigned char **mem);
Add FILESYSTEM_saveTiXml2Document() This will eventually replace FILESYSTEM_saveTiXmlDocument(). Read it as "save TinyXML2 Document", not "save TinyXML to Document".
2020-06-03 18:54:05 +02:00
bool FILESYSTEM_saveTiXml2Document(const char *name, tinyxml2::XMLDocument& doc);
Add FILESYSTEM_loadTiXml2Document() Same as FILESYSTEM_saveTiXml2Document(), except for loading. Read this as "load TinyXML2 Document", not "load TinyXML to Document".
2020-06-03 19:00:53 +02:00
bool FILESYSTEM_loadTiXml2Document(const char *name, tinyxml2::XMLDocument& doc);
Hello WWWWWWorld!
2020-01-01 21:29:24 +01:00
std::vector<std::string> FILESYSTEM_getLevelDirFileNames();
Add FILESYSTEM_openDirectory() and _openDirectoryEnabled() Have to add some includes and put these behind some ifdefs, of course. I'm pretty sure FreeBSD and OpenBSD and Haiku are POSIX enough that the "open" command will work on them, too. I would've loved to make FILESYSTEM_openDirectoryEnabled a simple bool instead of a function, but I ran into issues with putting it in the FileSystemUtils header file, so I'll just make it a function and call it a day.
2020-04-18 03:48:55 +02:00
bool FILESYSTEM_openDirectoryEnabled();
bool FILESYSTEM_openDirectory(const char *dname);
Fix deletequick() and deletetele() not deleting their files The problem here is that we're directly using the C stdio library, instead of using PHYSFS's stuff. So I've added a function FILESYSTEM_delete() that does exactly that.
2020-04-26 22:22:26 +02:00
bool FILESYSTEM_delete(const char *name);
Hello WWWWWWorld!
2020-01-01 21:29:24 +01:00
#endif /* FILESYSTEMUTILS_H */
Reference in New Issue Copy Permalink