GNOME исполнилось 20 лет. Поздравляем!

rust не заставляет использовать свои строки в python.

А rust гарантирует, что его строки работают одинаково быстро или медленно на всех операциях на всех операционных системах?

Плохо тем что стандартные - УГ. И в итоге на кресты вечно что-то навешивается - то Qt, то Boost, то ещё что-то. Почему не сделать сразу же хорошо?

Сам язык С++ не определяет никакие строки, в чем претензия к языку? С таким же успехом я могу заявить, что rust не умеет IPC через shared memory, а значит - полное дерьмо. Неужели нельзя было нормально сразу сделать?

Просвети, сенсей

Я бесплатным обучением не занимаюсь.

Охрененный у них сайт, тормозит так же, как и DE, вот что значит традиции)

как насчёт Gnome Disk Tool, который слизан с «Дисковой утилиты»?

Справедливости ради, GNOME-овская версия не страдает упоротым drag-n-drop-ством, как оригинал.

А rust гарантирует, что его строки работают одинаково быстро или медленно на всех операциях на всех операционных системах?

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

Сам язык С++ не определяет никакие строки, в чем претензия к языку?

У него есть тандартная библиотека.

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

Тогда перефразирую вопрос: гарантирует ли rust, что O(n) для каждой строковой операции будет идентичным на каждой ОС?

У него есть тандартная библиотека.

И чего? Язык-то программирования при чем тут?

Так что там с IPC через shared memory на rust? Не шлангуй, мы слушаем.

А кстати, эволюшн всё ещё в деле? Или его не развивают больше?

Не настолько уж сильно менее функционален. И как в Kate/Kwrite сделать, например, такую клетчатую текстуру на фон?

Ну да, это гораздо важнее, чем нормальная авторасстановка отступов в C.

Тогда перефразирую вопрос: гарантирует ли rust, что O(n) для каждой строковой операции будет идентичным на каждой ОС?

Гарантируют ли кресты, что операции будет одинаковыми для каждой оси, не смотря на внутренние различия?

И чего? Язык-то программирования при чем тут?

Стандартная библиотека - важная часть языка

Так что там с IPC через shared memory на rust? Не шлангуй, мы слушаем.

Пару секунд гугла https://github.com/mersinvald/rust_shm_ipc

This is an example implementatation of synchronized queue for inter-process communication in shared memory for UNIX POSIX-complaint operating systems.

Ну да, это гораздо важнее, чем нормальная авторасстановка отступов в C.

Kate это ide?

что есть в kwrite, чего нет в gedit?

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

Kate это ide?

Это что-то среднее, как Geany, например.

Гарантируют ли кресты, что операции будет одинаковыми для каждой оси, не смотря на внутренние различия?

Ты в универе учился или мамкина школота еще? Я тебя спрашиваю про O(n) для алгоритмов работы со строками, а ты мне бубнишь про аппаратные возможности и внутренние различия. Алгоритму насрать на твои внутренние различия.

Стандартная библиотека - важная часть языка

Наркоман что ли? Язык - это грамматика, причем тут библиотека?

Пару секунд гугла https://github.com/mersinvald/rust_shm_ipc

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

С GNOME Extensions дело, конечно, получше обстоит, но всё равно далеко от идеала.

Зато у второгнома было идеальное устройство - ни один апплет не отваливался за срок поддержки дистрибутива по крайней мере, а у некоторых и вовсе продержались до прихода Gnome 3.

Разработчики GNOME должны сами поддерживать хотя бы самые популярные расширения, чтобы не превращаться в KDE Store.

Нужно просто убрать механизм расширений extensions.gnome.org и возложить эту функцию обратно на репозиторий, где уж точно бардака не будет. Например, в RHEL 7 тоже есть расширения, но бредлама с расширениями из RHN там нет. Особенно эта проблема остро стоит у таких дистрибутивов как альт, роса, магея, Solus и другие, где полная зависимость от Extensions.Gnome.org.

Только вот планшеты уже сдохли

Зато у второгнома было идеальное устройство - ни один апплет не отваливался за срок поддержки дистрибутива по крайней мере, а у некоторых и вовсе продержались до прихода Gnome 3.

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

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

Это уже были дебианопроблемы мейнтейнеров. В апстримной Fedora и RHEL 6 чего-то подобного даже близко не припомню. В убунте было, да -в 10.10, которую клепали наспех в магические числа.

Это уже были дебианопроблемы мейнтейнеров

Это была общепризнанная проблема. Проявлялась не со всеми аплетами, но многими (например, погодой)

Это была общепризнанная проблема. Проявлялась не со всеми аплетами, но многими (например, погодой).

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

Ты в универе учился или мамкина школота еще?

Гордишься что ещё не умер? Так скажи спасибо водителям к примеру, что не сбили тебя.

Я тебя спрашиваю про O(n) для алгоритмов работы со строками

По твоему скорость разыменовывания указателей или изменения байтов зависит от операционной системы?

Язык - это грамматика

И зачем тогда нужен этот раздел? https://en.wikipedia.org/wiki/C++14#New_standard_library_features Или недостаток синтаксического сахара в предыдущих версиях мешал это реализовать?

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

Ты просил пример IPC через shared memory? Вот и получай IPC через shared memory

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

