От край време се опитвам да накарам дадена DBGrid таблица, след като сменя избрания ред, да си стои там, до където съм я изместил с хоризонталния плъзгач (scroller) - т.е. лявата видима колона да си седи лява, а не да се премества винаги на първата такава.
Изпробвах малкото варианти, които намерих в Интернет, но нито един не ми свърши работа.
Добре, че е този голям проект, по който работя сега, та да открия решение.
Тъй като имам доста такива таблици по различни форми, забелязах, че на някои места "съм успял" да постигна желания ефект, а на други - не. Сравнявайки свойствата на тези таблици открих нещо интересно: и на двете места използвам OnDrawColumnCell с изключен DefaultDrawing; разликата, която се оказа, че играе важна роля, е опцията dgMultiSelect, която при изключен DefaultDrawing няма същия ефект. Може би ще има страничен ефект, който още не съм открил, но за сега ми служи идеално за целта :)
Та, рецептата е: DefaultDrawing=false, OnDrawColumnCell и dgMultiSelect=true в Options.
ПП: Оказа се, че и още една опция играе съществена роля - dgRowSelect=true.
23 Юни, 2009
08 Май, 2009
Решение на stop 0x0000008E, причинен от вирус.
За да го имам черно на бяло/бежаво:
Днес се занимавах с един Windows XP, който постоянно даваше STOP грешка 0x0000008E.
Питах Гугъл, но намерих единствено описание на този проблем при инсталация.
Това не ми помогна особено - поекспериментирах и с чистене, стиковане на платките (тя всъщност беше една единствена - паметта), промяна слота на паметта, почистване на слота на паметта... Общо взето нищо не помогна.
Всъщност точно моята грешка я нямаше спомената никъде в 'нета.
Грешката бе 0x0000008E (0xC0000005 0x805A1282 0xFCCD7CAC 0x00000000)
Порових се доста с autoruns и с ccleaner и открих купища "драйвери", които не бяха подписани и бяха от неизвестни производители. Забраних ги всичките и проблемът се реши - вече не се пали тази СТОП грешка.
Да отбележа за архива, че грешката се появяваше едва след като потребителят се включи в системата и то само в нормален режим, докато в safe mode я нямаше.
Днес се занимавах с един Windows XP, който постоянно даваше STOP грешка 0x0000008E.
Питах Гугъл, но намерих единствено описание на този проблем при инсталация.
Това не ми помогна особено - поекспериментирах и с чистене, стиковане на платките (тя всъщност беше една единствена - паметта), промяна слота на паметта, почистване на слота на паметта... Общо взето нищо не помогна.
Всъщност точно моята грешка я нямаше спомената никъде в 'нета.
Грешката бе 0x0000008E (0xC0000005 0x805A1282 0xFCCD7CAC 0x00000000)
Порових се доста с autoruns и с ccleaner и открих купища "драйвери", които не бяха подписани и бяха от неизвестни производители. Забраних ги всичките и проблемът се реши - вече не се пали тази СТОП грешка.
Да отбележа за архива, че грешката се появяваше едва след като потребителят се включи в системата и то само в нормален режим, докато в safe mode я нямаше.
11 Март, 2009
WF0NXXWPDNYR23240
Мина почти цял месец, а още не съм се похвалил :)
Нашето семейство се увеличи с още един член :P
Много е красив, послушен и... надявам се - икономичен ;)
Първите впечатления са доста добри, дано не сме се подлъгали по запазения вид.
Оттук насетне следва само безпроблемно шофиране и ... само разходи :D
Нашето семейство се увеличи с още един член :P
Много е красив, послушен и... надявам се - икономичен ;)
Първите впечатления са доста добри, дано не сме се подлъгали по запазения вид.
Оттук насетне следва само безпроблемно шофиране и ... само разходи :D
10 Декември, 2008
теория на конспирацията
Понеже все още нищо не може да ме убеди, че The Company няма нищо общо с The Two Towers, ето за какво се сетих първо като видях следната снимка:
снимка: Свят | Боен самолет падна върху къщи в САЩ и уби трима - Dnevnik.bg
Ето така изжлегда самолет, разбил се в сграда, а не така:
снимка: Pentagon 911 analysis. Plane, missile or ?
Нали така? Все нещо трябва да е останало от проклетия самолет, ако ще и да е бил Чесна...
Струва ми се, че никога няма да престана да вярвам. И също така мисля, че никога няма да разберем със сигурност...
снимка: Свят | Боен самолет падна върху къщи в САЩ и уби трима - Dnevnik.bg
Ето така изжлегда самолет, разбил се в сграда, а не така:
снимка: Pentagon 911 analysis. Plane, missile or ?
Нали така? Все нещо трябва да е останало от проклетия самолет, ако ще и да е бил Чесна...
Струва ми се, че никога няма да престана да вярвам. И също така мисля, че никога няма да разберем със сигурност...
Blogged with the Flock Browser
06 Декември, 2008
mysql и php5
Навярно не един човек и не един път се е чудил защо, по дяволите, в php5 вече няма поддръжка на mysql по подразбиране и как, мътните да го вземат, да я подкараме отново :)
Та... след неколкократни главоблъскания, ровения в Интернет и четене на какви ли не предложения, този път реших да си го запиша.
Всичко се свежда до няколко елементарни неща:
1. Папката на инсталацията на PHP трябва да е вписана в системната променлива PATH
2. Конфицурационния файл php.ini трябва да е в основната папка Windows. Иначе каквото и да пишете вътре, няма да сработва
3. Настройката extension_dir трябва да сочи към папката с extentions - например "C:\php\ext\"
4. Реда extension=php_mysql.dll трябва да е разкоментиран
5. Библиотеката libmysql.dll (а най-вероятно и библиотека php5ts.dll) трябва да се намира(т) в основната папка на PHP.
И... както е писал Joe Greklek в коментар на php.net - "Hope this helps at least 1 person.:)"
Та... след неколкократни главоблъскания, ровения в Интернет и четене на какви ли не предложения, този път реших да си го запиша.
Всичко се свежда до няколко елементарни неща:
1. Папката на инсталацията на PHP трябва да е вписана в системната променлива PATH
2. Конфицурационния файл php.ini трябва да е в основната папка Windows. Иначе каквото и да пишете вътре, няма да сработва
3. Настройката extension_dir трябва да сочи към папката с extentions - например "C:\php\ext\"
4. Реда extension=php_mysql.dll трябва да е разкоментиран
5. Библиотеката libmysql.dll (а най-вероятно и библиотека php5ts.dll) трябва да се намира(т) в основната папка на PHP.
И... както е писал Joe Greklek в коментар на php.net - "Hope this helps at least 1 person.:)"
Blogged with the Flock Browser
28 Ноември, 2008
Как да махнем папка, която се казва " " (интервал)
Случи се така, че си сложих една калпава програма за чертане.
След 2 дена я махнах, понеже не ставаше за нищо.
И явно по време на де-инсталационния процес папката, която е служела за съхранение на "проектите ми", вместо да бъде изтрита, е била преименувана на този прословут интервал.
И така аз се оказах с дена папка в "документите ми", която Windows Explorer не може да изтрие. За разлика от съдържанието й, което се трие без проблем, самата папката ми дава "Cannot read from the resource file or disk".
Ходих питах Гугъл, четох каквото ми каза, но отново ударих на камък.
Пробвах с FTP да се закача, но получавам я "directory not found", я "access denied", я някоя друга изумена грешка.
Пробвах с RAdmin, там също получавам "Remote side: Deleting error".
Пробвах и с доброто старо F-че - при опит да вляза в нея ми показа "Unknown error 18 0012", при опит да я изтрия направо си зависна, а като опитах да пусна "Internal disk editor" Windows ме наплю грозно с "An application has attempted to directly access the hard disk, which cannot be supported."
Пробвах да сменя правата (които странно бяха малко по-различни), но Security Properties прозореца зависва много яко и чак трябва да се прекрати процеса на Explorer, което никога не е приятно нещо.
Също така пробвах и да рестартирам, макар че не го правя много често (дори от последната смяна на driver-и на мрежовата карта минаха 3 дена преди да рестартирам), но и това не помогна - тъпата папка продължаваше да се прави на луда и да се опъва.
Пробвах в DOS да я изтрия с del " " - получих "The filename or extension is too long" (каквото и да означава това).
И накрая ме осени идеята да използвам mkdir/rmdir.
Добрият стар DOS, винаги е помагал в трудни моменти :)
Само не забравяйте да сложите "край на папка" в пътя, напр. rmdir " \" а не просто rmdir " ", понеже иначе ще получите "The system cannot find the path specified."
Какви ли не странни неща. Всеки път при такава ситуация се убеждавам, че компютрите ще продължат да ме изненадват с проблеми, въпреки дългогодишния ми опит с Windows.
След 2 дена я махнах, понеже не ставаше за нищо.
И явно по време на де-инсталационния процес папката, която е служела за съхранение на "проектите ми", вместо да бъде изтрита, е била преименувана на този прословут интервал.
И така аз се оказах с дена папка в "документите ми", която Windows Explorer не може да изтрие. За разлика от съдържанието й, което се трие без проблем, самата папката ми дава "Cannot read from the resource file or disk".
Ходих питах Гугъл, четох каквото ми каза, но отново ударих на камък.
Пробвах с FTP да се закача, но получавам я "directory not found", я "access denied", я някоя друга изумена грешка.
Пробвах с RAdmin, там също получавам "Remote side: Deleting error".
Пробвах и с доброто старо F-че - при опит да вляза в нея ми показа "Unknown error 18 0012", при опит да я изтрия направо си зависна, а като опитах да пусна "Internal disk editor" Windows ме наплю грозно с "An application has attempted to directly access the hard disk, which cannot be supported."
Пробвах да сменя правата (които странно бяха малко по-различни), но Security Properties прозореца зависва много яко и чак трябва да се прекрати процеса на Explorer, което никога не е приятно нещо.
Също така пробвах и да рестартирам, макар че не го правя много често (дори от последната смяна на driver-и на мрежовата карта минаха 3 дена преди да рестартирам), но и това не помогна - тъпата папка продължаваше да се прави на луда и да се опъва.
Пробвах в DOS да я изтрия с del " " - получих "The filename or extension is too long" (каквото и да означава това).
И накрая ме осени идеята да използвам mkdir/rmdir.
Добрият стар DOS, винаги е помагал в трудни моменти :)
Само не забравяйте да сложите "край на папка" в пътя, напр. rmdir " \" а не просто rmdir " ", понеже иначе ще получите "The system cannot find the path specified."
Какви ли не странни неща. Всеки път при такава ситуация се убеждавам, че компютрите ще продължат да ме изненадват с проблеми, въпреки дългогодишния ми опит с Windows.
Blogged with the Flock Browser
27 Ноември, 2008
Двоен стандарт или правилна оценка? | България | Deutsche Welle | 27.11.2008
Ивайло Калфин в интервю за Дойче Веле
Очаквате ли някой да поеме отговорност или да наложи отговорност?
„Действително въпросът за отговорността е много важен. Бих казал, че той беше още по-актуален тогава, когато отнеха временно акредитациите на тези агенции. Това, което се случи след това през последните месеци и през последната година, мисля, че е действително много, и то в положителна посока. Съжалявам, че не получихме акредитацията на тези агенции, но пак казвам – това, което стана през последните месеци и последната година, мисля, че е очевидно и няма как да бъде подценено от когото и да било, включително и от Европейската комисия.”
Докато "политиците" ни отговарят по този начин, страната ни няма да се оправи. Никаква конкретика, само локуми. Това не е отговор на човек, който желае да свърши нещо, а на човек, който се занимава с "политика".
Както не един път съм повтарял, "политик" в българия е мръсна дума и с политика се занимават хора, чиято единствена цел е лично облагодетелстване със държавни (разбирайте наши, на гражданите) средства, докато свестните хора, които биха могли да вършат тази обществена работа, или са забегнали в чужбина или се занимават с всичко друго полезно, но не и с политика.
Blogged with the Flock Browser
Абонамент за:
Публикации (Atom)