А мне нравится. Хотя многие скажут, что УГ.

Тема ничего так, если забыть, что это кеды.

Кстати, а где Латех?

К латеху еще не приступал. Пока результаты получить надо.

до конца написания диплома можно остаться без глаз, ШГ.

Стиль кода ужасен.

Сий кусок написан в дремучие времена, да еще накладываются эти автоматические переносы. Самого бесит, но, как говорится, «не сломано - не чини».

Вполне юзабельно, на мой взгляд.

зачем тебе 9 рабочих столов?

Нормальный такой «приплюснутый» стиль. Или три присваивания лучше писать в три строки, чтобы потом ху^W^Wдлиной кода меряться?

Eyes.

Глаза не устают?

В основном, одно приложение - один стол, кроме того, layout некоторых столов настроен специально под определенное приложение, так что их иногда еще и не хватает.

Нет, устают от светлых тем.

Первый раз вижу симпатичное kde4. И шрифты хорошие.

kde 4.4.1

А у меня что-то погодка в трее не хочет, как у тебя отображаться, знак вопроса и все, вместо информации о погоде=(

Погодный виджет тут не тот, что по умолчанию, а YAWP.

Кеды без гигантомании - прогресс! =)

отличные кеды. очень понравилось.

Мне не нравится. Цветовая схема «прощай глаза»; программа для расчёта
выглядит слишком монолитной (как результаты в диплом вставлять будешь
— скриншотом, что ли?); и ещё кажется, что за каждый пробел тебя
штрафуют на доллар.

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

Шикарно. Что за шрифт в qtcreator'е?

>программа для расчёта выглядит слишком монолитной (как результаты в диплом вставлять будешь — скриншотом, что ли?);

Код программы в диплом не пойдет, его суть не в написании программы, а в результатах. А результаты самого просчета спокойно экспортируются в мэпл или сохраняются в png. Собственно, графики в самой программе нужны только для того, чтобы понять, устойчиво течение или нет, весь остальной анализ будет уже в мэпле. Насчет пробелов, переводов строки и т.п. - согласен, но этот кусок кода довольно древний, о стиле я тогда не думал, а сама программа писалась никак не в целях распространения, а в целях облегчения/ускорения рассчетов.

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

Consolas. Не православно, зато приятно глазу.

s/по объему нечто, по объему сравнимое/нечто, по объему сравнимое/

выглядит как Ъ.

У тебя там 3 утечки минимум...

В конце функции

    delete scene1; delete painter; delete image;

В kwin тоже есть tiling.

Только в разрабатываемой ветке. Как выйдет 4.5 - пощупаю.

Код - полный абзац.

И, да, потсить на ЛОР скриншот с кодом с кучей утечек - это, кхм, метод отладки чтоли такой?

В утечки пальцем ткни, плиз

Строчка 78

double *x = new double[...], *y = new double[...], *y1 = new double[...];

Строчка 93

delete x, delete y1, delete y;

Массивы удаляются оператором delete[], простой delete тебе один элемент удалит только.

Мда... Твоя правда.

Я что-то пропустил в С++, и delete теперь отличается от delete[] тем, что удаляет один элемент, а не там, что не вызывает деструкторы?

У вас на 122 строчке ошибка. Вместо delete x; надо писать delete [] x;

Благодарю :) Выше меня уже поправили :)

Стыдно должно быть

>Я что-то пропустил в С++

Вы многое пропустили в С++ :)

и delete теперь отличается от delete[] тем, что удаляет один элемент,

delete удаляет то, что ему дают. В коде топикстартера делиту подсовывают три указателя, он и удаляет то, на что они указывают. В данном случае - это по первому элементу от каждого массива.

Чтобы грохнуть весь массив, надо было юзать delete[].

а не там, что не вызывает деструкторы?

Щито? И delete, и delete[] вызывают деструкторы для удаляемых объектов, если они есть.

А я думал, delete удалит память, выделенную под массив, а не первый элемент (ведь не delete *x же вызывается). И я думал, что delete вызывает деструкторы удаляемого объекта, а delete[] - ещё и элементов массива. Неужели теперь для int x[], delete и delete[] действуют по-разному, и delete удалит только первый int? Как страшно жить.

Цветовая схема хороша, кеды, как ни странно, вполне симпатичны (между столами хоткеями переключаешься, надеюсь — в эти маленькие иконки не попадёшь же), но вот подсветка синтаксиса ужасна — слишком ярко. Про стиль кода уже отписались, повторяться не буду.
А вообще: mpd, xmonad, maple, «диплом по изучению устойчивости потоков в атмосфере» — за это зачет автоматом.

опен сурс на блюдечке

> простой delete тебе один элемент удалит только.

http://alenacpp.blogspot.com/2007/01/delete-p.html
Там все нужные ссылки и описание как проверить.

Для тру - «это зависит». Т.е. это безусловно ошибка, но в разных компиляторах поведение разное.

Зачот за арч, шрифты, внезапно минималистичные кеды, Qt Creator. Незачот за слишком темные цвета, ну и по мелочи еще.

это же классические грабли, о них пишут в любой книжке

Школотской стиль написания кода - низачот. За QtCreator - зачот.

А правильно будет delete [] scene1; :) ты же делаешь из них массив :). А так ты просто не все подтираешь :)... попробуй valgrind'ом пройдись по проге. Может еще чего поймаешь, вообще очень был рад такой вещи как valgrind!.

Ок. Попробую, спасибо за подсказку.

yaWP (Yet Another Weather Plasmoid)

> YAWP
Спасибо, прям, то что искал http://kde-look.org/content/show.php?content=94106

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

Пользуюсь дефолтным AccuWeather, вроде все нормально.