Это вообще должно быть на главной странице… блок из будущего…
«НЛО прогнозирует» — список темы на которые кто-то кликнул и дал обещание написать в какой-то срок
— Flash vs Silverlight (±)
— Статья про одноклассников (±)
— Новые языки программирования (±)
«Попроси НЛО» — только для авторизованных
Инпут для ввода своей темы… который автодозаполняется уже предложенными либо создаётся новая и под инпутом ссылка на просмотр всех тем, о которых просили и с возможностью тыкнуть сделать + или -. На эту же страницу может зайти автор и отметить что будет писать по этой теме… и указывает срок не больше какого-то предела… Все будут видеть что человек пообещал… минус в карму ему если не сдержит обещания…
Дрель покупается для того чтобы повесить картину… и как только становится это понятно… оказывается что сайт может и не нужен… в смысле картину можно и приклеить… =) изврат конечно… лучше сайт сделать… прошу прощение за каламбур )))
Как интересно… в коментах выложены подсказки какие у кого пароли...:) и пытать не надо…
Будет нужен чей-то пароль всего-то нужно попросить добавить комент к этой заметке и может повести…
Обновил firebug до Fb 1.3b тоже ошибки больше не наблюдается…
Забираю заметку с блога web-разработки… в персональный
Не очень то актуально получается… ошибка совсем какая-то узкая
В тесте нет второго аргумента… что бы он не отвлекал… сути он не меняет
Для теста второй аргумент должен быть маленьким до 10ms… Иначе код отработает естественным образом, а потом setTimeout сработает.
Без второго аргумента setTimeout выполняется, сразу, как выполнится весь другой код барузера… так можно поймать момент, что javascript закочил работу… зачем это надо, это дело второе…
Я тестировал в FF 3.0.4 и 3.0.5 на двух машинах c XP… Почему У Вас не так не знаю…
Если файл открывается локально, на прямую, проблемы не наблюдается… только если открывать через web-сервер или Инет.
Быстро вы реагируете:)… да это как-то так и должно выглядеть…
Только при реализации чем дальше в лес тем больше ёлок… тоже такой код писал и столкнулся со следующими хотелками:
Иногда требуется чтобы подписчик выполнялся вне зависимости от того когда было сгенерировано событие до или после подписки
Есть противоположные события вроде hide show
У событий может быть дополнительный признак… например событие load должно иметь признак путь до файла который был загружен
При ассинхронной работе, появляются цепочки событий, например загрузи — загрузили — покажи — показали, которые начинают скрещиваться во времени и делать совсем не то что от них ожидается… особенно когда не закончилась одна цепочка, а появилась ещё одна…
Ещё бывает нужно подписываться на совпадение нескольких событий… например, файл загружен и на странице что-то показано и только тогда должен выполниться подписчик
Если сейчас идёт выполнение кода и пришёл клик пользователя, то у него должен быть какбы максимальный приоритет… и сразу должен выполняться код связанный с этим кликом и соответствующие события, а не ждать пока что-то доделается (если это возможно)
ИМХО :) вот интересно… есть ли библиотеки в которых есть подобные хотелки
Вбиваю в google «направленый граф» первая в списке ссылка с описанием
«Направленный граф то же что Ориентированный граф.»
ништяк)
В файловой системе узлы друг относительно друга описываются относительными ссылками, Тоже вариант иди наверх, наверх, потом сюда туда и я тут.
Так понял вы говорить про какой-то более общий случай.
В случае, вроде файловой системы, у узла один родитель, и два узла быть родителями друг друга в принципе не могут… По моему, дерево уже подразумевает что родитель у узла только один, и как следствие у дерева один корень.
Вообще я теорию не знаю, потому и спрашиваю, как можно описать положение двух узлов относительно друг друга… пошёл смотреть, что такое направленный граф
Спасбио за лекцию. Было интересно как звучит по этому поводу теория… наверно многим программистам приходилось работать с деревьями на интуитивном уровне…
Подскажите плиз:
Есть ли какая-то теория по поводу сравнения двух узлов дерева.
Есть два узла и нужно определить какие положения они занимают в дереве относительно друг друга.
p1, p2. В варианте до которого додумал могут быть следующие ответы
p2==p1 — ответ 0,
p2 является одним из родителей p1 — ответ 1,
p2 не является одним из родителем то есть находится на каком-то отвороте с родителей p1 — ответ 2.
Таким образом compare(p1,p2) получим ответы -2,-1,0,1,2 и можно делать выводы и принимать решения.
Не хватает теории… может есть способ более детального описания положения точек друг относительно друга? Или как это относительное положение можно вообще описать
«НЛО прогнозирует» — список темы на которые кто-то кликнул и дал обещание написать в какой-то срок
— Flash vs Silverlight (±)
— Статья про одноклассников (±)
— Новые языки программирования (±)
«Попроси НЛО» — только для авторизованных
Инпут для ввода своей темы… который автодозаполняется уже предложенными либо создаётся новая и под инпутом ссылка на просмотр всех тем, о которых просили и с возможностью тыкнуть сделать + или -. На эту же страницу может зайти автор и отметить что будет писать по этой теме… и указывает срок не больше какого-то предела… Все будут видеть что человек пообещал… минус в карму ему если не сдержит обещания…
Будет нужен чей-то пароль всего-то нужно попросить добавить комент к этой заметке и может повести…
setTimeout(function(){alert('я таймер и выполнился я когда счётчик досчитал до:'+i)},1);
for(var i=0;i<1000000;i++){}
>с какого перепуга…
вот даже и не знаю =)
Убедиться можно как то так:
setTimeout(function(){alert('я таймер и выполнился я когда счётчик досчитал до:'+i)},1);
for(var i=0,i<10000,i++){}
Забираю заметку с блога web-разработки… в персональный
Не очень то актуально получается… ошибка совсем какая-то узкая
Для теста второй аргумент должен быть маленьким до 10ms… Иначе код отработает естественным образом, а потом setTimeout сработает.
Без второго аргумента setTimeout выполняется, сразу, как выполнится весь другой код барузера… так можно поймать момент, что javascript закочил работу… зачем это надо, это дело второе…
Я тестировал в FF 3.0.4 и 3.0.5 на двух машинах c XP… Почему У Вас не так не знаю…
Если файл открывается локально, на прямую, проблемы не наблюдается… только если открывать через web-сервер или Инет.
Только при реализации чем дальше в лес тем больше ёлок… тоже такой код писал и столкнулся со следующими хотелками:
Иногда требуется чтобы подписчик выполнялся вне зависимости от того когда было сгенерировано событие до или после подписки
Есть противоположные события вроде hide show
У событий может быть дополнительный признак… например событие load должно иметь признак путь до файла который был загружен
При ассинхронной работе, появляются цепочки событий, например загрузи — загрузили — покажи — показали, которые начинают скрещиваться во времени и делать совсем не то что от них ожидается… особенно когда не закончилась одна цепочка, а появилась ещё одна…
Ещё бывает нужно подписываться на совпадение нескольких событий… например, файл загружен и на странице что-то показано и только тогда должен выполниться подписчик
Если сейчас идёт выполнение кода и пришёл клик пользователя, то у него должен быть какбы максимальный приоритет… и сразу должен выполняться код связанный с этим кликом и соответствующие события, а не ждать пока что-то доделается (если это возможно)
ИМХО :) вот интересно… есть ли библиотеки в которых есть подобные хотелки
«Направленный граф то же что Ориентированный граф.»
ништяк)
В файловой системе узлы друг относительно друга описываются относительными ссылками, Тоже вариант иди наверх, наверх, потом сюда туда и я тут.
В случае, вроде файловой системы, у узла один родитель, и два узла быть родителями друг друга в принципе не могут… По моему, дерево уже подразумевает что родитель у узла только один, и как следствие у дерева один корень.
Вообще я теорию не знаю, потому и спрашиваю, как можно описать положение двух узлов относительно друг друга… пошёл смотреть, что такое направленный граф
Подскажите плиз:
Есть ли какая-то теория по поводу сравнения двух узлов дерева.
Есть два узла и нужно определить какие положения они занимают в дереве относительно друг друга.
p1, p2. В варианте до которого додумал могут быть следующие ответы
p2==p1 — ответ 0,
p2 является одним из родителей p1 — ответ 1,
p2 не является одним из родителем то есть находится на каком-то отвороте с родителей p1 — ответ 2.
Таким образом compare(p1,p2) получим ответы -2,-1,0,1,2 и можно делать выводы и принимать решения.
Не хватает теории… может есть способ более детального описания положения точек друг относительно друга? Или как это относительное положение можно вообще описать