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 ... 26 27 [28] 29 30
406
Алекс!

Мои соображения, что происходит.

итак, имеем подчиненный источник вида select * from slave_table where master_table_id=$D{master_table.id}

master_table инициализируется из приложения путем createCallbackDatasource, например.

При запуске дизайнера я, конечно, вижу этот источник данных. Однако при работе из дизайнера $D{master_table.id} не будет инициалирована. Думаю, отсюда и растут грабли.
Я организую новый источник, который явно требует $D{master_table.id}. Дизайнер при сохранении источника, видимо, не проверяя на валидность $D{master_table.id} пытается тестовый запрос выполнить.

Поскольку, если я создаю источник вида select * from slave_table where master_table_id=CONST, где CONST - любое значение, все проходит на УРА

407
Неа.
Но я обнаружил нестабильность 5.7 версии QT, щас собираю 5.6.1. Откатываюсь, к томуж QtSerialBus все равно не доведен до ума
Потом еще раз посмотрю, все равно выходные, актуально в понедельник-вторник нужно будет.

Но еще момент... валится не каждый раз. Как-то проскочил, запрос только иной был. Но потом дизайнер валился при открытии отчета, ручками вычищать пришлось o_O

408
Алекс, во вложении скрин.

При всем, если указать явно значение в where, то все прокатывает

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

409
Алекс.

При попытке создать подчиненый источник данных через SQL (режим подзапроса), прога крашится.
Шо такое?

410
И в продолжении...
Все верно.
Собрал версию, которая у меня датируется 30.05.2016, т.е. где-то месяц назад она объявилась на гите.
Отличие - в более поздних глобальные переменные и переменные отчета, ранее пользовательские переменные.

А в чем траблы, разбираться тебе :)

411
Вот еще.

Ощущение, что трабла появилась после предпоследнего варианта с хаба.
Недели две назад скачанного. Сборку прошлой недели не собирал, не знаю.
Т.е. вопрос где-то в сериализации параметров, как я понимаю, но где именно...

412
Алекс, трабла серьезная!!

В какой-то загадочный момент потерял переменные отчета.
Ну т.е. были, сам в дизайнере создал. Захожу в следующий раз - нету.
Создал еще раз, и два, и три... такая же хрень.

Открыл xml файлик, нету

<datasourcesManager ClassName="LimeReport::DataSourceManager" Type="Object">
      <objectName Type="QString">datasources</objectName>
      <connections Type="Collection"/>
      <queries Type="Collection"/>
      <subqueries Type="Collection"/>
      <subproxies Type="Collection"/>
      <variables Type="Collection"/>
    </datasourcesManager>

Прописал ручками

<datasourcesManager Type="Object" ClassName="LimeReport::DataSourceManager">
      <objectName Type="QString">datasources</objectName>
      <connections Type="Collection"/>
      <queries Type="Collection"/>
      <subqueries Type="Collection"/>
      <subproxies Type="Collection"/>
      <variables Type="Collection">
      <item Type="Object" ClassName="LimeReport::VarDesc">
          <objectName Type="QString"></objectName>
          <name Type="QString">duplicate</name>
          <value Type="QString"></value>
        </item>
      </variables>
    </datasourcesManager>

Открыл в дизайнере - ЕСТЬ переменная, внес изменения, сохранил - НЕТУ
Где собака порылась - понять не могу, ну скриптов порядком в отчете, но какое дело до них то.

413
Discussion | Обсуждение / Re: Print if not empty?
« on: June 23, 2016, 08:33:33 AM »
try to use external variables from your program. That determine need or needless printing

414
Discussion | Обсуждение / Re: How to move bands ?
« on: June 23, 2016, 08:31:04 AM »
I can't tell our customer to manually edit xml files xD Too risky

Let's wait fix by Alex thus. I've really deep know his product, but another way not see

415
Discussion | Обсуждение / Re: How to move bands ?
« on: June 21, 2016, 05:46:16 PM »
Manual? throw lrxml file. Move the declaration and description of the band where you want. Wanna the one first of another - declare it first in file. I make like this

416
Discussion | Обсуждение / Translate
« on: June 20, 2016, 05:21:53 AM »
Алекс, я прикрепил тут пару файлов. Это перевод на русский.
У тебя в релизе не полный перевод, и кое-где макросы транслейта не проставлены, похоже.
Я ручками прописал и скомпалил. Глянь и включи в релиз, если там нормально все.

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

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

417
Discussion | Обсуждение / Re: скрипты
« on: June 17, 2016, 03:02:58 AM »
А то я подсел на твой продукт :) и Активно учавствую, но и в новых релизах QT для меня полезное есть... задумался. Вот, собираю 5.7 щас, со всеми траблами, что сборка не с первого раза проходит, получил аж во вторник исходники и сразу взволновался по лаймрепорту, чтож через пол года будет

418
Discussion | Обсуждение / скрипты
« on: June 15, 2016, 03:14:46 AM »
Алекс, Доброго времени суток!

Что будет с системой скриптов в дальнейшем? Есть идеи?

Ну т.е. QtScript объявлен "Deprecated" уже в 5.7, т.е. далее планируется его убрать, когда именно не ясно, но тенденция...

QJSEngine? Вроде очевидный ответ, но собираешься ли ты менять код?

419
Понятно, но я то там и не использую ф-ии. Я в какой-то теме писал, что мне приходится запросами считать и передавать в переменные такие данные. Поскольку как правило там по стандарту заполнения форма такая:

того-то - столько то-то

в том числе:

----  столько
----  столько
----  столько

а вот кол-во столбцов два.

форма - гос. образца, менять нельзя :) вот мне и пришлось по коду полазить

420
Сорри, что сразу не ответил, был занят.

ну вобщем да

я просто в твоих исходниках

class SubDetailHeaderBand : public BandDesignIntf
{
    Q_OBJECT
    Q_PROPERTY(bool printAlways READ printAlways() WRITE setPrintAlways())
>>>   Q_PROPERTY(int columnsCount READ columnsCount WRITE setColumnsCount)
>>>    Q_PROPERTY(BandColumnsLayoutType columnsFillDirection  READ columnsFillDirection WRITE setColumnsFillDirection)

class SubDetailFooterBand : public BandDesignIntf
{
    Q_OBJECT
    Q_PROPERTY(bool printAlways READ printAlways() WRITE setPrintAlways())
>>>  Q_PROPERTY(int columnsCount READ columnsCount WRITE setColumnsCount)
>>>   Q_PROPERTY(BandColumnsLayoutType columnsFillDirection  READ columnsFillDirection WRITE setColumnsFillDirection)

вот >>> - это добавил, поскольку они наследники BandDesignIntf, как и сам субДетайл, это хватило, чтоб исправить ситуацию.

>>>   Q_PROPERTY(BandColumnsLayoutType columnsFillDirection  READ columnsFillDirection WRITE setColumnsFillDirection) - вот это мне тоже пришлось добавить, не помню уже почему, что не билось. Какая-то причина была, просто времени прошло порядком, точно не помню уже

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