API - activescaffold/active_scaffold GitHub Wiki

Introduction: Configuration Organization

ActiveScaffold is both configurable and customizable. What’s the difference? Configuring ActiveScaffold means throwing flags and setting options and manipulating the setup; this happens in your controller. Customizing ActiveScaffold means defining conventional methods or template overrides that it will intelligently use when available. We’ve tried to strike a balance between configuration and customization that is intuitive and maintainable.

The flexible configuration system happens in a cascade-like manner. You may configure ActiveScaffold generally for your entire application or for a specific controller. At each of those levels, global and local, you may configure either core settings or action-specific settings. Now, not all settings exist at both the global and core levels, or exist both in the core settings and the action-specific settings. They simply exist and inherit wherever they are meaningful. This cascade system is nice to be aware of, but for the most part it should be invisible and you should be able to configure things where they make sense.

The customization can also happen on global and local levels. ActiveScaffold globally respects conventional methods on your models and template overrides in a special directory (more on that later). But it also locally respects conventional methods in your controllers or helpers, and uses template overrides in your controller’s views directory.

Configuration (Settings)

Deprecated

View Customization (Overrides)

⚠️ **GitHub.com Fallback** ⚠️