Цей червоний редактор знайшов цікаву поведінку Chrome UX на пасті. Chrome скріплює пробіли, коли вставляється в адресний рядок або в window.prompt
. Але не робити сквош при вставці у поля введення чи в консоль.
Ось фрагмент, який можна запустити, із зразками входів та виходів.
У Chrome:
input | typed | copy/pasted
"h e l l o w o r l d" | 9 spaces | 9 spaces
"hello world" | 9 spaces | 1 spaces
На Firefox:
input | typed | copy/pasted
"h e l l o w o r l d" | 9 spaces | 9 spaces
"hello world" | 9 spaces | 9 spaces
var str = window.prompt('Enter a few spaces.');
var spaces = (str.match(/ /g) || []).length;
console.log(`You entered ${spaces} spaces`);
Чи зафіксована така поведінка десь у Chrome? Я не можу знайти це через побіжний пошук. Чи варто це вважати помилкою Chrome? З одного боку, певному користувачеві може бути приємно, але з іншого боку, Chrome не дотримується явних інструкцій користувачів.
Чи є спосіб запобігти такій поведінці чи обійтись?
Детальніше про Chrome 65 в Linux:
За допомогою речі буфера копіювання виділення X (виділення, клацання середнім клавішею) пробіли зберігаються під час вставки у window.prompt
вхід. Але пробіли не зберігаються під час вставки в адресний рядок.
Використовуючи ctrl + c, ctrl + v, пробіли не зберігаються в window.prompt
ані в адресному рядку.
Коментатори повідомляють, що такої поведінки в OSX немає.
hello world
, ви ввели 1 пробіл у консолі? Я маю ви ввели 9 пробілів на аромат chrome65 macOs. Ах смішні правила коментування тексту коментаря SO ...
"1 9spaces"
. (Stackoverflow також здається, що це…, у мене дев'ять пробілів)
window.prompt()
приклад, схоже, поважається кількість пробілів, які я набираю. Мій рядок User-Agent -Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36
якщо це важливо для когось.