Краткий комментарий автора
к первому и пока единственному выпуску Easy JavaScripts 1.0
Прежде всего следует отметить причины, побудившие к созданию этой библиотеки. Во-первых: обилие в Интернете сайтов с громким названием "JavaScript Архив!", но предлагающих лишь ничтожное количество настоящих JavaScript кодов (в дальнейшем скриптов), во-вторых: чрезмерная насыщенность Интернета баннерной рекламой - отсюда крайнее неудобство и раздражение при поиске, нередко заканчивающемся пустышкой - вместо скриптов сайт содержит Java апплеты, как правило незарегистрированные, с отвратительными лейбами авторов. В-третьих: большинство сайтов, вернее их владельцев, настроены исключительно на зарабатывание денег с помощью рекламных показов баннеров. Посему при пробирании до страницы со скриптом приходится проходить через дебри промежуточных страничек, не содержащих ничего кроме рекламы. Поистине: через тернии к звездам! Но это еще не все. В конце пути вдруг обнаруживается, что вашему вниманию предлагается всего лишь ОДИН! вялый скрипт, зачастую даже неработающий! И хорошо, если это окажется действительно скрипт, а не, как уже упоминалось, Java апплет. Очевидно, авторы некоторых сайтов с названием "Все JavaScripts!" (ни больше, ни меньше!) вообще не подозревают об отличии Java и JavaScript... И последнее на эту тему. Следует все же признать, что наряду с подобными мыльными пузырями встречаются и по-настоящему великолепные сайты, обеспеченные отличной навигацией, не требующие длительных переборов для обращения за скриптом и имеющих очень приличные архивы.
Здесь сознательно не называются адреса сайтов, вызвавших столь бурную реакцию у автора этого раздела. Слишком необъективно было бы привести в пример несколько "выдающихся" сайтов и не упомянуть об остальных, не менее примечательных. Слишком велик Интернет, слишком необъективна оценка одного-двух человек, пусть и проведших в мировой сети тысячи часов, и слишком непросто было бы разместить на одной странице все запомнившиеся или записанные названия. Как хороших сайтов, так и не очень. Побродите по Сети сами и Вы прекрасно все поймете.
Но один недостаток, и очень серьезный недостаток, есть у всех без исключения онлайновых архивов. Они именно онлайновые! То есть если Вы русский человек, то "онлайн" для вас означает серьезные материальные затраты, и иногда даже проблемы в семье... А вот это уже катастрофический минус. Тоскливый, почти с наркомановским вожделение взгляд на компьютер, словно пытаясь пробиться сквозь экран монитора к отрезанной тощим кошельком виртуальной мировой реальности, все равно не сможет оплатить услуги провайдера и воссоединиться с... Короче, предлагаемая библиотека в некоторых случаях поможет пережить денежный и, надеюсь, семейный кризис. Кроме того, она напрочь лишена основных недостатков всех виртуальных страничек: здесь нет никакой рекламы - это РАЗ, работать можно оффлайн - это ДВА, скриптов много - это ТРИ и, что самое важное, СКРИПТЫ РАБОТАЮТ ВСЕ!
Удачной Вам работы. И не забывайте иногда заходить на сайт http://javashelp.cjb.net за новыми версиями библиотеки. Минимальный шаг увеличения версии - 100 скриптов!
©info Большинство скриптов собрано в интернете путем ревизии JavaScript содержащих страниц. Создатель этой библиотеки ни в коем случае не претендует на авторство в отношении всех предложенных скриптов, но также не имеет возможности указать copyright для некоторых скриптов по причине отсутствия ссылки на автора там, где эти скрипты были приобретены. В случае установления личности автора создатель библиотеки обязуется немедленно опубликовать сведения об авторе. Внимание! Размещение скриптов, приведенных в библиотеке, в любых онлайновых архивах запрещено правообладателями. Любой, из предложенных в библиотеке, скрипт может быть использован только как элемент вебстраницы с сохранением при этом copyright автора, размещенного в верхней части кода. Ссылка на страницу автора рекомендуется. Распространение JS Library любых версий может производиться только с сайта автора этой библиотеки или другим путем, оговоренным с автором в письменном виде.
Полное имя автора библиотеки Евгений Геннадьевич Зиновьев. Адрес электрон. почты eugenezz@yandex.ru
Вопросы и ответы.
Что за странное предложение Вы делаете в конце каждой страницы? Копировать в Блокнот?!
Речь идет о копировании содержимого таблиц сначала в Блокнот, и только затем, вновь скопировав, помещать на страницу с HTML кодом. Все так. И это крайне важно, в чем Вы скоро убедитесь сами. Конечно, если вы из тех энтузиастов, которые до сих пор пишут коды непосредственно в Блокноте, то Вам беспокоиться не о чем. Однако, большинство вебмастеров и дизайнеров давным давно перешли на более приемлемые среды написания кодов. А, ставящийся по-умолчанию в MS OFFICE, FrontPage завоевал огромную популярность среди непрофессионалов! Именно для них этот ежестраничный совет.
С какими браузерами и какой версии должна работать БИБЛИОТЕКА ?
Сама БИБЛИОТЕКА будет работать с любыми браузерами любой версии до тех пор, пока они установлены в операционной системе Windows9x.
Есть ли обязательные условия для работы скриптов непосредственно из БИБЛИОТЕКИ ?
Во-первых, в пользовательских настройках браузера должна быть включена поддержка JavaScript, во-вторых, браузер (независимо MSIE или Netscape) должен быть не ниже 4-й версии. И, в-третьих, Вы пропустите "половину интернета", а не только скрипты БИБЛИОТЕКИ, если не последуете этим условиям.
Какие требования к системе предъявляются для работы БИБЛИОТЕКИ ?
Минимальный размер RAM 64Mb. Это обусловлено огромным количествои файлов, входящих в программу - более 2000! Рабочая частота процессора, а также его модификация принципиального значения не имеют. Тем не менее, чем выше эта частота, тем более четко (но не быстрее! - скорость определяется в скрипте) будут исполняться команды. В первую очередь это касается игр. Не следует также забывать, что ФАЙЛ СПРАВКИ - ЭТО НЕ БРАУЗЕР, как бы Вам ни казалось! Даже POP-UP окна, открываемые из файла справки, не являются полноценными окнами браузера. Скопировав источник такого окна в отдельный файл и открыв его в реальном браузере, Вы обнаружите ускорение работы не менее, чем в два раза ( при условии, что скорость не была задана определенной отдельно скриптом). Файл справки - это программа, которая лишь использует элементы программы Вашего браузера.
Иногда слова, написанные мелким шрифтом, сливаются в одну линию Это неполадка программы?
Нет. Очевидно, установлено слишком высокое разрешение экрана. Для информации: БИБЛИОТЕКА спроектирована для работы с разрешением экрана 800х600.
У меня NS6, но треть скриптов у меня не работают!
Треть - это много. Но пятая часть точно работать не будет. Это же касается и владельцев IE5. Виноваты тут отчасти программисты, которые не всегда удосуживаются делать скрипт универсальным. А "отчасти" потому, что такая универсальность нередко утраивает объем скрипта и гораздо проще написать два раздельных. Так что владельцы и NS, и IE будут, порой, "нарываться" на скрипты, не предназначенные для их браузеров.
Очень сложно найти нужный скрипт! Почему нет поиска по ключевому слову как в обычной справке?
Поиск есть. Но он спрятан, и спрятан намеренно. Проведите такой эксперимент: придумайте слово, характерное только для Вашего искомого скрипта. Мне кажется, на уникальность такое слово "потянет" для сотни-другой скриптов... И если вдруг поиск, о котором Вы говорите, выдаст Вам эту сотню, а то и две сотни скриптов, Вы обрадуетесь еще меньше. Почему так произойдет (я имею в виду поиск)? Вы же ищите по русским названиям (не по элементам же языка JavaScript - там еще меньше возможностей), а БИБЛИОТЕКУ делал я, и каждую буковку, каждую "закорючку" тоже писал я. Так что, поверьте, большинство текстов крайне схожи: я - не писатель , и БИБЛИОТЕКА - не роман.
Некоторые скрипты повторяются в разных разделах. Это сделано для количества?
Вот Вам пример : Вы печатаете текст в поле ФОРМЫ, он дублируется в СТАТУСНОЙ СТРОКЕ, затем вы нажимаете КНОПКУ, и сначала меняется цвет ФОНА страницы на тот, который Вы напечатали, затем "выскакивает" POP-UP, который сообщает Вам о названии этого цвета в hex. Куда бы Вы отнесли этот скрипт, в какой раздел (они выделены заглавными буквами)? Если бы некоторые скрипты не имели двух очевидных базовых целей, они были бы отнесены лишь к одному разделу. Приведенный в примере скрипт будет отнесен только к одному разделу - ЦВЕТ И ФОН, так как все остальные функции только обслуживают основную.
В БИБЛИОТЕКЕ скрипт работает, а у меня на странице нет! Я поместил все коды точно как написано.
Возможны два варианта неработоспособности скрипта на Вашей странице при условии, что скрипт работал в БИБЛИОТЕКЕ. Первый вариант: Ничего не происходит, скрипт никак себя не проявляет. В этом случае Вам следует еще раз проверить, не забыли ли Вы поместить вместо вашего тэга <BODY> предложенный в таблице (или соответственно модифицировать свой). Иногда ВСЕ содержимое второй таблицы вставляют между <BODY> и </BODY>, в то время как выделенную жирным крупным синим шрифтом строку следует поместить ВМЕСТО тэга <BODY>. Но может произойти и еще одна неприятная (для меня) вещь - указанный onLoad event был мною попросту благополучно забыт... В этом случае не поленитесь заглянуть в источник страницы и сравнить, и, если не затруднит, отправьте мне email Второй вариант неработоспособности - с сообщением об ошибке, чаще всего - "недопустимый символ". "Недопустимый символ", как правило, в случае с копированием получается, когда в конце строки JavaScript кода образуется пробел. Обычно такие пробелы не имеют особого значения, но нередко это значение принципиальное. Поэтому пройдитесь по коду и удалите пробелы после последних символов во всех строках. Другие сообщения об ошибках, например "тра-ля-ля не является объектом" и т.п. Вы сами не исправите, если не имеете представления о JavaScript. Поэтому, огромная просьба, в случае обнаружения любого "тра-ля-ля" отправляйте мне email . Есть, правда, и еще один вариант появления сообщения об ошибке примерно с таким текстом: "незавершенная строковая константа", который Вы смогли бы устранить сами. Описание этого и причину появления читайте в ответе на следующий вопрос.
Почему коды для копирования располагаются в таблицах, а не в текстовом поле (textarea)?
Основных причин две. Намного удобнее пояснять ключевые (для пользователя) элементы кода, например, выделить цветом значения, определяющие местоположение на странице и т.п., используя наглядные таблицы, чем вставлять в текстовом поле перед каждым таким элементом строку с обрубком пояснения, начинающуюся с двух косых линий, которую во время прокрутки текста внутри текстового поля трудно найти, даже зная, что такое пояснение есть, а уж не зная... И другая причина - повышенное количество ошибок при компилировании и воспроизведении в файле справки элементов формы (текстовые поля, кнопки). Иногда JavaScript коды содержат строки длиной до нескольких метров! И ничего с этим поделать нельзя. JavaScript - это, конечно, не С+ и даже не Java. Но и не HTML, который, по большому счету, служит для разметки страницы... В HTML Вам ничего не стоит разорвать тэг после любого слова и перенести оставшуюся часть на другую строку. В JavaScript, в большинстве случаев, такие номера не проходят! В особенности это касается строк, имеющих открытые и закрытые кавычки и какой-либо текст (часть кода) между ними. В 90 случаях из ста (есть исключения) перенос на другую строку куска кода с закрывающими кавычками вызовет появление сообщения об ошибке "НЕЗАВЕРШЕННАЯ СТРОКОВАЯ КОНСТАНТА". В этом случае Вам надо внимательно просмотреть все строки кода и буквально пересчитать одинаковые (двойные отдельно, одинарные отдельно) кавычки в каждой строке. Их число в каждой строке должно быть, как минимум, четным. Если нет, - значит следующая под "сбойной" строка должна быть перенесена в конец предыдущей. И так до тех пор, пока все открытые кавычки не окажутся в паре с закрытыми... Надеюсь, я объяснил доступно. Потому что Вам наверняка встретятся такие сообщения при работе с БИБЛИОТЕКОЙ и, наверняка, уже встречались во время обычного серфинга по сети. Отчего это случается. Я уже упоминал об экстремально длинных строках, встречающихся в JavaScript. Программа-компилятор вполне может "поделить" такую строку на несколько. А может и не поделить. И зависит это только от неких высших космических сил. Однако вероятность подобного сбоя в случае применения текстового поля увеличивается в несколько раз. И еше один момент в пользу таблиц. Это связано опять же с программой-компилятором. JavaScript код в тесктовом поле, если смотреть на код страницы, выглядит точно так же, как и работающий. Ничем не отличается и сопутствующий скрипту HTML код - что работающий, что в текстовом поле - внешне разницы никакой. Это-то и является камнем предкновения для компилятора. Видя два одинаковых JavaScript кода на странице, компилятор лишь "нервничает", если так можно выразиться... Но повстречав два одинаковых HTML кода с формами, имеющими одинаковые имена, этот "супермозг", радостно потирая руки, запросто "окажет услугу" - переименует формы, дабы "откорректировать ошибку"... А что это значит для нас? Это значит, что нам суждено читать что-то вроде "тра-ля-ля не является объектом". Да и откуда ж ему взяться, этому объекту, коли его переименовали...! Вот от такой беды полностью защищены коды, представленные в таблицах. Глядя на них в источнике страницы, наблюдаешь лишь отдаленное сходство с оригиналом. И компилятору "на душе" легче... Тем не менее, супердлинные строки (а бывает и вовсе не длинные!) и в таблицах все равно иногда разбиваются на две! Так что, получив известное "тра-ля-ля", не спешите поминать меня нелестными словами...
Почему БИБЛИОТЕКА называется JavaScript библиотекой, но содержит немало DHTML кодов ?
Нельзя представить себе JavaScript код, работающий в отрыве от HTML Cам по себе работающий JavaScript код - это нонсенс! JavaScript - язык, придуманный Netscape именно для "оживления" статичной HTML страницы. В то же время DHTML вообще не является отдельным языком, это - Dynamic HTML, то есть динамический HTML, который "оживляет" картинку в еще большей степени, чем JavaScript. Но существовать DHTML может лишь в содружестве JavaScript и HTML. Я бы даже назвал DHTML производным от "плодотворного сотрудничества JavaScript и HTML". Так что, исходя из этой логики, все, что двигается на экране (если только это не апплет или не анимированный gif) можете без особой опаски называть DHTML.
Почему я не могу скопировать рисунки из БИБЛИОТЕКИ в формате gif ?
Вопрос не ко мне, а к корпорации Microsoft. И тем не менее я поясню. Программа-компилятор конвертирует все GIF-ы и JPG-и в BMP. Этот формат записывается бинарным кодом и, очевидно, лучше обрабатывается. Однако, при просмотре свойств рисунка из меню правого клика мышью, Вам сообщают, что это рисунок gif (jpg), вводя тем самым в заблуждение. То что Вы видите - это "чистокровный" Bitmap! И прорисовывается он на странице в файле БИБЛИОТЕКИ именно как BMP, но в соответствии с вероятным поведением в этой ситуации GIF-a. Отсюда возможны некоторые погрешности в прозрачности (если это был GIF) или порывистость в движении, если рисунок двигается (программе приходится каждый раз пересчитывать внешний вид BMP как для рисунка GIF). По этой причине в БИБЛИОТЕКУ введены ZIP архивы, которые содержат рисунки совершенно необходимые для того или иного скрипта (например игры) в нужном формате. Отсутствие ZIP архива означает необязательность использования именно этих, использованных в примере, рисунков. Вам предоставляется возможность поместить вместо них свои собственные рисунки или, если Вы все же желаете именно примерные, скопировать их в формате BMP и затем конвертировать в GIF или в JPG в любой подходящей для этого программе, например, PHOTOSHOP.
Почему после просмотра 150-200 страниц со скриптами мой компьютер начинает "вешаться" ?
Повторюсь. Минимальные требования к системе - наличие 64 Mb RAM. Если у Вас установлено меньше, то следует ожидать значительного замедления работы файла справки и как следствие "подвисания" всей системы. Но если даже Вы поставили на свою машину 256 Mb - это еще не гарантия от неприятностей. Причем вовсе не следует винить в этом БИБЛИОТЕКУ! В ней находится более 1000 скриптов, каждый из которых - это миниатюрная (а иногда даже совсем не маленькая! ) программа. Попытайтесь запустить последовательно все программы MS OFFICE. На третьем, от силы на четвертом круге Ваш компьютер обязательно даст критический сбой. Это происходит потому, что закрываемая программа исчезает полностью лишь внешне. Вы не могли не заметить как после повторного запуска такой программы она выскакивает на экран словно чертик из табакерки, будто и не закрывалась. На пять четвертей это действительно так! То, что осталось от закрытой программы в памяти позволяет ей восстановиться в считаные мгновения. А то , что при этом она занимала системный ресурс будучи закрытой никого особенно не волнует.Тоже происходит и со скриптами БИБЛИОТЕКИ. Запуская по-очередно один за другим Вы в конце концов настолько загружаете систему (посредством браузера), что она начинает "виснуть". Масштабы скриптов нельзя даже сравнить с полноценными программами Оффиса, но запустив 300 скриптов подряд Вы наверняка возьмете количеством!
|
