Я осветил техническую сторону вопроса. Про юридическую, честно признаюсь, ничего сказать не могу =)
Прошу прощенья за небольшой оффтоп, но имхо Билл прав +)
Термин, предложенный Виталием (pro-maker) не прижился. Надо понимать, в связи с относительно низкой распространенностью явления =)
Что-то мне не спится +) Вот та же функция, но в "bookmarklet style" =)
function getDays(x) { var un = x - 10 * Math.floor(x / 10); var de = ((x - 100 * Math.floor(x / 100)) - un) / 10; return (un == 1) ? ((de != 1) ? 'день' : 'дней') : ((un > 1 && un < 5) ? ((de != 1) ? 'дня' : 'дней') : 'дней'); }
Тут без всяких преобразований, работаем только с числами.
Внесу свои 5 копеек.
Меня забавляет, что, с одной стороны, все ругают табличный подход за недостаточную гибкость (местами - резонно), с другой, ТВЭЛ, Вы говорите:
То есть, как бы "блочный" подход предполагает ограничение в виде "что-то понимающего в html дизайнера". Простите, но это нонсенс. Дизайнеру не должно быть никакого дела, какие там чувства испытывает ранимое сердце верстальщика, когда приходиться верстать макет не в той технике, в какой велит религия. И если Вам для работы нужен дизайнер с навыками html-верстки, это скорее говорит о Вашей низкой квалификации в качестве верстальщика.
Далее, часто в качестве аргумента приводят мнение, что блочный макет проще модифицировать. Однако, моя практика показывает, что ситуаций, позволяющих на 100% использовать это преимущество, почти не бывает. Более того. Самые серьезные проблемы при модификации макета, которые были на моей памяти - имели место именно с блочным макетом. Был макет, сработанный мной на дивах, очень аккуратно, семантично, как следует. Однако, когда я ушел из той фирмы, на мое место пришел парень, ничего о блочной верстке не слышавший. И ему пришлось переверстывать ВЕСЬ сайт.
Так что, насколько код поддается редактированию, определяется скорее не выбранным подходом, а тем, насколько код аккуратен, логичен и документирован.
И последнее - на данный момент для меня сейчас основной аргумент при выборе "стиля" - как устроен лэйаут с точки зрения сервера. Дивы или таблицы - я, в своем случае, выбираю то, что удобнее выводить из XSLT. И тут универсального ответа нет, получается когда как. По трудозатратам такой подход наиболее эффективен, хотя это, разумеется, возможен далеко не для всех движков.
Как отсчитать кол-во дней - сами разбирайтесь, это не сложно. А вот выбрать правильную форму - задача несколько менее тривиальная. Вот кусочек кода, проверьте:
function getDays(x) { var un = x - 10 * Math.floor(x / 10); // Единицы var de = ((x - 100 * Math.floor(x / 100)) - un) / 10 ; // Десятки var word = ''; switch (un) { default: word = 'дней'; break; case 1: word = (de != 1) ? 'день' : 'дней'; break; case 2: case 3: case 4: word = (de != 1) ? 'дня' : 'дней'; break; } return word; } for (var i = 0; i < 1000; i++) { document.write(i + ' ' + getDays(i) + "<Br />"); }
Подозреваю, что готового решения нету. Зато, насколько я знаю, каждый канал предлагает свою ленту - их можно собрать, совместить и радоваться жизни. Например, вот описание экспорта программы НТВ - http://www.ntv.ru/interactive/index.jsp?what=Export
Яндекс тащит программу вот отсюда: http://www.vida.ru/tvgrid/about.asp - сколько стоит не пишут. Пишут вот что:
Еще можно сделать парсилку какого-нибудь готового потока (например, того же Яндекса). Благо выкачивать надо раз в неделю, думаю это не проблема, вряд ли побанят.
1. Форум - не более чем коммерческий проект, принадлежащий одному человеку. Так к нему и нужно относиться. Зачем столько эмоций, чесслово?
2. Я вообще не вижу смысла в том, чтоб делать форум "доступнее", "читаемее" и т.д. Господа, зачем нам новые конкуренты? Поймите, человек с хорошим потенциалом найдет инфу в любой помойке, станет настоящим специалистом и достойным конкурентом. Те, кому надо и кто может - поднимают архивы форума за 2003 год, читают англоязычную литературу, тематические блоги и т.д. Ну нет никакого недостатка в информации. Почему кто-то должен прилагать дополнительные усилия, чтоб выкатывать всю ценную информацию "на тарелочке с каемочкой"? Почему мы переживаем за психическое состояние товарища, получившего "минус от гуру" за плохо сформулированный вопрос, из-за чего - бедный, бедный! - ему придется на 40 минут дольше учиться покупать морды, серп потеряет бойца, и все будут горько плакать.
3. Не понимаю наездов на модераторский состав. Многие кричат о некомпетентности Игоря и Дениса - так, господа, а кто вас тут держит? Дядьколь, у тебя ведь свой форум был, а? Все эти наезды больше похожи на какие-то междоусобные разборки, мелкие обиды, проявление личных амбиций. Мне это не интересно, и сообществу пользы скорее всего не принесет. Господа недовольные всегда могут совершить самый страшный акт, на который способны - самоустраниться из сообщества.
Dixi.
Да проще надо делать. Составляем вручную "эталонную выдачу", т.е. топ самых уважаемых форумчан (например, закрытым голосованием модераторов). Далее пишем автобалансировщик, работающий по принципу нейронной сети и проставляющий коэффициенты в формуле рассчета реповантности таким образом, чтоб наиболее точно подогнать топ под эталонную выдачу. Предлагаю пригласить господ Сегаловича и Гурешова для проведения такой настройки, считаю, что они обладают достаточным опытом =)
Если серьезно - не совсем понимаю, откуда такой ажиотаж ) Все-таки, на форуме оптимизаторов сохранить в неприкосновенности какие-то численные показатели - это утопия =), да и не совсем понятно, зачем.
Ох, была же гениальная тема от Анжелики - взгляд с больничной койки - она все знала! +)
Ну, я тоже об этом думал. Но тут все упирается в серверную часть. Т.е. делать что-то на клиенте, просто парся странички форума - ну, скучно. А дописывать поддержку на сервере - если помните, Сергей объявлял мараторий на предложения по улучшениям, поэтому вроде как тоже отпадает. К тому же я не большой знаток vbull.
Хотя, в принципе, если бы народ составил список желаемых фич - я возможно и взялся бы за Firefox solution =)), в конце концев, толковый тулбар под популярный форумный движок без дела не останется.
