У меня точно также было. Поменял 17" на 24" и решил поэкспериметировать, подключив оба… И наступило счастье =). Теперь не представляю как можно на 1 мониторе работать… На одном IDE, на другом браузер, аська, хелпы и подобное.
Можно еще про игры (особенно онлайновые) вспомнить. В оконном режиме очень удобно на 2м мониторе держать аську, вентрилу и браузер на всякий случай =)
это особенно удобно когда мониторы разного размера. Например 24" и 17". Можно настроить так, что даже курсор не будет «скакать» при перемещении между мониторами
Знакомый Delphi-программер после 10+ лет использования Delphi почему-то начал переписывать свои коммерческие проекты на C#. Это уже о чем-то да и говорит…
Вот мое объяснение почему:
«отказался от использования Mozilla Firefox и полностью перешел на сторону иного программного средства.» — все нормальные разработчики Интернет-систем не привязывают свое деяние к определенному браузеру, а тестируют и оптимизируют как минимум для IE6-8, Opera и FF. Ведь пользователю абсолютно пофиг под каким браузером разрабатывалась система, ему хочется чтоб она нормально работала именно под его браузером.
Если так уж не нравятся утечки памяти и вылеты (уж не знаю что нужно сделать с FF чтоб он постоянно вылетал), то зачем выносить сор из избы? Тем более об этом уже все знают и ждут когда же все-таки мозиловцы исправят…
PS: Не стоило заострять внимание на «я, как разработчик Интернет-систем»
ага. Например пользователь развернул пару узлов, а потом перезагрузил страницу. Без кукисов узлы свернутся, а с кукисами останутся развернутыми. Мелочь, но приятно =)
согласен. К тому же в большинстве случаев совершенно не нужен такой функционал. Да если и нужно что-то извращенное, то все-равно проще дописать (или найти готовую) функцию для этого, нежели впихивать библиотеку, потенциал которой будет использоваться на 10%. Плюс большое количество работающих скриптов на странице ведет к ужасающим лагам в IE, а иногда даже в FF.
Надоело уже как-то постоянно поддерживать баланс между размером кода, его производительностью и функциональностью…
function treeMenu(event)
{
event = event || window.event;
var clickedElem = event.target || event.srcElement;
// достаем узел на который нажали
var node = jQuery(clickedElem.parentNode);
// у зла нет поддерев? (узел-лист)
if (!node.hasClass('marker'))
return;
// анимация
node.children('ul').slideToggle(200);
node.toggleClass('open');
}
PS: код на работоспособность конкретно для этой реализации не проверял, но основная идея в том, что остается всего ОДИН onclick event на все дерево сколько бы там не было вложений.
PSS: думаю будет достаточно просто адаптировать эту функцию, если она все-таки не работает.
Кстати, данная реализация имеет один большой недостаток в js: onclick вешается на КАЖДЫЙ элемент дерева, что убьет любой браузер при большом количестве элементов.
Сейчас попробую адаптировать под это дерево более производительный вариант
Может и мне свое добро таким способом апгрейдить… Хотя я уже забыл когда в последний раз вручную верстал форму…
К тому же после переустановки винды ни о каком бот нете на этих компах уже и речи не идет.
Можно еще про игры (особенно онлайновые) вспомнить. В оконном режиме очень удобно на 2м мониторе держать аську, вентрилу и браузер на всякий случай =)
И это было основной проблемой. Остальное меня вполне устраивало. Хотя еще были проблемы с разными версиями виндовсов.
Дальше лаб и курсачей использование Borland Delphi и Borland C++ Builder не ушло для меня.
В BDS появилась нормальная документация, но уже поздно… И вообще неизвестно как будет работать делфи под win7
Знакомый Delphi-программер после 10+ лет использования Delphi почему-то начал переписывать свои коммерческие проекты на C#. Это уже о чем-то да и говорит…
Вот, например, видел нечто подобное:
$x = ($a > $b)? (($b < $c)? $b: (($c == $a)? 0: $c)): (($a > $c)? $a: $c)
только вместо $a, $b и $c были конструкции посложнее.
Вот мое объяснение почему:
«отказался от использования Mozilla Firefox и полностью перешел на сторону иного программного средства.» — все нормальные разработчики Интернет-систем не привязывают свое деяние к определенному браузеру, а тестируют и оптимизируют как минимум для IE6-8, Opera и FF. Ведь пользователю абсолютно пофиг под каким браузером разрабатывалась система, ему хочется чтоб она нормально работала именно под его браузером.
Если так уж не нравятся утечки памяти и вылеты (уж не знаю что нужно сделать с FF чтоб он постоянно вылетал), то зачем выносить сор из избы? Тем более об этом уже все знают и ждут когда же все-таки мозиловцы исправят…
PS: Не стоило заострять внимание на «я, как разработчик Интернет-систем»
(лучше в личку или на swayalex [собака] gmail.com)
Надоело уже как-то постоянно поддерживать баланс между размером кода, его производительностью и функциональностью…
Единственное, неплохо было бы кукисы реализовать…
На чистом js есть здесь: javascript.ru/unsorted/tree
2. js код для открытия-закрытия:
function treeMenu(event) { event = event || window.event; var clickedElem = event.target || event.srcElement; // достаем узел на который нажали var node = jQuery(clickedElem.parentNode); // у зла нет поддерев? (узел-лист) if (!node.hasClass('marker')) return; // анимация node.children('ul').slideToggle(200); node.toggleClass('open'); }PS: код на работоспособность конкретно для этой реализации не проверял, но основная идея в том, что остается всего ОДИН onclick event на все дерево сколько бы там не было вложений.
PSS: думаю будет достаточно просто адаптировать эту функцию, если она все-таки не работает.
Сейчас попробую адаптировать под это дерево более производительный вариант