Для минимума знаний понятие о разделении процессов не многова-то ли?
Для минимума хватит варианта без таймера.

возможно ты и прав.

По порядку: этот Tick нужно отдельно запускать от Start кнопки или в тело хода Start его какимто образом вставлять?

Очень хотелось бы с Timer разобраться

который дает "тик" каждые 0.5 сек
------
Одна из особенностей, об которых надо было бы прочитать, заключается в
том, что хочет - дает, не хочет - не дает... и делает это непредсказуемо...

Очень хотелось бы с Timer разобраться
-----
Читай документацию. Вдумчиво и внимательно. Стараясь понять что написано.
Бо, если ты будешь когда-нибудь программировать, то нянькаться с тобой не
будут - дадут задачу, сроки и зарплату - дальше выкручивайся как умеешь...

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

Какой таймер использовал?

MSDN вроде не о непредсказуемости таймера не пишет...
------
В МСДНе должны быть описания трех различных таймеров...
Тот, который Timer из .Neta или TTimer из БСБ может "терять" тики.

Если имеешь в виду System.Windows.Forms.Timer, то http://msdn.microsoft.com/en-us/library/xy0zeach.aspx

Это не мне - это ребятишкам.
Еще ссылочку на функцию SetTimer(?) и мультимиедийный таймер надо бы добавить...

Ну, System.Windows.Forms.Timer - это только управляемая оболочка этой функции. Так что и ограничения те же.

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

да это он...
...your application may not get timer events as often as the Interval property specifies.
The interval is not guaranteed to elapse exactly on time...
ну что, господа NightWatch и Murr вы оказались всетаки правы! Действительно оказалось что на дотнетовский таймер нельзя на 100% пологатся. Причем на практике по иронии судьбы я убеделся в этом как раз на этой неделе, когда делал тест в виртуальной машине под другой операционкой. Причем сначало толком немог понять в чем причина, почему ГУИ так редко обновляется, и действительно дело оказалось в таймере... хотя пришлось немного поизгалятся, что бы это подтвердить т.к. в операционке на vmware практически небыло возможности для дебага,
а на "основной" машине все работало почти без проблем.
Чтож, данный случай подтверждает правило что если чтото невидиш то это неозначает что этого нет.
Я просто недумал что тут могут возникнуть проблемы, года два назад я неделями напролет "охотился" с осциллоскопом за данными на линиях а триггером как раз была программка под дотнетом с таймером, и к счастью или к сожалению мне недовелось усомниться в надежности таимера... наверное мне просто тогда повезло....

Есть мнение, что утверждение некорректно. Win CE позиционируется как RTOS. Там, вероятно, тики таймеров не теряются. И в .Net соответственно тоже.

Смотря как таймер реализован.
Если они напрямую использовали rt функции ядра - да, в чем я сомневаюсь.

.NET здесь не при чем.

Каких таймеров?
Реализация System.Windows.Forms.Timer (а точнее SetTimer) подразумевает, что тики приходят в виде оконного сообщения WM_TIMER. Отсюда и проблемы.
Если ограничения не устраивают msdn советует использовать System.Threading.Timer. Этот таймер использует коллбэки и точнее, чем оконный.

ну это как угодно, этот таймер ведь часть дот нета...