Это называется «легкий»/«минималистичный» дизайн. И труда он занимает не меньше чем любой другой качественный дизайн.
Для тестирования функционала дизайн вообще не нужен (мы обычно накладываем простенький ч/б CSS, что бы видеть блоки информации).
Для всего этого не нужен XSLT на клиенте.
а сколько времени займет изменение шаблонов когда проект перейдет с ASP.net на php?
судя по вашему примеру (изобилию call-template/with-param), вы не совсем поняли как писать на XSLT
а сколько времени займент изменение шаблонов когда проет перейдет с ASP.net на php?
судя по вашему примеру (изобилию call-template/with-param), вы не совсем поняли как писать на XSLT
В основном, это самые базовые вещи. Полноценная поддержка только в ИЕ через MSXML, но и там столько подводных камней что не оберешься.
Пока не появиться полноценной поддержки в FF, говорить об этой технологии рано.
размер файла никак не связан со временем разработки и тестированием.
если Вы вместо длинных имен переменых будете использовать короткие, Вы уменьшите размер файла, но увиличите время на разработку и тестирование.
По этому нельзя так категорично утверждать.
XSLT, в силу синтаксиса XML, но в этом его и плюс, шаблон можно провалидировать.
в блоге, нет раздела всякие вопросы :)
ну просто проекты привязываются к конкретным клиентам, и хотелось что бы это тоже было как-то отображено, посмотреть какие проекты относятся к тем или иным клиентам.
Я понимаю что это фича очень мало востребована и вряд ли будет добавлена, по это хотел дописать сам через API
не знаю куда писать напишу пока сюда :)))
система нам (компании в которой я работаю) очень понравилась :) не считая мелких глюков :)
Меня интересуют (как IT) системные требования коробочной версии.
А вот менеджеры сказали: «Все круто, только нет базы по клиентам :(», я сам понимаю что это не должно входить в Мегаплан, но все же.
Хотелось бы, API для интеграции, и мы сами все докрутили, API так модно ныне :)))
Тогда можно было бы разговаривать с начальством о покупке. А пока будем гонять без этого, и пробовать решать эту проблему обходными путями.
Для тестирования функционала дизайн вообще не нужен (мы обычно накладываем простенький ч/б CSS, что бы видеть блоки информации).
Для всего этого не нужен XSLT на клиенте.
это как «немножко дизайн» :)
судя по вашему примеру (изобилию call-template/with-param), вы не совсем поняли как писать на XSLT
судя по вашему примеру (изобилию call-template/with-param), вы не совсем поняли как писать на XSLT
в FF XSLT1 поддерживается не полностью.
когда у нас будет нормальный процессор под XSLT2, про шаблоные движки вообще забудут.
Пока не появиться полноценной поддержки в FF, говорить об этой технологии рано.
если Вы вместо длинных имен переменых будете использовать короткие, Вы уменьшите размер файла, но увиличите время на разработку и тестирование.
По этому нельзя так категорично утверждать.
XSLT, в силу синтаксиса XML, но в этом его и плюс, шаблон можно провалидировать.
ну просто проекты привязываются к конкретным клиентам, и хотелось что бы это тоже было как-то отображено, посмотреть какие проекты относятся к тем или иным клиентам.
Я понимаю что это фича очень мало востребована и вряд ли будет добавлена, по это хотел дописать сам через API
система нам (компании в которой я работаю) очень понравилась :) не считая мелких глюков :)
Меня интересуют (как IT) системные требования коробочной версии.
А вот менеджеры сказали: «Все круто, только нет базы по клиентам :(», я сам понимаю что это не должно входить в Мегаплан, но все же.
Хотелось бы, API для интеграции, и мы сами все докрутили, API так модно ныне :)))
Тогда можно было бы разговаривать с начальством о покупке. А пока будем гонять без этого, и пробовать решать эту проблему обходными путями.
:)