AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 14:02

Parameter dieser Suchanfrage:

Suche in Thema: Eigenes TPageControl - APIs zum zeichnen?
Suche alle Beiträge, die von "wicht" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 7 von insges. 7 Treffern
Suche benötigte 0.003s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Win32/Win64 API (native code)

    AW: Eigenes TPageControl - APIs zum zeichnen?

     
      by wicht, 3. Jul 2011
    Ich notiere mir das und baue mal was ganz minimales zusammen. Heute wird das nichts mehr. Äääh, ist ja schon spät - jedenfalls nicht vor irgendwann heute Nachmittag.

    Danke auf jedenfall für dein Interesse :P bis später!
  • Forum: Win32/Win64 API (native code)

    AW: Eigenes TPageControl - APIs zum zeichnen?

     
      by wicht, 3. Jul 2011
    Ich denke das passt so, sieht bis jetzt immer noch gut aus. Wenn jemand Lust hat, das Springteufel-Problem selber zu testen, würde ich wohl eine Demo zusammen kloppen. Aber das ist von mir aus nicht nötig, und Menschen haben meist anderes zu tun, als sich um des Wichtes verrückte Probleme zu kümmern :-D
  • Forum: Win32/Win64 API (native code)

    AW: Eigenes TPageControl - APIs zum zeichnen?

     
      by wicht, 2. Jul 2011
    Bei den Versuchen von vorhin hat das leider nicht geklappt. Das blöde PageControl macht trotzdem den Springteufel zwischen meinen WM_SETREDRAW Aufrufen.. es scheint, als hätte WM_SETREDRAW gar keinen Einfluss auf das Verhalten - im Gegensatz zu LockWindowUpdate(). Darum ist das "danach aktualisieren" auch nicht wirklich wichtig... :|
  • Forum: Win32/Win64 API (native code)

    AW: Eigenes TPageControl - APIs zum zeichnen?

     
      by wicht, 2. Jul 2011
    Ich bin ja eigentlich kein Freund davon, Dinge zu machen, wozu z.B. das MSDN sagt "nicht so machen". Aber hier muss ich das dann wohl. Ausserdem dauert das Schließen so eines Tabs ja nicht lange und währenddessen wird sehr sicher von keinem anderen Programm irgendein Drag&Drop durch den Benutzer gemacht werden. Und selbst wenn es mal fehlschlägt ist das kein Beinbruch, es sieht nur minimal...
  • Forum: Win32/Win64 API (native code)

    AW: Eigenes TPageControl - APIs zum zeichnen?

     
      by wicht, 2. Jul 2011
    Toll. Jetzt klicke ich ein bisschen hier im Forum rum und lese den letzten Post von EWeiss in seinem "Virtual Piano"-Thread. Dort schreibt der liebe Emil was von LockWindowUpdate(). Das unterdrückt den unerwünschten Effekt mit dem "Springteufel" am Tab scheinbar! Im MSDN steht aber, dass man das nicht machen soll, weil das eine "global state"-Operation ist - und hier geht es ja nur um mein...
  • Forum: Win32/Win64 API (native code)

    AW: Eigenes TPageControl - APIs zum zeichnen?

     
      by wicht, 2. Jul 2011
    Hi, danke für eure Antworten.

    Dass es auf "Benutz doch TTabControl oder TPageControl" hinausläuft, dachte ich mir irgendwie schon. Dann hole ich mal noch etwas mehr aus. Bis jetzt habe ich das auch ungefähr so gemacht, wie von euch vorgeschlagen (nur dass ich TPageControl genutzt habe). Auf meinen Tabs ist allerdings ein Knopf zum Schließen drauf. Und völlig egal wie ich Tabs schließe - es...
  • Forum: Win32/Win64 API (native code)

    Eigenes TPageControl - APIs zum zeichnen?

     
      by wicht, 2. Jul 2011
    Hi Forum!

    Ich bin seit längerem dabei, ein eigenes Tab-Control zu bauen (abgeleitet von TWinControl). Der Header (das Teil, wo die Tabs drauf gemalt werden) soll genau so aussehen, wie das normale Windows-Control (In Delphi TPageControl). Wenn Themes aktiv sind funktioniert das auch, weil man sich ja mit den ThemeServices in Delphi das Aussehen jedes Elements ganz einfach holen kann....


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=wicht&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=161415
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 14:19 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz