не добавляются строки в таблицу

решил обойтись без quik_table_wrapper.lua ? :))))))

1. надо забыть про работу в "майне", как дурной тон.
2. что будет если таблиц будет несколько? именно для этого и придумали классы.
3. при создании объекта "таблица", (без использования враппера), имеет очень большое значение порядок вызова методов, т.е. по сути, порядок создания объекта должен соблюдаться. это нигде не описано у разработчиков да и мой вариант врядли можно назвать абсолютно правильным но, как-то вот так (слегка переделанный твой вариант):

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

Дмитрий
Вот так все работает:
-------------------------------------------

local stopped, t_id
------------------------------------------------
function main()
 t_id = AllocTable()
 res = AddColumn(t_id,1,"col1",true,QTABLE_STRING_TYPE,30)
 message("AddColumn - " .. tostring(res), 1)
 res = AddColumn(t_id,2,"col2",true,QTABLE_STRING_TYPE,30)
  CreateWindow(t_id)
 SetWindowCaption(t_id, "Моя таблица" ;)  
   local row = InsertRow(t_id, -1);   SetCell(t_id, row, 1, "тест" ;)  
 row = InsertRow(t_id, -1) ;    SetCell(t_id, row, 2, "привет" )
 while not stopped do
   sleep(1000)
 end
end
-------------------------------------------------
function OnStop(s)
stopped = true
if t_id~= nil then
           DestroyTable(t_id)
end
end

----------------------------------------------------
У Вас основная ошибка в том, что Вы пытаетесь работать с таблицей, т е добавлять строки и изменять название до ее создания - CreateWindow(t_id)

Серж,

иди тролль в другом месте.

тут разговор про то, что размер кода, равно как и число переменных значительно увеличаться, что приведёт к полной неразберихе в коде.
имеется ввиду, что враппер уже описан и в нём УЖЕ учтён правильный порядок, который разработчики так и не удосужились привести в документации. Нетрудно заметить, что подход "в лоб" у автора не сработал. Поэтому я лишний раз и обратил внимание на правильность порядка работы с контролом.

работа в "main" - это работа в другом потоке.

---------------------------------------------------------------------------------------------------------------
я так понял, что Вам бы лишь, что-нибудь написать. Или у Вас просто настроение не задалось?

поэтому работу с майн лучше свести к минимуму. Подчеркну: не полностью отказаться, а свести к минимуму, оставив в нём лишь работу с разделяемыми переменными.

вот честно говоря, уже неохота, что-то писать. Вы просто убиваете тему своим выяснением отношений.
1. Насчёт работы с "майном" - всё уже детально обсуждено и описано на quik2dde.ru

2. При использовании враппера - выигрыш в том, что это всё изолировано и не приводит к засорению программы, повышает читаемость. Справедливости ради, замечу, что я - сторонник того, чтоб враппер располагался в qlua.dll, а не в коде LUA-скрипта. Но в данной теме это не обсуждается, поэтому я её не развиваю.

3. подобного Не подобного. Я чувствую, что Вампросто захотелось поспорить. Ещё раз повторю: враппер делался разработчиками. Если у Вас есть вопросы по врапперу - задавайте им. Со своей стороны, я уже отметил в предыдущих постах, что КРАЙНЕ ВАЖНО СОБЛЮДАТЬ ПОРЯДОК РАБОТЫ С КОНТРОЛОМ. привёл рабочий пример. Что Вам ещё тут нужно доказывать/обсуждать/выяснять? Какой смысл от всех этих последних 10-ти постов??? Или Вы так любите, чтоб последнее слово было за Вами? Чтож, тогда умолкаю, я везде был не прав, несу полную чушь и полный бред, прошу меня понять и простить. Вам так легче? Вы это хотели услышать?

Николай Камынин, и Вам спасибо!  :)
Не ожидал, что столько ответов получу на свой вопрос.

А об этом где-то разработчики писали или это тоже из разряда нигде не упоминающихся особенностей?

sam063rus, извинения принимаются.   :)  

Поймите меня правильно: судя по вопросам автор темы только начинает изучать графические возможности QLUA. Не стоит вводить в заблуждения пользователей своими убеждениями. Поэтому я и предложил обосновать фразу "надо забыть про работу в "майне". Полагал, что, возможно узнаю что-то новое для себя, а не спора ради. Но увы...   :(  
Касаемо вашего примера: по моим убеждениям (поправьте, если не прав) инициализацию, в т.ч. создание визуальных таблиц, не стоит выполнять в основном потоке без определённой на то необходимости. Т.к. создание таблиц занимает время; создание больших таблиц - много времени. При создании таблицы в основном потоке работа других скриптов может быть приостановлена на это время, особенно если их работа строится исключительно на колбеках.
К тому же, создать таблицу можно в main, а заполнять значениями по событиям в колбеках - нет проблем.   ;)  

Что касается враппера, то тут дело вкуса. Но его использование не освобождает пользователя от необходимости следить за порядком вызова функций. К тому же, ИМХО, при частой модификации / обращении к элементам таблицы, использование враппера может снизить производительность скрипта.

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

Из каких таких моих слов вы делаете эти выводы? Нет, ну правда. Я ж не спорю. Я высказал своё мнение, основанное на моём опыте, в т.ч. и с визуальными таблицами QLUA. Поправьте меня, если ошибаюсь.
Да, есть проблемы с общими переменными, таблицами при работе в двух потоках. Но это не означает, что нужно отказаться от работы в main(), просто нужно учитывать эти особенности. Более того, "тяжёлые" вычисления желательно переносить в main().
Форум читал, но признаюсь честно, не всё. Но нигде не видел там призывов "работу с майн лучше свести к минимуму". В ваших словах тоже нет никакой конкретики, кроме отсылки на форум, типа: "там где-то что-то написано".

Вроде, как нет. Но если всё же решитесь на этот подвиг, то вот ASCII таблица кодов символов Windows (Win-1251)