KDE получит более 1,28 млн евро от Sovereign Tech Fund на развитие открытого рабочего стола

OpenSCADA.

А что плохого в подгрузке?

Так она и в моей обычной убунте есть.

Ну да. Почему нет? Если тебе добавят к обязанностям танцевать балет, ты что, останешься?

А что плохого в подгрузке?

Серьёзно? Это худшее, что можно сделать на странице, и за что должен быть отдельный котёл в аду. Неужели может быть не очевидно, что в этом плохого? Ну ок, я постараюсь:

1. Тормозное.
2. Невозможно дать ссылку или сделать закладку на конкретную «страницу» с заинтересовавшим контентом, как при нормальном делении на страницы.
3. Невозможно опуститься в конец страницы при помощи клавиши End.
4. Если контента (в данном случае фоток) реально много, а посмотреть хочешь самые ранние, или начать просмотр от первых к последним, придётся потратить на это без преувеличения несколько минут, чтобы их «прогрузить», причём не просто фонового ожидания, пока в это время на ЛОРе коммент пишешь, а зажимания пальцем клавиши PgDown.
5. Ну и так далее. Это буквально одна из худших идей, когда-либо посещавших головы веб-дизайнеров.

Тормозное в чем?

Нет, это все решаемо. Я вот буквально 15 минут назад сделал бесконечную подгрузку просто, но могу объяснить причины.

При такой подгрузке ты заранее можешь получить нужную инфу и подгрузить постепенно, пока юзер до нее нед добрался. Когда юзер добрался - там уже все отрендерелось и никаких тормозов.

Получить любой контент при таком походе можно и дать ссылку можно, потому что подгрузка производится все по тем же страницам, просто они «склеиваются». Но никто не мешает отобразить сразу нужную страницу при желании. Это довольно удобная технология, если правильно сделать.

Далеко не для всего, конечно. Но есть места, где оно хорошо подходит.

Вот представь, тебе надо динамически управлять контентом. Ты точно не знаешь заранее какие элементы на какой странице тебе будут нужны, а какие нет.

Примеры: список сообщений в чатике. Не будешь же ты их листать постранично. Список новостей - бесконечная лента.

Тормозное в чем?

В прокрутке как минимум.

Получить любой контент при таком походе можно и дать ссылку можно, потому что подгрузка производится все по тем же страницам, просто они «склеиваются». Но никто не мешает отобразить сразу нужную страницу при желании.

Тогда это уже не та «бесконечная прокрутка», что по ссылке.

Примеры: список сообщений в чатике. Не будешь же ты их листать постранично.

Чатики вообще не на html и не в браузере надо делать…

Список новостей - бесконечная лента.

Отвратительно!

Я не могу представить что тормознутого в прокрутке. Представь. У тебя на странице 20 тем. Когда ты долистаешь до 10, начнут подгружаться следущие 20. Ты этого даже не заметишь. Когда ты долистаешь до 20й, они все прогрузятся, все обработается.

При этом ты всегда знаешь на какой ты странице.

Я не могу представить что тормознутого в прокрутке. Представь. У тебя на странице 20 тем. Когда ты долистаешь до 10, начнут подгружаться следущие 20. Ты этого даже не заметишь. Когда ты долистаешь до 20й, они все прогрузятся, все обработается.

Что если я хочу 350-ю тему?

В случае с нормальным делением на страницы я просто нажму внизу на «18». В случае с «бесконечной прокруткой» придётся долго и упорно листать, «прогружая» это всё.

При этом ты всегда знаешь на какой ты странице.

По ссылке ничего подобного нет. В твоей, совсем другой реализации, которую ты даже не показал, наверное есть страницы, может даже полноценный переход по ним и всё такое прочее. Но тогда это не та самая адская «бесконечная прокрутка», которая является худшим из всех зол, а просто немножко дополнительного AJAX там, где можгла быть загрузка новой страницы — не сказать, что очень нужно, но и не отвратительно.

Если ты хочешь 350ю тему, то тут возникает конфликт, а хочешь ли ты умное управление этими темами? Например с отбором именно тех тем, которые нужны тебе? Например, из них 68 ты видеть не хочешь никогда. Сколько конкетно таких тем из этих 350 ты не знаешь. Как ты угадаешь какая из них будет 350я?

