KDE SC 4.8

На этот вопрос они ответили уже давно. Гугли :}

Вот и им тоже. Но скорее всего чтобы не падало скорее всего нужно чинить не плазму а плазмоид который ее рушит.

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

Архитектура у плазмы такая. Все плазмоиды выполняются в одном процессе и следовательно один кривой плазмоид из 20 прямых уронит всю плазму.

a) «aptitude full-upgrade»;
> b) извращенец.
a) om-nom-nimouse наткнулся на баг с поддержкой multiarch в aptitude (проявляется при установленных пакетах ia32-libs:amd64 и ia32-libs-multiarch:i386), а он воспроизводится и при попытке разрешить зависимости full-upgrade-ом (сейчас специально проверил). Так что:
b) GTFO.

Их за это избивать надо. Не могли всё в отдельные процессы распихать?

Архитектура у плазмы такая. Все плазмоиды выполняются в одном процессе и следовательно один кривой плазмоид из 20 прямых уронит всю плазму.

Что мешало сделать отдельными процессами.
Плазмоиды можно было бы вообще рисовать отдельными окнами, а всякие вращения сделать через эффекты kwin.

Ты забыл одну из основных фич комнат: их можно запускать и останавливать.

расскажи какой в этом смысл?
разве только держать в некой комнате запущенными пятнадцать приложений и управлять (включать/выключать) ими таким образом как единым целым; но они же все равно не смогут вновь запуститься в том же состоянии, когда они были выключены;
а утыкать специальную комнату кучей графиков разных датчиков системы - это для дрочеров, которым не работать/отдыхать нужно, а за загрузкой проца наблюдать; вот никогда не понимал почему в стандартной поставке чуть ли не половина плазмоидов для подобного дрочерства, зато действительно нужных нету и их приходится искать на стороне, а они глючные и роняют плазму

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

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

Это какие же?

Раскола не будет. Будет разделение KDE на фреймворк/приложения. И ветка фреймворка 5.0 до определённого момента будет развиваться вместе с KDE 4.

Я не помню, вопрос обсуждался еще во времена создания 4.0.

разве только держать в некой комнате запущенными пятнадцать приложений и управлять (включать/выключать) ими таким образом как единым целым; но они же все равно не смогут вновь запуститься в том же состоянии, когда они были выключены;

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

Не тебе судить о правильности этого решения.

Ну да, разрабы KDE же обладают совершенным интеллектом :D

разве только держать в некой комнате запущенными пятнадцать приложений и управлять (включать/выключать) ими таким образом как единым целым; но они же все равно не смогут вновь запуститься в том же состоянии, когда они были выключены;

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

Это какие же?

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

Я считаю что те кто ничего не делают не имеют права критиковать тех кто пытается сделать хоть что то. Может я и не прав. И ради справедливости уточню мне тоже не нравится текущая реализация.

Была значительно улучшена функциональность Kate.

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

Может я просто проморгал что-то особенное? Кто пользовался, расскажите.

Анонимус прав, это была одна(весомая) причина текущей реализации.

В таком случае нужно ввести хотя бы какую-нибудь систему разделения плазмоидов на стабильные и нестабильные. А то некрасиво получается.

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

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

> Какая именно функциональность значительно улучшена - ни слова. Ни тут в новости, ни в официальном анонсе.

http://kate-editor.org/2011/12/21/kate-in-kde-4-8/ ?

Когда они впилят обратно поддержку openchange в akonadi? А то как выпилили несколько релизов назад так и всё. Теперь непонятно как его собрать и проверить с эксченджем.

KDE 4.7.4. Создал комнату, открыл там kwrite и libreoffice writer, открыл в них документы. Перешёл в базовую комнату, созданную остановил. Из списка процессов kwrite и libreoffice writer исчезли. Вновь запустил комнату, перешёл - документы открыты на нужных местах. Так что да, запуск комнаты полностью восстанавливает состояние программ.

В планах разработчиков сделать возможность скидывать состояние приложений на винт.

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

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

не слишком ли это круто для простых разработчиков КДЕ?

Что в этом крутого? Немного подпиленный hibernate, в сущности.

А если есть в 1-ой комнате одни файлы открытые c kwrite, а в другой другие файлы. Как они будут работать? Что будет восстанавливаться?

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

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

круто, че!

Что в этом крутого? Немного подпиленный hibernate, в сущности.

