Welcome, Guest. Please login or register.
Did you miss your activation email?

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Subst

Pages: 1 ... 27 28 [29] 30
421
Алекс, по последней вот тут теме..

А попробуй что-то вроде

QTextDocument document;
document.drawContent(&painter); // где painter - это painter Отчета из твоего лаймарепорта

а потом можно через QTextDocumentWriter в html и odf перебросить

Вот!

422
Суть:

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

В существующей концепции у хидера один столбец, говорю субдетайлу заполняться вертикально, все в порядке, заполняется, страница закончилась - уходит во второй столбец. НО!! второй столбец начинает заполнять не сверху, а с места окончания хидера, которому я не могу сказать, что он тоже на пол страницы работает (2-а столбца). Поменял, прописал в наследниках свойства базового "количество столбцов" и "порядок заполнения" - все стало нормально разруливаться.

Могу отчеты прислать, если непонятно и сумбурно объяснил

423
Discussion | Обсуждение / хидеры и футеры
« on: May 12, 2016, 07:21:25 PM »
Алекс, вот возникла ситуация, когда в хидерах и футерах субдетейл бандах и дата бэндах таки нужно количество колонок и их порядок заполнения использовать.
Уже следуя традиции посмотрел код. Достаточно всего-лищь добавить property в соответсвующие классы в файлах lrdataband.h и lrsubdetailband.h. У себя то сделал конечно, предлагаю в релиз внести.

Ситуацию могу обрисовать, если нужно будет

424
Ну происходит. Т.е. тотже шаблон открываю, начинаю двигать элемент с ctrl+стрелочка, блин, вижу что не так двигает. Смотрю, сбросились настройки шага. Завтра еще пересоберу, версию, что ты выложил в конце недели соберу, посмотрю

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

426
Надо! За fullPage спасибо :) Где у меня косяк был? Че-то недосмотрел?

Надо по следующей причине, рисую ситуацию...

Печатаются на бланках госпечати данные, бланки размером не А4, а рядом. Для упрощения я сканирую их, делаю в качестве подолжки, расссставляю текст на скане, а при печати загоняю свойство опасити в 0 у картинки... но Скан то идет А4 размера. Потому приходится его сместить в орицательную область, чтоб компенсировать разницу в размерах страниц

427
Discussion | Обсуждение / Параметры отчета
« on: April 18, 2016, 10:44:34 PM »
Алекс, натолкнулся на непонятки...

Размер сетки грида в дизайнере. Не сохраняется. Вроде все логично, в сериализэшн все Проперти сохраняются и загружаются. Но сделал шаблон, закрыл, откры, сбегает Шаг Сетки то на 2, то на 10...

как вариант я сделал перевод, в тексте, Шаг Сетки (и еще ряд парамтеров у тебя не переведен)... может тут собака зарыта?
что-то типа как с headerName было

глянь? ну а я попробую помочь

428
Discussion | Обсуждение / Re: Высота бэнда
« on: April 18, 2016, 10:31:39 PM »
Вот здесь посмотри
lrhorizontallayout.cpp

void HorizontalLayout::geometryChangedEvent(QRectF newRect, QRectF )
{
    m_layoutMarker->setHeight(newRect.height());
    relocateChildren();
    if (m_layoutType == Table && !m_isRelocating){
        divideSpace();
    }
}

это строки около 100

судя по всему, если дальше по коду смотреть, то нет проверки на Видима/не видима... упущение просто. Алекс и так доброе дело делает, все не может предусмотреть, для этого мы и нужны :)

429
Discussion | Обсуждение / Re: Иконки tool button
« on: April 18, 2016, 10:16:22 PM »
Попробуй в исходниках нарыть определение toolButton для дизайнера (смотри в lrreportdesigner.*) и посмотри есть ли явное определение QToolButton->setToolButtonStyle().. не исключено что под линухами твоими по дефолту стоит в определениях KDE для тулбаттон "Text Only".

Поправь и попробуй пересобрать

430
Алекс, вот какая мысль посетила.

