KDE

индекс
168,52

k3b 2 перешел в состояние беты

Итак, свершилось. Майкл Малек объявил что k3b отныне переходит в состояние беты. При этом если не возникнет никаких неожиданных проблем релиз (собственно версия 2.0) будет в конце февраля.
Итак, во-первых бета-версия принесла фриз строк, то есть с этого момента переводчики могут спокойно переводить не оглядываясь на разработчиков.
Внешний вид k3b

Новые фичи (относительно 1.69 (2.0-alpha4) )

  • Поддержка blu-ray
  • Кнопка Options на тулбаре от файлбраузера для операций связанных с файлами (из разряда «Показать скрытые файлы»)
  • Файлы проектов и образов могут быть открыты напрямую из файлбраузера k3b
  • Новые иконки oxygen

Исправленные баги (относительно 1.69 (2.0-alpha4) )

  • Исправлено подтормаживание при залоченных панелях
  • Исправлено зависание при включенной опции «Создать образ»
  • Заработали опции «Спрятать главное окно во время записи» и «Показать прогресс через OSD»
  • Исправлены сообщения при некорректном размере ISO-образа
  • k3b теперь использует общесистемные настройки для положительного/нейтрального/отрицательного цветов вместо стандартных зеленый/желтый/красный
  • Исправлено некорректное значение по умолчание «4gb» в диалоге «Задать размер»
  • Исправлены некоторые проблемы с юзабилити в меню размера проекта
  • После очистки CD-RW теперь показывается корректное сообщение
  • Исправлена ошибка со слишком маленьким диалогом настройки внешнего енкодера
  • При кодировании в mp3 теперь пишется номер трека
  • Заработала кнопка «По умолчанию» в диалоге настройки енкодера
  • Исправлены проблемы юзабилити при работе с аудио проектами
  • Исправлена ошибка линковки в Windows
  • Исправлен креш при верификации диска
  • Исправлен креш в плагине для внешнего енкодера
  • Вернулся диалог настройки енкодера SOX
  • Исправлена проверка свободного места во временной папке
  • Исправлен KIO-слейв videodvd:/
  • Исправлено зависание в смешанных проектах при повторной вставке носителя для верификации
  • Заработала конвертация аудио треков из аудио проекта
  • Исправлена запись загрузочных дисков
  • Исправлен рендер виджетов в RTL языках
  • Появился прогрессбар в диалоге записи образа
  • Исправлены креши при анализе некорректного носителя
  • Добавлено залочивание интерфейса носителя. Это сделано чтобы HAL не мог опросить носитель во время записи (что могло привести к ошибке в записи)
  • Исправлена ошибка в определении внешних приложений
  • Улучшение юзабилити: теперь при щелчке на DVD, VCD и аудио диски не будет показываться попап. Также добавлены соответствующие экшены на тулбар заместо попапов
Первоначальный пост
+24
1 февраля 2010, 22:04
5

комментарии (52)

+7
Deavy #
Собственно говоря, отличная писалка дисков, наверное одна из лучших для Линукса :)
Спасибо за новость!
–1
Lux_In_Tenebris #
NeroLinux, имхо, одна из лучших. Но «некошерная».
–2
EvgeniyKirov #
Nero действительно хорошая… но платная, да.
0
reiser #
«некошерная» не потому, что платная, а потому, что проприетарная
–2
andreyu #
Есть один существенный недостаток — зависимость от kdelibs.
–1
mkrutov #
в чем отличие от growisofs+friends?
Обертка из няшных самописных скриптов — и все работает, с куда меньшими нервозатратами, нежели у платного nero или вечной-беты-постоянно-падающей-k3b2, или устаревшего k3b, или gnome-crap-dependent brasero, или прочих (нефункциональных, кривых) говно-gui.
+1
xscrew #
помоему вы не понимаете. nero не говногуй — она сама по себе.а А вы, скриптописатель — задрот, многим людям проще дропнуть файлики и получить профит.
0
mkrutov #
дропнуть файлики можно и на иконку скрипта, разницы никакой. Можно даже бар прикрутить, показывающий % записи например.
0
xscrew #
>дропнуть файлики можно и на иконку скрипта, разницы никакой. Можно даже бар прикрутить, показывающий % записи например.