Тут выбор - или сырая инфа и возможность отобразить любую страницу в любой момент или умное управление и тогда отображение может быть не 350й темы, а например 17й страницы. Но там свои нюансы отображения. Например, при этом надо проверить все эти страницы на нужность инфорации тебе.

На самом деле страницы есть везде. Просто не везде ты это видишь. Где то это скрыто под абстракцией. Потому что инфа подгружается всегда порциями - теми самыми страницами.

Если ты хочешь 350ю тему, то тут возникает конфликт, а хочешь ли ты умное управление этими темами?

Я лично сейчас ничего такого не хочу. Я хочу больше никогда в жизни не видеть бесконечную прокрутку как по ссылке выше. И там никаких «умных тем» нет, все глупые ;)

Но да, даже с умной фильтрацией тем я могу хотеть «примерно 300–400-ю». И в случае с обычным делением на страницы я ткну на какую-нибудь 350-ю, увижу, что это перелёт или недолёт, и насколько, и сориентируюсь. Ткну ещё в одну или две и окажусь там, где мне нужно. В случае с бесконечной прокруткой, пока все предыдущие 299 не загрузятся, я 300-ю не увижу. Не говоря уж о 400-й.

https://github.com/Vladgobelen/NSLorPanel/blob/main/NSLorPanel.js

Вот можешь глянуть пример. Если черный список пуст - обычная постраничная работа. При наличии черного списка бесконечная лента новостей с возможностью перехода на любую страницу.

Допустим, мы переходим на https://www.linux.org.ru/news/?offset=60 - это третья страница 60 сообщений. Проверяем сообщения на черный список. Допустим из этих 60 сообщений 8 из черного списка. В итоге, ты получишь не 60е сообщение на третьей странице, а сразу 68. И дальше будешь листать с подгрузкой.

Можно сделать и просто постранично, но нельзя. Знаешь почему? Разработчик решил, что мини-новости не нуждаются в авторстве и невозможно напрямую получить автора, а значит невозможно отсеять. Если ты будешь грузить постранично, начинается довольно сложное жонглирование страницами. При подгружаемом списке мы можем все заранее проверить и подгрузить только нужное тебе.

Вот честно, мне лень вникать. Это какой-то твой скрипт, который я даже не совсем понимаю, для чего. И он в любом случае явно не имеет отношения к тому сайту, к которому моя критика бесконечной прокрутки относилась. У тебя там вообще в основе ЛОР, у которого есть нормальное деление на страницы и нет бесконечной прокрутки. То, что ты там что-то похожее на бесконечную прокрутку для каких-то там особых целей прикрутил, и то даже не её, а что-то отдалённо напоминающее и завязанное на фильтрации, ничего не меняет ни в ущербности таких сайтов как тумбл по ссылке с их бесконечной прокруткой, и в функциональности самого ЛОРа — она никуда не девается.

Я просто показал пример, что эта прокрутка всегда лишь надстройка. Внутри там везде страницы. Кривая реализация отдельная еще не значит, что вся технология плохая.

Можно сделать удобно, а можно криво. Тут уже кто как додумается - до каких алгоритмов и удобств.

И тут же пример своих минусов постраничного отображения, к слову.

Я ни разу не видел сайта, где это было бы сделано удобнее, чем можно было сделать с нормальным деление на страницы, без автопрокрутки.

И не могу представить это даже в фантазиях.

Но да, можно сделать отвратительно, можно сносно — тут я согласен. И при этом в подавляющем большинстве мест, где это в принципе сделано, сделано именно отвратительно.

Ну и да, твой скрипт — вообще не показатель. В нём понятно, зачем это нужно, ведь это костыль над контентом, который ты не контроллируешь. Ты получаешь от сервера за раз меньше тем, чем тебе нужно для заполнения страницы, и поэтому тебе нужно подгружать несколько раз. Это нормальное решение в твоём случае, потому что это юзерскрипт. Но непосредственно на сайте это всё нафиг не нужно было было, ведь если бы эта функциональность была на самом сайте, фильтрация осуществлялась бы сразу, на бэкэнде, клиенту не присылались бы ненужные ему темы вообще, и деление на страницы работало бы нормально — на странице было бы столько тем, сколько требуется, а не где-то 4 где-то 8.

Ключевой плюс такой технологии именно плавность подгрзки. Представь, ты переходишь на страницу и тебе нужно всю эту страницу загрузить, подождать.

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

