Skip to Content
NotifyIntegrations

Integrations

Scripts you control should call the exports directly. To restyle notifications from a framework or third-party script, redirect the framework’s central notification function.

These edits are inside another resource and may be overwritten by an update. Keep a copy and compare the function signature before reapplying it.

Keep ensure elvisuals_notify before resources that use its exports.

Open ox_lib/resource/interface/client/notify.lua. Add this guard immediately after function lib.notify(data) and leave the rest of the function unchanged:

if GetResourceState('elvisuals_notify') == 'started' then return exports['elvisuals_notify']:notify(data) end

The early return sends ox_lib notifications to El Visuals. If elvisuals_notify is stopped, ox_lib continues through its original renderer.

Leave this disabled:

Config.CaptureOxLib = false

ox_lib fields without an El Visuals equivalent, such as icon animation, icon color, inline styles, and custom sound tables, are not carried across.

About the capture settings

Config.CaptureOxLib and Config.CaptureFramework listen for public notification events. They do not turn off the framework’s own renderer, so enabling them on an otherwise unchanged framework can draw two notifications.

Use the redirects above for complete, single-renderer behavior. Use a capture setting only when you have separately disabled the original renderer and know the scripts involved send the matching event. Capture settings cannot intercept direct function calls across resource boundaries.

After a framework update

If notifications switch back to the framework style, check whether the edited file was replaced. Reapply the small redirect against the new function rather than replacing the entire updated file.