crossplatform.ru

Здравствуйте, гость ( Вход | Регистрация )


  Ответ в QTableWidget, редактирование по месту
Введите ваше имя
Подтвердите код

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

Опции сообщения
 Включить смайлы?
Иконки сообщения
(Опционально)
                                
                                
  [ Без иконки ]
 


Последние 10 сообщений [ в обратном порядке ]
rich Дата 15.3.2008, 0:48
 
Цитата(Litkevich Yuriy @ 15.3.2008, 0:40) *
Цитата(rich @ 15.3.2008, 3:27) *
это и есть та сборная табл,каторую пользователю представить надо

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

ok. я в QTableWidget вяжу под родителя детей и т.д. и столбики генерятся.именно таблично надо.в QTree не будет такого эффекта
Litkevich Yuriy Дата 15.3.2008, 0:40
 
Цитата(rich @ 15.3.2008, 3:27) *
это и есть та сборная табл,каторую пользователю представить надо

ХМ, таблица это таблица, а у тебя дерево, тоды QTreeWidget или QTreeView надо. но чтобы хранить флаги изменений данных внесенных пользователем тебе буфер нужен будет, как не крути получится некая модель данных, которя может называться хоть масивом хоть еще как-то, но смысл ее именно модель, вообщем по капай в этом направлении.
rich Дата 15.3.2008, 0:29
 
                   день1|день3|день5|день n|множитель|день1'|день3'|день5'|день n'|примечание
                               / /1,3,5...n- задает юзер берётся из БД // день 1'= день 1*множитель

+---    родитель                 //родители одна табл
¦   +--- (2) ребенок              //дети другая табл
¦   +--- (3) ребенок
¦   +--- ребенок
¦   L---ребенок
¦         всего
¦         из всех с зубами        //признак зубов для ребенка задает юзер
+---    родитель2                    //такая структура характерна для
¦   +--- (2) ребенок             //всех дет.садов,отличаются они днями
¦   +--- (3) ребенок
¦   +--- ребенок                //в табличке ещё все подкрасить надо
¦   L---ребенок
¦         всего
¦         из всех с зубами
+---    родитель3
¦   +--- (2) ребенок
¦   +--- (3) ребенок
¦   +--- ребенок
¦   L--- ребенок
¦         всего
¦         из всех с зубами
L---    родитель4
    +--- (2) ребенок
    +--- (3) ребенок
    +--- ребенок
    L---ребенок
¦         всего
¦         из всех с зубами
¦
¦       итого
L       итого  с зубами
rich Дата 15.3.2008, 0:27
 
Цитата(Litkevich Yuriy @ 14.3.2008, 23:39) *
так а примерный вид таблицы которую пользователь смотрит, можешь показать?

это и есть та сборная табл,каторую пользователю представить надо.
у деток тоже есть дети, только тут это не нужно отображать.
Litkevich Yuriy Дата 14.3.2008, 23:39
  так а примерный вид таблицы которую пользователь смотрит, можешь показать?
просто, я думаю, можно на основе этого сделать свою модель, а к ней прицепить стандартное табличное представление, на первый взгляд много работы, но на самом деле меньше чем кажется

---
еще такой вопрос, таблица родители - справочник, а вот с детьми как?
это справочники или связующие таблицы, там ограничения наложены в виде внешних ключей? или ты этим в програме занимаешся?
rich Дата 14.3.2008, 21:09
 
Цитата(Litkevich Yuriy @ 14.3.2008, 7:42) *
Вот и хотелось понять что там такое у тебя


у меня там примерно следующее:
день1|день3|день5|день n|множитель|день1'|день3'|день5'|день n'|примечание
/ /1,3,5...n- задает юзер берётся из БД // день 1'= день 1*множитель

+--- родитель //родители одна табл
¦ +--- (2) ребенок //дети другая
¦ +--- (3) ребенок
¦ +--- ребенок
¦ L---ребенок
¦ всего
¦ из всех с зубами //признак зубов для ребенка задает юзер
+--- родитель2 //такая структура характерна для
¦ +--- (2) ребенок //всех дет.садов,отличаются они днями
¦ +--- (3) ребенок
¦ +--- ребенок //в табличке ещё все подкрасить надо
¦ L---ребенок
¦ всего
¦ из всех с зубами
+--- родитель3
¦ +--- (2) ребенок
¦ +--- (3) ребенок
¦ +--- ребенок
¦ L--- ребенок
¦ всего
¦ из всех с зубами
L--- родитель4
+--- (2) ребенок
+--- (3) ребенок
+--- ребенок
L---ребенок
¦ всего
¦ из всех с зубами
¦
¦ итого
L итого с зубами

примерно так.
rich Дата 14.3.2008, 20:32
 
Цитата(Litkevich Yuriy @ 14.3.2008, 7:42) *
при твоей непонятной структуре

структура простая.объяснять не очень у меня получается.отобразить структуру по особенному надо еще и базу обновлять.
rich Дата 14.3.2008, 7:46
  Какая есть.конечный пользователь подготовлен и эту прогу юзал,но под виндой.как пока не знаю точно.
Litkevich Yuriy Дата 14.3.2008, 7:42
  при твоей непонятной структуре не мудрено, вообще я, не спец по БД, очень просто могу извлечь хоть из тыщи, все зависит от того как ты структуру данных спроектировал.
Вот и хотелось понять что там такое у тебя

по хорошему из клиента запросы типа SELECT ..... не отправляют, обращаются к хранимой процедуре, а она возвращает нужное, при сложных запросах это вообще единственный путь, т.к. план запроса в БД будет однажды построен и выполнятся будет шустро + сервером БД.
rich Дата 14.3.2008, 7:38
  sql в принципе способен одним запросом деревья поляхать,из одной таблицы точно.из 2х не получалось.
Просмотр темы полностью (откроется в новом окне)
RSS Текстовая версия Сейчас: 29.3.2024, 3:59