[rtags] Allow to 'derive' rtags Since some releases, rtags (structure underlying uicfg) have selector and may be copied using something like: new_rtags = deepcopy(original_rtags) new_rtags.__module__ = __name__ new_rtags.__select__ = custom_selector The problem is that starting from that, both rtags wil diverge and changes in original_rtags won't be considered, while we usually want to set a few specific rules only in new_rtags. To fix this problem, this cset introduces the notion of "derivated/parent" rtag, eg: new_rtags = original_rtags.derive(__name__, custom_selector) Beside easier copying, when using the above method changes in original_rtags which are not overriden by new_rtags will be considered since it only hold its specific rules but look among its parent chain for non-found keys. Along the way, flake8 unittest_rtags. Closes #16164880

     1

/**

     2

 * .. function:: cw.utils.deprecatedFunction(msg, function)

     3

 *

     4

 * jQUery flattens arrays returned by the mapping function: ::

     5

 *

     6

 *   >>> y = ['a:b:c', 'd:e']

     7

 *   >>> jQuery.map(y, function(y) { return y.split(':');})

     8

 *   ["a", "b", "c", "d", "e"]

     9

 *   // where one would expect:

    10

 *   [ ["a", "b", "c"], ["d", "e"] ]

    11

 */

    12

 // XXX why not the same argument order as $.map and forEach ?

    13

    14

function map(func, array) {

    15

    var result = [];

    16

    for (var i = 0, length = array.length; i < length; i++) {

    17

        result.push(func(array[i]));

    18

    }

    19

    return result;

    20

}

    21

    22

    23

// skm cube still uses this

    24

getNodeAttribute = cw.utils.deprecatedFunction(

    25

    '[3.9] getNodeAttribute(node, attr) is deprecated, use $(node).attr(attr)',

    26

    function(node, attribute) {

    27

        return $(node).attr(attribute);

    28

    }

    29

);