>А вы, скриптописатель — задрот
0
mkrutov #
ОК.
А вы, мышкокликатель — задрот.
diff?
+1
xscrew #
я ваще диски не пишу
НЛО прилетело и опубликовало эту надпись здесь
0
tass #
всмысле записывалки? дак вроде как собирается оно под винду
НЛО прилетело и опубликовало эту надпись здесь
0
tass #
ну вообще один из багфиксов это подтвержает… но где взять не знаю. В стандартном kde on windows вряд ли идет.
0
shifty #
Попробуйте www.imgburn.com/
+2
mvgolubev #
В Windows не хватает подобного редактора.
Под Windows тоже есть приличные бесплатные и при этом довольно функциональные программы для прожига болванок:
1. InfraRecorder — лёгкий, бесплатный, опенсорсный.
2. CDBurnerXP — лёгкий, бесплатный.
–2
drujebober #
эх… если бы еще кеды из зависимостей убрали.
0
tass #
это вряд ли) примерно тоже самое что убрать куте из зависимостей кед )
+1
Imposeren #
Ну почему-жэ? Просто перейти на чистое qt. У меня в зависимостях пакетов 10, и лишь один из них чисто KDEшный… правда какой! kdelibs.
Думаю там из KDE только абстракция ФС. Остальное вполне на чистом qt может быть
0
tass #
если брать текущую реализацию то гуй из кде и насколько я помню часть отвечающая за процессы. Ну и по мелочи всякой фигни еще.
+2
Fragster #
а чем оно мешает?
0
Imposeren #
Предположим, что k3b — единственное, что вам нужно из KDE (=
0
Fragster #
пишите бразерой
0
Imposeren #
А я из альтернатив только XCDRoast знал ;)
0
Imposeren #
Ой… посмотрел я. А эта фигня половину гнома ставит(=

Получается либо кусок KDE, либо кусок gnome ставить? буэ (= Наверное лучше уж кусок KDE ставить
+2
leave #
тулкитофобия — она такая, многим мешает :)
0
andreyu #
Проблема не с тулкитом, а с лишней зависимостью. Тянуть в систему kdelibs только ради k3b не очень хочется.
Ладно бы на чистом Qt нельзя было бы написать k3b, но ведь от kdelibs там ничего не нужно. Никакого полезного функционала эта зависимость не предлагает.
0
leave #
brasero, не? это личное дело автора софтины — на чем писать. он пользуется KDE, ему нравится новый KNotify, ему нравятся KDEшные классы для GUI. с чего вдруг ему нужно выкидывать зависимость от kdelibs?
0
andreyu #
Я не спорю с тем, что это дело автора. Я просто удивляюсь, зачем ограничивать круг возможных пользователей программы?
+1
xscrew #
Это тулкитофобы себя ограничивают, а не автор программы.
0
andreyu #
При чем тут тулкит? Речь не о тулките. Тулкит у нее Qt через лишнюю сущность в виде kdelibs.
0
xscrew #
>Я просто удивляюсь, зачем ограничивать круг возможных пользователей программы?

В чем ограничение?
0
andreyu #
Ограничение в том, что большинство НЕ KDE-пользователей не станут использовать k3b из-за необходимости тянуть в систему kdelibs.

p.s. Не использую ни KDE, ни GNOME, ни etc. В системе не держу DE-зависимые библиотеки и приложения. Тем не менее, это не мешает мне использовать GTK+ и Qt- приложения.
0
xscrew #
>При чем тут тулкит? Речь не о тулките

>Ограничение в том, что большинство НЕ KDE-пользователей не станут использовать k3b из-за необходимости тянуть в систему kdelibs.

я что-то не понял?

>p.s. Не использую ни KDE, ни GNOME, ни etc. В системе не держу DE-зависимые библиотеки и приложения. Тем не менее, это не мешает мне использовать GTK+ и Qt- приложения.

ну ССЗБ. очевидно же!
0
andreyu #
«я что-то не понял?» и «ну ССЗБ. очевидно же!» — судя по всему вывод вы сделали неправильный.
0
aNDREIQA #
спасибо за отличную новость, теперь остается ждать!
НЛО прилетело и опубликовало эту надпись здесь
0
Dennis #
Ну что ж можно сказать наконец-то. Единственно хочется добавить чтобы не получилось как с Amarok 1.4 версия по моему мнению так и осталась лучше слишком уж не юзабильный интерфейс у двоечки
0
tass #
ну кстати в амароке2 уже можно сделать почти также как и амарок1.4 интерфейс
0
Dennis #
Я это прекрасно понимаю шкуры еще никто не отменял. однако сама концепция подхода к базовому интерфейсу программы оставляет желать лучшего.
0
tass #
я про базовый интерфейс и говорю, все лишнее убирается, оставшееся перекомпонуется как надо и уже вполне похоже на то что было
–1
mkrutov #
Еще бы kde4 вышло из состояния ранней альфы…
0
Fragster #
толсто, как говорят на ЛОРе
–1
mkrutov #
вот когда падать перестанет и тормозить на нормальном железе под всеми opensource unix-like OS — тогда и будет толсто.
0
Fragster #
еще толще
0
mkrutov #
какие ваши доказательства?
Free/NetBSD:
amd Athlon II x4 620, 2GB ram, video radeon x1950 — первых 3 часа работает нормально, стоит отвлечься после этого на пару минут (думал, что связано либо с dpms, либо с screen blanking- отключение обоих не дало никаких результатов) — тормоза, после ~8ми часов непрерывной работы — система точно так же затормаживается, до рестарта иксов.
Рандомные падения плазмы при запуске linuxdcpp, рестартовать приходится вручную.
(и таки да — не сззб, тыкаю пару дней после выхода нового релиза и появления его в портах, уже просто just for fun — надежда на кедодевов пропала — а потом сношу к чертям.)
Linux: hp530 laptop — тормоза. Без композитинга — тормоза. С композитингом — первый час все ОК, дальше тормоза.

0
Fragster #
проверьте драйвера на видео — может у них память течет. у меня аптайм на ноутбуке около 30 дней (с засыпаниями и просыпаниями) — никаких тормозов. на работе — по 7-11 часов каждый день работает — никаких замедлений нету (эффекты включены и там и там). дома на стационарном компе — стоит тестовая версия — да, там вылеты приложений случаются, но на то она и тестовая.
0
Fragster #
да, суся 11.2
0
mkrutov #
С Nvidia точно тоже самое.
Ноутбук — пробовал несколько версий xf86-video-intel (собственно с момента выхода 4.1) — same shit.
0
Fragster #
значит таки кто-то криво «пропатчил кде под фрибсд», пишите багрепорты. ну и померяйте, что таки сжирает память (дабы все-таки облегчить немного разработчикам исправление этого дела и они быстрее выпустили патч)
–2
mkrutov #
угу, под линуксом на ноутбуке кто-то криво пропатчил. мне это не настолько сильно надо, чтобы багрепортами заморачиваться.

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