Только что игрался с navigator.requestMIDIAccess

Реально работает с моим OP-1

Кто-то пробовал с этим что-то делать?)

Посоветуйте пожалуйста популярных Query Builder'ов под node.js, база MySQL

Посоветуйте пожалуйста популярных Query Builder'ов под node.js, база MySQL

knex

спс

highlight текста в raw html, но мне нужно ескейпить хайлайт слова если оно внутри тега

(Client)(?![^<]*>|[^<>]*<\/)

Кстати, EloquentJS для какого уровня книжка?

(Client)(?![^<]*>|[^<>]*<\/)

ничерта не понимаю что в этом регексе но он работает

highlight текста в raw html, но мне нужно ескейпить хайлайт слова если оно внутри тега

красивше всего будет предварительно составить список хайлата в тегах (<[^/>]*>[^<]*Client[^<]*<\/[^>]*>)

ну и не учитывать их в конечной выборке

ну, твой регекс не пашет

хотя и этот не корректный совсем

в жс лукапы вообще обрезаны, кстати

да да

ну так твоя же пашет, да

и моя пашет, но твоя лучше и полнее :)

я не понимаю почему не выделено клиента который в теге

в лукапе негативном написано />

но зачем негативно искать если слово уже вне < >

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

Кстати, EloquentJS для какого уровня книжка?

азбука

у тебя второй клиент подпадает под вторую часть лукапа

"после слова не должно быть закрывающегося тега"

регулярки шатаете?

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

выбрать все слова вне тега, не название тега, не атрибут, но как текст в контенте тега

ну так ты добился своего. пруф на скрине

именно это напрягает <\/

текст в контенте тега норм?

ладно, я плохо сформулировал

слово не есть частью тега

текст в контенте тега норм?

норм? если норм, то убери вторую часть после палки

но может быть в контейнере

выходит да

но и теперь говнецо

Регуляркой парсить грамматику html это весело

А разве подобные символы не рекомендуется заменять мнемониками?))

слишком весело

Столько всего интересного узнаёшь

Приятно проводишь время

В выходные

а либы для ноды нет, по парсингу?

Короче, советую на этом этапе уже остановиться с регулярками ?

а либы для ноды нет, по парсингу?

Даже не одна)

не верю что заескейпить слова меджу < /> так сложно

точ, двойная группа

ты кстати я надеюсь, на 101 сайте?

ибо там есть второй, он фигню выдает порой

мой любимый http://regexr.com/

да, лучше на 101 иди

первая страница гугла

ну так мнемоники пусть ебашат. не твоя проблема)

хм, в принципе можно разделить контент где я точно знаю что будет хтмл и где его не будет

тоесть две регулярки отдельно на хтмл и контент обычный

Ты уже близок к определению нормальной токенизации))

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

ERROR: S client not available

пздц

што за жизнь

new RegExp((<.*>.*)(${word})(.*<\/.*>)

не регекс а мичта

вот, это в парсинге регэкспами и геморрой

переводится регекс - мне на все посрать сохрани мне ебучий ворд

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

не люблю я регулярки в жс... читая доки по с# и пыхе, в жс они вообще кастраты

ну учитывая, что у нас методы ещё распилины на строки и регекспы

кривовато выглядит

ну хоть литералы есть

уже хорошо

В идеале нормальный токенизатор работает в потоке, то есть регэксп вообще не нужен, просто продвинутая функция-генератор, никогда не пробегающая по одному символу больше одного раза

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

регекс не сможет - иф есл нам поможет

Конечный автомат — это обобщение if else в удобной форме Если у тебя встретился символ <, значит всё последующее — название тэга, так и запишем, состояние "название тега", если дальше опять встречаем < то это фигня какая-то, так и запишем, состояние "синтаксическая ошибка", если же встретим /> то значит тег закрылся и мы опять в исходном состоянии Вот обобщая эти переходы, получаем тупо функцию-switch case для одного (текущего) символа, список состояний, и квадратную матрицу, по которой эта функция переходит из одного состояния в другое

Выглядит и программируется это правда проще, чем описывается)

Нужно только не забыть что внутри строк могут быть любые символы

Это просто ещё одно состояние

А стейт-машины вообще торт

Очень сильно упрощают код там где они применимы

Вместо 100500 ифов у тебя простой плоский свитч

Добавлю - 100500 вложенных в том числе ифов

Я как-то с помощью них в универе just for lulz сделал интерпретатор паскаля на паскале))

Нужно только не забыть что внутри строк могут быть любые символы

потому в строке у меня нету проверок кроме /${word}/ а при наличии хтмл <.*>.*(${word}).*</.*>

одни точки и звезды

хотя, а что если написать найти все что вне скобок и все что внутри скобок

а в реплейсе просто передать функцию вместо сабстринг с заменой если есть $1 или $2

Надо будет как-нибудь что-нибудь такое большое написать на голых стейт-машинах

короч получилось без иф есл