кодеров на сайте не мало, и каждый в случае чего может найти ответ у великого гугла, но бывают вот такие моменты:
есть примерное условие, оптимизировал для проверки:
for n := 1 to nr do
begin
if (StrToDate(File.Line[n].Value) = dt1)
or (StrToDate(File.Line[n].Value) > dt1) then
begin
edit1.text:= File.Line[n].Value;
break;
end;
end;
dt1, берутся из DateTimePicker1
на выходе обрабатывает только условие "если больше",
если же у пикера указать дату на день раньше, то он коректно отобразит дату нужную
тоесть, к примеру в файле есть 3 строки с датами:
19.09.2010
24.09.2010
29.09.2010
при указании в datetimepicker'e дату 24.09.2010, выведится нашедшаяся дата "29.09.2010",
если же в пикере укажу 23.09.2010, то выведится "24.09.2010"
неврубаюсь в чем проблема %) вроде не первая процедура, да этого многократно использовалась проверка "если дата = дате то"
и коректно работало.
от того или я туплю потому что три часа ночи, или делфя гонит! ХЭЭЭЭЭЛЛПЪ!
извините, что не оказался полезен
, нене, спасибо за стульчик)
Ужас. А я думал это я ущербен со своими текстовыми интернетами...
Вам нужно сохранить стульчик?
, нет, спасибо. Я знаю как его сделали
Вам следует выучить значение слова "параллакс" из справочника и начуить этому людишек, которые его используют.
Я тут как зулус в офисе Microsoft ))) Yb[htyf yt gjybvf.!
, нельзя сказать. Я несколько методов рассказал третим лицам и их прикрыли.
, срочно выключи эту мерзость! Используй только опенсурс!
, я то знаю, потому и ввели меня в заблуждение %)
господа, а есть у нас тут настоящие программисты?! а то я так, логик...
пока пытался сформулировать тут правильно задачу, как обычно нашел решение, суть была двигать изображение в диапазоне от 0 - 300, на - 300 пикселей, если размер изображения 1600, а экран 1300.
Вобщем пока формулировал задачу. которую не мог решить туеву кучу часов, сформулировал себе формулу в JS:
((Math.round((1600 - $(document).width()) / 100 * (100 * e.clientX / $(document).width()))) - (1600 - $(document).width()))
собсна всё работает по X координате, ну, логически надо преполагать, что эта же формула должа наботать и по Y, задача, ширина контейнера ~70 пикселей, высота блока по которому считаем движение мыши ~250px
собсна, когда мышь доходит до 250, изображение встает до 0px по Y, а когда мышь = 0, Y изображения почему-то -233, хотя должно получиться -250 + 70 = 180.
формула собсно, такая же, где mouse_max_y = 250, thumb контейнер содержащий изображение = 70
((Math.round( (250 - thumb.height()) / 100 * (100 * e.clientY / mouse_max_y) )) - (mouse_max_y - thumb.height()) )
кто видит, где я туплю?
блин, правильно всё. Просто не учел padding. Формула верная. надо только height заменить на innerHeight(), чёрт! такая задача вроде элементарная, а убил часов пять наверное, не меньше
угу, а потом программисты пальцы гнут - у нас оплата почасовая
, я такие штуки обычно не считаю в проект, ибо откладываю в копилку решений и в будущем решается легче :)
господа веб-еры, хээлпъ! немогу правильно задачу нагуглить)
есть событие
немогу понять, почему происходит только "скок", а "прыг" не отрабатывает. Причем в других случаях на других элементах "прыг" отрабатывает отлично, не хочет именно этот тип ссылки. Может как то верстка на это повлиять? конструкция типа:
вроде нечего особенного, всё как обычно %)
, a img наверное? без точки с пробелом! это же не класс
, класс
а, пардон, забыл в примере дописать )
, тут получается какое дело, если бы сразу все превьюшки были на странице то я бы повесил второй обработчик да не парился, но они подгружаемые, от того и свястопляски
путем научного тыка, где-то конфликт на странице
о как :))) вот эта зараза перехватывала все эвенты, видать заготовку сделал и забыл про ниё
$('a[target=photo]').on('click', function(){
return false;
});
господа, кто нибудь с периодикой сталкивался, как её хранить в БД, как выбирать? Суть, есть событие. Скажем созданное 31 декабря 2011 года и оно повторяется каждый год. Т.е. при выборе даты 31 декабря 2014 оно должно отобразиться.
Мне на ум приходят только варианты по крону обновлять даты у событий если они прошли и они переодические, но тогда мы на перед не узнаем, что в этот день у нас запланировано.
либо доп.табличка куда будут записаны даты, скажем на 2 года вперед. Что само по себе глупая затея, я считаю :)
пока идей нет, может кто какой опенсорс планировщика знает подсмотреть?
, не очень понятно про что проблема. Надо что бы в таблице все даты были попорядку?
, нет, надо, что бы событие:
event date: 2011-12-31 00:00:00
при выборе 2014-12-31 отобразилось в календаре. Т.е. как правильно огранизовать выборку/хранение