Алексей, прикрепил из задачи https://basecamp.com/1815659/projects/3696812-/todos/60698512- файлы с дизайном отчета (вы по ним уже работали когда делали компоновку фото) Необходимо сверстать его вместо текущего, следует учитывать все требования к отчету, которые там описаны. Особое внимание обратить на автоматическую компоновку текста на странице в зависимости от объема информации на странице. Это будет самое сложное в реализации.
Предлагаю работу разбить на 2 этапа. На первом этапе: настраиваем шрифты, размеры, цвета, фон, отступы и т.д. На втором этапе будем делать компоновку блоков, тут еще надо будет подумать как это лучше реализовать
Alexey Bychkov on November 26, 2013:
> следует учитывать все требования к отчету, которые там описаны там - имеется ввиду в "Требования к шрифтам, отступам, размерам.zip"?
> Необходимо сверстать его вместо текущего дело в том, что его нужно не просто сверстать, а соответственно поменять _весь_ механизм формирования отчётов администратором тоже, чтобы всё хорошо работало. то есть для изменения дизайна PDF нужно в первую очередь менять админку - механизм набрасывания блоков администратором. и вот тут возникают проблемы, которые мы когда-то уже обсуждали - 2 колонки вместо текущей одной и прочее. этими вопросами сейчас тоже заниматься?
> Предлагаю работу разбить на 2 этапа если перед нами стоит задача полностью внедрить в систему новый дизайн отчётов - то, боюсь, этапов здесь будет гораздо больше. уточните, пожалуйста, какая именно перед нами стоит задача.
Alexey Bychkov on November 26, 2013:
и ещё вопрос-уточнение: эти работы делаем на второй копии - там, где новая компоновка фото? и эту новую компоновку на боевую копию мы будем переносить в ближайшее время или только вместе с полным окончанием работ по переходу на новый отчёт?
Alexey Bychkov on November 26, 2013:
и, Андрей, я нашёл свои комментарии/вопросы относительно нового вида отчёта от 27 сентября. продублирую их сюда. так как мы их так и не обсудили тогда.
... проанализировали с программистом новый PDF. Он в корне отличается от текущего. И если к нам в систему его нужно внедрять в таком виде и строить автоматически, то компоновка фото это самая последняя проблема, которая у нас есть в данный момент времени.
Есть 4 основные момента/проблемы, которые я хотел бы обсудить (на примере concept_2etap.pdf):
1. Стр. 2, номер 1. 2 колонки. Это очень важный и проблемный момент. Изначально и сейчас у нас в систему заложена 1 колонка. И всё рассчитано на это. Чтобы сделать 2 колонки я так навскидку даже не представляю, какой набор действий нужно сделать. Основной вопрос - как это реализовать со стороны администратора. Сейчас блоки меняют свою высоту и двигаются вверх вниз - и эта логика достаточно сложная. А внедрить сюда 2 разные колонки - это значит усложнить всё ещё. Я не говорю, что это нереально, но это один из основных проблемных моментов нового PDF. Так ли важны эти 2 колонки?
2. Стр. 2, номер 2.1. 2 заголовка на странице. Опять таки сейчас в системе только 1 заголовок. Если надо несколько - значит нужно вводить в систему какие-то дополнительные типы блоков и вводить их сначала в админку, затем в PDF. Это не так сложно, как 2 колонки, но тем не менее это тоже надо обсудить и обдумать. Нам обязательно это нужно?
3. Стр. 2, 3.3. Справа расположены 4 картинки. Расположены они красиво. Но они собраны таким обрзом вручную. При автоматической компоновке фото, которое мы обсуждаем и планируем сделать - автоматичеки 4 фотографии в таком прямоугольнике расположены в таком виде не будут. Скорее всего - это будет менее красиво. Я просто уточняю, чтобы мы правильно друг друга понимали. Я и вы верно понимаем этот пункт?
4. Стр. 2, 4.1. Блок под "Телефон-автомат МФЦ" я вообще не совсем понял. 5 фоток + текст на месте 2х фоток. Что это такое и что с этим делать? Здесь и текст и автоматически расположенные фотки в Г-образной форме? Вы хотите, чтобы такие формы тоже автоматически сами располагались? ...
Андрей Буганов on November 26, 2013:
там - имеется ввиду в "Требования к шрифтам, отступам, размерам.zip"? - да все качается двух колонок, переноса заголовков на одну страницу - компоновку будем делать потом, над этим надо будет еще подумать. Фактически сейчас делаем отчет только по файлу с требованиями к шрифтам и т.д., второй файл касается только компоновки.
Делаем на тестовой копии, где размещена новая компоновка фото. Я думаю мы перенес все изменения на боевой после того как реализуем новое форматирование (1-й этап), я пока еще на старых отчетах толком не посмотрел что получается по новой компоновке фото
Alexey Bychkov on November 27, 2013:
Андрей, мы внимательно проанализировали ещё раз задачу по новому отчёту. Ситуация такая:
Сейчас мы можем сделать некоторые внешние изменения в отчёте. Например: добавить нумерацию страниц, зелёный флажок, чуть-чуть подмарафетить внешний вид текущих блоков, тайтл, может быть шрифты (это под большим вопросом - удастся их использовать или нет - нужно пробовать).
Но есть одно но. Все дальнейшие структурные изменения потянут за собой полную переделку механизма формирования отчётов вцелом. То есть оформительством придётся заниматься заново в том числе. То есть заниматься сейчас только внешним видом - это не рационально. Т.к. при дальнейших структурных изменениях текущие работы, связанные с внешним видом, просто потеряются.
Мне кажется, если вы таки хотите в конечном итоге прийти к использованию этого нового отчёта - нужно плотно за него браться и действовать последовательно (я примерно набросаю план работ, но начинать нужно будет со структурных изменений в админке, а внешний вид уже потом).
Задача эта в целом - очень большая, сложная, запутанная и имеющая много нюансов. Мы над ними сейчас параллельно работаем и анализируем. Дайте знать, что вы думаете по поводу того, есть ли смысл делать только внешний вид, а потом всё переделывать. И, если потребуется, я напишу все вопросы и скользкие моменты для обсуждения.
Alexey Bychkov on December 4, 2013:
Андрей, 1-й этап готов. Можно смотреть на kgu.websumy.ru
Но только для нормального отображения pdf нужно пройтись по всему отчету, чтобы подтянулись новые позиции элементов.
Также от вас нужны исходники примера PDF, который вы прикрепляли выше. Сейчас в формируемом нами PDF некоторых картинок нет (из-за того, что мы не смогли вырезать картинки). После получения исходника - исправим эти мелочи.
2 и 3 скрин - это скорее не баг, а несовместимость со старым размещением блоков в отчете. Если быть точным, то это произошло из-за введения новых отступов и размеров шрифтов. Например, раньше на странице были расположены 3 блока (без разницы текст или фото). После каждого из них был маленький отступ в 12px, в новом дизайне он увеличился до 53px, но размеры блоков (высота) осталась неизменной в базе. Добавился нижний колонтитул, который дополнительно отнял часть рабочей области. Вот в итоге и получается, что блоки выходят за рабочую область. То есть один в один новый дизайн на старые отчеты не ложится - требует ручной корректировки.
Андрей Буганов on December 5, 2013:
а можно автоматически во всех отчетах всем текстовым блокам присвоить минимальную высоту, а фотоблокам наоборот максимальную?
Alexey Bychkov on December 5, 2013:
Андрей, по поводу мелких тасков, связанных с внешним видом. Это всё- несовместимость со старым размещением + прописанные в задаче точные требования отступов и прочего.
Вообще, в связи с расширением рабочей области, старый функционал сюда не особо то ложится.
Есть предложение все правки по элементам вынести в меню при клике правой кнопки на элементе.
Это касается смены заголовка, кнопки удаления и т.д.
То есть уберем все шестеренки, кнопки удаления и редактирования.
Кликнули правой мышкой по блоку - вывелось меню.
Таким образом проблема с отступами, наезжанием будет решена сама собой.
По поводу автоматической высоты:
вариант только один - проходить вручную все страницы и корректировать размеры блоков. Т.к. это всё делается при помощи JS на клиенте.
можно как-то думать об автоматизации корректировки размера блоков, НО в любом случае проходить по всем страницам нужно, т.к. js работает на клиенте и это не дает гарантии, что блоки влезут. Т.к. при текущем раскладе мы вручную пробовали носить правки, не все блоки помещались. приходилось их просто удалять.
Андрей Буганов on December 5, 2013:
Правый клик не учитывает сенсорные устройства, как там решать? Можно в шестеренку перенести весь функционал, и сделать ее в несколько строк, а не в одну как сейчас. Хорошо, старые отчеты не трогаем тогда
Alexey Bychkov on December 5, 2013:
на сенсорных устройствах сейчас меню такое же при тапе на блок. к тому же, большинство функционала на админской версии, которой нет под ipad
Андрей Буганов on December 5, 2013:
Все равно мне этот подход не очень нравится, пользователь, кликая правой кнопкой ожидает меню браузера, а не то что мы ему туда подсунем
Alexey Bychkov on December 5, 2013:
Без проблем. Сделаем так, как вы скажите. Просто в любом случае нужен какой-то компромисс и решение, т.к. сейчас мы зажаты между новым внешним видом и нашими органами управления и расположением блоков на старых отчётах.
Comments
Андрей Буганов on November 26, 2013:
Необходимо сверстать его вместо текущего, следует учитывать все требования к отчету, которые там описаны.
Особое внимание обратить на автоматическую компоновку текста на странице в зависимости от объема информации на странице. Это будет самое сложное в реализации.
Андрей Буганов on November 26, 2013:
На первом этапе: настраиваем шрифты, размеры, цвета, фон, отступы и т.д.
На втором этапе будем делать компоновку блоков, тут еще надо будет подумать как это лучше реализовать
Alexey Bychkov on November 26, 2013:
там - имеется ввиду в "Требования к шрифтам, отступам, размерам.zip"?
> Необходимо сверстать его вместо текущего
дело в том, что его нужно не просто сверстать, а соответственно поменять _весь_ механизм формирования отчётов администратором тоже, чтобы всё хорошо работало. то есть для изменения дизайна PDF нужно в первую очередь менять админку - механизм набрасывания блоков администратором. и вот тут возникают проблемы, которые мы когда-то уже обсуждали - 2 колонки вместо текущей одной и прочее. этими вопросами сейчас тоже заниматься?
> Предлагаю работу разбить на 2 этапа
если перед нами стоит задача полностью внедрить в систему новый дизайн отчётов - то, боюсь, этапов здесь будет гораздо больше. уточните, пожалуйста, какая именно перед нами стоит задача.
Alexey Bychkov on November 26, 2013:
и эту новую компоновку на боевую копию мы будем переносить в ближайшее время или только вместе с полным окончанием работ по переходу на новый отчёт?
Alexey Bychkov on November 26, 2013:
...
проанализировали с программистом новый PDF.
Он в корне отличается от текущего.
И если к нам в систему его нужно внедрять в таком виде и строить автоматически, то компоновка фото это самая последняя проблема, которая у нас есть в данный момент времени.
Есть 4 основные момента/проблемы, которые я хотел бы обсудить (на примере concept_2etap.pdf):
1. Стр. 2, номер 1. 2 колонки. Это очень важный и проблемный момент. Изначально и сейчас у нас в систему заложена 1 колонка. И всё рассчитано на это. Чтобы сделать 2 колонки я так навскидку даже не представляю, какой набор действий нужно сделать. Основной вопрос - как это реализовать со стороны администратора. Сейчас блоки меняют свою высоту и двигаются вверх вниз - и эта логика достаточно сложная. А внедрить сюда 2 разные колонки - это значит усложнить всё ещё. Я не говорю, что это нереально, но это один из основных проблемных моментов нового PDF. Так ли важны эти 2 колонки?
2. Стр. 2, номер 2.1. 2 заголовка на странице. Опять таки сейчас в системе только 1 заголовок. Если надо несколько - значит нужно вводить в систему какие-то дополнительные типы блоков и вводить их сначала в админку, затем в PDF. Это не так сложно, как 2 колонки, но тем не менее это тоже надо обсудить и обдумать. Нам обязательно это нужно?
3. Стр. 2, 3.3. Справа расположены 4 картинки. Расположены они красиво. Но они собраны таким обрзом вручную. При автоматической компоновке фото, которое мы обсуждаем и планируем сделать - автоматичеки 4 фотографии в таком прямоугольнике расположены в таком виде не будут. Скорее всего - это будет менее красиво. Я просто уточняю, чтобы мы правильно друг друга понимали. Я и вы верно понимаем этот пункт?
4. Стр. 2, 4.1. Блок под "Телефон-автомат МФЦ" я вообще не совсем понял. 5 фоток + текст на месте 2х фоток. Что это такое и что с этим делать? Здесь и текст и автоматически расположенные фотки в Г-образной форме? Вы хотите, чтобы такие формы тоже автоматически сами располагались?
...
Андрей Буганов on November 26, 2013:
все качается двух колонок, переноса заголовков на одну страницу - компоновку будем делать потом, над этим надо будет еще подумать.
Фактически сейчас делаем отчет только по файлу с требованиями к шрифтам и т.д., второй файл касается только компоновки.
Делаем на тестовой копии, где размещена новая компоновка фото.
Я думаю мы перенес все изменения на боевой после того как реализуем новое форматирование (1-й этап), я пока еще на старых отчетах толком не посмотрел что получается по новой компоновке фото
Alexey Bychkov on November 27, 2013:
Ситуация такая:
Сейчас мы можем сделать некоторые внешние изменения в отчёте. Например: добавить нумерацию страниц, зелёный флажок, чуть-чуть подмарафетить внешний вид текущих блоков, тайтл, может быть шрифты (это под большим вопросом - удастся их использовать или нет - нужно пробовать).
Но есть одно но. Все дальнейшие структурные изменения потянут за собой полную переделку механизма формирования отчётов вцелом. То есть оформительством придётся заниматься заново в том числе. То есть заниматься сейчас только внешним видом - это не рационально. Т.к. при дальнейших структурных изменениях текущие работы, связанные с внешним видом, просто потеряются.
Мне кажется, если вы таки хотите в конечном итоге прийти к использованию этого нового отчёта - нужно плотно за него браться и действовать последовательно (я примерно набросаю план работ, но начинать нужно будет со структурных изменений в админке, а внешний вид уже потом).
Задача эта в целом - очень большая, сложная, запутанная и имеющая много нюансов. Мы над ними сейчас параллельно работаем и анализируем. Дайте знать, что вы думаете по поводу того, есть ли смысл делать только внешний вид, а потом всё переделывать. И, если потребуется, я напишу все вопросы и скользкие моменты для обсуждения.
Alexey Bychkov on December 4, 2013:
Можно смотреть на kgu.websumy.ru
Но только для нормального отображения pdf нужно пройтись по всему отчету, чтобы подтянулись новые позиции элементов.
Также от вас нужны исходники примера PDF, который вы прикрепляли выше. Сейчас в формируемом нами PDF некоторых картинок нет (из-за того, что мы не смогли вырезать картинки). После получения исходника - исправим эти мелочи.
Андрей Буганов on December 5, 2013:
http://joxi.ru/Nh6gUtg5CbBZEUuXtr4
http://joxi.ru/Xh6gUtg5CbD-D1S8dZU
http://joxi.ru/zB6gUtg5CbCDGudnMRg
Андрей Буганов on December 5, 2013:
Alexey Bychkov on December 5, 2013:
2 и 3 скрин - это скорее не баг, а несовместимость со старым размещением блоков в отчете. Если быть точным, то это произошло из-за введения новых отступов и размеров шрифтов.
Например, раньше на странице были расположены 3 блока (без разницы текст или фото). После каждого из них был маленький отступ в 12px, в новом дизайне он увеличился до 53px, но размеры блоков (высота) осталась неизменной в базе. Добавился нижний колонтитул, который дополнительно отнял часть рабочей области. Вот в итоге и получается, что блоки выходят за рабочую область. То есть один в один новый дизайн на старые отчеты не ложится - требует ручной корректировки.
Андрей Буганов on December 5, 2013:
Alexey Bychkov on December 5, 2013:
По поводу автоматической высоты:
Андрей Буганов on December 5, 2013:
Можно в шестеренку перенести весь функционал, и сделать ее в несколько строк, а не в одну как сейчас.
Хорошо, старые отчеты не трогаем тогда
Alexey Bychkov on December 5, 2013:
к тому же, большинство функционала на админской версии, которой нет под ipad
Андрей Буганов on December 5, 2013:
Alexey Bychkov on December 5, 2013: