Почему я не мигрирую на МСЕ

[ev]

а в данный момент, документации нет никакой...

хм... в SVN вроде есть достаточно документации (на русском)
или уже нет?

[worrier]

хм... в SVN вроде есть достаточно документации (на русском)
или уже нет?

если имеется в виду проект Persons из SVN - хорошее подспорье начинающим, за него отдельное спасибо, но, согласитесь это не полноценная структурированная документация, а описание решения конкретной задачи.

[Attid]

русской документации инструмент не получит массового распространения..

ага особенно в китае =)

Сам планирую занятся рассмотрением MSE

вот и документацией можно, привести в нормальный вид архив конфы , много информации уже будет.


а вообще мартин сам глупости делает, в его предстовлении он хочет писать продукт, а кто-то будет эти фишки по коду изучать и описывать =) но так не бывает, не возможно так. вот взять минимальный компонент статфайл ну что такое имя и имя файла понятно и дураку но смотрим настройки
[sfo_memory,sfo_createpath,sfo_savedata,sfo_activatorread,sfo_activatorwrite] тут уже можно только гадать по имени, но даже если догаться что при sfo_savedata,sfo_activatorread, sfo_activatorwrite он должен сохронять настройки , то хрен там ! не будет !, так как надо его ручками толкать к этому или форме сказать что надо для это статфайла вызывать сохранение чтение.

в итоге мартин это расказывает по 2 раза новичам и написал в конфу ~4 метра текста, хотя описывать скилет былобы дешевле =)

[debi12345]

Я частично написал краткое описание статфайла (в SVN-доку "заливать" не умею ):

Код: Выделить всё

tstatfile :

   -   so that to be in effect, it should also be assigned to the form where the widget
      using the stafile is placed on
   -    in design, if "onstatwrite" is set and "filedir" is not yet created,
      deactivate exception "ECreateError" in project settings ( "Debugger" tab )
   -    "filedir" may contain "~/" indicating the user's home directory
   -    options "oe_savestate" & "oe_savevalue" of "client" widgets define
      what to store to the file -   position etc changes or/and value changes
   -   in case when a main form shares its stafile with non-main forms, on creating
       non-main ones, just edited not saved data of the main form ( bound to vars
      of the statfile) are reset to values read from the statfile upon creating the form;
      for "sfo_memory", this effect absents unless widgets on the concurring forms
      share same variable[s];
      to avoid this behaviour, disable "fo_autoreadstat" & "fo_autowritestat"
      of the non-main forms

   - each "tstafile" owns:
      = tstatwriter:
         *   provides methods of writing sections & statvars to a memory/file stream

      - tstatreader:
         *   holds list of sections with statvars each
         *   provides search & check & reading interface to the statvars
         *   provides reading statvars from a memory/file stream

         Positioning to a section speeds up accessing its statvars

   - there also is "tstatfiler" ( exposed by some "tstatfile" events ) which:
      =   may present or "tstatwriter" or "tstatreader" ( there's a check method )
      =    provides directionless "update" methods with internal switch to needed direction of processing -
         "reading" or "writing" statvars on per-section basis
   -----------

   activator :
      <see tactivator> : NOT YET DONE      

   encoding = "en_utf8" selected here, allows to store non-Latin text in the file
*mse filedir = directory where to keep the file ( by default - the current working directory )
   filename = name of the file

   options:
      sfo_memory = reads & writes not from a disk file but from a named memory stream
               ( there's an exclusion - see below "sfo_savedata" ),
               mostly useful for presenting last used values on recalling
               non-main forms etc ( data even survive recreating forms),
               or even for data "exchange" between non-main modal( non-concurring ) forms
               in case of the target widgets share same statvarnames

      sfo_createpath = creates "filedir" if necessary
      sfo_savedata =   used only with "sfo_memory", commands to save
                  the memory data to the master statfile (see below)                  

*mse   sfo_activatorread = activator activate triggers reading ???
*mse   sfo_activatorwrite = activator deactivate triggers writing ???

   statfile = a master statfile
   statvarname = name of section of this file in the upper statfile
   Tag = an integer property for misc purposes

   Event handlers:
      onstatafterread - fires on return from "readstat"
      onstatafterwrite - fires on return from "writestat"
      onstatbeforeread - fires on beginning of "readstat"
      onstatbeforewrite - fires on beginning of "writestat"
      onstatread = fires after reading state data
      onstatwrite = fires after writing state data
      onstatupdate = fires after reading/writing state data just before
               "onstatread" & "onstatwrite"

   Public methods:

         procedure initnewcomponent(const ascale: real); override;
            - does nothing but fixes the default file name as the statfile default
   
         procedure readstat(stream: ttextstream = nil); overload;
            - rereads all statvars of the stafile/memorystream
   
         procedure readstat(const aname: msestring; const statreader: tstatreader); overload;
            - rereads "aname" statvar of the statfile

         procedure writestat(const stream: ttextstream = nil); overload;
            - rewrites all statvars to the stafile/memorystream
           (if neccessary, prepares to writting - creates "filedir", stafile,...)
   
         procedure writestat(const aname: msestring; const statwriter: tstatwriter); overload;
            - overwrites "aname" statvar of the statfile
         
         procedure updatestat(const aname: msestring; const statfiler: tstatfiler);
            - depending on kind of "statfiler" ( writer/reader ), writes/reads
              the most up-to-date stat data


[Attid]

Я частично написал краткое описание статфайла (в SVN-доку "заливать" не умею ):

как получаешь так и заливай, если получаешь в консоле
svn up
то залить
svn commit имя_файла

[worrier]

русской документации инструмент не получит массового распространения..

ага особенно в китае =)

ну форум данный-рускоязычный - вот и написал так, и на русском языке документация меня интересует больше, в силу, надеюсь, понятных причин...
но даже на английском есть пока только ответы на вопросы и много вопросов...

[Attid]

как получаешь так и заливай, если получаешь в консоле
svn up
то залить
svn commit имя_файла

ой обманул, это изменения влить, а если новый то

Код: Выделить всё

svn add имя_файла
svn commit имя_файла

[alexs]

svn commit имя_файла

мне кажется там не имя файла надо, а текст сообщения о измненениях или имя файла с таким текстом
т.е. либо

Код: Выделить всё

svn commit -m "это изменение чегото"

либо

Код: Выделить всё

svn commit -А путь_к_файлу_с_текстом_описания_измнения


это самые главные ключи команды (там ещё несколько штук).

[debi12345]

Я потерял свои реквизиты логина с правами COMMIT-a. Как это разрулить ?

Е-мэйл для связи: brefi(dog)yandex(dot)ru

[Attid]

мне кажется там не имя файла надо, а текст сообщения о измненениях или имя файла с таким текстом

но но , не надо тут это =) я бы поубивал бы вообще за такое там где не надо. =)

комит без указания файла закомить все в текущей папке и по рекурсии, а в том же мседоке есть куча примеров, которые поизменяют файл prj при их запуске и закомитит этот мусор на сервер. конечно сильно хуже никому не станет, но нахрена комитеть то где нет изменений. потом сидишь проверяешь что-то там чудо програмеры закомители, а том в комите 20 файлов измененых, где только фокус с одной кнопки на другую перешел и все изменения.

[alexs]

ну... ну...
тогда зачем такие примеры?
а одиночный комит череват тем что забудеш внести то что действительно важно.

Добавлено спустя 5 минут 25 секунд:
Кстати, спасибо за наводку - я и не знал что так можно комитеть
в доке по svn этого вроде нет.

[Attid]

ну... ну...
тогда зачем такие примеры?

чтобы лежали и их никто не трогал. ты кроме компонент что нибуть в свн хранишь ? занешь же если ты форму пошевелишь, то файлы формы изменятся ? ты весь мусор этот комитишь ? ты проверяешь чужие результаты (многопользовательская работа) ?

Кстати, спасибо за наводку - я и не знал что так можно комитеть
в доке по svn этого вроде нет.

наздоровье =) ну я вроде из

Код: Выделить всё

svn help

это подобрал.

Добавлено спустя 6 минут 30 секунд:

а одиночный комит череват тем что забудеш внести то что действительно важно.

тогда первый кто обновится даст тебе в лоб =) в компаниях вообще штраф пологается =)

[alexs]

тогда первый кто обновится даст тебе в лоб

мне проше - я самый главный
тебе не кажется - что наш флейм уже вобще к топику не относится?

[Attid]

что наш флейм уже вобще к топику не относится?

только не кому не говори !

ниче это на пользу топику , он так выше плавает, надо голосующих до сотни поднять =)

[AthoS]

В принципе прекрасная оболочка.
Пробовал писать в Linux, а компилить в Win все работает,
кроме Blob с картинками. Пробовал запускать пример,
выдает ошибку и в Лине и в Форточках.
Губит отсутствие документации, может и разобрался бы.
А так впечатление более чем... Я бы перешел, но где брать док?!!!