-
-
Notifications
You must be signed in to change notification settings - Fork 21
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
Plans/Ideas/Thoughts #4
Comments
Personally I am totally on-board with the 1:1. Unfortunately (in my experience) most developers are unfamiliar with the internals of steam SDK. |
How much of this overlaps with AdvancedSessions and AdvancedSteamSessions? Is it alright to keep both plugins installed? |
I'm not familiar with those plugins. SteamBridge is a wrapper for the entire Steamworks API. |
Alrighty. I guess I’ll do some exploration.
Those two plugins seem to be the community standard way to connect to steam or basic online services with blueprints. However. your plugin is way more comprehensive so I would love to mess with it in unison or just yours if it can entirely replace it.
Thanks
… On May 11, 2021, at 9:09 AM, Russ Treadwell ***@***.***> wrote:
How much of this overlaps with AdvancedSessions and AdvancedSteamSessions? Is it alright to keep both plugins installed?
I'm not familiar with those plugins. SteamBridge is a wrapper for the entire Steamworks API.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Is there an easy way to generate a dummy set of "SteamFriends/GetSteamFriends" data within the editor, and if not, would you consider adding it to the plugin? I am trying to create test data so I can troubleshoot friends lists within the PIE editor, but it has become a project in itself trying to replicate some of the functionality in blueprint. It would be nice to generate random sets for the other get functions like That being said, a better solution I have come across would be to link SteamBridge to |
In general, I want this to be as close to a 1:1 as much possible. However, maybe a branch for a light version with methods renamed or even do that as the main branch? (for example
BLoggedOn
renamed toIsLoggedOn
etc)Remove unnecessary params. I've already done this and have been, but it's possible that I've missed some. (this could be stuff like bufferlen - where we can just pass MAX_uint32, etc instead)
Re-evaluate whether methods should be const or Pure. (ie (BlueprintCallable, BlueprintPure=false) or (BlueprintPure))
Determine what methods should be async if any or even if the entire library should be converted to async. Possible future plan? Facepunch.Steamworks does this.
Convert timestamps (int32/uint32) to FDateTime for easier management?Convert for loops to range-based for loops where it makes sense.Add a project to test functionality and to show examples of how to implement things.
What else? Let me know your thoughts.
The text was updated successfully, but these errors were encountered: