Илья: это вполне нормально, что там его нет. Для аудиоплеера написана своя библиотека, где реализованы все методы, а HTML она связана через другие методы-посредники обработчики событий, например, такие как клик по шкале громкости, смене трека и так далее.
А нашел я это так: в Chrome правой кнопкой мыши кликнул на шкалу с громкостью, выбрал просмотреть код, в узле со слайдером открывшегося окна выбрал саму шкалу.
Кликнул на ней правой кнопкой мыши, выбрал Break On -> Attributes modifications. Дальше в браузере кликом мышки изменил громкость и хром мне выдал место в исходном коде, где изменяется визуально шкала громкости.
Кстати, чтобы отформатировать код в читаемый вид, я нажал на значок {} в левом нижнем углу окна с кодом. И дальше анализируя Call Stack и сам код нашел где меняется громкость и треки.
Похоже, что со startOfDay() работает. Но модификатор "midnight" существует, иначе бы в первом примере не получался бы результат 00:00 хоть и для GMT 0. "midnight" наследуется от DateTime. Да и Carbon не сообщает об ошибке что такой модификатор неизвестен. Только не ясно, почему он не влияет на время относительно заданного часового пояса.
ILoveYAnny: Если только одну первую пустую, то .replace(/^\n/g, '');
Если несколько первых пустых, то .replace(/^\n+/g, '');
А вообще, если вопрос стоит именно в удалении пустых строк и пробелов из текста, то стоит посмотреть на .trim() вместо .replace
Если нужно удалить строки только в начале, то .trimLeft(), если в конце, то .trimRight()
zedxxx: Шикарно, похоже, то что надо! И по скорости работы намного лучше. Если возможно, я был бы рад задать Вам еще пару вопросов, но за оплату Вашего времени. Как это можно сделать?
zedxxx: Это да, но хотелось на ассемблере, так как эта функция - критичное место работы приложения, я надеялся, что найдется специальная команда для этого дела, чтобы было быстрее. Изначально вообще был вот такой вариант
Result := (Value and MaxInt) shr ShiftBits - (Value and (not MaxInt)) shr ShiftBits; он работает побыстрее предложенного Вами выше. Но, очень хотелось бы увеличить скорость выполнения.
zedxxx: Я не понимаю тогда, как мне быть. Вот пример, JS: -85 >>> 2 = 1073741802.
Результат выполнения sar64 с выходом Cardinal sar64(-85, 2) = 4294967274. С выходом Integer: -22.
Выходной параметр нужен именно LongInt, так как эта функция должна эмулировать операцию >>> из JavaScript, которая сдвигает на n бит вправо, отбрасывая сдвигаемые биты и добавляя нули слева и результат ограничивается 32 числом. В частности это нужно для отрицательных чисел. Ваш вариант работает, но как >>, который сдвигает, отбрасывает, но нули не добавляет.
jcmvbkbc: Странно, вычисляемый результат получается совсем далеким от действительности. Например, при вызове sar32(85, 2) вместо ожидаемого 21 получается 2
@mututunus
В целом все так, только это решение все же конкретно под такой случай. А если брать в целом, то все же как не включать пустой вариант в регулярном выражении?
Данный пример текста я составил образно, чтобы показать суть задачи поиска регуляркой.
А нашел я это так: в Chrome правой кнопкой мыши кликнул на шкалу с громкостью, выбрал просмотреть код, в узле со слайдером открывшегося окна выбрал саму шкалу.
Кликнул на ней правой кнопкой мыши, выбрал Break On -> Attributes modifications. Дальше в браузере кликом мышки изменил громкость и хром мне выдал место в исходном коде, где изменяется визуально шкала громкости.
Кстати, чтобы отформатировать код в читаемый вид, я нажал на значок {} в левом нижнем углу окна с кодом. И дальше анализируя Call Stack и сам код нашел где меняется громкость и треки.