drs-ox Classic

A compact, neutral look for ox_lib and ox_target.

Version
ox_lib 3.39.0 · ox_target 1.17.3
Updated
Aug 21, 2026
License
LGPL-3.0-or-later + MIT
View drs-ox Classic resource View files on GitHub
Browse documentationdrs-ox Classic
Sections
01 / OVERVIEW

Overview

Classic is a drs_Dev theme for ox_lib 3.39.0 · ox_target 1.17.3. It includes matching ox_lib and ox_target folders. This guide shows how to install both, change the theme settings, test the result, and update safely. Compact dark radial panels, local Inter typography, neutral gray borders, white hover inversion, a small center dot, and the established tree-and-branch target layout.

drs-ox Classic interface preview

The matching ox_target and ox_lib interfaces included with this edition.

screenshotClassic vehicle targeting

The matching Classic target menu shows owner, seat, and vehicle-status actions in a compact list.

screenshotClassic context menu

The compact menu shows extra details and clearly marks disabled or read-only options.

Classic vehicle targetingThe matching Classic target menu shows owner, seat, and vehicle-status actions in a compact list.
02 / REQUIREMENTS

Requirements

Included
ox_lib 3.39.0 and ox_target 1.17.3
Server
FXServer artifact 7290 or newer with OneSync
Resource names
Must remain ox_lib and ox_target
Theme selection
Install only one drs-ox edition at a time
Platform
FiveM bundle; the ox_lib component also declares RedM support
03 / INSTALLATION

Installation

  1. Back up the installed ox_lib and ox_target resources and their configuration before replacing them.

  2. Download the selected bundle and copy its enclosed ox_lib and ox_target folders into the server resources directory without renaming them.

  3. Remove every other drs-ox edition so duplicate ox_lib or ox_target resource identities cannot be started.

  4. Start ox_lib before ox_target, then start resources that depend on either component.

  5. Validate menus, notifications, progress UI, TextUI, target options, framework restrictions, and item-restricted interactions on a development server.

04 / CONFIGURATION

Configuration

01

Know which settings Classic includes

Classic includes the standard /ox_lib settings for notification position, notification audio, and language. Scale, interface sound, sound volume, and reduced motion are available only in Redline, Ironclad, Heritage, and Axiom.

05 / USAGE

How to use and test it

Test every part of the interface

After replacing both folders, run the included ox_lib preview commands on a private test server. Then test at least one real ox_target zone, model, entity, and global option used by another resource.

Commands
/oxtestui
/oxnotify
/oxctx
/oxmenu
/oxradial
/oxskill
/oxprog
/oxcircle
/oxtext
/oxhidetext

Open player preferences

Use /ox_lib to review the settings included with Classic. A player's choices affect only that player and do not change the defaults for anyone else.

Commands
/ox_lib
06 / CLASSIC DESIGN AND SETTINGS

Classic design and settings

This edition changes how ox_lib and ox_target look and feel. Their resource names and supported connections stay the same.

Typography
Inter
Accent treatment
Neutral white and gray
Target presentation
Compact tree and branch layout with a white in-world hover sprite
Motion and progress
The compact baseline; no separate bundle-level motion preset is documented
Player theme controls
Baseline notification, audio, and locale controls through /ox_lib
01

Classic direction

Compact dark radial panels, local Inter typography, neutral gray borders, white hover inversion, a small center dot, and the established tree-and-branch target layout.

07 / DIFFERENCES FROM UPSTREAM

Differences from upstream

01

Presentation-focused derivative

Classic supersedes the older standalone ox_lib and ox_target site listings as one matched package. Against those prior public snapshots, the bundle includes its compiled interface build, positions the radial cursor lower on screen, and uses a neutral-white target hover sprite.

02

Use the matching upstream API references

The bundle does not replace the upstream ox_lib or ox_target documentation. Use API material that applies to ox_lib 3.39.0 · ox_target 1.17.3, then validate the integration against this packaged snapshot.

08 / UPDATING

Updating

01

Review upstream changes manually

The inherited version checkers query Overextended ox_lib and CommunityOx ox_target. Treat their notices as review prompts: installing an upstream release archive directly will overwrite the drs_Dev theme and can separate the tested pair.

02

Back up and retest the pair

Back up both active folders, merge applicable upstream fixes into a working copy, and repeat the interface, adapter, target, and dependent-resource tests before deployment.

09 / KNOWN LIMITATIONS

Known limitations

01

Versions describe the upstream baselines

The manifests retain ox_lib 3.39.0 · ox_target 1.17.3 rather than a separate drs_Dev bundle version. Identify the installed edition by its repository and theme name when recording server changes.

10 / TROUBLESHOOTING

Troubleshooting

The two interfaces do not match
Checks

Stop the server and confirm ox_lib and ox_target came from the same bundle. Remove duplicate resource copies from other ensured or recursively scanned folders before restarting.

A dependent resource cannot find ox_lib or ox_target
Checks

Confirm the folders retain their exact names, ox_lib starts first, ox_target starts next, and the dependent resource starts after both.

Restricted target options behave incorrectly
Checks

Verify the intended supported framework and ox_inventory were already running when ox_target started. qtarget API compatibility alone is not a QBCore authorization adapter.

11 / REFERENCE

Reference

  • ox_lib remains LGPL-3.0-or-later and ox_target's included LICENSE is MIT; preserve both component licenses and upstream attribution when redistributing the bundle.
  • The ox_target README files describe GPL licensing, but the packaged ox_target LICENSE is MIT. This guide follows the actual included license file.
  • The bundle repositories are manual derivatives rather than GitHub-marked forks; the manifests retain their upstream authors and repository references.