Максимализм - признак пубертата.

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

Для винды лучший shell клиент - xshell

Для винды лучший shell клиент - xshell

Я не говорил, что мне лень разбираться.) Я к тому, что при выборе ПО я руководствуюсь здравым смыслом и своим временем, а не швабодколюбием.

само это слово показывает твоё отношение, как называть азиатов "узкоглазыми", и при этом "ни чего плохого не имею в виду, они ведь и правда узкоглазые".

Я думаю, что вы просто искусственно ограничиваете сами себя. Ну, да, собственно, мне-то что.

мне единственное чего не хватает в реммине - буфер обмена для файлов, приходится копировать в подмонтированную директорию

Я думаю, что вы просто искусственно ограничиваете сами себя. Ну, да, собственно, мне-то что.

Максимализм - признак пубертата.

Относиться настороженно, гпди.)

Ближайший пример: https://my-chrome.ru/2018/04/google-chrome-skaniruet-dokumentyi-polzovateley-i-ih-eto-vozmutilo/

https://t.me/russianfedora/213826

ЗисИсАмерика Читал кстати статью про организацию в Лондоне, которая по звонку выезжает и обнимает человека за 360$, и ктото за это платит деньги, вп в России такое не прокатит

Ближайший пример: https://my-chrome.ru/2018/04/google-chrome-skaniruet-dokumentyi-polzovateley-i-ih-eto-vozmutilo/

А со швабодным их меньше?)

Я не к тому, что надо юзать только проприетарщину. Я к тому, что не надо ограничивать себя одним критерием. И проприетарность ПО != плохо.

Я не к тому, что надо юзать только проприетарщину. Я к тому, что не надо ограничивать себя одним критерием. И проприетарность ПО != плохо.

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

чё в логе пишется в этот момент?

Из-за драйвера, как только его кинул в блеклист - мышка начала работать хорошо

чё в логе пишется в этот момент?

в журналах гнома естьтакое

usb 1-1.4: New USB device strings: Mfr=0, Product=0, SerialNumber=0 usb 1-1.4: New USB device found, idVendor=0cf3, idProduct=3005 usb 1-1.4: new full-speed USB device number 5 using ehci-pci

Это множество раз появляется? Каждый раз после замирания?

Тогда это норма. Посмотри не блокирует ли чего селинукс ausearch -m avc

Ну это не мышь

хочу понять, чего ждать. почему у половины пользователей так подгорает от вейланда? почему КДЕ не может нормально Wayland и почему Gnome отказывается от server-side-decoration?

Народ, что думаете насчет этого предложения по наутилусу? https://t.me/rfrnews/891

Думаю, это делается для пользователей с тач-дисплеями современных ноутбуков/планшетов )

Делаю загрузочную флешку для одноплатника. Нашел инструкцию, но в одном месте залип. Я не понимаю, зачем пользоваться разными версиями утилиты для форматирования разделов.

хммм, не знаю чего они такого намутили, но FAW 28 намного медленней Fedora 27 у меня

А может дело таки в ведре?

хмм, это вариант, но бета уже, оно до сих пор дебажное?

GNOME отказывается от Server Side Decorations из-за Headerbar, который сейчас применяется практически во всех приложениях сделанных по GNOME HIG. Рисование кнопочек управления окном на стороне клиента позволяет размещать в Titlebar, большое количество места которого в большинстве случаев пусто, свои кнопки, переключатели и даже вкладки. Что более эффективно расходует место на экране. Ну и небольшой плюс в том, что композитору не надо заниматься бесполезным делом и рисовать Titlebar. Композитору приходится работать только с одной текстурой - изображением, которое предоставляет приложение. Всё. В KDE разрабах же сидят старпёры с синдромом утёнка. Они не хотят размещать контролы внутри приложения, им всё ещё подавай титлбары. А ещё они хотят применять эффекты к титлбару, если окно, скажем, неактивно. Вот и всё.

Стоит проверить.

Но ведь рамка окна с элементами управления это удобно. Все приложения выглядят одинаково. Например сейчас приложение на qt и gtk выглядят кардинально по разному. И нормального механизма нет, чтобы на qt создать приложение с гномостилем. Я согласен, что большинство думает иначе и скорее всего так или иначе от заголовков откажутся. Хотя даже в винде меня коробит, что офис, проводник и приложение вин10 выглядят по разному.

Но ведь рамка окна с элементами управления это удобно. Все приложения выглядят одинаково. Например сейчас приложение на qt и gtk выглядят кардинально по разному. И нормального механизма нет, чтобы на qt создать приложение с гномостилем. Я согласен, что большинство думает иначе и скорее всего так или иначе от заголовков откажутся. Хотя даже в винде меня коробит, что офис, проводник и приложение вин10 выглядят по разному.

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

GNOME отказывается от Server Side Decorations из-за Headerbar, который сейчас применяется практически во всех приложениях сделанных по GNOME HIG. Рисование кнопочек управления окном на стороне клиента позволяет размещать в Titlebar, большое количество места которого в большинстве случаев пусто, свои кнопки, переключатели и даже вкладки. Что более эффективно расходует место на экране. Ну и небольшой плюс в том, что композитору не надо заниматься бесполезным делом и рисовать Titlebar. Композитору приходится работать только с одной текстурой - изображением, которое предоставляет приложение. Всё. В KDE разрабах же сидят старпёры с синдромом утёнка. Они не хотят размещать контролы внутри приложения, им всё ещё подавай титлбары. А ещё они хотят применять эффекты к титлбару, если окно, скажем, неактивно. Вот и всё.

Ссылку?

пользовался только ssh мож я чего-то не понимаю, но блин, обычная оболочка для shell - ну что там можно сломать-то, но ведь ломается

GNOME отказывается от Server Side Decorations из-за Headerbar, который сейчас применяется практически во всех приложениях сделанных по GNOME HIG. Рисование кнопочек управления окном на стороне клиента позволяет размещать в Titlebar, большое количество места которого в большинстве случаев пусто, свои кнопки, переключатели и даже вкладки. Что более эффективно расходует место на экране. Ну и небольшой плюс в том, что композитору не надо заниматься бесполезным делом и рисовать Titlebar. Композитору приходится работать только с одной текстурой - изображением, которое предоставляет приложение. Всё. В KDE разрабах же сидят старпёры с синдромом утёнка. Они не хотят размещать контролы внутри приложения, им всё ещё подавай титлбары. А ещё они хотят применять эффекты к титлбару, если окно, скажем, неактивно. Вот и всё.

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