Особенно эта проблема остро стоит у таких дистрибутивов как альт, роса, магея, Solus и другие, где полная зависимость от Extensions.Gnome.org.

Особенно остро эта проблема стоит в некрофильских дистрибутивах, оставших от жизни на на добрый десяток релизов

Только вот планшеты уже сдохли

Ещё десктопы живы, а вы уже планшеты хороните

Разметка, подсветка, отступы и т.п. - это стандартный функционал продвинутого текстового редактора

Спасибо я знаю. Меня интересует насколько там этот функционал развит - как в редактор или как в ide

Планшеты активно вымирают. На рынке задержался только один успешный планшет - iPad.

насколько там этот функционал развит

Думаю, что этот функционал одинаково развит и в IDE и в продвинутых редакторах. А вот переходы по коду и т.п. плюшки - это уже только IDE.

так все же декоративные изменения повлияли на предпочтения части юзеров бывших гнома?

Вторым гномом можно было пользоваться какое-то время и особо не напрягаться, а третьим... Только в него заходишь и - ЗВИЗДЕЦ. Пытаешься отрегулировать чтобы было хоть чуточку нормально, но делать это надо через звиздец, искать в звиздеце скрытые настройки для раззвиздечивания ДЕ, но дело это не быстрое, а тут звиздец постоянно грызёт и делает неудобно, тесно и фигово. Можно в теории этот звиздец не ставить, но если он есть в репах дистра, то он как вирус тянется в систему вместе с программами.

Понял, спасибо за разъяснение, да когда звездец это не особо удобно.

Гимп не предлагать - это другого уровня приложение.

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

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

Планшеты активно вымирают. На рынке задержался только один успешный планшет - iPad

Ассортимент онлайн магазинов с тобой не согласен

Думаю, что этот функционал одинаково развит и в IDE и в продвинутых редакторах

Автоформатирование кода будет одинаковым и для ide и для текстового редактора как в случае с мейнстрим языком так и в случае малоизвестного?

не осилил перемен?

посмотрел, но желания не возникло.

Ну kdevelop использует katepart для подсветкии форматирования кода. Так что, катю можно почтисчитать ide, особенно с вкдюченными расширениями длярабрты с проектом,а не просто с файлом.

Как правило, IDE затачивается под один язык. Редактор может поддерживать кучу.

То понятно, что китаезы штампуют всякую всячину. Но спрос на них уже сильно просел. Диванный комп для просмотра кино мало кому нужен.

Катя не IDE ни разу. Продвинутый редактор уровня Sublime и не более того.

Red Hat/CentOS уже идус с unity? Или вы из параллельной вселенной пишете, где убунта установлена у кого-то кроме тех хомячков, что купили ноут с линуксом, но не знают как поставить венду?

Причина проста - предсказуемость релизов, возможность платного саппорта, инфраструктура.

Именно потому и котируется Red Hat. Работаю 10 лет, во всех конторах, где я работал на серверах и кластерах стоял CentOS или его допиленный клон, а у многих и на десктопе стоял CentOS.

Хм, а чтотакое IDE в твоём понимании? Отслеживание объявлений и использования фнкций есть, модуль сборки, модуль отладки. По мне так простенкая IDE, интегрированная разработка. Ну, на грани :)

Что за бред? Где ты видел проекты написанные на одном языке? Не двухстрочники, а нормальные проекты. И что, прыгать между IDE?

Только вот планшеты уже сдохли

Потому, что вместо ОС в планшеты тупо вкорячивали зонды.

Да, тяжеловат. Но - привычен. А с какой-то версии редактируемый файл можно просто перезаписать.

На мой взгляд «на грани» это PyDev vs PyCharm Но это дело такое, сугубо персональные предпочтения.

Упор всегда на один язык. Другие саппортятся обычно едва - на уровне подсветки синтаксиса.

кроме тех хомячков, что купили ноут с линуксом, но не знают как поставить венду?

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

Работать приходится не с десктопом, а с конечными аппликухами

Когда у тебя открыто больше десятка приложений, то функциональность испольуемого de играет важнейшую роль. Гном3 отлично справляется с жанглированием окнами и мониторами. До unity конечно пока не дотягивает, но гораздо лучше крысы, карицы, мяты и прочего зоопарка.

Отличное DЕ! Поздравляю всех с тем что оно у нас есть. Ну и как обычно ни один тред про гном не обходиться без настолгирующих по этим угребещным панелям сверху и снизу, которые были во второгноме))) хорошо что от них избавились. К стати специально для вас у гнома есть расширение, позволяющее поставить эту гадость.

в кедах есть горячие углы, нечто типа gnome activites - отображение на мониторие эскизов открытх окон на текущем рабочем столе?

Есть. В том числе и отображение открытых окон на всех рабочих столах, а не только текущего.

Есть же GNOME Classic

Если я не нашёл какой-то настройки в контрол центре

Если хочется настроить комбинации клавиш, то System Settings -> Shortcuts -> Global Shortcuts -> KWin -> Toggle Present Windows (Current Desktop)

Если нужна настройка активных границ: System Settings -> Desktop Behaviour -> Screen Edges. Там на изображении дисплея тыкаешь нужный угол/край мышкой и выбираешь действие.