Я думаю, это намётки к будущим версиям. Dilma, может всё-таки пояснишь простому народу, зачем был сделан такой финт ушами?
------------ Дoбавленo:

Что-то мы тут офф топик развели... Кто-нибудь, кто может, отрежьте обсуждение elements.sql в отдельную тему!

Жаль, что только Админы могут, а то я бы перенес.

*.sql нужен потому, что надоело уже на конфликты натыкаться.


тут прав iarspider, как это не странно. История изменений впоследствие у файла с текстовым представлением будет гораздо меньше чем у любого бинарника, коим является *.db

Dilma, ну если SVN отслеживает текстовые изменения, тогда конечно, я согласен. Если целиком, то текстовый получается длиннее.

nesco, на SVN обычно хранят только исходники. Вот .pas это исходник, а .exe - это то, что из него получается. Аналогично, .sql это исходник, а .db - это уже результат. Бинарные файлы сравнивать практически невозможно, таким образом система контроля версий (коей в частности является SVN), имеет смысл только для текстовых файлов (или же тех, которые она "умеет" сравнивать и выделять отличия, которые потом сохраняются вместо предыдущих версий).

По-твоему получается, если мне дали исходники программы, которую надо русифицировать, я должен её откомпилировать, изменить тексты в .exe с помощью специальной тулзы, а потом декомпилировать обратно в исходники
------------ Дoбавленo:

Что за глюк? Я никакого файла не присоединял!!!

tsdima, мне с готовым файлом базы легче работать, да и проверять его легче в среде, чем написать в тексте исходника, не проверив на готовой базе. Ведь компоненты среда сама добавляет в базу по ini файлу.
Ну я как-то не против, вообще не против -- надо так, пусть будет так. Я прекрасно понял, что изменения текста отслеживать легче, чем бинарник.
А к тебе прицепился, выложенный мной архив батников для конвертаций. Ну терани его, и всего делов-то.

------------ Дoбавленo:


Что мне понравилось при конвертации в базу, то последняя получается очищенной от мусора (на SVN лежала в 50 кило, а на самом деле ее размер всего 32 кило).

проблема не в том, что чего-то проще отслеживать, а в том, что добавление элемента в *.db это изменение файла, а в *.sql - это именно добавление. И SVN и любая иная сколь угодно умная система контроля версий всегда будет вызывать конфликты при обнаружение двух независимых редакций одного файла, измененного в одном и том же месте(байте). Просто в иных системах практикуется метод lock'ов, обратной стороной которого является невозможность нескольким разработчикам работать с одним и тем же файлом.

Ну вот, теперь более глубже понятно.

А чего не удалил тогда
------------ Дoбавленo:

У меня кажется тоже такое было как-то... правда заметил не я, а другие

А хочется, чтобы кое-кто разобрался всё-таки вот с такими вот выкрутасами форума

не надо режим правки сообщений с аттача оставлять открытым и все будет нормально. Разобраться - это закрыть доступ на редактирование не своих сообщений. Сделать?

Непонятно пока...
Если я отправляю СВОЕ сообщение, то как при этом остается открытым "режим правки сообщений с аттача"

Если отправлять свое - никак.
Остается, если править чужое.

Ну я и говорю - непонятно

Здесь то tsdima же СВОЙ пост отправлял

отправлял может и свой, а чей правил - неизвестно.