Это даже если было бы реализовано на сервере, например. Просто один из плюсов. Ты никогда не заметишь задержки, тормозов, подгрузки, кроме первого входа разве что.

Ах да, для чего это еще делают. Ты навеное заметил, что сейчас набирают популярность мобильные устройства. Планшеты, смартфоны. На таком устройстве гораздо удобнее просто прокручивать вниз потихоньку и все видеть, чем пытаться каждый раз попасть в мелкую кнопку листания.

Ключевой плюс такой технологии именно плавность подгрзки. Представь, ты переходишь на страницу и тебе нужно всю эту страницу загрузить, подождать.

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

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

Ты никогда не заметишь задержки, тормозов, подгрузки, кроме первого входа разве что.

Заметишь и ещё как. Подгрузка не может занимать 0 времени.

Ах да, для чего это еще делают. Ты навеное заметил, что сейчас набирают популярность мобильные устройства. Планшеты, смартфоны. На таком устройстве гораздо удобнее просто прокручивать вниз потихоньку и все видеть, чем пытаться каждый раз попасть в мелкую кнопку листания.

Ну да, это же проще, чем просто сделать кнопку листания не мелкой для мобильных устройств.

Ты заметишь подгрузку только если делал ее идиот. Тут весь вопрос в дальности прогрузки от текущего скролла юзера.

Вариант первый: мы начинаем подгрузку, когда пользователь доходит до конца списка - так делать не надо. В этом случаем мы получаем то, что ты и и описал - пользоваель кажды раза доходит до предела и видит подгрузку. Его это бесит.

Вариант второй, как у меня - мы начинаем подгрузку на середине страницы. Вот представь: 20 новостей на стрице. Подгрузка начинается, пока ты на десятой новости. Ты еще читаешь 10-13ю, а уже все подгрузилось. Когда ты дошел до подгружаемой области - к 20й, ты чисто физически ничего заметить уже не сможешь.

И да, это проще, чем вообще делать какие то к нопки на мобильник, где и так пространство крайне ограничено. Там управление вообще свое, в ходу свайпы. Я уже придумал парочку неплохих интерфейсов отличающихся от классических панелей и кнопок, не занимающие особо места:

https://ns.fiber-gate.ru/uploads/images/img_1778778476396_0553c5cb.png

Конкретно тут мы видим два вида интерфейсов - классический кнопочный, где ты можешь ткнуть мелкую кнопку слева сверху и откроется панель с серверами или ты можешь слева просто свайпнуть вверх вниз и автоматически начнется промотка этих самых серверов. Останавливаешься на нужном отпускаешь и переход на него.

Классические кнопочные интерфейсы на мобильниках это беда, не нужны они там.

Ты заметишь подгрузку только если делал ее идиот.

Если её делал идиот, то я её не просто замечу, а она будет бесить. И не только меня, но и всех пользователей, и не иногда, а всегда. Но я её замечу вне зависимости от того, кто её делал, если оно не на локалхосте. Подгружать быстрее, чем прокручивается страница при зажатой PgDown, невозможно. Не с теми скоростями и латентностями, которые есть в интернете в нашем мире.

Подгрузка начинается, пока ты на десятой новости. Ты еще читаешь 10-13ю, а уже все подгрузилось. Когда ты дошел до подгружаемой области - к 20й, ты чисто физически ничего заметить уже не сможешь.

Только если я их вдруг внимательно читаю, а не просто пролистываю. В этом неверном допущении о поведении пользователя и кроется основная ошибка.

Классические кнопочные интерфейсы на мобильниках это беда, не нужны они там.

Хорошо, возможно. Про мобильный интерфейс я в целом знаю мало и сформированного мнения не имею. Об этом я спорить точно не буду.

Беда, когда от этого страдают и пользователи десктопа.

Ну смотри. Опять два варианта развития событий:

1. Ты листаешь страницы кнопками. Как на ЛОРе, например. Представь. Ты дожен:

1) Прокрутить до конца, допустим при зажатой PgDown, подождать немного пока прокрутитя. 
2) Кликнуть кнопку "Следущие"
3) Подождаь пока прогрузится
4) Повторить

При этом ты тратишь время не толко на ожидание подгрузки но отрываешь руку на то, чтобы кликнуть эту сраную кнопку. А он еще и как назло только внизу. Это тоже бесит, знаешь ли, неслабо.

