devdb, "Не понимаю, почему так - ведь это противоречит тому как описывается действие non-greedy оператора - минимальное количество символов между соединяемыми условиями" - ну вам же объяснили, что регулярки выполняются слева направо. Нежадный оператор не ищет минимальное количество символов, он ищет первое совпадение. И не продолжает поиск дальше,
"Как видим, Regex захватывает лишние колонки таблицы вместо того, чтобы брать минимальную подстроку, удовлетворяющую условию" - минут 5 пытался понять что это значит и в чем конкретно проблема, наконец дошло. К тому же читаю вашу регулярку, вижу что результат поиска в вашем примере абсолютно закономерен, все происходит именно так как и записано вами. Не жадный .+? сработал, просто он работает не так как вы думаете. Регулярки выполняются слева направо, то есть с начала строки до её конца, последовательно. Конкретно ваша регулярка ищет цифры (11), потом все символы до включительно (22), получается 1122. Если вы планировали что нежадный поиск найдет все варианты подходящие под условие - '1122', '122', '22', '2' -, а потом выдаст вам то в котором количество символов до меньше всего, то к сожалению такого не произойдет, ибо регулярки и в частности нежадный поиск работают не так,
Рич Пиана, вы передаёте элемент в функцию doIt, функция doIt получает этот элемент первым аргументом. Что конкретно нужно пояснить? Вы же в обработчике достаете текст из элемента с помощью element.textContent, теперь вместо этого вы просто передаёте элемент в функцию doIt
Или проще: element.addEventListener('click', doIt)
Рич Пиана, не воспринимайте как оскорбление, но код в вашем примере говорит об обратном. Ваша функция EnterSelected ничего не возвращает, а потому doIt не получает нужные данные. Читайте ответы внимательней, там написано что нужно сделать чтобы заработало
"SyntaxError: Unexpected identifier 'complexIndex' : api.php строка 1" - ну так если ошибка в php то и правьте php,
"Из-за чего так может быть?" - из-за ошибки при обращении к api.php
*до меня постепенно дошло, что api.php это как раз сервис кладр)) Тогда да, пхп вы подебажить не сможете. Зато вы можете сравнить запросы которые отправляет плагин fias из фидла и с вашего локального стенда. Суть проблемы в каких-то различиях между данными в запросах
Потому что через хэш происходит обращение к приватным свойствам объекта, о чем вам и написано в тексте ошибки: приватного свойства #text не существует. Зато существует публичное с ключом "#text": this.state.dataimage.album.image[4]['#text']
js-css-html-php, а, да, действительно, совсем забыл о такой проблеме ибо не пользуюсь планшетами. Но не раз слышал что планшетный народ не в восторге от этой ситуации,
ООП мотивирует ориентироваться на класс объекта, а не пользоваться не утиной типизацией, то есть было бы целесообразно проверять не наличие конкретного метода, а принадлежность к конкретному классу: obj instanceof MyClass вместо obj.hasOwnProperty('methodname')
Метода hasownproperty не существует. На вашем месте я бы занимался разработкой в средах предназначенных специально для разработки, которые автоматически исправят такие мелкие ошибки. Если вы работаете в VSCode, то погуглите как его адаптировать к js/ts и включить подсветку/исправление ошибок.
И кстати в любом случае hasOwnProperty(methodname) для this никогда не вернет true, потому что hasOwnProperty проверяет наличие свойства у текущего объекта, а у текущего объекта нету нужных вам свойств - они есть в его прототипе
А сколько вам лет? Давно ли вы пользуетесь вк? Это вопрос без подвоха и не для троллинга, просто интересно из какой вы эпохи если для вас вк глючный и не удобный. По мне вк с самого начала был и остается самым удобным и функциональным приложением вообще из всех которые я когда-либо видел в интернетах
