Фото контакта

[Dissident]

Господа, требуется свежая мысля
бодаюсь со следующей задачей
Есть необходимость к контакту привязывать его фотографию, причем делать это должен пользователь
1. Создаю для контакта IFRAME
2. Делаю страничку с кнопками Выбрать и сохранить и естественно местом под image, отражаю его в созданном IFRAME (cам файл естественно физически падает мимо базы во внешнее хранилище с именем = GUID контакта, и отражается во фрейме как http://crmserver/.../{GUIDContact.jpg}
3. Фотография добавляется и сохраняется без проблем. НО ТОЛЬКО В ПЕРВЫЙ раз. При попытке замены одной фотографии другой (новой) сохранение работает, НО не происходит прорисовка ДО ТЕХ ПОР, пока вручную не удалишь куки... Вся обработка написана на С#.
Пришлось отдельно на страничку вешать еще одну кнопку и писать на Яве обработку обновления... Но уж больно неудобно: Выбрать, Сохранить и Обновить.
Кто подскажет, как победить эту заразу (чтобы при сохранении еще и страница корректно обновлялась)?

[ShurikEv]

Я реализовал подобное. Только в качестве хранилища использовал саму БД CRM, т.е. хранил картинку как аттачмент. Во фрейме отображается страничка АСП, на которой лежит контрол картинки, в котором и отображается картинка. Переделывал аттачмент (новая картинка) и всё нормально отображалось. Единственный минус - аттачмент виден в комментариях. Но это фича

[Dissident]

Я понимаю что "фича"... Все дело в том, что нет необходимости БД загружать без меры. У клиента там и так сканкопии документов хранятся, а тут еще фотки нехилого размера Ж-), и потом - в дальнейшем просто планируется сделать внешнее хранилище на Шаре..так что вопрос все еще актуален

[ShurikEv]

Можно хранить где угодно - это не суть важно. Мне какжется, что тут тонкий момент в том, что вы в IFrame загружаете саму картинку, а не страницу, на которой отображается картинка. Повторю, я делал на АСП. Страница при каждой загрузке обращалась в БД, поэтому картинка всегда актуальная, а не кешированая. Использовал *.ashx для получения картинки из БД.
Что-то вроде этого http://websiteinfo.ru/314/free/na308/download/

[Tony Green]

Только начал ковыряться c CRM. Можно поподробнее рассказать про пункт 2, где происходит выбор и сохранение изображения?

[Dissident]

Обнаружил "чудо чудное" :-)
1) Создал на сервере папку ContactFoto, расшарил ее.
2) При создании Контакта создаю на сервере в этой папке, папку с именем = GUID контакта
3) В форму контакта повесил IFRAME. Урл для него генерю при JoLoad формы в виде \\Сервер\ContactFoto\GUID

4) В итоге получил в IFRAME окно проводника Windows со всеми стандартными прибамбахами.. включая возможность перетаскивания в него фотографий из других папок :-)

и никакго программирования :-)

[Bakai Madybaev]

ShurikEv
А как добавить поле атачмент для сущности?

[Артем Enot Грунин]

Это не чудо, это Explorer.

[And KCO]

подобную проблему в договорах решил так к каждому договору прицепляется своя сканкопия и при открытии вкладки открывается скан-копия: создал общий каталог для картинок. создал поле в форме URL для ссылки на картинку. создал вкладку IFRAME в которую прицепляется адрес из URL. Картинки в форматах .mht и .pdf получаются лучше всего. Пользователи сами прицепляют картинки.1. user кладет скан-копию договора в доступную папку. 2. копирует ярлык и записывает в поле соответствующего договора типа URL, сохраняет форму и все.

[ShurikEv]

2Bakai Madybaev
Я говорил про 3ку.
Там при создании объекта надо указать галочку у Примечаний, а потом просто грамотно создавать объект

[Dissident]

