Скрин:
Очень не удобное окно.
Недостатки:
1. Нет возможности изменить размеры контролов путем того же перетаскивания мышью (контролы PropertyGrid, и ListBox (строки, колонки, итоги). Изменяя размер окна, основные контролы так и остаются мелкими и не удобными (в связи со своими размерами) в работе...
2. Обратите внимание на скрине в ListBox "Строки" нижней строки не видно, перейти на нее и полностью увидеть текст путем вращения колеса мыши или стрелкой на клавиатуре не представлятеся возможным (перейти-то возможно, но самой записи, как видим на скрине - прочитать не возможно). Т.е. справа не появляется скроллинг прокрутки. Он появится в том случае, если после этого закрыть окно и снова открыть его, но это, сами понимаете - неудобно...
3. Если в ListBox "Строки" поменять порядок следования полей, то в результате поля-то меняются местами, а вот их заголовки остаются на местах... Приходится каждый раз вручную их переименовывать... Не удобно.
4. Если добавить поле, то оно автоматически выделяется красными маркерами, но в PropertyGrid пусто. Для того, чтобы PropertyGrid показал свойства - приходится дополнительно кликать на поле. Это так же не удобно. Хотелось бы, чтобы PropertyGrid сразу же нормально отображал свойства добавленного поля, без дополнительных кликов.
5. еще пара скринов:
раз:
два:
Как видим - заголовки размещаются не верно (один сильно залезает под другой). подправить не получается.
причем обратил внимание, что такой баг получается тогда, когда в ListBox "Итоги" добавляю второе поле - заголовки колонок сразу же разлезаются во все стороны...
Вот как это выглядит:
Недостатки окна редактора кросс-отчетов
- compositum
- Сообщения: 252
- Зарегистрирован: 15 янв 2008, 15:12
- Откуда: Санкт-Петербург
Недостатки окна редактора кросс-отчетов
Здравствуйте,
Спасибо.
Доработано.1. Нет возможности изменить размеры контролов путем того же перетаскивания мышью (контролы PropertyGrid, и ListBox (строки, колонки, итоги). Изменяя размер окна, основные контролы так и остаются мелкими и не удобными (в связи со своими размерами) в работе...
С этим моментом есть вопросы. Проблема в том, что у нас на нескольких компьютерах полосы прокрутки появляются. И соответсвующие поля у контролов выставлены. Поизучаем проблему.2. Обратите внимание на скрине в ListBox "Строки" нижней строки не видно, перейти на нее и полностью увидеть текст путем вращения колеса мыши или стрелкой на клавиатуре не представлятеся возможным (перейти-то возможно, но самой записи, как видим на скрине - прочитать не возможно). Т.е. справа не появляется скроллинг прокрутки. Он появится в том случае, если после этого закрыть окно и снова открыть его, но это, сами понимаете - неудобно...
Добавили в todo лист.3. Если в ListBox "Строки" поменять порядок следования полей, то в результате поля-то меняются местами, а вот их заголовки остаются на местах... Приходится каждый раз вручную их переименовывать... Не удобно.
Доработано.4. Если добавить поле, то оно автоматически выделяется красными маркерами, но в PropertyGrid пусто. Для того, чтобы PropertyGrid показал свойства - приходится дополнительно кликать на поле. Это так же не удобно. Хотелось бы, чтобы PropertyGrid сразу же нормально отображал свойства добавленного поля, без дополнительных кликов.
Изучим этот вопрос.5. еще пара скринов:
Как видим - заголовки размещаются не верно (один сильно залезает под другой). подправить не получается.
причем обратил внимание, что такой баг получается тогда, когда в ListBox "Итоги" добавляю второе поле - заголовки колонок сразу же разлезаются во все стороны...
Вот как это выглядит:
Спасибо.
- compositum
- Сообщения: 252
- Зарегистрирован: 15 янв 2008, 15:12
- Откуда: Санкт-Петербург
Недостатки окна редактора кросс-отчетов
Какие-то движения по данному вопросу имеются? В билде от 20-го числа баг по-прежнему портит весь отчет.... =((((((((((Jan писал(а):
Изучим этот вопрос.
- compositum
- Сообщения: 252
- Зарегистрирован: 15 янв 2008, 15:12
- Откуда: Санкт-Петербург
Недостатки окна редактора кросс-отчетов
"тихо сам с собою, я веду беседу..." (с)
Продолжу перечень недостатков по кросс-таблицам:
Есть такой генератор отчётов - FastReport .NET...
Так вот, применительно к кросс-таблицам (именуемым у FastReport .NET как "matrix") у них, на мой взгляд, удачно реализованы следующие моменты:
1. Размещение полей в кросс-таблице выполняется обычным перетаскиванием нужных полей из вкладки "Данные" , что весьма удобно и интуитивно понятно.
2. Размещение cell-полей (по FastReport .NET), они же "итоги" (по Stimulsoft Reports.Net) - в моем примере, приведенном выше значащиеся как "без дефлятора" и "с дефлятором" можно располагать не только одно над другим, но и в один ряд. Причем расположение определяется все тем же перетаскиванием (обратите внимание на красные маркеры, подсказывающие, где будет размещено поле - сие зависит от положения мыши):
1. Одно под другим:
2. Размещение рядом, на одном уровне:
Ну и получаем, соответственно 2 варианта оформления отчета:
и
Наличие 2-х вариантов очень удобно, т.к. в разных отчётах данный момент должен реализовываться по-разному.
Подвожу итоги всего выше написанного:
1. Отсутствие возможности выбирать то, как будут располагаться колонки итогов (одна под другой, или одна рядом с другой) - существенный минус.
2. Баг с заголовками, описанный в предидущих постах топика по-прежнему не исправлен, что делает сформированный кросс-отчет неполноценным (приходится экспортировать в ексель и там исправлять баги вручную).
3. Реализация создания кросс-таблицы (на мой взгляд опять же) у FastReport .NET в целом гораздо удачней чем у Stimulsoft - она удобней, интуитивней и приятней в работе. А следовательно, возможно было бы неплохо перенять данный способ реализации формирования кросс-таблицы - это мнение моё, как юзера, опробовавшего оба варианта.
Но у FastReport .NET есть один момент, который был бы весьма удобен, но на данный момент не реализован (его можно было бы реализовать в Stimulsoft) - если поля в cells размещены в строку, то перетаскивать их мышью можно, но только меняя их последовательное расположение. Перетащить поле так, чтобы поля стали располагаться в колонку нельзя. Приходится удалять второе cell-поле и заново его добавлять, указывая, что поля должны располагаться в колонку. Аналогично из расположения в виде колонки не преобразовать в расположение в виде строк. Это является неудобством.
Продолжу перечень недостатков по кросс-таблицам:
Есть такой генератор отчётов - FastReport .NET...
Так вот, применительно к кросс-таблицам (именуемым у FastReport .NET как "matrix") у них, на мой взгляд, удачно реализованы следующие моменты:
1. Размещение полей в кросс-таблице выполняется обычным перетаскиванием нужных полей из вкладки "Данные" , что весьма удобно и интуитивно понятно.
2. Размещение cell-полей (по FastReport .NET), они же "итоги" (по Stimulsoft Reports.Net) - в моем примере, приведенном выше значащиеся как "без дефлятора" и "с дефлятором" можно располагать не только одно над другим, но и в один ряд. Причем расположение определяется все тем же перетаскиванием (обратите внимание на красные маркеры, подсказывающие, где будет размещено поле - сие зависит от положения мыши):
1. Одно под другим:
2. Размещение рядом, на одном уровне:
Ну и получаем, соответственно 2 варианта оформления отчета:
и
Наличие 2-х вариантов очень удобно, т.к. в разных отчётах данный момент должен реализовываться по-разному.
Подвожу итоги всего выше написанного:
1. Отсутствие возможности выбирать то, как будут располагаться колонки итогов (одна под другой, или одна рядом с другой) - существенный минус.
2. Баг с заголовками, описанный в предидущих постах топика по-прежнему не исправлен, что делает сформированный кросс-отчет неполноценным (приходится экспортировать в ексель и там исправлять баги вручную).
3. Реализация создания кросс-таблицы (на мой взгляд опять же) у FastReport .NET в целом гораздо удачней чем у Stimulsoft - она удобней, интуитивней и приятней в работе. А следовательно, возможно было бы неплохо перенять данный способ реализации формирования кросс-таблицы - это мнение моё, как юзера, опробовавшего оба варианта.
Но у FastReport .NET есть один момент, который был бы весьма удобен, но на данный момент не реализован (его можно было бы реализовать в Stimulsoft) - если поля в cells размещены в строку, то перетаскивать их мышью можно, но только меняя их последовательное расположение. Перетащить поле так, чтобы поля стали располагаться в колонку нельзя. Приходится удалять второе cell-поле и заново его добавлять, указывая, что поля должны располагаться в колонку. Аналогично из расположения в виде колонки не преобразовать в расположение в виде строк. Это является неудобством.
- compositum
- Сообщения: 252
- Зарегистрирован: 15 янв 2008, 15:12
- Откуда: Санкт-Петербург
Недостатки окна редактора кросс-отчетов
Здравствуйте,
К следующему пререлиз билду поправим.
Спасибо.
К следующему пререлиз билду поправим.
Спасибо.