Beispiel: ähnlich einem html-view im IE etwas "schweben" zu lassen, wenn man scrollt...
habe in Visual Studio eine Dialog, der nicht mehr auf den bildschirm passt. deshalb ist er scrollbar. wenn ich den dialog nach oben scrolle, sind natürlich die buttons ganz unten (da sollen sie auch sein) nicht mehr zu sehen. sie könnten allerdings auch beim scrollen immer an der unteren kante "mitschweben"
hat da einer eine idee. mit MoveWindow pro Scroll-"Schritt" arbeiten???
o.k. hab's gerade getestet. sieht aber schlecht aus, wenn die buttons beim scrollen ständig flackern. kann man die buttons auch außerhalb des dialoges, also unterhalb des dialograhmens zeichnen? dann könnte das positionieren beim scrollen und somit auch das flackern entfallen.
evtl kannste es ja so machen das du sie erst neu zeichnest/verschiebst wenn der user den scrollbalken losgelassen hat. mit MoveWindow schiebt windows den button an die neue position und zeichnet in neu, deshalb das flackern -- class God : public ChuckNorris { };
noch lieber wäre mir ein fixer bereich im unteren bereich des fenster. dann müssten die controls nie neu positioniert werden. -->ähnlich dem fixieren eines fensters in excel: z.b. die überschriften einer tabelle "bleiben stehen", der rest kann gescrollt werden......
warum machste eigentlich nich einfach ne toolbar unten dran? -- class God : public ChuckNorris { };Dieser Post wurde am 18.08.2005 um 11:18 Uhr von FloSoft editiert.
meinen beitrag hatte ich wohl zur gleichen zeit geschrieben. die idee mit dem splitter ist mir auch eingefallen, aber wie würden sich dann die buttons des eiegntlichen dialogs verhalten. kann man diese einefach in das splitter hineinsetzen und diese sind dann genauso steuerbar??
mmh.... eine toolbar unten im dialog....klingt auch gut. habe aber viele versch. dialoge die gescrollt und dann mit versch. buttons (auf der toolbar) ausgestattet sein müssten.
jo wo liegt das problem, tust halt beim ändern des dialogs einfach die toolbar mit ändern, bzw die andere toolbar zeigen. ich denke das ist doch das einfachste. (Warum nimmste eigentlich nicht gleich ne SDI-Anwendung mit FormView als Document?) -- class God : public ChuckNorris { };
die anwendung ist bereits jahrelang gewachsen. dazu kamen halt die scrollb. dialoge.
-->wär halt schön, wenn man einen "abgetrennten Bereich" untem im oder am Dialog hätte, der eben nicht mitscrollt und wo die buttons bedienbar bleiben, egal, welche pos. gerade angescrollt ist.