2. Ты листаешь с беспонечным скроллом. Для удобства, тебе будет опочащаться на какой ты странице:

1) Ты зажал PgDown, дошел до прокрутки. Допускаем, что ты ее заметил. Подгруилось.
2) Ты увидел посреди экрана надпись 2 страница, темы 21-40.
3) Не отпуская и не переключаясь ты просто держишь PgDown.
3) Прокрутка почти сразу доходит до следущей подгрузки и ты видишь: 3 страница, темы 41-60.

Заметь ты всегда можешь примерно остановиться на нужной странице и ждать ты будешь гораздо меньше, чем при певом варианте.

Заметь, ты не можешь выбрать там конкретную страницу. Это пример конкретной страничной реализации - где она может быть не самой удобной.

Любой вариант интерфейса надо продумывать. Любой можно сделать удобно, а можно не очень.

И да, к слову, я легко могу добавить переход на любую страницу на панельке. Все это делается в пару строк кода.

Кликнуть кнопку «Следущие»

Потому что на ЛОРе нет нормальной навигации по страницам. На других форумах можно сразу кликнуть 5-ю, 10-ю, последнюю.

На ЛОРе я для этого тупо введу нужное число прямо в URL. Да, не идеальный UX, но какой есть.

А вот тут еще один важный нюанс разработки, который некоторые просекли и поимели успех, а некоторые нет. Никакая команда разработчиков не сделает удобно и правильно для всех. Это физичеки невозможно.

Но можно дать пользователям возможность допиливать интерфейсы. Как это сделано в вовке, например. И запилены миллионы аддонов. Каждый перелопатил интерфейс, как душе угодно.

То же самое на ЛОРе - добавить эти несчастные страницы это пара строк кода.

С этим я полностью согласен.

А каноникал внёс эту конкретную версию в реестр?

А ты как думаешь, почему работники сидят на одном месте? Может в моём урюпинске за такие деньги просто нет альтернативы?

развитие открытого рабочего

До этого KDE был закрытым, спасибо @unclestephen за нативный перевод.

Почитал немножко тред, и что захотелось сказать…

Внедрение Раста в Фирефокс Квантум (ЦСС-движок) — пошло ему на пользу — он перестал проваливать постоянно статтер-тесты. Если для цсс парсера, раст нужон — Нэхай будЭ.

Меня, как пользователя кед, раст сильно волнует??? — Нет.

А про освоение бабла, с повесточкой, что??? — Ну, вроде-бы эти «ценности» — не настолько разрушительная вещь, как противоположная идея «той, другой страны», где дискорд норовят зарезать в ТСПУ и возводят новый занавес. Ничего агрессивного не хочу сказать, но если выбирать между «красной и синей таблетками», то я уж лучше предпочту Европейские «ценности».

Как говорил ведьмак, Эскобар-из-Залупинска: «Когда мне предлагают выбрать из двух зол наименьшее, — я предпочитаю не делать выбор вообще».

SCADA

Какая? Интересно.

<оффтоп>

Привет! Это случайно не ты, тот художник, что рисовал ЛОРского пингвина-боксёра?

Прост я вижу, что ты сам рисуешь аватарки, и мне так подумалось…

Нет. Не я. А надо наваять? Или замену? Кидай идеи, могу в свободное время накалякать чего. Но пропихивай его потом сам. Я так, чтоб мозг расслабить.

Да мне просто твои авы нравятся, — хотел сказать: «Маёпачтениэ!»

:-)

А, ты в этом смысле. Понял.

Да весь смысл пересадки с уютного арча на альт был в подготовке (точнее потыкать на реальном железе и посмотреть в раборте) к возможному переходу на реестровое ПО.

Бесконечная подгрузка должна делаться С УЧЁТОМ ВЫГРУЗКИ ИЗ ПАМЯТИ!

Скрипт должен в DOM верхних блоков — удалять их содержимое, но закреплять их размер, так, чтобы прокрутка не прыгала, но верхние блоки «СОСТОЯЛИ ИЗ ПУСТОЙ ПАМЯТИ».

Это бич Дискорда, в общем.

Если бы у меня была цель, то я бы попытался написать такой «Алгоритм Сегментированной Выгрузки», — т.к. я «скрипткед-наркоман».

Само собой. Грузится 20, сверху 20 выгружается. это понятно. Так у многих и делается, к слову - я встречал такое.

Вообще изначально надо делать виртуальную структуру сообщений, тем - того что тебе надо и использовать ее. Ей уже скармливать данные.

Разрабы дискорда изначально запилили лютое говно, в котором не могут уже разобраться. Это не мои слова - их. Они запутались в своем продукте и не могут его адекватно дорабатывать. Им чтобы нормально продолжать разработку, нужен полный рефакторинг и переписывание проекта, а это дорого и долго.

Я с этой подгрузкой впервые столкнулся в вовке. Делал эвент для гильдии на поиск маршрута. Представь - создаем маршрут из 100-600 точек в локации. Игрок эти точки не видит - он лишь видит старт маршрута, слышит проход через ключевые точки и фейл, если выходит за пределы маршрута. И вот там я столкнулся с проблемой ограниченных ресурсов. У тебя 600 точек, не будешь же ты проверять расстояние до каждой из них 10 раз в секунду. У тебя никакой комп не выдержит. И вот там я сделал эту подгрузку как раз виртуальную. Мы знаем где сейчас игрок и проверяем только плюс минус 5-10 точек вокруг него. Прошел дальше - сдвинули вируальную структуру дальше. Вернулся назад - откатили.

На ЛОРе логично было-бы сделать специальную страницу-таблицу 3х3, на 100vh + 100vw, с суммари-фэйдом.

Тогда, даже когда новость отредактированна — размер сегмента пагинации всегда известен (100%х100%) и «детерминирован». И так подгружаем эти полноэкранные таблицы.

Всем таблицам, просто задаёшь: 100вх и 100вв — и не надо пересчитывать их размеры, даж отредаченным.

В детстве меня впечатлил роман «Тигр, Тигр!» Альфреда Бестера.

Даже по минимальным показаниям - 3%

Я так понимаю, это в основном за счёт Стимдеков, которыми таки занимается корпорация Valve, а не студенты на коленке?

Минимальные показания — это когда начинается учебный год, и кончается сезон отпусков. Тогда на Дэке суммарный онлайн падает.

А так-то минимальный онлайн лунипса, это не только студенты, но ещё и корп/гос-организации с рхелами всякими. Или даже юзают многие «малину» как экономичное устройство для чатботов дискордов всяких, способное протянуть много времени от УПСа.

Даже 2% — это пару десятков лимонов компов. Столько было до дэки.

Я каждый день праздную Год Лунипса на десктопе. Ъжыпсот-тыщнадцоть лет ждал такой год!

Я просто показал пример, что эта прокрутка всегда лишь надстройка

…из говна.

Как насчёт такой идеи?

Ну рабочие десктопы, у которых есть сисадмин, которому платят за то, чтобы он пердолился с их настройкой и обновлениями, это всё же немного другая ситуация.

Зачем они там привязали несколько пакетов в Plasmе-6.7 к NetworkManager? Кто-нить знает для чего?

А кетайцы с индусами считаются?

В Индии линукс очень популярен, а в Китае эмбарго на венду 8+

Считаются. А в каком смысле эмбарго? Все пользуются пиратской виндой? Или прям реально люди массово юзают линух на своих компах? Или только в госорганах с сисадмином?

Из-за того, что в венде 8+ запрещено вырезать телеметрию по ЕУЛА — в Китае используют либо 7, либо массово валят на линух…

Венды Ёкхэрэ, Чохча тыр Линух.

Обычных пользователей прям волнует телеметрия? Ещё раз, речь не про рабочие десктопы.

Мы говорим про Китай. Да, КИТАЙЦЕВ ЭТО ОЧЕНЬ ВОЛНУЕТ.

Потому-что Телеметрию «МОЖНО ЗАБЫТЬ ВЫРЕЗАТЬ».

И если её вырезать На Гос-Уровне, типа своей Государственной Дистрибуцией такой «перацкой венды» — могут прилететь санкции.

Потому «телеметрические венды» — в Китае запрещены.

Прост, запрещено оно там по той причине, что с домашних компов — кетайцы могут обсуждать свою работу, или тащщить проекты домой.

А линия партии кагбэ говорит: «Ваша работа — это государственная тайна».

Я не знаю точных деталей, но это факт: Когда семёрка совсем рипнулась — в статистике появился подпрыгнувший пик Онлайна Линукса — из-за китайцев.