Логика "проста". Overflow параметр всего лишь необходимое условие, но никак недостаточное. Вы поймите, что если Вы в некий блок натолкали каких-элементов и не зафиксировали явно или неявно размер этого блока, то его результирующий размер - это сумма всех размеров его елементов (children).
Если у блока с overflow его родитель сам не имеет overflow, то результирующий размер родителя - это опять же сумма всех размеров его елементов (children). Естественно ваш блок не получит скроллбар, т.к. в родителе он получил достаточное пространство для отображения всего своего контента. Поэтому скроллбар возможно появится у другого parent или grand parent вверх по иерархии, пока для этого не появятся соответствующие уловия.
И так будет всегда, пока всё это дело не "упрётся" в body, который конечно же физически ограничен размерами клиентской области окна и как результат - вы видите скроллбар у всего докуметна.
Вам для блока (4) нужно тоже добавить overflow-y: auto и всё у Вас заработает. Общий концепт таких разметок в том, что если Вам нужно некая прокручиваемая область, то overflow нужно "прослеживать" вплоть до родительского элемента на несколько "поколений" вверх по иерархии child-parent. Если в этой цепочке у некоего div где-то отсутствует overflow, то всё "рвётся", т.к. высота такого блока расчитывается по сумме высот всех блоков в него входящих и сколлируемость как бы переходит на уровень вверх по иерархии.
p.s. для Left и Right тоже нужно добавить overflow.
Итоговое изображение можно обрезать уже позже во время монтажа либо соответствующим приложением на телефоне.
Э нет :-) Не хочу с этим возится впринципе. Неужели так сложно на уровне аппаратном или программном это сделать? При теперешних разрешениях в 4К можно автоматом обрезать из соотношения 4:3 в 16:9 FulHD на лету например.
:-) Ну догадаться повернуть телефон не сложно. Просто в вертикальном положении гораздо удобнее держать и управлять им одной рукой. Всегда при попытке повернуть телефон горизонтально, сразу к нему тянется вторая рука. Подсознательно осознаешь, что начинаешь его крепче держать, чтобы он не выскочил из рук.
Да, не прошло и сто лет :-). У меня другая мечта. Хочу чтобы на смартфоне можно было снимать видео в нормальном соотношении сторон, держа при этом телефон вертикально. Неужели никто из производителей не додумался? И ведь это можно даже на уровне ПО реализовать.
Разработчики порекомендовали в качестве временного решения скопировать файл hidparse.sys
В моём случае это не помогло. Но я заметил, что если комп "выключать" с помощью Hibernate, то можно избежать этой ошибки. Благо при Hibernate можно полностью обесточивать сам комп, если есть такая потребность.
Не знаю. В новых моделях телефонов может оно так и устроено. В начале у меня так и было, просто напрямую к питанию было подключено. Один аккумулятор через полтора месяца вздулся так, что аж заднюю крышку телефона вывернуло. Так и до пожара недалеко :-( Поэтому было решено периодически заряжать телефон в автоматическом режиме. Причем я его до 100% не поднимаю никогда. 35-85 - это тот диапазон, в котором я его постоянно держу. По собственным ощущениям видно, что он так меньше греется. Уже года 3 в таком режиме. Ещё не один аккумулятор не вздулся. Для литиевых, насколько я знаю, полный заряд (как и очень низкий) плохо сказывается на их сроке службы.
Мало того, может вздуться, а это опасно. Я чуть ниже уже ответил по этому поводу. Через программируемое реле Shelly этот вопрос легко решается. Уровень заряда контролируется программно и периодически телефон подзаряжается. Т.е. он у меня постоянно к зарядному устройству не подключен. Плюс с телефона есть информация с датчиков. По ней я вижу уровень заряда, напряжение и температуру самой батареи. По критическому порогу той же температуры телефон просто автоматически будет отключен от зарядного устройста. Новый аккумулятор на телефоне в таком режиме служит у меня в среднем года полтора.
Да, конечно, можно и дисплей установить. Кстати есть много подобных готовых решений. Они правда стоят денег, иногда хороших. В моем случае "приделать" старый неиспользуемый телефон оказалось проще. Да и сделать/запрограммировать что-то своими руками было интересней :-) На всё про всё у меня ушло 5€ на саму программу, которая транслирует видеопоток с телефона и 14€ на Shelly - это такая релюшка, которая монтируется прямо внутри разетки и тоже управляется по WiFi. К этой разетки подключена зарядное от телефона. Зарядка тоже автоматически включается/выключается в зависимости от уровня батареи на телефоне. Вся конструкция выглядит как обычный телефон, подключенный к зарядке. Никаких других коробок или проводов рядом нет.
Э-э ... Не скажите! :-) Я когда свой монтировал, телефон брал именно для этого случая. Если там за дверью какой-то шум, проще подойти к двери и одним касанием активировать изображение на телефоне. Сразу всё как на ладони. А если кто-то звонит в дверь, бежать и открывать браузер чтобы посмотреть кто там? С точки зрения использования, всё выглядит естественно - звонок, подошёл к двери, одно касание и видно кто там снаружи.
Плюс ещё в том, что у телефона две камеры и есть возможность удалённо контролировать как снаружи, так и внутри.
p.s. В вашем случае в двери стоит обычный оптический дверной глазок. У него есть один неоспоримый плюс - угол обзора. Я пробовал такой комбинировать с телефоном. Но получить одновременно обычную картинку (без этой оптической "трубы") и большой угол обзора увы не получается. Мне интересно, можно ли с точки зрения физических законов оптики модифицировать этот обычный глазок так, чтобы в комбинации с телефоном (просто приставив его камеру) получит нормальное изображение? Ну там какую-то дополнительную линзу поставить, чтобы убрать эти искажения и приблизить картину? Провести корректировку типа как у телескопа Хабл :-)
Логика "проста". Overflow параметр всего лишь необходимое условие, но никак недостаточное. Вы поймите, что если Вы в некий блок натолкали каких-элементов и не зафиксировали явно или неявно размер этого блока, то его результирующий размер - это сумма всех размеров его елементов (children).
Если у блока с overflow его родитель сам не имеет overflow, то результирующий размер родителя - это опять же сумма всех размеров его елементов (children). Естественно ваш блок не получит скроллбар, т.к. в родителе он получил достаточное пространство для отображения всего своего контента. Поэтому скроллбар возможно появится у другого parent или grand parent вверх по иерархии, пока для этого не появятся соответствующие уловия.
И так будет всегда, пока всё это дело не "упрётся" в body, который конечно же физически ограничен размерами клиентской области окна и как результат - вы видите скроллбар у всего докуметна.
Вам для блока (4) нужно тоже добавить overflow-y: auto и всё у Вас заработает. Общий концепт таких разметок в том, что если Вам нужно некая прокручиваемая область, то overflow нужно "прослеживать" вплоть до родительского элемента на несколько "поколений" вверх по иерархии child-parent. Если в этой цепочке у некоего div где-то отсутствует overflow, то всё "рвётся", т.к. высота такого блока расчитывается по сумме высот всех блоков в него входящих и сколлируемость как бы переходит на уровень вверх по иерархии.
p.s. для Left и Right тоже нужно добавить overflow.
А где окажется седловая точка при вражении пропеллера в противоположную сторону? В (0; 1) ?
sphinxsearch ?
Формула (6.4.3). Что-то там совершенно не очевидно :-(
при w->0 : D2 к an-1
при w->inf (у Вас опечатка): D2 к +/-inf
Или я что-то не так вижу?
ONKE - два переключателя на плате. Это не то, что вы ищите? С обратной стороны на плате прямо и написано откуда он будет грузиться.
Я точно на Хабр попал?
А почему на скриншоте Visual Studio Code?
Э нет :-) Не хочу с этим возится впринципе. Неужели так сложно на уровне аппаратном или программном это сделать? При теперешних разрешениях в 4К можно автоматом обрезать из соотношения 4:3 в 16:9 FulHD на лету например.
:-) Ну догадаться повернуть телефон не сложно. Просто в вертикальном положении гораздо удобнее держать и управлять им одной рукой. Всегда при попытке повернуть телефон горизонтально, сразу к нему тянется вторая рука. Подсознательно осознаешь, что начинаешь его крепче держать, чтобы он не выскочил из рук.
Да, не прошло и сто лет :-). У меня другая мечта. Хочу чтобы на смартфоне можно было снимать видео в нормальном соотношении сторон, держа при этом телефон вертикально. Неужели никто из производителей не додумался? И ведь это можно даже на уровне ПО реализовать.
Ну вот вы оба в базу и "попались"!
В моём случае это не помогло. Но я заметил, что если комп "выключать" с помощью Hibernate, то можно избежать этой ошибки. Благо при Hibernate можно полностью обесточивать сам комп, если есть такая потребность.
Ну да, это как руль в машине на заднем сиденье. Очень "удобно"!
- А почему у вас чёрная смородина такая красная?
- Потому что ещё зелёная!
Лучше рекламного слогана и не придумаешь :-)
Не знаю. В новых моделях телефонов может оно так и устроено. В начале у меня так и было, просто напрямую к питанию было подключено. Один аккумулятор через полтора месяца вздулся так, что аж заднюю крышку телефона вывернуло. Так и до пожара недалеко :-( Поэтому было решено периодически заряжать телефон в автоматическом режиме. Причем я его до 100% не поднимаю никогда. 35-85 - это тот диапазон, в котором я его постоянно держу. По собственным ощущениям видно, что он так меньше греется. Уже года 3 в таком режиме. Ещё не один аккумулятор не вздулся. Для литиевых, насколько я знаю, полный заряд (как и очень низкий) плохо сказывается на их сроке службы.
Мало того, может вздуться, а это опасно. Я чуть ниже уже ответил по этому поводу. Через программируемое реле Shelly этот вопрос легко решается. Уровень заряда контролируется программно и периодически телефон подзаряжается. Т.е. он у меня постоянно к зарядному устройству не подключен. Плюс с телефона есть информация с датчиков. По ней я вижу уровень заряда, напряжение и температуру самой батареи. По критическому порогу той же температуры телефон просто автоматически будет отключен от зарядного устройста. Новый аккумулятор на телефоне в таком режиме служит у меня в среднем года полтора.
Да, конечно, можно и дисплей установить. Кстати есть много подобных готовых решений. Они правда стоят денег, иногда хороших. В моем случае "приделать" старый неиспользуемый телефон оказалось проще. Да и сделать/запрограммировать что-то своими руками было интересней :-) На всё про всё у меня ушло 5€ на саму программу, которая транслирует видеопоток с телефона и 14€ на Shelly - это такая релюшка, которая монтируется прямо внутри разетки и тоже управляется по WiFi. К этой разетки подключена зарядное от телефона. Зарядка тоже автоматически включается/выключается в зависимости от уровня батареи на телефоне. Вся конструкция выглядит как обычный телефон, подключенный к зарядке. Никаких других коробок или проводов рядом нет.
Э-э ... Не скажите! :-) Я когда свой монтировал, телефон брал именно для этого случая. Если там за дверью какой-то шум, проще подойти к двери и одним касанием активировать изображение на телефоне. Сразу всё как на ладони. А если кто-то звонит в дверь, бежать и открывать браузер чтобы посмотреть кто там? С точки зрения использования, всё выглядит естественно - звонок, подошёл к двери, одно касание и видно кто там снаружи.
Плюс ещё в том, что у телефона две камеры и есть возможность удалённо контролировать как снаружи, так и внутри.
p.s. В вашем случае в двери стоит обычный оптический дверной глазок. У него есть один неоспоримый плюс - угол обзора. Я пробовал такой комбинировать с телефоном. Но получить одновременно обычную картинку (без этой оптической "трубы") и большой угол обзора увы не получается. Мне интересно, можно ли с точки зрения физических законов оптики модифицировать этот обычный глазок так, чтобы в комбинации с телефоном (просто приставив его камеру) получит нормальное изображение? Ну там какую-то дополнительную линзу поставить, чтобы убрать эти искажения и приблизить картину? Провести корректировку типа как у телескопа Хабл :-)