У массы интересных проектов на сайте нет актуальных скриншотов, что в принципе, приравнивается к отсутствию таковых. Ты в своем обычном репертуаре --- из идиотических домыслов строишь феерические выводы.
fractaler'у: под консоль буду писать, только если сам стану много пользоваться консольным редактором. Покамест для этого мне хватает того, что встроен в mc :) Антиворд не умеет odt, но понимает doc. А TEA старый бинарный doc не понимает.
sniper21: Каплан мне совсем другое писал. Вкратце причина остановки ведения пакета такова - Каплан желал от меня патчей между версиями, чтобы он видел изменения (ChangeLog'а ему мало). И довольно в приказном тоне. Я ответил, что у меня нет ни времени, ни желания делать еще и патчи. И Каплан отписал мне, мол, впредь и для следующей версии TEA он еще подумает, стоит ли обновлять пакет. Так и думает до сих пор. Мне от Debian ничего не нужно. Они мне в upstream ни разу сообщения об ошибках не переправили - я сам смотрел. Они в первых пакетах TEA искорежили, что сказалось на работоспособности Debian-сборок - и кто отдувался перед пользователями? Я. Теперь, если выйдет пакет Qt-ветки TEA под Debian, черт с два я хоть одно изменение внесу, чтобы ублажить Debian policy и Debian maintainers купно. Пусть сами делают по GPL 3, что хотят - меня это не касается.
Черт. А ведь я давно мечтаю о легком редакторе (но лучше все-таки GTK) с поддержкой простейшего форматирования (отступы, стили, размеры, etc) и хотя бы какого-нибудь формата кроме plain text для записи (ODF, doc, rtf). Но тут как-то слишком уж дохуя всего, простите. Не знает никто альтернативы?
AP: Не только это. Допустим, в TEA-GTK через менюшки вызываются для показа файлы вроде NEWS, ChangeLog. Так вот Debian'овцы эти файлы переименовывают и некоторые сжимают в gz, а COPYING помещают вообще в свой особый каталог. Плюс - у них свои пути к документации. Свои подходы к названиям - вот бинарник TEA у них не tea, а teaed. Представь, сколько переключателей в исходнике и в autoconf-файлах мне пришлось сделать. А возьми теперь Qt-ветку. Всё в одном файле - документация, иконки, да всё. Сделать пакет - раз плюнуть, никаких изощрений. Нет же. Нарочная остановка. Как в пословица - и сам не ам, и другому не дам.
> Не только это. Допустим, в TEA-GTK через менюшки вызываются для показа файлы вроде NEWS, ChangeLog. Так вот Debian'овцы эти файлы переименовывают и некоторые сжимают в gz, а COPYING помещают вообще в свой особый каталог.
Потому что они заботятся о пользователях, которым не придется гадать, куда очередной изобретатель поместил такие файлы. > Свои подходы к названиям - вот бинарник TEA у них не tea, а teaed. Представь, сколько переключателей в исходнике и в autoconf-файлах мне пришлось сделать.
А теперь представь, что название tea может быть не только у твоей программы и давно уже используется в другой.
>Да, еще замечу, что беспричинная озлобленность многих людей, которые писали тут комментарии, наводит меня на мысль об ошибочности работы их мышления. Вроде как сборище сумасшедших, которые только и ждут повода разразиться злословием против разработчиков Свободного ПО. Глупо.
>>Да уж. Прочитал этот тред. Теперь даж желания нет загружать этот TEA и пробовать его. Обычно такие вот распальцованные ребята, как попадут на междунродный проект, так лебезят там ниже пола, а как для своих, так сразу унитаз и скрины делать некогда. Да и сам тон, так скажем ответов, говорит конечно о не блестящем происхождении. Значит и код и задумка - гавно.
>Если ты "не читал, но осуждаю", то тут только один вывод: ты - говно.
>> Меня не волнует показ кому-либо красивых картинок. Я пишу программы. Меня не интересует раскрутка TEA, унавоживание интернета какой-либо его рекламой и прочим. Моя задача - написав новую версию, выложить ее на SF и обновить сайт. Всё.
>Ответ неправильный. Ты просто боишься вывесить на офицальном сайте скриншоты! Ибо когда пользователь их увидит, он будет дрожащей рукой тыкать в кнопочку закрытия вкладки браузера. А когда попадет, в срочном порядке залезет в историю, и сотрет любое упоминание о твоем сайте, потому что знает, что если он этого не сделает, то ночью кошмары будут сница.
Новые порции обогащённого метаном говна уважаемый xintrea посылает на ЛОР. Спешим заверить тебя, о обладатель драгоценной древесины в голове, что кроме тебя, и, возможно, твоих уважаемых родственников (гены, что поделать) никто не пугается интерфейса скриншотов программ до появлени тремора. Поэтому искренне рекомендую тебе обратиться к врачу. Вероятно, к психологу. К тому же тебе уже пора научится логически мыслить. Если бы ты немного напрягся и подумал перед посылкой своего отягощённого полезными веществами говна, ты мог бы заметить несколько странное отношение автора программы к пользователям. И исходя из него - я у ж тебе, так и быть, разжую материал - ему и вправду не хочется/некогда/не нужно делать скриншоты. ЧСВ ли тому причиной или уже сформировавшаяся аудитория, которая и так знает, как выглядит любимый многофункциональный редактор, в данном случае неважно. Понятнее стало, о инвалид умственного труда, угробивший напрасно своё здоровье?
>Вопрос - зачем с GTK на Qt переписывал? Редактор как был страшен так и остался. Чего хотел аффтар от переделки?
Зачем ты написал на ЛОР? Ведь мог же просто в туалет сходить. Говно как было говном, так и осталось. Чего ты хотел добиться, написав это? Мы и так знаем, что начальное образование в России обязательное и бесплатное.
Автор залуживает уважение, хотя бы потому, что не вешает лапшу на уши,а делает свое дело. Четко дает понять, что у него есть и другие занятия кроме редактора. А прежде чем орать, создайте аналог такой программы и станет ясно, сколько уходит время на его поддержку. Хотя многие здесь знают...
Часто видишь разработчиков, которые кричат что они очень волнуются о конечных пользователях, а в итоге получаешь видимость программы с кучей багов. Но пиара аж 3,14здец... А тут реально работающий продукт с хорошим функционалом. Жалко, что я не видел пока версии на qt. В арчевских репах нету(( Но может удастся найти время, что бы собрать на днях.
А вообще обожаю оригинальные программы. Эта одна из них. Набор функционала нестандартен ))
а на кутю программист слил прогу шоп потом легче было забацать плазмоид и засунуть в кеды? а как же тада мы, простые гномеры будем пользоваться своим любимым редактором??? мля, опять вернемся в мезозой, морзянку от руки писать, эх, пи пи пи пиии пиии пиии пи пи пи...
Помнится еще лет 5 назад стоял он у меня на винде. Тогда он еще на дельфе был написан и от остальных редакторов отличался странным функционалом и абсолютно невменяемыми названиями пунктов меню и хелпой. Один из фанатов даже русификатор к нему выпускал и автор сильно метанировал по этому поводу) Я TEA тогда ставил чисто поржать) Потом автор сам русифицировал редактор и убрал прикольную хелпу( И я этот чай больше не ставил ибо сам по себе он мало интересен а в Линуксе так вообще не нужен.
Итого, автор продемонстрировал радикально нетрадиционный взгляд на следующее:
1. Отношение к пользователям
2. Отношение к дистромейкерам
3. Построение пользовательского интерфейса
4. Локализацию
Приз за нестандартность ему.
ЗЫ Обычно я стараюсь хвалить всех, кто делает что-то минимально полезное _для_людей_, но тут какой-то уникальный случай
> мля... таки не у одного меня впечатление создалось.
Я все еще жду ответа насчет лицемерия :) Нет, я понимаю, что бездоказательно лить дерьмо гораздо интереснее, но даже на ЛОРе не стоит брезговать указанием на факты.
Полностью оправдывающий свой юзерпик xintrea, неожиданно опопсевший firsttimeuser и практически исжитый с ЛОРа анонимус едины в своем мнении? Чудно! :)
init'у: в самом деле, в Debian есть мааахонька утилитка под названием tea, которая, кажется, вызывается в каких-то служебных дебиановских целях. Что до "заботы о пользователях" людей из Debian, то переименование ChangeLog в changelog и gzip-ование - это не забота, а непонятно что.
DrMoriarty: да я и не парюсь, просто удивляюсь.
GreyDoom: интерфейс TEA построен по следующему принципу - ничто не должно замедлять работу или мешать. Например, в TEA принципиально почти нет диалоговых окон. Тот же подход сейчас используют в ex-Trolltech при создании Qt Creator, только у меня это дело еще более усугублено. В этом плане я тоже беру пример, со старых амиговских и досовских трекров вроде Impulse Tracker. Трекеры, как и TEA, поначалу тоже выглядят странно, однако на деле там эргономика очень продумана. TEA пришел к текущему интерфейсу за десять лет разработки - так что теперешнее его состояние не с бухты-бурахты, а тщательно взвешено. Еще одна звуковая программа оказала влияние на TEA - это Sound Forge, да и любой современный волновой редактор. Выделяешь данные, применяешь функцию - эффект, получаешь результат по месту выделения.
spas'у: Qt-TEA собирается очень просто: qmake, потом make, потом make install. Если есть еще пакет aspell-devel, то TEA будет собран с проверкой правописания.
sniper21: да, плохая архитектура именно в TEA-GTK. Саму GTK я тут критиковать не буду, но вместо того, чтобы городить на Си ООП, GTK могли бы вполне оставаться на уровне функции/структуры. GTK замечательна, когда используешь парадигму процедурного программирования. Но когда хочется большего, с GTK начинается излишнее усложнение кода.
Далее ответы общие.
"Один из фанатов даже русификатор к нему выпускал и автор сильно метанировал по этому поводу" - речь идет о патче к древней Delphi-ветке TEA. Сей патч работал только с одной конкретной сборкой и просто убивал все остальные. Кроме того, патч не русифицировал TEA - как можно русифицировать и так РУССКИЙ интерфейс? Патч заменял пункты меню вроде "фигня" на более строгие.
О причинах перехода с GTK+ 2 на Qt 4.4. Мне нравится естественное ООП.
>Debian'овцы, имхо, перегибают палку. То им manpage для каждой программы, даже неконсольной, подавай, то, как выясняется, еще и патчи генери...
А ещё (представляешь??) программа должна быть ПОЛНОСТЬЮ СВОБОДНОЙ!!! Ну совсем совесть потеряли, скажи же?
К чему это я.... У Debian есть определённые правила приёма программ в дистрибутив. Также есть определённые правила на обновление версии. Правила одинаковы для всех и действуют годами. С какого, извините, хрена они будут их менять для каждого нового "гения", который не может написать коротенький ман в 10 строк или сгенерить дифф? Времени у него, видите ли, нет. Не можешь/не хочешь следовать правилам --- никто не заставляет. "Нет ножек --- нет мультиков" (ц)
Кстати, пара замечаний для незаинтересованного в мнении пользователей автора :)
1. Было бы неплохо помечать в заголовке вкладке и окна (для текущего документа), что документ изменился после сохранения. В Gedit для этого перед именем файла (с полным путем) ставится астериск. Я сегодня в TEA для интереса редактировал несколько файлов и несколько удивился, что этого нет. Вроде, базовая функциональность.
2. Значки размазаны. Открыл в инкскейпе -- оказалось, что они то 48x48, то 64x64. Есть даже один 128x128 (часы). Меж тем, в панелях они везде то ли 22x22, то ли 24x24. Я для интереса переделал несколько значков в 24x24 и подогнал под пиксельную сетку. Если надо, могу прислать.
MYMUR, я лучше многих на этом форуме знаю Debian Policy. Исходник TEA-GTK полностью им соответствует, на что затрачено немало труда с моей стороны, и ноль со стороны maintainer'а.
> init'у: в самом деле, в Debian есть мааахонька утилитка под названием tea, которая, кажется, вызывается в каких-то служебных дебиановских целях.
Какая разница какая. Она была до твоего редактора, кто-то к ней привык. Отсюда и переименование. > Что до "заботы о пользователях" людей из Debian, то переименование ChangeLog в changelog и gzip-ование - это не забота, а непонятно что.
Это называется стандарт. А когда у одной программы CHANGELOG в share, у другой Changelog в бинарном виде "из менюшки", а третьей changelog в doc - это уже бардак.
>Это называется не стандарт, а толчение воды в ступе, когда нечем другим заняться.
Неправда Ваша. Ситуация
>когда у одной программы CHANGELOG в share, у другой Changelog в бинарном виде "из менюшки", а третьей changelog в doc
приведёт не только к возможному неудобству пользователя, но и к полной невозможности всё это контролировать -- дистрибутив развалится.
Если думаете, что changelog никому, кроме пользователя не нужен, то ошибаетесь. И никто не захочет ставить пакет, чтобы лишь посмотреть на changelog. А как тогда организовать просмотр его без установки? Нужны скрипты, которые автоматически обработают все пакеты на сервере, и к страничке каждого на packages.debian.org добавят ссылочку на всё, что нужно. А в случае отсутствия стандартов никакие скрипты не помогут, и будет неудобно.