[Made for GameMaker Studio 2] This extension is for Windows, macOS, and Ubuntu. Manage files/folders without a sandbox; overrides GameMaker Studio 2's built-in functions. Each function that does not return a string, will return true on success, and false on failure. Functions included: real file_copy(string fname,string newname) real file_rename(string oldname,string newname) real file_exists(string fname) real file_delete(string fname) real directory_create(string dname) real directory_copy(string dname,string newname) real directory_rename(string oldname,string newname) real directory_exists(string dname) real directory_destroy(string dname) string directory_contents(string dname) string environment_get_variable(string name) real environment_set_variable(string name, string value) string get_working_directory() real set_working_directory(string dname) string get_program_directory() string get_temp_directory() The DLL's full source code included. Very big thanks to Josh Ventura, for writing the widen() and shorten() scripts, enabling UTF-8 support on Windows. Download Free for GameMaker Studio 2
Just wanted to point out that new to version 1.0.2, directory_delete_fmns is now recursive, meaning that it can delete non-empty directories. Mac users will have to compile the dylib using the provided source code. Contact me either by a private message or the marketplace contact form if you need further assistance. Be aware that sandboxing is a requirement of the Mac App Store, so if you manage files outside the sandbox, you will need to release your game outside of the Mac App Store.
Added function program_directory_fmns(). Unlike the built-in program_directory variable, program_directory_fmns() returns a string that includes the final slash at the end, ("\" on Windows and "/" on Linux/Mac). program_directory_fmns() should also be more reliable than program_directory, as program_directory has been broken several times in the past...
Ok so I don't know why I didn't think to implement this originally, but now these functions have a return value that determines either success or failure of the given operation, (1 or 0): file_copy_fmns file_move_fmns file_rename_fmns file_delete_fmns directory_create_fmns directory_delete_fmns Be sure to replace the scripts and included files in your existing projects to apply the changes made in this important update.
Added functions: real directory_copy_fmns(string dname,string newname) real directory_move_fmns(string oldname,string newname) real directory_rename_fmns(string oldname,string newname)
I updated this extension so that it no longer uses SHFileOperation for directory_copy_fmns and directory_delete_fmns. This mean all functions now support both absolute and relative paths. As usual, to apply this update to your existing projects, replace your current scripts and included/data files with the newest versions thereof.
Thanks for the fantastic extension. I'm using it everywhere! I didn't realize it was continually being updated. Having a return value would have saved me some time this week. :-D
Hey @Samuel Venable, I checked this asset out a few days ago and the reviews were very entertaining. You basically were arguing with customers who reported issues with the extension, even going so far as to call one a troll and liar. I check back today to see how things had developed and both the reviews in question have been edited to 5* reviews with no text and your replies also gone - both edited on the same date. Am I to believe 2 random people having issues with your extension, and then who you abused for reporting these issues in the replies, both decided on the exact same date that actually - this asset deserves 5* after all? Smells fishy, what's going on? It's pretty bad either way, but I hope you are deleting / editing feedback yourself and this selective / falsifying of reviews isn't being done by YYG?
What you're saying makes no sense. Why would YYG have an incentive to mess around with reviews of a free extension? and why would the developer? I left a negative review for a different extension and after a discussion with the developer he ironed out the problems and I changed it to 5 stars. @Samuel Venable probably solved a problem that both reviewers had received emails at the same time about an update and they decided to edit their reviews because they had received *FREE* support on a ****FREE*** extension
You have no idea why the developer would want to remove negative feedback from his asset? Are you being serious? I don't have a seller account so I have no idea whether a dev can edit his own feedback or not - seems odd if they could. If not then YYG must had to have changed it - which also seems quite odd as what's the point in feedback at all if it can be edited at will to only make things seem super positive? That's great for you, and look at you shouting in just your 3rd whole post - congrats. Also in your case the dev fixed your issues and was more than likely civil - in the replies I am talking about Sam was downright accusing "customers" of being liars and trolls when reporting issues and generally acting like an abusive idiot towards them. Big difference. Being free or not is irrelevant, and whether or not the asset worked after his "support" - if a dev spoke to me the way Samual replied to his customers on his asset page I can tell you now I would not be leaving a 5* review. If the reviews had just disappeared altogether then I could believe Sam had regrets about how he acted (seems to be a common theme for Sam lately) and deleted them, but for them both to change to 5* reviews on the same day? Not a chance, so as I said it smells fishy. Hopefully Sam will find time to explain things, because it looks like either devs or YYG can just edit feedback to make something appear to be something it isn't. As a customer I'd like to know which of those scenarios it is.
In under 48 hours I recieved 3 zero-star ratings on the same asset (2 of which were a couple hours apart I think), sounded just as fishy to me at the time, which was why I had the doubtless impression I was being trolled. Whether I was or not - I still don't know - but that is irrelevant. I should've not lashed out regardless. If they were being trolls - I was feeding them. If they weren't being trolls - I was the first one to be a jerk. In any case, in times past I have been trolled with over HUNDREDS of 1-star ratings by people who didn't like me and admitted that's why they rated - to get on my nerves - so it should be nothing but understandable why I was quick to make this assumption, but I still should've kept it to myself. YYG resolved all this and their exact words to me: "I can see why you are annoyed". I asked them in my helpdesk ticket to test it and verify my extension works. That's why they removed the original reviews and my comments. They are aware of the things I said and were nice enough to try to cover that up for me as an act of forgiveness. Believe me, I'll think twice before making that mistake again because if I did I could get in trouble for it, and that's on top of it not being the right thing to do. Whether people are being nice, descriptive, or otherwise in reviews, I need to not make a scene and make sure I respond well. @johnny-o You're welcome! Thanks for the appreciation. It's appreciated.
Added support for UTF-8 encoding in file and path names on Windows, for those of you who need special characters. Before this update, Linux was the only platform to support UTF-8. But anyway, now Windows supports it as well. program_directory_fmns() also works with UTF-8, as of v1.5.0, which means all functions support it on all platforms.
Now that I finally have a Mac, I am able to compile and test DYLIB's on my own... Version 1.9.3 Released! Please replace all Scripts and Included Files in your existing projects to apply this update!!! Added support for macOS. Added function working_directory_fmns(). file_rename_fmns() can now both rename and move files, therefore file_move_fmns() was removed. directory_delete_fmns() was renamed to directory_destroy_fmns(). Bug fixed with program_directory_fmns() on Windows and Linux. The new screenshots will be uploaded within the next couple days.
Version 1.9.9 Released! Added function set_working_directory_fmns(). Note: working_directory_fmns() is not the same thing as GM's internal working_directory constant. For instance, if you change the value of working_directory_fmns() with set_working_directory_fmns(), GM's internal working_directory will not be effected, as it is a constant, not a variable or function. Depending on the target platform, GM's working_directory and the extension's working_directory_fmns() will not equal the same value by default even if working_directory_fmns() hasn't been changed by set_working_directory_fmns() yet. This is because the extension has its own working directory separate from the game, and when a relative path is given, the the value of working_directory_fmns() is assumed as a starting point for the relative path. Setting the value of working_directory_fmns() with set_working_directory_fmns() is known to currently cause problems on Linux such as your included files no longer being readable, this is because on Linux YoYoGames forgot to make the game's default working_directory sandboxed, which means it can be modified by my extension. The value of GM's working_directory on Linux will always equal the relative path "assets/" but unfortunately, my extension does in fact modify where the game looks for that "assets" folder on Linux. I have reported this bug to YoYoGames. Windows and Mac are not effected by this issue.
Version 2.4.0 Released! [macOS] [Ubuntu] Fixed a safety issue with the use of the POSIX functions dirname() and basename().
Version 4.5.0 Released! Please REMOVE all Scripts and Included Files in your existing projects, that came from older versions of this asset, to apply this update!!! [All Plaforms] Removed the *_fmns() suffix from function names. Now the extension overrides the built-in functions, and no longer uses any script resources. Please remove that suffix from all of your functions that have it from this extension in your projects.
Version 6.0.0 Released! [All Plaforms] Added function environment_set_variable(). (Set an environment variable to an empty string to remove it completely).
The extension is not working in Game Maker Studio 2 Code: switch(os_type){ case os_windows: if(!directory_exists("\\users\\<username>\\documents\\PixelMan files\\")){ directory_create("\\users\\<username>\\documents\\PixelMan files\\"); } docu_directory = "\\users\\<username>\\documents\\PixelMan files\\"; break; }
Are you using environment_get_variable to get the documents folder? It's working for me just fine, although I am either using relative paths or including the drive letter and colon, i.e. "C:" in the beginning of relative paths. You mind giving more information on what you are doing in your code? Is it just the functions in that snippet that aren't working or is other stuff not working as well? are you literally trying it without listing the current drive and are you actually putting your username or are you literally using the text "<username>" in your string? You need the drive and correct username, which can be gotten with the correct environment variable. As a general rule of thumb, never assume, regardless of who made it, that an extension doesn't work until you can verify with the developer whether or not you are using it correctly. The only exception being if they refuse to get back to you when you contact them for support after an unreasonable period of time. If more people did this, there would be much less misleading reviews or comments being left. You might be right that it doesn't work in your case, but we don't know that for sure without working together and doing a little debugging. P.S. what runtime are you using? I'm trying this, and it works fine for me: Code: if (os_type == os_windows) f = get_open_filename_ext( "Saved Game Files (*.sav)|*.sav", environment_get_variable("USERPROFILE") + "Untitled.sav", environment_get_variable("USERPROFILE"), "Load a Previously Saved Game File"); if (os_type == os_macosx || os_type == os_linux) f = get_open_filename_ext( "Saved Game Files (*.sav)|*.sav", "Untitled.sav",environment_get_variable("HOME"), "Load a Previously Saved Game File"); if (file_exists(f)) { file_copy(f,game_save_id + filename_name(f)); ini_open(game_save_id + filename_name(f)); c = ini_read_real("savegame","color",c_white); score = ini_read_real("savegame","score",0); ini_close(); file_copy(game_save_id + filename_name(f),f); room_goto(rm_main); } Note that I'm also using Dialog Module which overrides get_open_filename and does not break the sandbox without the help of File Manager. On Windows, to get the Documents folder you may do: Code: environment_get_variable("USERPROFILE") + "Documents\\" On Mac and Linux, you may use this OS equivalent: Code: environment_get_variable("HOME") + "Documents/" Also, be aware, if you or the end-user changed the environment variable to something that is not the system's default, this code will not work, and there is no universal workaround. It will be whatever folder it was set to, if the folder exists.
OOOHHHHHHHH!!!! IT WORKS!!!!! THX SO MUCH!!! <3 Code: if (os_type == os_windows){ if(!directory_exists(environment_get_variable("USERPROFILE") + "\\documents\\PMTEST")) directory_create(environment_get_variable("USERPROFILE") + "\\documents\\PMTEST"); }
As @RobotoSkunk pointed out in a private message to me, I want to make it clear to everyone that set_working_directory() does not effect the value of GameMaker's built-in variables such as game_save_id (the sandbox write directory) and working_directory (included files directory). It only effects the value of get_working_directory() provided by the extension, so when saving files you will still need to copy or move them over to get_working_directory() regardless of what value you set it to. :/ On mac please make sure you never modify the app bundle and only save and/or modify files outside of it.
Today I've been working on the first update for this extension in a while, which includes the following improvements: 1) Significantly smaller DLL file size on Windows. 2) New function: string directory_contents(string dname). Returns the absolute path to all files and folders in the specified directory, separated by a new line character. 3) Return the mac app bundle "Resources" directory on macOS, if it exists, otherwise return executable directory (via the function get_working_directory). This update will be published in a couple days if all goes well. Dialog Module will also be updated as a result of having this extension bundled with it. Edit: Windows and Linux ports are now done. Going to do the Mac version next and then it'll be ready to publish! Edit2: Just finished the Mac port. I'm going to take a few minute break then I'll publish it. Edit3: The aforementioned File Manager and Dialog Module update is now published!