Почему поднял повторно данную тему...
Порсто потому, что работа одного из пользователей системы состоит в том, чтобы контролировать правильность выкладки их продукции в магазинах-клиентах. Для этого он просто ФОТОГРАФИРУЕТ ежедневно то как продукты по факту расположены (специалист по контролю выкладки продукции, мерчендайзер). При этом на 1 клиента в день получается от 1 до 10 фотографий. А таких клиентов он посещает о 5 до 20 в день. итого до 200 фотографий в день
Приходя на работу он сравнивает полученные фотографии с ПЛАНОГРАММОЙ (т.е. плановой схемой выкладки).
В системе хранить такое кол-во фотографий, да еще весом каждая около 1 МБ смысла нет.
Да и помещать их нужно быстро, т.е. нетратя много времени.
Посему к ВСТРЕЧЕ привязали IFRAME отображающий расшаренный каталог? а раз сделали это через виндовый эксплорер, то появилась простая возможность ПЕРЕТАСКИВАНИЯ мышкой нужных фотографий прямо с фотоааппарата в отображаемую папку, которая связана с ВСТРЕЧЕЙ на определенную дату, привязанная к определенному клиенту.
Все достаточно просто и элегантно получилось :-)
[IMG]file:///C:/DOCUME%7E1/Maverick/LOCALS%7E1/Temp/moz-screenshot.jpg[/IMG]


В системе

[Артем Enot Грунин]

Случайно наткнулся на пост по данному вопросу: http://mscrm4ever.blogspot.com/2009/...in-iframe.html

[Артем Enot Грунин]

А позже сделал свое решение: http://www.axforum.info/forums/blog.php?b=116

[ShurikEv]

Я реализовывал как раз что-то наподобие. Только я не в поле объекта хранил id атачмента, а создавал аттачмент с нужными атрибутами и искал атачмент по этим атрибутам.

[Артем Enot Грунин]

Ну, мое решение выгодно отличается тем, что имеет открытый код за счет чего существует не только на словах!
Ясно что реализаций может быть множество. Мой подход позволяет отказаться от лишних запросов и "пачкает" форму при изменении фото. Я думаю в этом есть плюсы. Кстати, пришлось его обновить, так как оно не корректно работало на форме печати.

[Digit]

Цитата:

Сообщение от Артем Enot Грунин

Ну, мое решение выгодно отличается тем, что имеет открытый код за счет чего существует не только на словах!
Ясно что реализаций может быть множество. Мой подход позволяет отказаться от лишних запросов и "пачкает" форму при изменении фото. Я думаю в этом есть плюсы. Кстати, пришлось его обновить, так как оно не корректно работало на форме печати.

Уже задавал вопрос в соответствующей теме, но никто не ответил, может Вы подскажете?
Известное решение Display Fetch in iFrame также некорректно отрабатывает при печати - не отображается, хотя просто iFrame отлично печатается. Не могут ли быть у этих проблем общие корни и куда следует "копать" разработчику?

[Артем Enot Грунин]

В данном случае корни разные. Мое решение читает данные из формы объекта, поэтому на форме печати была ошибка - там просто нет соответствующих объектов. Fetch in iFrame инициализируется по событию OnLoad формы. До этого фрейм указывает на пустую страницу. Очевидно что событие OnLoad не происходит на форме печати и ваш фрейм попросту не меняет свой src. Чтобы решение нормально работало на форме печати, думаю, его придется "обернуть" в дополнительную страницу куда и поместить нужный обработчик.

[Digit]

Цитата:

Сообщение от Артем Enot Грунин

Чтобы решение нормально работало на форме печати, думаю, его придется "обернуть" в дополнительную страницу куда и поместить нужный обработчик.

Спасибо.

[ShurikEv]

Артем, Вы боролись как-нибудь с размером изображения? Объясняю. При первоначальном открытии карточки объекта изображение масштабируется нормально. Когда я уменьшаю/увеличиваю размер карточки, то размер фото не меняется. Вот такой глюк остался в моём решении. Решение: повешать js-скрипт, который будет отлавливать событие изменения размера окна и пересчитывать размер изображения. Но может у вас есть более элегантное решение?

[Артем Enot Грунин]

Проблема, действительно есть, но боюсь что я с подобным пока еще не заморачивался. Сходу через CSS это сделать не получилось, наверно действительно JS придется использовать.