Как я понимаю здесь залитие выполняет только функцию звукоизоляции. Пищать будет по-прежнему, но под слоем чего-либо. Я бы смирился. Но если хочется экспериментов - поддерживаю термоклей.
Жуть! Чего только у нас не преподают! :)
Два сравнения подряд (ja и jna) смысла не имеют. Выкидываете, например, из кода строку "ja greater;" и саму метку "greater:", что б не мельтешила - всё продолжает работать и целую команду сэкономили. :)
Xvir43, Да, сорри, на счёт обязательного from это уж я совсем заврался, удалил, чтоб не путать никого. Только речь-то вроде о веремени, а не о дате шла? Там аналогичная функция должна быть CURRENT_TIME(), ну или тот же Now(), если сразу дата+время нужны
Александр Шилов, Я не понял, что Вы хотели сейчас сказать. TImage.picture.SaveToFile() не умеет сохранять ни в jpg ни в png, как бы вы файл не называли там всё равно будет обычный битмап. Вместо этого сохраняйте как я написал.
Вы же для чтения jpg файла используете класс TJpegImage, вот и для записи в jpg нужно его же использовать. png - аналогично.
Всё в общем уже написали. Просто оставлю ещё ссылочку про сравнение вариантов работы www.gilev.ru/mssqlvsfile там в начале табличка как раз показывает, что пора переходить! И по количеству пользователей и по размерам.
Xilian, медь? Пятью ваттами? Не верю! Вот если в краске дорожки выжечь, т.е. маску сформировать, а потом через неё химически медь травить - это совсем другое дело, может и получиться. Про это тут уже написали.
Похоже, что оно только в Delphi 7 и работало... Вопрос Ваш в интернете встречается давно и довольно часто. Но существующее поведение лукапкомбобоксов довольно логично. ListSource - это в конечном счете DataSet, который содержит некоторый набор записей. В этом наборе есть первая запись, последняя запись, текущая запись (!). Комбобокс осуществляет навигацию по этому датасету. И как в нём (датасете) одновременно могут быть две разные текущие записи? По-этому, без дополнительных ухищрений комбобоксы и могут работать только поочереди.
Сторонние компоненты (аналоги DBLookupComboBox), которые позволяют работать так, как Вам хочется (например TDBLookupComboboxEh из EhLib), возможно, создают локальную копию отображаемого датасета или что-то в этом духе. Возможно и D7 работала так же. Тут чтобы выяснить истину только исходники смотреть нужно.
По тому, что есть - непонятно ничего. Вы бы выложили минимальный проект, в котором ошибка проявляется, куда-нибудь (вместе с базой конечно). Тогда можно было бы и в других версиях Delphi проверить и просто на настройки всех этих комбобоксов глянуть, чем тут их выспрашивать.
hx510b, Всё совершенно правильно говорите! Действительно, очень важен пункт про взаимопонимание и тесное взаимодействие. Заказчик должен осознавать, что от него тоже потребуется серьёзная работа. Со стороны заказчика должен участвовать не только айтишник (к нему-то будет не так уж много вопросов), но и кто-то - заинтересованный активный пользователь существующей программы. Именно с ним у исполнителя должен быть постоянный контакт. Потом он станет основным тестировщиком и приёмщиком нового продукта. Мне в своё время сильно повезло при реализации очень похожего проекта взаимодействовать с инженером заказчика. Дама могла ответить на любой мой вопрос, а потом тщательно проверила то, что у нас получилось. Ей самой всё это было очень интересно. И после запуска новой программы исправлений-доработок уже практически не было.
Leevz, 100% гарантии защиты всё равно не даст ни один антивирус. (За свою жизнь приходилось чистить компы от заразы при установленных антивирусах самых разных компаний.) А если разницы нет, то пусть уж работает тот, который один чёрт в винде уже есть, чем ставить сторонний, особенно если ещё и деньги за него платить.
hx510b, разумеется, если они возьмут исполнителем первого попавшегося студента, которому на пиво не хватает, то будут и риски и срывы. Но если подойти с умом, как положено при любом найме на работу, то не вижу в задаче никаких подводных камней - проект как проект.
Олег Гамега, В 1С уже есть проверенные, отработанные "кирпичики" для создания учётной системы - справочники, документы, регистры, их взаимосвязи, инструменты для создания отчётов, разумеется печать всего этого. Плюс дополнительные плюшки типа контроля прав пользователей, электронной почты, вложенных файлов и т.п. (пишу первое, что в голову пришло - там очень много всего). Если всё это реализовывать в программе, которая пишется скорее всего в единственном экземпляре, то трудозатраты, а следовательно и цена будет больше. С другой стороны часто далеко не все эти возможности 1С нужны. Плюс иногда при внедрении 1С приходится подстраивать привычную логику работы под логику 1С (например, вполне возможно, что в описываемой системе понятия "документ", и тем более "проведение" нет вообще!), в самописном приложении легче сохранить привычные процессы. А в целом это такой же инструмент, как и любой другой язык программирования. Нужно смотреть реальные цены на подобную разработку в конкретном регионе, добавить цену на 1С (если нужен клиент-сервер, то в случае 1С это будет существенно) и принять решение.