Адрес структуры DirectDraw, которая представляет объект DirectDraw.
dwFlags
Этот параметр не используется в настоящее время и должен быть установлен в 0.
lpDDColorTable
Этот параметр не используется в настоящее время и должен быть установлен в 0.
Этот метод предусмотрен для согласия с COM протоколом. Так как объект DirectDrawPalette инициализирован при создании, вызов этого метода будет всегда кончаться значением возврата DDERR_ALREADYINITIALIZED.
См. также IDirectDrawPalette:: AddRef, IDirectDrawPalette:: QueryInterface, IDirectDrawPalette:: Initialize
Формы являются одним из важных элементов любого сайта и предназначены для обмена данными между пользователем и сервером. Область применения форм не ограничена отправкой данных на сервер, с помощью клиентских скриптов можно получить доступ к любому элементу формы, изменять его и применять по своему усмотрению.
Любая форма характеризуется следующими параметрами.
Элементы формы, которые представляют собой стандартные поля для ввода информации.
Кнопку отправки данных формы на сервер (кнопка SUBMIT).
Адрес программы на веб-сервере, которая будет обрабатывать содержимое данных формы.
Перед отправкой данных браузер подготавливает информацию в виде пары «имя=значение», где имя определяется параметром name тега или другим, допустимым в форме, а значение введено пользователем или установлено в поле формы по умолчанию. После нажатия пользователем кнопки SUBMIT, происходит запуск обработчика формы, которая получает введенную в форме информацию, а дальше делает с ней то, что предполагал разработчик. В качестве обработчика формы обычно выступает CGI-программа, заданная параметром action тега можно помещать любые необходимые теги HTML. Это позволяет добавить элементы формы в ячейки таблицы для их форматирования, а также использовать изображения. Документ может содержать несколько форм, но они не должны быть вложены одна в другую (пример 1.1).
Несколько лет назад сайт по Delphi 2 или 3 надо было начинать с азов объектно-ориентированного программирования (ООП). Многие только переходили к Delphi из DOS, многие использовали Borland Pascal for Windows и работали с Windows API напрямую. Объекты еще были в диковинку, и полное разъяснение новых принципов было просто обязательно.
Но и сейчас писать об этом вполне актуально. Конечно, выросло поколение программистов, которые "с молоком матери" впитали новые понятия. Но от понимания объектов до их грамотного использования — дистанция огромного размера. Для создания более или менее сложных приложений нужны навыки объектно-ориентированного дизайна, а для приложений в свою очередь — четкое знание возможностей вашей среды программирования. Поэтому мы постараемся акцентировать внимание читателя на применение ООП в среде Delphi 7.
По сравнению с традиционными способами программирования ООП обладает рядом преимуществ. Главное из них заключается в том, что эта концепция в наибольшей степени соответствует внутренней логике функционирования операционной системы (ОС) Windows. Программа, состоящая из отдельных объектов, отлично приспособлена к реагированию на события, происходящие в ОС. К другим преимуществам ООП можно отнести большую надежность кода и возможность повторного использования отработанных объектов.
Perl - интерпретируемый язык, приспособленный для обработки произвольных текстовых файлов, извлечения из них необходимой информациии и выдачи сообщений. Perl также удобен для написания различных системных программ. Этот язык прост в использовании, эффективен, но про него трудно сказать, что он элегантен и компактен. Perl сочитает в себе лучшие черты C, shell, sed и awk, поэтому для тех, кто знаком с ними, изучение Perl-а не представляет особого труда. Cинтаксис выражений Perl-а близок к синтаксису C. В отличие от большинства утилит ОС UNIX Perl не ставит ограничений на объем обрабатываемых данных и если хватает ресурсов, то весь файл обрабатывается как одна строка. Рекурсия может быть произвольной глубины. Хотя Perl приспособлен для сканирования текстовых файлов, он может обрабатывать так же двоичные данные и создавать .dbm файлы, подобные ассоциативным массивам. Perl позволяет использовать регулярные выражения, создавать объекты, вставлять в программу на С или C++ куски кода на Perl-е, а также позволяет осуществлять доступ к базам данных, в том числе Oracle.
Внедрение компьютерных технологий сместило все ранее стабильные границы профессиональной деятельности. Теперь обычная средняя школа может издавать свой цветной журнал, а "простой" сантехник может продвигать сайт со своими собственными фотографиями. Поэтому повсеместный интерес к автоматическим фотокамерам ("мыльницам"), недорогим сканерам и Интернету и большой поток желающих обучаться "компьютерному дизайну" не дает возможности строго очертить круг предполагаемых читателей.
Программы и аппаратные устройства, предназначенные для графики и дизайна, вынуждены использовать не только специалисты "с техническим образованием", но и люди, которые в основной своей массе испытывают трудности с точными науками (они и ушли-то в гуманитарную область, чтобы не иметь дела с законом Бойля—Мариотта, дифференциальным исчислением и т. д.), но прогресс их обогнал. Вместе с тем, эти люди обладают несомненным достоинством: они открыты для образного мышления, который как раз и оперирует сравнениями, примерами и метафорами.
Поэтому можно уверенно сказать, что этот сайт ориентирован на тех, кто начинает знакомиться с областью цифровой графики и для кого представляет трудность освоение математических и естественно-научных основ, т. е. широкие слои гуманитарных и художественных специалистов.
Немаловажным при создании сайта представлялось следующее соображение. Имеющиеся по данной тематике статьи и главы в книгах являются очень короткими, тезисными. А зачастую хочется не просто сухой информации, а как бы неторопливого рассказа
(который возможен за чашкой чая). Хочется, чтобы ценные витамины были не в строгой аптечной пилюле, а во вкусном и аппетитном натуральном яблоке или апельсине.
То, что в наше время пищу (fast food) и информацию (fast information) надо "потреблять" быстро, имеет некоторое основание. Но если беречь здоровье и желать долгой и плодотворной работы в этой области, то жалеть времени не стоит, а посему полезно
почитать не спеша, "пережевывая" естественный (натуральный) продукт, все тщательно обдумать и во всем разобраться.
Это — учебный курс, и писался он как пособие для изучающих иллюстративную графику в целом и пакет прикладных программ иллюстративной графики CorelDRAW 12 в частности.
Даже поверхностный анализ всего одной из областей человеческой деятельности (а именно — разработки средств и форм взаимодействия человека и компьютерных программ) позволяет с полной уверенностью утверждать: наиболее эффективным и удобным для восприятия видом информации была, есть и в обозримом будущем будет информация графическая. Тот факт, что по-настоящему широкое внедрение компьютеров в профессиональную деятельность специалистов, не считающих себя «компьютерщиками», стало возможно только после фактической унификации графического интерфейса, оспорить очень трудно. Причина проста, и она кроется в особенностях человеческой психики и физиологии. В силу этих особенностей рассматриваемые изображения очень быстро анализируются, моментально ассоциируются с накапливаемыми в течение всей жизни образами и распознаются. Скорость такого распознавания и ассоциирования намного выше, чем при анализе информации, поступающей, например, по слуховому информационному каналу. И количество ассоциаций, вызываемых изображениями, намного больше — достаточно вспомнить всем известную детскую игру, в которой участники пытаются определить, на что похоже то или иное облако. Ни со звуками, ни с осязательными ощущениями так не играют. Из-за этого один рекламный плакат с изображением, легко вызывающим нужные ассоциации (иногда даже подсознательные!), воздействует на зрителя сильнее, чем многие строки объявления (которые зрителя еще надо как-то заставить прочитать или послушать!).
В последние годы в отечественной и зарубежной литературе появилось множество публикаций по проблемам распознавания технического состояния машин и механизмов. Опубликованы фундаментальные труды по теории диагностики, методическим вопросам и принципам построения диагностических и измерительных систем. Опубликованы также многочисленные исследования по диагностированию зарождающихся и развитых дефектов зубчатых зацеплений, подшипников, электрических дефектов и др. Однако, комплексное взаимоувязанное изложение теоретических вопросов, практических исследований, описание выпускаемых промышленностью измерительных систем и опыта внедрения виброакустического неразрушающего контроля на предприятии — явление достаточно редкое.
Обеспечение мобильности (переносимости, портабельности) программного обеспечения (ПО) - задача исключительной важности и сложности; в наше время это обстоятельство едва ли нуждается в пространных обоснованиях. Один из общепринятых способов повышения мобильности ПО - стандартизация окружения приложений: предоставляемых программных интерфейсов, утилит и т.п. На уровне системных сервисов подобное окружение описывает стандарт POSIX (Portable Operating System Interface - мобильный интерфейс операционной системы); название предложено известным специалистом, основателем Фонда свободного программного обеспечения Ричардом Столмэном.
Основу системы Design Center составляет программа PSpice, которая является наиболее известной модификацией программы схемотехнического моделирования SPICE (Simulation Program with Integrated Circuit Emphasis), разработанной в начале 70-х годов в Калифорнийском университете [35, 49, 55, 72, 79]. Она оказалась очень удачной, с тех пор интенсивно развивается и де-факто стала эталонной программой моделирования аналоговых устройств. Принятые в ней математические модели полупроводниковых приборов используются во многих аналогичных программах (например, Micro-Cap IV, ДИСП-ПК), а формат входного языка SPICE поддерживается большинством пакетов САПР (OrCAD 5, P-CAD 8.5, TangoPRO, Viewlogic, COMPASS, Mentor Graphics и др.). Первая версия программы PSpice для IBM PC создана в 1984 г. корпорацией MicroSim. Эта и последующие версии используют те же алгоритмы, что и SPICE, тот же формат представления входных и выходных данных.
О важности сохранения информации в тайне знали уже в древние времена, когда с появлением письменности появилась и опасность прочтения ее нежелательными лицами.
Существовали три основных способа защиты информации. Один из них предполагал защиту ее чисто силовыми методами: охрана документа - носителя информации - физическими лицами, передача его специальным курьером и т.д. Второй способ получил название "стеганография" латино-греческое сочетание слов, означающих в совокупности "тайнопись"). Он заключался в сокрытии самого факта наличия информации. В данном случае использовались так называемые симпатические чернила. При соответствующем "проявлении" бумаги текст становится видимым. Один из примеров сокрытия информации приведен в трудах древнегреческого историка Геродота. На голове раба, которая брилась наголо, записывалось нужное сообщение. И когда волосы его достаточно отрастали, раба отправляли к адресату, который снова брил его голову и считывал полученное сообщение.
Фотографирование произведений искусства актуально при организации аукционов, создании библиотеки фотографий и т.д. Если вам нравится управлять освещением, подбирать расположение объектов и задних планов при съемке произведений искусства, обязательно ознакомьтесь с приемом 38, чтобы узнать, как правильно фотографировать предметы, стоящие на столе. Если вы готовите фотографии лотов для Internt-аукционов (например, eBay), очень полезным окажется материал приема 39. Познакомившись с приемом 40, вы получите немало рекомендаций по съемке "плоских" произведений искусства. Прием 41 по достоинству оценят те читатели, которые хотят научиться фотографировать старые автомобили.
Для начала сделаю лирическое отступление. Все что будет говорится ниже касается Linux. Однако, у меня не вызывает особых сомнений тот факт, что большая часть этого будет работать в любой UNIX системе. Тем не менее, кое-что может отличаться и если у вас что-то отличное от UNIX и если что-то не идет, то вам следует подумать головой.
Пакеты могут следовать к месту назначения по разным путям и могут не все поступить к месту сборки вовремя и в надлежащем порядке. Если бы это были обычные данные, то запоздавшие или поврежденные пакеты можно было бы просто отбросить, а протокол контроля ошибок в рабочей станции запросил бы повторную передачу этих пакетов. Но такая концепция не может быть принята для пакетов, содержащих компрессированную речь, без опасности значительного ухудшения качества разговоров, которые, разумеется, должны происходить в реальном времени. Только если отбрасывается небольшой процент пакетов, скажем, 15%, пользователи на каждом конце могут не заметить пробелов в разговоре. Когда потеря пакетов достигает 20%, качество разговора ощутимо ухудшается. Общему анализу протоколов Интернет для IP-телефонии посвящена глава 4, а проблемы качества обслуживания (QoS) для IP-телефонии рассматриваются в главе 10.