LINUX.ORG.RU

11 мифов о KDE4

 


0

0

Sebastian Kügler, член совета директоров KDE, пытается развеять сложившиеся мифы о KDE4.

1. "KDE4 готово" — целью выхода KDE 4.0 является опубликование стабильных библиотечных интерфейсов новой версии среды. Таким образом, выход KDE 4.0 означает начало жизненного цикла приложений на базе технологий KDE4.

2. "Релиз KDE 4.0 был ошибкой" — релиз KDE 4.0 был проведён в точном соответствии с правилом "Release early, release often", являющимся одним из столпов, на которых стоит OpenSource.

3. "KDE надо форкнуть" — можете форкать, код открыт, но мы вас предупреждаем, что работы там очень много, примерно на пару лет.

4. "Plasm-у надо выкинуть" — команда KDE не собирается выкидывать столь интересную фичу и не собирается воскрешать kicker или kdesktop. Увы.

5. "Plasma убога по своей функциональности" — всё будет, подождите версии 4.1 или 4.2.

6. "Я не могу класть файлы на рабочий стол" — используйте плазмоиды folderview.

7. "Внешний вид KDE4 радикально отличается от привычного" — да, и мы гордимся нашими новыми разработками в повышении удобства графической среды.

8. "Меня заставляют использовать меню в стиле kickoff" — осильте настройку и переключитесь к классическому виду. (прим. добавлятора: совсем как в winxp)

9. "Команда KDE4 не прислушивается к замечаниям пользователей" — тщательно формулируйте свои желания; багрепорты в стиле "мне не нравится новый foobar" не несут никакой полезной информации.

10. "KDE 4.0 или KDE4?" — версия 4.0 является стартовой площадкой для KDE 4, являющейся набором как новых технологий, так и новых программ, и для формирования которой потребуется несколько лет.

11. "Сначала перепишите KDE 3.5 на qt4, а потом уже добавляйте новые фичи, а не всё сразу" — подобный подход к разработке KDE4 занял бы гораздо больше времени, так как большая часть портированного в первом шаге кода (например, konqueror или kdesktop) будет выброшена при написании новых фич. Поэтому было решено проводить миграцию в том виде, в котором она проводится сейчас.

>>> Подробности

★★

Проверено: JB ()
Последнее исправление: cetjs2 (всего исправлений: 1)
Ответ на: комментарий от gaa

Учитесь работать со справочной литературой. (C)

> мне лечге пользоваться uуйком, нежели держать в памятиключи для mkisofs и wodim.

Что ж там держать-то?

mkisofs -R -o foo.iso /the/path
wodim foo.iso

Если подзабылось, или что-то менее тривиальное надо, есть man.

Dselect ★★★
()

> мне лечге пользоваться uуйком, нежели держать в памятиключи для mkisofs и wodim.

Что ж там держать-то?

В те времена, когад мой комп был слабюоват для запуска иксов, у меня был специальный скрипт для азписи болванок. Там было далеко не две команды, пайп между mkisofs и cdrecord, подсчёт места, индикатор прогресса. Запомнить его содержимое было нелегко. А теперь я просто выставляю галки в k3b и не парюсь.

gaa ★★
() автор топика

>Что ж там держать-то?

>mkisofs -R -o foo.iso /the/path >wodim foo.iso

>Если подзабылось, или что-то менее тривиальное надо, есть man.

да да. а еще можно в скрипты обернуть. только с взрослением это надоедает. есть конечно люди которые и в старости свое ЧСВ этим "сакральным знанием" пытаются увеличить без толку

black7
()
Ответ на: комментарий от black7

>>mkisofs -R -o foo.iso /the/path >wodim foo.iso

>да да. а еще можно в скрипты обернуть

Нельзя! Это первый путь к гую! Сначала скрипты, затем диалоги, затем менюшки на ncurses, а там до кед уже рукой подать. И вообще, Ъ не используют ни wodim, ни mkisofs. Есть vim^H, есть gcc - и больше ничего не нужно.

Xellos ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.