TScrollBar es eger scroll
Info.StaTOR
A következő gondom van, amiben segítséget kérek (XP, C++Builder 2006 alatt):
Van nálam több helyen saját kezelésű ScrollBar. Nem tudom az egér görgővel
állítani, nem találok a TScorrBar-ban erre vonatkozóan semmit [lehet, hogy
van, de nem találom (:-( ].
Vagy lehet, hogy máshol kell keresni?
A válaszokat előre is köszönöm.
Cap
Nagy Zoltán
A WM_MOUSEWHEEL üzenetet kell kezelned, de.
Nem tudom mennyire speciális kódot írsz, de szerintem a tartalmat
görgeted a görgővel nem a scrollbart - azt csak értesíted erről. A
scrollbarnak szerintem közvetlenül sok köze nincs az egér görgőhöz.
http://www.programmersheaven.com/mb/bcbuilder/329391/329391/tscrollbox-and-mouse-wheel/?S=B20000
Z.
Info.StaTOR
Klf. okok miatt nem a ListBox mozgatja a saját scrollbar-ját, hanem én
tettem mellé egy külön scrollbart és én kezelem programból. Természetesen a
kurzormozgatás (sor le/fel, lapozás, scrollbarra kattintás) mozgatja a
szöveget ill. a szövegmozgatással arányosan változik a scrollbár állása, a
csúszka mérete stb. de most nem ez a lényeg (:-)
A gondom az volt, hogy az egér gomb görgetést nem tudtam elkapni, mert sem
azt nem tudtam, hogy ezt melyik komponensnél kell (TListBox, TScrollBar), de
főleg azt nem sikerült kiderítenem, hogy ezt hogy hívják, milyen eseménynek.
A segítségeddel kiderült:
WM_MOUSEWHEEL, OnMouseWheel
amit keresek.
Nagyon-nagyon köszönöm!!!!!!
Mivel a listán mostanában fél évente egy levél van (:-) ezúton kívánok
mindenkinek
Kellemes Karácsonyi Ünnepeket!
Boldog Új Évet!
Köszönöm az egész évi segítségeteket!
Cap
Ricsóvári László
Kellemes Karácsonyi Ünnepeket!
Boldog Új Évet!
Tavaly ilyenkor még sörözni vágytunk, nem is lett belőle semmi ..
Nagy Zoltán
Én is kívánok Kellemes Ünnepeket mindenkinek!
És mindenkinek sikeres Microsoft C++/gcc átállást az új évre. :)))
A hétvégén kipróbáltam a 2009-re kiadott szívatást. A linkert egyszerűen
képtelenek összerakni a hatos Builder óta a mai napig. Egy egész napom
ment a szokásos "Fatal erorr: Linker Terminated: Access Violation"
üzenetre, mielőtt egyáltalán hozzá tudtam volna fogni a teszthez. És
pontosan ez az az üzenet amit rendszeresen kapok a hatos Builder óta
minden verzióval, és pontosan ez miatt próbáltam az újabb verziókat, de
reménytelen. Feladom. :) Tele van ezzel (is) a QC és nem képesek vele
mit kezdeni. De a fordító sem különb, a frissen bevezetett - hello world
szintű alapvető funkcionalitást - érintő bugokról C++ és VCL szinten
egyaránt, meg már kár is megemlékezni. Bár az, hogy a BDS2006-ot például
úgy hagyták javítás nélkül olyan fordító hibával, hogy bizonyos
esetekben nem hívja meg a destruktort már önmagában is kritikán aluli
hozzáállás, és az is csak a jéghegy csúcsa. Ezek és még sok más
természetesen mind megtalálható a QC-ben is. Ez gyakorlatilag
használhatatlan jelenleg, szerintem. (Update1-el teszteltem). Most ott
tartunk, hogy már egy sima "throw;" is képes access violation-be
fordulni mielőtt a következő handlerhez ér, sőt az EAbort is képes
elszállni (benne a QC-ben) azt pedig azért szokás használni. stb.stb. De
ezek persze csak akkor fontosak, ha a linker egyáltalán összerakja az
alkalmazást. :-D
Üdv,
Zoltán.
--
"Hey, it compiles! Ship it!"