RSGCore Client Event Reference
This documentation covers the available client events in the RSGCore framework, including usage examples and implementation details.
Table of Contents
RSGCore:Player:SetPlayerData > Description
This event can be used as an event handler to trigger code because it indicates that the player's data has changed.
RSGCore:Player:SetPlayerData > Parameters
val- The updated player data object
RSGCore:Player:SetPlayerData > Usage Example
-- Event handler for player data changes
RegisterNetEvent('RSGCore:Player:SetPlayerData', function(val)
PlayerData = val
print(RSGCore.Debug(PlayerData))
end)
RSGCore:Player:SetPlayerData > Use Cases
- Updating local player data when server-side changes occur
- Triggering UI updates when player information changes
- Synchronizing player state across different resources
RSGCore:Notify > Description
Displays notification messages to players with customizable type and duration.
RSGCore:Notify > Parameters
message(string) - The notification message to displaytype(string) - The notification type (e.g., 'primary', 'success', 'error', 'warning')length(number) - Duration in milliseconds to display the notification
RSGCore:Notify > Client Side Examples > Basic Implementation
-- Command: /testnotify This is my message, primary, 5000
RegisterCommand('testnotify', function(_, args)
local message = {}
for i=1, #args do
message[#message + 1] = args[i]
if string.match(args[i], ',') then
local text = table.concat(message, ' '):gsub(",", "")
local type = args[i + 1]:gsub(",", "")
local length = args[i + 2]
TriggerEvent('RSGCore:Notify', text, type, length)
break
end
end
end)
RSGCore:Notify > Client Side Examples > Using RSGCore Shared Functions
-- Improved implementation using RSGCore's built-in string utilities
RegisterCommand('testnotify', function(_, args)
local message = RSGCore.Shared.SplitStr(table.concat(args, ' '), ",")
local text = message[1]
local type = RSGCore.Shared.Trim(message[2])
local length = tonumber(message[3])
TriggerEvent('RSGCore:Notify', text, type, length)
end)
RSGCore:Notify > Server Side Examples > Basic Server Implementation
-- Server command to send notifications to specific players
-- Command: /testnotify This is my message, primary, 5000
RegisterCommand('testnotify', function(source, args)
local message = {}
for i=1, #args do
message[#message + 1] = args[i]
if string.match(args[i], ',') then
local text = table.concat(message, ' '):gsub(",", "")
local type = args[i + 1]:gsub(",", "")
local length = args[i + 2]
TriggerClientEvent('RSGCore:Notify', source, text, type, length)
break
end
end
end)
RSGCore:Notify > Server Side Examples > Using RSGCore Shared Functions (Server)
-- Server implementation using RSGCore's string utilities
RegisterCommand('testnotify', function(source, args)
local message = RSGCore.Shared.SplitStr(table.concat(args, ' '), ",")
local text = message[1]
local type = RSGCore.Shared.Trim(message[2])
local length = tonumber(message[3])
TriggerClientEvent('RSGCore:Notify', source, text, type, length)
end)
RSGCore:Notify > Notification Types
Common notification types include:
primary- Standard blue notificationsuccess- Green success messageerror- Red error messagewarning- Yellow warning messageinfo- Information message
RSGCore:Client:UpdateObject > Description
This event must be used as a handler when using Shared Exports because it refreshes the core object in your resource.
RSGCore:Client:UpdateObject > Purpose
- Ensures the RSGCore object is properly updated in resources using shared exports
- Maintains synchronization between the core framework and dependent resources
- Required for proper functionality when accessing RSGCore through exports
RSGCore:Client:UpdateObject > Implementation Notes
When implementing resources that depend on RSGCore exports, always register this event handler to ensure your resource receives updates to the core object when they occur.
Best Practices > Event Handling
- Always register event handlers early in your resource initialization
- Use proper error handling when processing event data
- Validate parameters before using them in your code
Best Practices > String Utilities
- Prefer using
RSGCore.Shared.SplitStr()over manual string parsing - Use
RSGCore.Shared.Trim()to clean whitespace from user input - Always validate user input before processing
Best Practices > Notifications
- Choose appropriate notification types for different message contexts
- Set reasonable duration times (typically 3000-8000ms)
- Keep messages concise and user-friendly
Best Practices > Performance Considerations
- Cache frequently accessed player data from
RSGCore:Player:SetPlayerData - Avoid triggering notifications too frequently to prevent spam
- Use client-side validation before sending server events when possible
Additional Resources
This documentation is based on the RSGCore framework client event reference. For the most up-to-date information, please refer to the official RSGCore documentation.