Продажа визиток в интернете.
 

Меня попросили оформить следующую идею.
Клиент заходит на сайт некой типографии. И хочет сам нарисовать себе визитку. Для этого он выбирает один из цветовых шаблонов и ему только остается ввести свои реквизиты. После этого нарисованный образец отсылается графику. И типография это печатает.
Прошу Вашего совета, как это лучше оформить? Как лучше исполнить(обращаться ли вообще к помощи flash)?
Я во всем этом деле новичок, но вот я подумал, т.к дело будет связано с БД, то наверное на flash особенно завязываться не стоит?
Может быть как то можно схитрить. Например чтобы графику отсылалось не готовый к распечатке рисунок, а его эскиз. И график бы его сам рисовал по образу и подобию..
Подскажите пожалуйста, какие есть идеи?

имхо нормально флеш смотрится, чтоб клиенту показать, что получится и дать возможность выбрать:
-php дает флешке ссылки на текущие шаблоны
-флешка их грузит, размещает поверху информацию юзера
-клиент выбирает вариант
-флешка отдает php id шаблона и информацию юзера
-php отдает эту информацию графику, тот надо предполагать уже знает как ей распорядиться..
зы: возможно я недопонял и графику нужно отдать готовый эскиз..,тогда сложнее, но тоже можно..: внутри флеша получить битмап не вопрос, как его отдать серверу не знаю, но вроде бы можно..

Спасибо, понял. А как ты считаешь, можно ли совсем автоматизировать этот процесс? Чтобы до графика доходил уже шаблон, с нанесенным текстом?

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

whatever, а что значит «попросили»? Вы взялись за проект, реализацию которого даже не представляете?

нормальная тема..
имхо не только whatever, но и многим интересно знать можно ли и как такое на флеше
чем морализировать, подсказал бы что..:)

мне кажется реализовать это совсем сложно. попахивает векторной графикой. наверное стоит остановиться на варианте "шаблон отдельно-реквизиты отдельно". потом все это отошлется графику и он сам нарисует.
у меня была попроще идея.
-в ячейку таблицы выводится шаблон
-по верх шаблона работает флешка, позволяющая выбирать шрифт, цвет и размер.(а так вообще можно сделать?)
потом делается скриншот шаблона с набранным текстом и отсылается? как идея? конечно раком через рака, но больше не придумать :)

Что подсказывать, если человек пишет «попахивает векторной графикой»?

векторная графика в эту схему вообще никак вписывается..
если график не полный идиот, то и отдавай ему, что необходимо (т.е. шаблон+реквизиты)
а если график не в состоянии из этого нарисовать визитку, то либо гоните его в шею либо "поверх шаблона в таблице запускайте флешку, позволяющую..., делайте скриншот шаблона с набранным текстом и т.д.

2__etc: оно жаль канеш, что так пишет, но дело же не в этом:
может кто решал подобное, чего-нибудь путевое скажет..

Я прошу прощения, если обидел своей недалекостью. Я просто представлял себе что рисунок в векторной графике как бы не имеет фиксированного размера. Я имел ввиду что это реализовать будет мне не под силу, что и говорить.
silin //а если график не в состоянии из этого нарисовать визитку, то либо гоните его в шею// ты же понимаешь что огромный минус заказа визиток через интернет в том, ты не сидишь напротив графика и не можешь "на пальцах" ему объяснить - "вот это левее, вот это правее". Ты же понимаешь, у каждого свои вкусы. Так скажи пожалуйста, а как тебе такая идея:
Человек выбирает нужный шаблон. Но шаблон НЕ во флеше.(или ты думаешь лучше во флеше сделать?) и сверху сам бадяжит текст, со шрифтами и всеми делами.
Да! Идея еще в том, чтобы человек не использовал сайт как "редактор визиток", т.е чтобы не нарисовал и убежал к другому. А чтобы "примерно" представлял что он печатает.Ведь, уже готовый вариант должен быть большего разрешения, но не доступен клиенту. Что думаешь?

__etc, а можно узнать твое мнение? ты бы как это реализовал?
ты не злись на меня. я просто знаю обо всем урывками, но это не перебивает желания получить хороший совет и что-то попробовать сделать. так что скажи пожалуйста все равно какие идеи?

Визитки во флеше не делают, должен быть готовый макет в люстре, к примеру.
Встроенных средств флеша хватит на надписи, да векторные каракули. Растр печатать с разрешением хотя бы 300 dpi невозможно, экрана не хватит.

жаль, но бредовые идеи обсуждаются не здесь..
здесь максимум, что обсуждается, это реализация этих идей во флеше:
>>ты не сидишь напротив графика..
не надо тебе сидеть рядом: надо во флешке собрать всю информацию ( шрифт, цвет, размер, левее-правее..) и отдать ее серверу, который отдаст графику, который, если с ним всю это обговорено ..дальше я уже писал

Понятно. А тебе не попадался случайно какая нибудь готовая флешка, которая поверх картинки работает? Я бы очень хотел разобраться.

Вполне решаемо, и наверно даже проще чем кажется.

