AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Win32/Win64 API (native code) Delphi laden von Message.Result nötig oder nicht?
Thema durchsuchen
Ansicht
Themen-Optionen

laden von Message.Result nötig oder nicht?

Ein Thema von TStringlist · begonnen am 8. Feb 2004 · letzter Beitrag vom 14. Feb 2004
Antwort Antwort
TStringlist

Registriert seit: 1. Dez 2003
360 Beiträge
 
Turbo Delphi für Win32
 
#1

laden von Message.Result nötig oder nicht?

  Alt 8. Feb 2004, 04:20
Hallo,

wenn ich eine Message in einer eigenen WndProc (MyWndProc) herausfiltern möchte, reicht es dann eigentlich immer, die ursprünglich ersetzte WndProc dann bezüglich dieser Message nur einfach nicht mehr aufzurufen, oder muss/sollte vorm Return von MyWndProc event. auch zusätzlich noch das Message.Result einen bestimmten Wert mitbekommen?

Thx im voraus
MfG (& Thx ggf.)
  Mit Zitat antworten Zitat
Assarbad
(Gast)

n/a Beiträge
 
#2

Re: laden von Message.Result nötig oder nicht?

  Alt 14. Feb 2004, 23:04
Das kommt auf die erwünschten Ergebnisse an. Wenn du sie nicht weiterreichen willst, kann das okay sein. Aber wenn du zB ein EDIT subclasst um nur noch Zahlen bei der Eingabe zuzulassen, würdest du alle Zeichen außer 0-9 filtern und den Rest an die originale oder zB die Default Fensterproc weiterleitest.
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 10:30 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