Lazarus c++

чем удобен VCL - тем что к свюйству какого либо «виджета» есть прямой доступ, например TextBox->Text можно и присвоить значение и считать. И все в этом духе, этот подход мне очень нравится.

Безнадежно... ну неужели ты не читал литературу и множество обоснований на тему почему ТАК НЕЛЬЗЯ ДЕЛАТЬ?

честно .. нет. Объясните пожалуйста.

Ну там это не поле, это свойство. Инкапсуляция соблюдается.

но ведь удобно...

Gtk::Button button(«Hello World»);
button.signal_clicked().connect(sigc::ptr_fun(&on_button_clicked));

вот это я понимаю.. уж поудобней чем в куте

Мы не о том говорим. Gorthauer подумал что это поле. Тоесть фактически меняются данные обьекта, а он о этом не знает.

Но это свойство - обьект знает что что-то меняют и предпринимает еще нужные действия

> Удобно что в все в одной IDE, это да.

Ой, как это носится к xCode и obj-c не понял. Но то, что том, сложно перенести на С. А слоты/сигналы qt как раз и есть попытка перенести динамическую типизацию

Я так понял что говорили о QtCreator. Ладно, может не поняли друг друга

> вот это я понимаю.. уж поудобней чем в куте

Чем удобнее?

> Я так понял что говорили о QtCreator. Ладно, может не поняли друг друга

Я просто говорил, как это сделано у тех, кто начала делать одним из первых визуальное программирование. GUI получилось у них фактически как побочный продукт

edit1.text='123'
ui->lineedit1->setText(«123»);
в чём принципиальная разница?

сахар слаще

интуитивно понятней чем у Qt У виджета есть функция возвр сигнал, в свою очередь у которого есть метод присваивания ему слота. Мне этот подход больше нравится, Это мое ИМХО, но у ГТКшников видимо нет такой хорошей IDE как у Qt

разница в том что визуально код становится уродливее, и для извлечения данных используется совсем другая функция возвр QString ui->lineEdit1->text()

Если тебе надо будет получить сигнал потомка, имея указатель родителя, то тебе придется знать и типа потомка, чтоб получить сигнал в gtk

ну естественно ... Это все делается перед показом формы так что что то там перепутать не реально, так же как и в Qt У нас ветка форума должна переименоваться Qt vs GTKmm :-D

Не совсем. в qt не нужно знать класс, у которого запрашивается сигнал или слот

но ведь не факт что виджет имеет этот сигнал/слот, какая тогда разница.

Есть ли в Qt методы оптимизации памяти какие нибудь? А то меня убило QTableWidget табличка 15000x5 пожрала 60 метров оперативы, хотя если посчитать даже по 100 байт на 1 item, то выйдет всего 7.5 мб

Особенно слоты и сигналы, которые добавляются препроцессором )

а так же космическая иерархия, централизованная чистка памяти и метаинформация. ближе не бывает, ага

Но ведь согласитесь что билдер очень удобная среда для написания гуи...

по сравнению с нормальными средствами вроде Tcl/Tk - экскременты, а не среда

У вас наверно все в отладчной версии было. QTableWidget очень эффективно использует память, не тратит на пустые ячейки и тд

Да, не факт, что имеет - но это уже другая проблема

ВЫ имеете ввиду что я должен был компилировать с параметром release? пробовал использует так же много памяти

> с нормальными средствами вроде Tcl/Tk

типичный гуй на Tk:

http://tkabber.jabber.ru/node/334

вырвиглазные шрифты и тема «привет 90-е»

> а так же космическая иерархия

иерархия как раз там хорошая

централизованная чистка памяти

не совсем верно. не централизованная

> ВЫ имеете ввиду что я должен был компилировать с параметром release? пробовал использует так же много памяти

А вы что пихаете в такую таблицу? Модель какая?

иерархия как раз там хорошая

а я её где-то называл плохой?

не совсем верно. не централизованная

для виджетов - централизованная

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

типичный гуй на Tk

типичный идиот в комментариях. привет, идиот!

вполне ожидаемая реакция - больше то сказать нечего

> типичный идиот в комментариях. привет, идиот!

как гуи он страшен. Программировать не пробовал

для виджетов - централизованная

а что тогда происходит, когда я пишу delete a_widget?

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

Особо не пробовал, за памятью не смотрел. А версия qt какая?

а че.. мне понравилось, вот бы его к c++ прикрутить, я читал там есть графические моды для красивых кнопочек и т.д.

версия 4.6.3

как гуи он страшен

http://sk1project.org/content/sk1/screenshots/screenshot08.png

что тогда происходит, когда я пишу delete a_widget?

http://doc.qt.nokia.com/4.6/objecttrees.html

вот бы его к c++ прикрутить

http://cpptk.sourceforge.net/

но лучше сразу на Tcl/Tk, дописывая нужные расширения на С или C++

Подскажи есть tk для c++ обертка? Простота синтаксиса понравилась

а tk кроссплатформенный?

ну чтож, давайте подумаем.

15000x5 = и того 75 к элементов.

Отрисовка происходит по запросу, лишнии траты на гуюню незначительны. Теперь надо понять, что храниться в элементах. Возможно, это строки длиной по 5 букв. Тогда на строку каждую скорей всего убъется по 32 байта (буфер) и еще 8 байт на 6 где-то (длина, кокие-то кэши и тд). И того получем уже 80 байт. Завернем это все в Qvariant - еще как минимум 8 байт на хранение указателья + еще байт 16 на специфичные нужды. Уже почти сотня.

Далее, если ты заплняешь каждый итем, то он так же хранит, что ты не заполнил другие роли ячейки (их около 7) - пустые вариант по 24 байта (хотя вариант на самом деле думаю больше занимает). И того еще 150 байт.

Потом добавим информацию на то, чтоб хранить идентификацию ячеек (а ты наврено пользоваться QStandartItem). Это еще минимум 2 инта, еще адрессация в массиве и тд.

Вот. Наберем как минимум пол кб на каждый элемент

>Далее, если ты заплняешь каждый итем, то он так же хранит, что ты не заполнил другие роли ячейки (их около 7) - пустые вариант по 24 байта (хотя вариант на самом деле думаю больше занимает). И того еще 150 байт.
как же лучше тогда сделать?

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

Но не пользоваться изменениями данных модели. перекрыть QAbstractItemModel::data, и не пользоваться setData и другими методами из оригинальной модели. Модель данных использоваться свою.

> как же лучше тогда сделать?

QTableView + своя модель.

0_o я в Qt тока неделю, для меня это не совсем понятно еще

Ну в том то и проблема, что QQTAbleWidget хотя и простой, но очень тупой widget в плане оптимизации: он может много, но за это надо платить

И вообще, если у тебя много повторящихся данных в таблице (одинаковые строки) - то тебя спасет хэш строк

а tk кроссплатформенный?

да. очень

он одинаково страшен под все

нет одинаковых данных совсем

>да. очень
это сарказм или правда?

> нет одинаковых данных совсем

Тогда память тратиться все равно. Делать легковесную модель, лучше сделать потомка абстрактной модели: она чистая и удобная для этого, и не нагруженная лишними данными. В этом случае вы вполне можете уложиться в строки + структура массива.

это сарказм или правда?

Вообще-то он работает вроде везде. Везде одинаково уродливо. Но идеи в языке хорошие...

QtCreator

Ладно. Я дома уже и мне лень возиться с этими таблицами, завтра покопаюсь =) просто цель проекта.. ставить на слабые машины с 128 ОЗУ в иксах под xfce4. При пустой таблице прога жрет 27 мб. при заполненной 68-80