1) Клиент грузит образец фона(шаблон) визитки, который по нраву.
2) Создает текстовое поле, например по нажатию кнопки A.
3) Пишет в него текст. Предварительно выбрав шрифт, размер, цвет и пр.
4) Потом пишет текст и размещает(двигает) его на визитке где хочет.
5) Приозводит процедуру столько раз сколько отдельных текстовых полей нужно(начиная с п.№2)
6) Жмет кнопку Send to Graf_Man
7) На сервере создается xml в котором указывается номер загруженного шаблона, и параметры текстовых полей(положение относительно верхнего левого угла, размеры и пр.)

Потом Graf_Man открывает у себя интерпретатор xml, в который грузится тот шаблон и выстраиваются тексты исходя из параметров сохраненных в xml.

Достаточно просто.

А вот про побитовую передачу картинки php-скрипту, это действительно интересно. AS3.0 помойму это умеет, точно не знаю, но что то там можно побитово передавать(ByteArray, так по мойму).

А об этом, нам расскажет _etc... Или не расскажет...:)

Я делал передачу картинки, но количество данных превышает все мыслимые пределы, (даже если юзать LZW или другой алгоритм сжатия) тем более, для печати нужны эскизы с четырехзначными значениями ширины и высоты, как минимум. Такие вещи флеш обработать не сумеет, если растровые. Если векторные, то нужно писать парсер на серверной стороне, который будет парсить типа вектор и составлять какой-нибудь документ в нужном формате (SVG, к примеру). Только это всё очень и очень нетривиально и готовые решения на каждом шагу не раздаются, они стоят денег.

Об этом много говорили, более того каждый человек знакомый с AS3 сам догадается как это сделать.
Правда в идеале надо портировать на AS3 какой-нить из популярных исходников для JPEG кодирования, и наче будем перекачивать самый настоящий bmp :)

Я бы сделал какой-нибудь язык разметки на основе xml. Для описания визиток.

SVG есть уже.
И речь врядли идет об AS3, сними розовые очки :)

так вот же решение:

http://www.sephiroth.it/tutorials/fl.../print_screen/
как раз размером с визитку

Шутка, типа?

А че? Смешно?

Если 500×210 — размер визитки для печати, то очень смешно.

я вижу самым простым решением в данной ситуации и при условии что нужн это сделать на флеш...
1. берёте делаете макеты визиток во флеш
2. в каждом макете прописываете номер визитки в переменную
3.затем делаете динамик поля
4.после заполнения клиент нажимает на кнопку "хочу".
5.посредством PHP вам на почту пересылается реквизиты клиента и номер прописанный в переменную

P.S. априори вы знаете какая визитка какой номер и изготавливаете её по номеру...никаких скриншотов и лишних телодвижений делать не нужно.

Не с того конца начинаете! Идите от обратного:
1. Размер визитки 90х50 (стандарт) плюс ко всему 5 милиметров под обрез на всякий пажарный - не важно как печатается цифрой или офсетом
2. Два варианта начинки файла на печать - кривые и битмап тифовый не менее 300 точек
3. Все типографии ворочают носом со словами несите в корале или илюстраторе или с расширением ЕПС или в тифак на конец-то, то есть если местному дезигнеру придется еще доверстывать или отрисовывать заново то креатора такой вот мульки с онлайн отрисовкой визиток пошлют нах
4. Соответственно два варианта и оба шаблонных наполовину
а) Все делается во флэше и сохраняется в тифах (джипег тож ниче но хреново получится) и отправляется на печать с заданными параметрами, которые вводит тот кто рисует на экране сайта)
б) никакова флэша и только шаблонная система ПХП где также в конечном итоге на печать отправляется тифовый файл

П.С. а из флэша отправить картинку готовые это проще паренной репы - если все еще интересует то выложу исходник этого добра

to cbs g: выкладывайте, всем будет интересно посмотреть что вы имеете ввиду.

cbs g, очень интересна ваша идея! Это было бы здорово сохранять в формате готовом к печате. Я с Вами абсолютно согласен, что перерисовывать, сделанное клиентом - попросту дело неблагородное. Но если Ваше решение действительно реально - это будет замечательно!

Вопрос такой - заказчику нужна реализация потому что "просто хочеться" или он планирует реально использовать этот механизм? Если "просто хочется" тогда дерзайте, в противном случае микроскопом гвозди забивать можно, но не удобно, хотя функции микроскопа выполняются на все 100%. 8)
К тому, что сказал "cbs g" добавлю, даже если всё в векторе - вы замучаетесь с несоответствием палтр RGB и CMYK, в случае с TIFF шелкография выходит отвратно. Советую забыть о забивании гвоздей микроскопом.

о, наконец-то о цвете вспомнили! любой печатник пошлёт вас далеко и надолго с ргб-палитрой. если же не пошлёт, то в 90% случаев пошлёт заказчик в момент получения заказа, т.к. он "на сайте указывал 0хff0000 текст на 0x00ff00 фоне, а привезли что-то серое".
он-лайн можно делать
а) сбор реквизитов + выбор из библиотеки шаблонов (печатник будет делать только ctrl+c/ctrl+v текста). вариант позволит юзеру выбирать в том числе и бумагу (она не обязана быть белой, так ведь? ;) )
б) что угодно другое с доработкой клиентских виршей ручками + вторичное согласование с клиентом результатов правки (а тут уже теряется смысл он-лайн рисовалок всех этих).