vbstreets konferencia - Téma megtekintése - görgetés formák görgetősáv
Rájöttem gépelt modul és ustroyl a Scroll, de még mindig volt egy kérdés.
Hogy biztosítsuk, hogy a futó nem fut messzire csökkenő ablak méretét? Ie A standard nyitott doboz, minden rendben van fordulat, de meg kell változtatni az ablak méretét a lehető csúszhasson a scroll nagyon fontos le \ left.
És mégis marad a pálya, hogy megszabaduljon tőle? Újrarajzoláskor a frissítési nem segít. Csak újrarajzolást formájában, de nem frissíti.
Kekir írta (a): Hogyan kell arról, hogy a futó nem fut messzire csökkenő ablak méretét? Ie A standard nyitott doboz, minden rendben van fordulat, de meg kell változtatni az ablak méretét a lehető csúszhasson a scroll nagyon fontos le \ left.
Mindent meg kell tennünk, csak jobb, így azzal a ténnyel, hogy mi az a pont minden egyes elemi művelet, amit csinálsz.
Ugye örvendezve érti 40 százaléka mindent, amit csinál, és a többit elvégzi okokból megfelelések az egyes rítusok, hagyományok, vagy egyszerűen csak a tehetetlenség.
Semmi más, csak egy szörnyű hibás programok, ez a megközelítés nem termel.
És a használata ScrollWindow funkció erre a célra - egy nagyon rossz tanácsot. Nem lehet használni a funkciót görgetés ScrollWindow vezérlők a VB-formák!
-Mi külön mosolygó arcukat a többi a szervezetben, kapitány.
-Ez van! Mi lefejezni őket.
VBTerminator írta (a): A hacker, akkor azt jelenti, hogy ha a forma nem fér el a képernyőn, akkor meg kell változtatni a tervezés semmiből?
Egyáltalán nem, én nem értem rá. Utaltam arra, hogy vannak emberek, akik megközelíteni a kódot -, hogy pontosan. Nagyon ideges az első helyen. Letter félt megérinteni. Hirtelen, a varázslat nem fog működni. Általában működnek darabokat kódot, imádkozni a teljesítményét ezeket a darabokat, de félnek, vagy nem akarja, vagy nem tudja elolvasni a kódot az atomok nem menyaeyut meg magad, és nem egészen értem, mi folyik itt. Ez a legrosszabb megközelítés természetesen, ami csak történik.
De az úton, igen, azt hiszem, a probléma a design. Ez azt jelenti, hogy az ablak nem fér el a képernyőn? Ez elfogadható ablak jelenik meg semmilyen dokumentumot. Szöveg, kép, rajz, térkép. Ha van egy ellenőrző, a várható tervezési hiba. Vagy egy ablak, egy ezer mezőbe. Utállak! Az emberek többsége átkerült az átkozott papír formák számítógépes programok, de a program még nem ért oly módon, mintha a papíron, amit ki kell tölteni.
VBTerminator írta (a): Nem értem, hogy miért? Jelenleg nincs tudomásunk megéri a pénzt, különösen azért, mert ezek ismerete nem terhet átok, vagy valami ilyesmi.
Nos, a tudat, hogy van, ez peschinka a globális óceán tudás. Mi a különbség nem volt peschinka némi tudás vált peschinka egyéb ismeretek. Én végül meggyőzte, hogy a hatalom nem a tudás, hanem a képesség, hogy hatékonyan termelni rendkívül hasznos ismereteket.
Nos, az igazság nem vagyok ellene a tudás, ha nem zavarja a fejét. Nézzük fej és a memóriát, és tárolja a tudást, hogy lesz egy ilyen cache. Volt egy kis probléma - tudjuk, hogyan kell megoldani - figyelemre méltó. Nem tudjuk, hogyan kell megjavítani - nem kérdés, akkor tudni fogjuk, 10 perc alatt.
VBTerminator írta (a). és újra ölni egy csomó időt rajta?
Miért van, hogy egy csomó? Meg kell dolgozni magát, úgy, hogy az új tudás létrejöttét vesz egy minimális számú alkalommal
-Mi külön mosolygó arcukat a többi a szervezetben, kapitány.
-Ez van! Mi lefejezni őket.
Hacker írta (a): Az emberek többsége átkerült az átkozott papír formák számítógépes programok, de a program még nem ért oly módon, mintha a papíron, amit ki kell tölteni.
És mi a rossz? Ha engedményeket tesznek az a tény, hogy a gépesítés nem érte el a 100%, ha az még mindig együtt számítógépes formában formákat használnak a papír verzió, és ha becsült költsége az emberi átképzés, amit használnak, hogy töltse ki a papír formák, a döntés, hogy az elektronikus űrlapok, amelyek maximálisan Úgy fog kinézni, papírhoz hasonló nyilvánvaló. A másik dolog, amikor a formák felhasználása csak formájában a csűrő és eredetileg alatta.
Hacker írta (a): Volt egy kis probléma - tudjuk, hogyan kell megoldani - figyelemre méltó. Nem tudjuk, hogyan kell megjavítani - nem kérdés, akkor tudni fogjuk, 10 perc alatt.
Nos, ez attól függ, hogy az adott személy, akinek ez 10 percig tart, de néhány, a nap nem elég. Ismét az ismeretszerzés képességének függvénye, beleértve és az összeget a tudás, hogy az egyén már, és felejtsd el 99% -át tárolja a tudás, alig az is gyors és egyszerű, hogy az új ismereteket. IMHO azt mondanám, hogy minél több ember tudja, annál inkább ő is kap az új tudás gyorsabb. Természetesen nincs lineáris összefüggés, de ez a kapcsolat kétségtelenül létezik.
Törekedjen arra, hogy keres, talál, és perepryatat
Hacker írta (a): Mivel a mozgó ablak (készítette CreateWindow), de nem tudja ellenőrizni. Ellenőrző úgy véli, hogy továbbra is a régi helyen. Test tulajdonságok bal felső és a kontroll alkalmazása után ScrollWindow ..
Így van, IMHO, a szokásos megközelítés a scroll - „mozgatni a tartály, de nem tudja ellenőrizni,” mint alibek írta. És ha jól értem, a járműben van ilyen probléma, és megéri. És ha egy harmadik fél általi ellenőrzését tooltips beszívja a képernyőn koordinátákat nem az ügyfél - ez azt (kontroll) probléma - ez szívás az ilyen ellenőrzéseket.
Kekir írta (a): Hogyan kell arról, hogy a futó nem fut messzire csökkenő ablak méretét? Ie A standard nyitott doboz, minden rendben van fordulat, de meg kell változtatni az ablak méretét a lehető csúszhasson a scroll nagyon fontos le \ left.
És mégis marad a pálya, hogy megszabaduljon tőle? Újrarajzoláskor a frissítési nem segít. Csak újrarajzolást formájában, de nem frissíti.
Nem értem, a helyzet a következő, és így tovább. Narilcsoport itt az ősi példa
bárka, vezetsz szörnyű.
És itt a konténerek és a tartalmát elemekkel.
Ott ablakozós alrendszer, amely a felelősség User32, tárgyak, amelyek tevékenysége az ablakok (windows), a kilincsek, és amelynek saját törvényei az élet.
Van alrendszer vezérlése épült az ablakok alrendszer. A tárgyak ezt az alrendszert a COM-Control, saját törvényei az élet.
VB természetesen használja az ellenőrzés fogalmát, épült az ablakokat.
Vezérlők úgy tervezték, hogy kezelése során egy ilyen tulajdonság Top ellenőrzés végrehajtását ellenőrző maga mozgatja a megfelelő dobozba.
ScrollWindow fellép a bypass ellenőrzések és mozgatja az ablakokat magukat. Míg az ellenőrzések nem tudják, hogy az ablakokat is eltolódott.
Más szóval Command1.Top és Command1.Left ScrollWindow hívni, és a hívás után ScrollWindow ugyanazt az eredményt adja, bár a gomb mozog vizuálisan. Mivel a végrehajtás a vezérlő osztály Parancsgombot nem jelenti azt, hogy a gomb-as-ablak mozog, hogy megkerülje a gomb-szerű ellenőrzés.
-Mi külön mosolygó arcukat a többi a szervezetben, kapitány.
-Ez van! Mi lefejezni őket.
Hacker írta (a): Más szóval Command1.Top és Command1.Left ScrollWindow hívni, és a hívás után visszatér ugyanazt az eredményt ScrollWindow
Nos, igen. Ügyfél koordinálja és azonosnak kell lennie. Akkor nézzünk egy példát - mozgok scrollbar'om ablak - ebben az esetben a képernyőn / ügyfél az egész koncepció megmarad.
Hozzáadott: bocs, tudván, az Ön igényeit a pontosság, a nem ablak, míg a kliens részét
bárka írta (a): Nos, igen. Ügyfél koordinálja és azonosnak kell lennie.
Ügyfél koordináták mi?
-Mi külön mosolygó arcukat a többi a szervezetben, kapitány.
-Ez van! Mi lefejezni őket.