во-первых, область применения данной фичи гораздо шире только КДЕ, поэтому хотелось бы иметь инструмент для такой «заморозки» на более низком уровне (системные либы, наверно), а не в kde-либах;
во-вторых, здесь, очевидно, требуется некоторый функционал в ядре, а kde-разработчики разбираются в нем как свинья в апельсинах; но, видимо, необходимый фунционал _уже_ есть, так что, наверно, не актуально

Теперь в Okular корректно выделяется текст, состоящий из нескольких столбцов.

Супер! Осталось в DJVU при копировании учитывать пробелы между словами, и будет совсем отлично!

... потом решил что лучше потратить его на поиск нормальной девушки.
нормальная девушка - нормальные ощущения.

Нынешняя уже не устраивает? ;)

Была какая то софтина, не помню как называлась, типа freeze.
Позволяла замораживать выполнение процесса, сбрасывая его дамп. Потом можно было запустить дамп и продолжить работу. Но для сложных приложений оно работало криво. С GUI не работало, насколько я помню, проблема была в том чтобы восстановить подключение и ресурсы на стороне сервера. Может быть всеми нелюбимый Wayland поможет в решении этой проблемы, ведь там все на стороне клиента.

Бугага. Как такое вобще возможно?
http://ompldr.org/vY2dpNA/arch.png
http://ompldr.org/vY2dpNg/suse.png
А еще, это *неразборчиво* дельфин плюется RPC ошибками
при попытке копировать файл на нфс шару.
И почему работает схема вида smb:/хост но если вбить nfs:/хост
- оно будет елозить до посинения.
Позор.

Вроде бы уже есть.

А еще, это *неразборчиво* дельфин плюется RPC ошибками

Какого шиша, они все велосепидизмом страдают?
Неужели нельзя сделать всякие nfs, smb и т.п. через FUSE, чтобы было одно на всех, т.е. для KDE, Gnome, а еще и для консоли в виде отдельных утилит и для MC.
Не, я конечно в курсе что есть такие FUSE драйвера и что использовать их не возбраняется. Но почему разработчики KDE не могут их использовать?
Гномовцы вот почти молодцы, додумались, только все равно сильно завязали на свои приблуды.

＞multiarch
ССЗБ. В Stable никаких multiarch нет. Так что: GTFO сам :3

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

О как! Надо попробовать на счет задержки. Что-то раньше не замечал.

Открыть гугл вбить «У меня тормозит кдешечка», прочитать страницу-две на форуме и сделать кде тортом за две-три минуты это разве красноглазие?

Да, это красноглазие.

С этим не справится только дебил или школьник.

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

Kubuntu stable - это пять!

До ну? Писать название, а потом клацать tab? Но зачем? Тем более при таком поиске выводятся со всех столов варианты. Это разные способы для разных задач. «Адекватность» это то, что выбрал лично ты что ли?

http://kate-editor.org/2011/12/21/kate-in-kde-4-8/

Спасибо. Некоторые новшества и правда есть. Порадовал в первой же секции отчет о закрытии многих багов аж из третьекедовской kate :)

В Debian, вестимо. Откуда ж мне знать, что там Убунта загребла раньше батьки в multiarch. Двойное ССЗБ :]

Мышевоз в треде обнаружен.

Вы так говорите, как будто это что-то плохое.

Даже не знаю. Может, с моего комментария, с которого всё начиналось? :-D

И да, я вряд ли поставлю бубунту на более-менее важный сервер, но вероятность установки «Демьяновой конюшни» на мой ноут вообще стремится к нулю.

Плазмоиды можно было бы вообще рисовать отдельными окнами, а всякие вращения сделать через эффекты kwin.

Тогда ломается идея плазмы как движка десктопных виджетов.

Кстати, десктопные виджеты не нужны.

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

Бугага. Как такое вобще возможно?

В SuSE наложили какой-то патч, в Arch оставили всё ванильным.

В SuSE ипользуется одна версия какой-то библиотеки из зависимостей, а в Arch - другая.

И т.п.

Откуда ж мне знать
Так и помалкивайте, если не знаете.

Ликбез. Дышат не наладом, а на ладан.

http://otvet.mail.ru/question/16979955

А по сабжу - выйдет, пощупаем. Я, как кеды выходят, ставлю их с верой в светлое будущее, расстраиваюсь неповоротливостью и сношу.