При позиционировании элементов у меня порой возникает необходимость задать top и left отрицательными. Напрямую в лоб, через Spin'ы так не выйдет.
Но с бубном (двигая ctrl+стрелочки) легко.

Может отменить в spinBox'ах ограничение min=0 (оно у QSpinBox по умолчанию)?

Я у себя то это сделаю, но может в официальный релиз включить?

P.S. к посту про fullPage - что-то я не доделал в тех исходниках, что кинул. Несколько криво отрабатывает, не разбирался еще дальше, времени нету. Ты не смотрел. Где-то не перечитывает свойство m_fullPage, похоже. Че-то упустил.

431
Discussion | Обсуждение / Re: FullPage в принтере
« on: April 15, 2016, 06:33:36 PM »
Алекс, вот...

Выдержать постарался в твоем стиле, посмотри, может что забыл или не увидел.

Изменения не фиксировал строго, ищи по тексту m_fullPage, fullPage, setFullPage...

начинается с 52-ой строки в pagedesignintf.h
Q_PROPERTY(bool fullPage READ fullPage WRITE setFullPage)

ну и дальше по смыслу

[вложение удалено администратором]

432
Discussion | Обсуждение / Re: FullPage в принтере
« on: April 15, 2016, 02:24:31 PM »
К предыдущему:

сейчас я просто залез в исходники, повтыкал setFullPage(true) для принтеров в engine, design и preview... но это костыли все же :) не кошерно

433
Discussion | Обсуждение / FullPage в принтере
« on: April 15, 2016, 02:21:55 PM »
Доброго времени суток!

Алекс, глянь, пожалуйста на следующую проблему:

У тебя в коде используется координатная система, привязанная к Области Печати принтера, а не к краю бумаги (по умолчанию в QPrinter fullPage=0).
У разных принтеров границы печати различны.

Задача, в частности: мне необходимо на разных принтерах печатать документ идентично. Например, формат A4, хочу по центру напечатать что-то. Мне постоянно придется шаблон подстраивать методом "научного тыка".
На самом деле, у меня задача более глобальная - печать на бланках гос. образца в строго определенных местах.

В этом случае, мне не просто удобно было бы, а крайне необходимо привязаться к краю Листа, вопрос о выходе за область печати меня тут не волнует.

Видимо, надо Property делать


434
Доброго времени суток!

Вот у меня возникла необходимость использовать агрегатные ф-ии не в футерах бандов, а в хедерах. Очевидно, что в данной реализации будет просто ошибка (покопал код). И, действительно, задача нетривиальная. Приходится рулить переменными и передавать в них значения из программы, предварительно выполнив SQL запрос.

Но вопрос то актуальный, думаю и сам, как невеликой кровью можно поправить и кидаю на заметку Алексу.

435
Discussion | Обсуждение / Re: проблема с DataS
« on: April 14, 2016, 04:18:08 AM »
Да не, вроде, не упустил.
По сути разницы нету... Кусок кода для одной модели, заменить EditRole на USerRole - вроде не сложно :D
void TSpecialityModel::setHeaderNames()
 {
 setHeaderData(fieldIndex("id"),Qt::Horizontal,tr("ID"),Qt::DisplayRole);
 setHeaderData(fieldIndex("code"),Qt::Horizontal,tr("Code"),Qt::DisplayRole);
 setHeaderData(fieldIndex("speciality"),Qt::Horizontal,tr("Speciality"),Qt::DisplayRole);
 setHeaderData(fieldIndex("qualification_id"),Qt::Horizontal,tr("Qualification ID"),Qt::DisplayRole);
 setHeaderData(fieldIndex("qualification"),Qt::Horizontal,tr("Qualification"),Qt::DisplayRole);

 for (int i=0;i<record().count();i++)
  setHeaderData(i,Qt::Horizontal,record().fieldName(i),Qt::EditRole); <----------------------- тута
 return;
 }

Кстати, стоит наверное описать в хелпе, ситуация непрозрачная.

Pages: 1 ... 27 28 [29] 30