Torque Admin is configured through a block-based API that mirrors the familiar Rails initializer pattern. Every option has a sensible default, so you only need to specify the settings that differ from what is shown inDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/crashtech/torque-admin/llms.txt
Use this file to discover all available pages before exploring further.
DEFAULT_CONFIG. Configuration can happen in an initializer file or directly inside the mount block in your routes.rb.
Place your configuration in
config/initializers/torque_admin.rb before the engine mounts, or use the inline configure block available on the mount call in routes.rb. Either location works — the initializer approach is recommended when you have many options to set.Configuration Methods
For the default admin application, call:All Configuration Options
title
The display title of the admin application shown in the page header and browser tab.
nil— falls back to the application name derived from the mount name (e.g."Admin")String— rendered as plain textProc— the return value is rendered as raw HTML, giving you full control over markupSymbol— treated as a helper method name; the helper is called and its return value is used
root_path
The URL root path at which the admin engine is mounted.When
nil, Torque Admin automatically reads the path from the mount call in routes.rb and sets it for you. You only need to set this manually if you need to reference the path before routes are loaded, or if you mount the engine with a non-standard helper.parent_module
The name of the Ruby module under which the admin application’s own module will be defined.
'Object' means top-level scope, so a default admin app becomes the module Admin. Set this to nest the engine under an existing namespace — for example 'MyApp' would create MyApp::Admin.stream_actions
Controls whether heavy listing actions such as
index and dashboard pages use HTTP streaming by default.Streaming lets the browser start rendering while the server is still generating content, which improves perceived performance for pages with many records. Set to false to disable streaming globally and render responses in the traditional buffered way.parallel_processing_with
The concurrency back-end used to parallelise heavy operations (such as aggregating dashboard data or loading multiple widgets at once).
| Value | Behaviour |
|---|---|
:concurrent_ruby | Uses the concurrent-ruby gem’s thread-pool primitives |
:async | Uses the async gem and its Fiber-based scheduler |
false | Disables parallel processing entirely; work is done sequentially |
isolate_namespace
Determines the degree of namespace isolation applied to the admin engine.
| Value | Behaviour |
|---|---|
nil | Hybrid — helpers and routes are isolated, but model naming is not relative. This is the recommended default for most applications. |
true | Full isolation — behaves like a fully isolated Rails engine (isolate_namespace in the engine). Models, helpers, routes, and URL helpers are all scoped. |
false | No isolation — the admin module is defined in the parent namespace with no isolation at all. |
base_controller
The name of the host application controller that the admin engine’s own
TAController will inherit from.Provide a string (not the constant itself) to avoid triggering an eager load of the constant before the application has fully booted. This is the primary way to inherit authentication, before_action hooks, and concerns you have already set up in your main app.default_authenticated
Whether every admin route requires authentication unless explicitly marked otherwise.When
true, all routes generated inside the admin engine inherit authenticated: true in their annotations. Individual route scopes can override this with unauthenticated { ... } in your route definitions. Set to false to make all routes public by default — useful during development, but not recommended for production.theme
The CSS framework theme used to render admin UI components.Accepted values:
'tailwind', 'bootstrap', 'bulma', 'semantic_ui'.Each value maps to a corresponding helpers module (Elements::Helpers::Bootstrap, ::Bulma, ::SemanticUI) that defines all component primitives via the Elements DSL. You must include the chosen framework’s CSS yourself in your application layout.theme_extensions
A list of extensions to apply on top of the base theme’s
UiBuilder class.Each entry may be:- A Proc — executed in the context of the
UiBuilderclass, allowing you to calldefine,associate, and other DSL methods directly. - A Module — included into the
UiBuilderclass so you can override or add helper methods. - A String — a module name that will be constantized and then included.
elements_lookup_context
An ordered list of module name strings that are searched when resolving element helpers (e.g. custom
define-d components).The lookup happens in reverse order — the last module in the array is checked first. Torque Admin automatically appends the admin application’s own module to this list at initialization, so your app-level elements always take precedence over the built-in ones.resources.default_strict_loading
Whether ActiveRecord strict loading is enabled by default for all resources managed by the admin application.Strict loading raises an error when an association is accessed without being eagerly loaded, helping you catch N+1 queries during development. Set to
true to enable it globally; you can still opt individual resources out.