Итак, на основе нашего с Витом обсуждения процесса разработки (см. тему "Головокружение от успехов") были приняты следующие решения:
1). В ближайшие дни выпустить SynUni 2.0 beta.
2). В последующие дни готовить эту версию к релизу (SynUni 2.0 stable), не добавляя в неё новых возможностей, а только исправляя баги и ошибки.
3). Параллельно заниматься разработкой новых возможностей для компонента, но они увидят свет не скоро (возможно через 6 месяцев), хотя и возможно выкладывание бета версий этой разработки

Вопрос собственно возникает в нагруженности будущей SynUni 2.0 beta и SynUni 2.0 stable.

Основные вехи изменений по сравнению с прошлой версией:
• существенно изменён дизайнер (правда там свои нюансы );
• добавлена возможность мультитеговости;
• внутренние цветовые схемы;
• поддержка хранения правил CodeFolding'а будущего SynEdit'а;
• ну и как обычно много улучшений и исправлений.

Вопрос: нужны ли все эти возможности в будущем релизе? Или же "отложить" некоторые до следующего?..

...

Это сообщение отредактировал(а) Quadr0 - 15.7.2011, 01:04

Цитата(Quadr0 @ 7.8.2005, 15:24)

Ответ: нужны.

Я единственно по поводу цветовых схем немного сомневаюсь...
Ведь потом они всё равно будут изменены/дополнены/доработаны для возможности хранения во внешнем файле...
Так может тогда их в послеследующий релиз уже и запихнуть?
Ведь как раз из-за схем сейчас в основном ошибки и AV выскакивают...

Цитата(Quadr0 @ 7.8.2005, 15:24)

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

В сентябре мы ведь и так всё равно выпустим готовую версию (релиз, если багов не будет).
А сейчас просто хотелось бы выпустить нашу бету. Благодаря ей ведь и скрытые баги легче будет отыскать

Цитата(Quadr0 @ 7.8.2005, 15:24)

ИМХО, столько ждали и всё впустую получится, если снова бэту выпустим.

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

Цитата(Quadr0 @ 7.8.2005, 15:24)

А подождать ещё месяц ради такого - благое дело

Я б и сам не против месяцок подождать, но ведь уже многие пользователи ждут выхода этой версии со дня на день...
ИМХО, немного нехорошо по отношению к ним получается...

Цитата(Quadr0 @ 7.8.2005, 15:24)

За месяц убить все баги мы успеем точно.

Но ведь большинство мы успеем убить и за эти несколько дней. Я надеюсь...

Цитата(Quadr0 @ 7.8.2005, 15:24)

На данный момент компонент готов полностью, но в дизайнере есть несколько досадных AV и багов(при работе со схемами, перемещением правил и т.д.).

Ну не совсем полностью... Перед выпуском беты нужно будет еще успеть поправить несколько моментов (ты их помнишь):
- вернуть хранение атрибутов в fAttributes для работы экспорта и по другим причинам;
- подкоректировать формат файла и классовую структуру;
- ну и по мелочи...

А вот перед выпуском релиза надо будет еще и поправить "отдельность дизайнера" и его скорость загрузки

Цитата(Quadr0 @ 7.8.2005, 15:24)

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

И даже после этого он скорее всего был бы beta или может RC (release candidate).
Stable должен быть stable. И если баги в нём еще будут, то пусть уж лучше зовётся beta.
Чтобы компонент обозвать stable нужно, чтобы пользователи не нашли багов в предыдущих beta-версиях. имхо. Для этого и надо выпускать беты.

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

Мне кажется что Vit именно это и имел ввиду в темке Головокружение от успехов...

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