MyNamee

children

Берём элемент
let slider = document.getElementById('slider');
можно присвоить в переменную

if (slider) {
    let children =  slider.children;
}

или сразу по ним пробежаться

if (slider) {
    for (var i = 0; i < slider.children.length; i++) {
        console.log(slider.children[i]);
    }
}

count у вас - локальная переменная которая после завершения функции теряется. Надо объявить var count = 1; в глобальном контексте

Сделайте через замыкание или property функции или по корявому вот так например:

var buttonAdd = document.getElementById("button-add");
var count = 1;
buttonAdd.addEventListener("click", function() {
    var todolistChilds = document.getElementById('todolist').getElementsByClassName('input').length;
    if(todolistChilds < 10) {
        var newInput = document.createElement('input');
        newInput.classList.add('input','input-' + ++count);
        todolist.appendChild(newInput);
    }
    else {
        alert('Ошибка');
    }
});

// как то так, код не проверял

Вынеси var count = 1; после var buttonAdd = document.getElementById("button-add");
https://learn.javascript.ru/functions-closures

Представьте себе, у меня в одной коммерческой программе есть велосипед и чужая библиотека, занимающиеся одним и тем же, доступом к XLSX.

В одном месте пользователи иногда скармливают программе огромный XLSX размером мегабайт этак в 20, что соответствует ≈100M памяти, если развернуть в структуры данных, >130M — если сериализовать в XML, и добрых полгига — если этот XML разобрать рекордной библиотекой, а ведь в той XLSX-библиотеке, которую мы купили, ничего рекордного не было. На x86 не хватало памяти ни на что, на x64 тормозило адски. В общем, сделал потоковый разбор XML с пространствами имён «из коробки» и предельно простой разбор XLSX без стилей, без картинок и диаграмм, без сохранения — этот XLSX грузило ≈3 с, из которых <0,5 — раззиповка, ≈1,1 — разбор XML, остальное — собственно разбор XLSX. Для сравнения: Excel грузил 10 секунд, LOo до 6-й линейки вообще не мог загрузить такой файл. Расход памяти — исключительно та сотня, что идёт на структуры данных; расходы памяти на раззиповку и разбор пренебрежимо малы.

В другом месте таких проблем нет, и я даже не пытался перевести этот момент на свою библиотеку.

К слову о велосипедах: они тоже глючат, и один японец обнаруживал не одну и не две ошибки, связанных с этим разбором специальных японских XLSX.

В общем, с велосипедами надо быть осторожным, и причины сделать велосипед в производственном коде — это…
• Производительность. Пример выше.
• Функциональность. Хочется написать своё сохранение в XLSX, потому что нужны заметки, которых, кажется, не поддерживает ни одна библиотека.
• Глючьё. Допустим, я отказался от встроенного в Qt диалога открытия файла, потому что он прикрывал одну важную функцию WinXP+: сохранял, какой каталог был текущим.

Да, нужно. Но можно использовать противоположный подход - подробный анализ и изучение существующих технологий.

понятие велосипеда - очень разное. и задачи/необходимости тоже разные.

часто готовые решения покрывают потребности. но так же часто они это делают не самым оптимальным образом, или не совсем так, как это нужно конкретно мне для решения конкретно этой задачи.

другими словами: если задачи типовые - используйте типовые решения, если задачи не типовые - от велосипедов (в хорошем смысле этого слова) не уйти.

Настоящий программист создаёт всё сам с помощью библиотек.

https://jsfiddle.net/8mtqrzbk/10/ примерно так - дальше по шагам - адаптировать текст - так как само svg резиновое - если что то не ясно спрашивайте

проверял в Chrome Firefox IE11 EDGE - работает везде

Тут www.cssplant.com/clip-path-generator потестируйте и все поймете

svg или clip-path

https://developer.mozilla.org/ru/docs/Web/CSS/clip-path
там и доки и примеры