This commit creates the possibility that not only kernel-led-triggers can
be selected but also application-led-triggers from user space.
This is done via a plugin mechanism. The application-led-triggers are scripts
that set kernel-led-triggers on system events or services. Until now this
has not been possible. The package rssileds is a kind of
application-led-trigger.
The following new packages are added:
* luci-app-ledtrig-rssi (application-led-trigger)
* luci-app-ledtrig-switch (kernel-led-trigger) not needed on every most devices
* luci-app-ledtrig-usport (kernel-led-trigger) optional trigger
Since we have now a plugin mechanism I have added the following triggers
as a dependency. So this triggers are now installed per default on LuCI
installation.
* kmod-ledtrig-default-on
* kmod-ledtrig-heartbeat
* kmod-ledtrig-netdev
* kmod-ledtrig-timer
The kernel trigger kmod-ledtrig-usbdev was removed with the commit
d0b50c2770
So I have not ported the relevant code anymore.
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
20 lines
446 B
JavaScript
20 lines
446 B
JavaScript
'use strict';
|
|
'require form';
|
|
|
|
return L.Class.extend({
|
|
trigger: _('default-on (kernel)'),
|
|
kernel: true,
|
|
addFormOptions(s){
|
|
var o;
|
|
|
|
o = s.option(form.Flag, 'default', _('Default state'));
|
|
o.rmempty = false;
|
|
o.depends('trigger', 'default-on');
|
|
o.textvalue = function(section_id) {
|
|
var cval = this.cfgvalue(section_id);
|
|
if (cval == null)
|
|
cval = this.default;
|
|
return (cval == this.enabled) ? _('On') : _('Off');
|
|
};
|
|
}
|
|
});
|