Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » VC++ / MFC » schwebende Buttons

Forum | Hilfe | Team | Links | Impressum | > Suche < | Mitglieder | Registrieren | Einloggen
  Quicklinks: MSDN-Online || STL || clib Reference Grundlagen || Literatur || E-Books || Zubehör || > F.A.Q. < || Downloads   

Autor Thread - Seiten: > 1 < [ 2 ]
000
17.08.2005, 10:01 Uhr
~urs
Gast


hallo!

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???

vielen Dank!
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
001
17.08.2005, 12:34 Uhr
FloSoft
Medialer Over-Flow
(Administrator)


jo anders wirds nicht gehen als wenn du beim scrollen die buttons "mitschiebst"
--
class God : public ChuckNorris { };
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
002
17.08.2005, 15:31 Uhr
~urs
Gast


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.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
003
17.08.2005, 17:09 Uhr
FloSoft
Medialer Over-Flow
(Administrator)


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 { };
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
004
18.08.2005, 11:15 Uhr
Disi



Alternativ könnte man ein SplitterWnd nehmen

das sieht dann bildlich so ungefähr aus



Code:
-----------------------
| Buttons oben        |
-----------------------
|                     |
|                     |
|                     |
| Hauptdialog         |
|                     |
|                     |
|                     |
-----------------------
| Buttons unten       |
-----------------------


Dieser Post wurde am 18.08.2005 um 11:17 Uhr von FloSoft editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
005
18.08.2005, 11:17 Uhr
~urs
Gast


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......
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
006
18.08.2005, 11:18 Uhr
FloSoft
Medialer Over-Flow
(Administrator)


jo so ist das ja mit splitterwnd

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.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
007
18.08.2005, 11:22 Uhr
~urs
Gast


hehe :-)

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.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
008
18.08.2005, 12:03 Uhr
FloSoft
Medialer Over-Flow
(Administrator)


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 { };
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
009
19.08.2005, 16:02 Uhr
~urs
Gast


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.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: > 1 < [ 2 ]     [ VC++ / MFC ]  


ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: