гей, программеры!

<удалено>



Отправка отредактированного (03/06/05 13:28)

<удалено>



Отправка отредактированного (03/06/05 13:28)

Олег, привет !

Кнопочки отличные, берём!
Насчёт АктивХ. Делать то их просто,
а вот контролировать ... Они ведь
делают что хотят на компе юзера.
Моё мнение, всё что описано можно
делать динамитом(DHTML)

Да. Я всегда отключаю ActiveX и многие кого знаю - тоже . Правда , я всегда был также противником жавы , но пришлось поступиться ради Кисейдо ...

Хотелось бы знать, что будет уметь эта программа и чем она будет отличаться от sgfsaver или аналогичных?
С уважением

<удалено>



Отправка отредактированного (03/06/05 13:27)

<удалено>



Отправка отредактированного (03/06/05 13:27)

<удалено>



Отправка отредактированного (03/06/05 13:26)

Добрый день, Олег и все.

>...мы все здесь будем только счастливы
к этому я не стремлюсь :-)))

На моём сайте есть т.н. Альбом
Он пока сырой, но sgf немного понимает
Тут кстати, обсуждали одно фусеки - без
диаграмм получилось довольно скучно.
Если бы обсудили у меня в Альбоме, имхо
интереснее было бы.
Насчет j-script, их отключают всё же реже,
чем просто яву или Активы.

<удалено>



Отправка отредактированного (03/06/05 13:26)

<удалено>



Отправка отредактированного (03/06/05 13:26)

... И если такой специалист по ActiveX вдруг найдется - может быть, он расскажет, как производить отрисовку элемента с учетом текущего масштаба контейнера (в первую очередь - MS Word)? Решить эту проблему с первой (и даже со второй) попытки мне не удалось, поэтому я забросил свою рисовалку диаграмм.

<удалено>



Отправка отредактированного (03/06/05 13:25)

Имеет смысл подумать о другом варианте: sgf находится на сервереи парсится серверным скриптом (написанном, например, на PHP), который выдаёт клиенты уже готовую страницу. Там, естественно, будет JavaScript, но самого парсинга производить не надо будет.

Но, правда, реализовать всё, что было приведено в ТЗ не получится.

Как раз с парсингом особых проблем не будет. Эта задача уже неоднократно решалась - скорее всего, в Инете можно найти парсер, готовый к употреблению или требующий минимальной доработки (я особо не присматривался к SGFC, но по-моему, как отправная точка вполне сгодится). Но даже если придется делать все вручную, структура SGF тривиальна, а бесплатных пакетов регулярных выражений достаточно много.
Проблема подгонки изображения текущий под масштаб контейнера в данном случае тоже не столь существенна - проект ориентируется на браузер, а не на Word.
Подозреваю, что основное "веселье" начнется в тот момент, когда продукт заработает в тест-контейнере, программисты на радостях разопьют бутылку шампанского... и попытаются перейти от тест-контейнера к браузеру (а вернее, браузерАМ). Впрочем, если эти мрачные предчувствия не оправдаются - буду только рад.

<удалено>



Отправка отредактированного (03/06/05 13:25)

<удалено>



Отправка отредактированного (03/06/05 13:25)

>> Сложность в этом случае я вижу в одном моменте: некоторые из сайтов располагаются на бесплатных площадках, которые не разрешают использовать ПХП.

Они могут парсить их этим скриптом у себя локально, сохранять страницы в эксплорере и после некоторой (но необязательной) правки выкладывать на сайт :).

>> Кроме этого, от самого владельца сайта потребуется несколько большая квалификация, чем знание базового ХТМЛ, впрочем, это не так существенно...

Это-то как раз не факт. На ПХП всякие интерфейсы администрирования очень хорошо реализуются. К скрипту можно доклепать такой, в котором администратор будет менять различные параметры по своему желанию, просто устанавливая различные опции, отмечая чекбоксы и так далее в этом духе.

>> А что из ТЗ в этом случае нереализуемо?

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

7. Перемещение по вариантам -- как в Jago, щелчок правой кнопкой мыши по метке варианта на доске - реализуемо, но только в IE, должна быть альтернатива для других.

9. Перемещение вперёд/назад должно осуществляться без мышки, кнопками-стрелками - стрелками двигать не получится, хотя некоторые другие кнопки оверлоадить можно, если я не ошибаюсь.

>> 2. Масштабируемость . Доска должна иметь размер, заданный веб-мастером в ХТМЛ-коде. При этом при скалировании не должно происходить искажений камней и кнопок.

Возможно, но с некоторыми ограничениями (есть компромиссные решения).

<удалено>



Отправка отредактированного (03/06/05 13:25)