AW: Spectragram
Zitat:
Zitat:
Und nein du musst das nicht weiter testen. Zitat:
Nun gut. Muss man dazu noch was sagen. gruss |
AW: Spectragram
Zitat:
|
AW: Spectragram
Zitat:
Bin ich wieder was schlauer. Zitat:
Nur was dagegenspricht ist das so etwas 3 Mal gut geht aber nicht immer! Fakt ist nun mal egal wann wie oder wo das Programm läuft immer bei mir. ;) OT: Irgendwie funktioniert der Report Button nicht mehr.. Hmm.. Redirekt und das war's gruss |
AW: Spectragram
Offtopic: Bei mir funktioniert er bei deinem vorherigen Beitrag.
|
AW: Spectragram
Zitat:
Ach so du meinst den Report Button. Bei mir geht kein Fenster auf nur redirekt. Hmm seltsam jetzt geht er wieder. (Na ja IE11) gruss |
AW: Spectragram
Zitat:
Rollo |
AW: Spectragram
Ich habe die aktuelle Version soeben unter Windows 10 getestet, das funktioniert.
|
AW: Spectragram
Zitat:
|
AW: Spectragram
Zitat:
Warum machst du dies, das und jenes, Was die zoomt nicht bla, bla gruss |
AW: Spectragram
Jetzt öffnet sich der Dialog, um eine MP3 Datei auszuwählen.
Nur...in der Combobox wird mein Netzlaufwerk nicht aufgelistet. Da aber alle meine Dateien auf einem NAS liegen... Der Dialog ist wohl AlwaysOnTop und hat als Parent nicht das MainWindow der Anwendung. Ist etwas doof, wenn man, während der Dialog geöffnet ist, auf eine andere Anwendung umschaltet, dann ist der Dialog ständig im Weg und stört sehr. Ein weiterarbeiten in einer anderen Anwendung ist da leider nicht möglich. Auswählen und Return drücken geht nicht. Auf Tasteneingaben (Tab, Pfeiltasten, Return, Esc) reagiert er nicht. Doppelklick auf eine Datei wählt diese nicht aus und schließt den Dialog, wie man es von Windows gewohnt ist. Wenn man eine Datei auswählt und OK klickt, ist das Hauptfenster im Hintergrund verschwunden. Also mir ist da der gewohnte Datei-Öffnen Dialog von Windows lieber. |
AW: Spectragram
Zitat:
Nur er passt halt nicht in mein Design Konzept. (Und fertiges ist immer besser) Du hast doch meine Routine gelesen wie ich die Daten ermittle um die Laufwerke zu addieren. Dort ist ganz ersichtlich das keine Entfernbare Laufwerke addiert werden. Auch Netzlaufwerke sind da inbegriffen. gruss |
AW: Spectragram
Soll das noch behoben werden mit den Netzlaufwerken?
Auch wenn er nicht in dein Designkonzept passt, das AlwaysOnTop stört am meisten. Und wenn du die Bedienbarkeit (Tastatur) noch verbesserst,könnte ich mich mit anfreunden. |
AW: Spectragram
Zitat:
Das HWND TopMost zu entfernen ist das kleinste Problem. Nur das Window dann noch Modal zu halten das es nicht hinter der Form verschwindet die sie aufruft dürfte dann nicht so einfach sein. Zitat:
Zitat:
gruss |
AW: Spectragram
Zitat:
|
AW: Spectragram
Zitat:
Hier werden Dateien addiert DragDrop, Addieren einzelner Dateien oder kompletter Ordner rekursive. Diese werden dann in eine einfache Playliste addiert nur die Pfade. Wenn ich hier Daten addiere die sich auf externen oder Netzlaufwerken befinden was für einen Sinn macht das wenn diese entfernt werden können und die Daten dann nicht mehr Auffindbar bzw. Abspielbar sind. Das ist der Grund warum ich diese nicht mit dem FileDialog addiere. Was man tun könnte für ein Abfall Produkt mehr oder weniger DragDrop zu integrieren da bei diesen Projekt keine Dateien irgendwo gespeichert werden. (Ich denke aber dir geht es um die Funktionalität des Dialogs) Dafür brauchte ich ja nur die Flags zu ändern
Delphi-Quellcode:
DRIVE_NO_ROOT_DIR or DRIVE_FIXED
Ich könnte es ja ändern zu
Delphi-Quellcode:
Nur mit testen ist nix hab kein Netzlaufwerk.
if (GetDriveType(pDrive) = DRIVE_NO_ROOT_DIR or DRIVE_FIXED) or
(GetDriveType(pDrive) = DRIVE_REMOTE) then gruss |
AW: Spectragram
Zitat:
|
AW: Spectragram
Ok hab das mal addiert ka ob es funktioniert.
CD und Remote gruss |
AW: Spectragram
Super. Geht. :thumb:
Soll das eigentlich nur eine Demo werden oder ein voll funktionstüchtiger MP3 Player? |
AW: Spectragram
Zitat:
Da war mein Problem das mein Spectragram nur in Realzeit funktionierte weil ich noch keine ScrollBox erstellt hatte. Die ScrollBox werde ich nun dort integrieren. Deshalb nenne ich das hier ja auch ein Abfallprodukt weil es nur zum Testen der ScrollBox erstellt wurde. Habe das TOPMOST entfernt. Das Parent Window wird jetzt deaktiviert mit EnableWindow(Handle, False); und in Destroy wieder aktiviert. Bei einem Klick oder Doppelklick in der Dir/DriveList wird das Fenster lediglich nur noch auf ONTOP gesetzt. So können sich dann andere Fenster drüberlegen. gruss |
AW: Spectragram
Zitat:
Noch dazu ist es viel weniger Arbeit. Natürlich muss man so einen Style auch erst einmal erstellen, aber im Vergleich mit dem manuellen stylen einer Anwendung ist das nicht so viel. |
AW: Spectragram
Zitat:
Vielleich fällt mir ja noch eine lösung ein. ;) Ich möchte unabhängig von jeglichen fremden Komponenten sein das ist der Hauptgrund warum ich mir die Arbeit mache. Zudem ist es nur ein Hobby :) gruss |
AW: Spectragram
Nun ja. Ich habe den Code gesehen. Die Units, die den Code aufblähen, hast du ja wieder alle drin. Also, ich verstehe dein Ansinnen nicht so ganz bezüglich NOnVCL.
|
AW: Spectragram
Zitat:
Zitat:
Welche meinst du denn die den Code aufblähen? Classes, Windows, SysUtils, Graphics Viel mehr ist da nicht. Sollte ich besser sagen Win32Api ist letztendlich nichts anderes. gruss |
AW: Spectragram
Classes zum Beispiel.
|
AW: Spectragram
Zitat:
Wusste jetzt nicht das es verpönt ist die Unit mit einzubinden. Die kapselt am ende auch nur die Win32API. Es wird ja auch nicht die gesamte Unit mit kompiliert sondern nur die Teile die Verwendung finden. gruss |
AW: Spectragram
Verpönt ist gar nichts. Nur ist der Hintergedanke bei der NonVL Programmierung ja, dass man möglichst kleine Exe-Dateien haben will, sonst würde mir kein anderer Grund einfallen. Sinnvoll zum Beispiel bei SFX Archiven (http://michael-puff.de/Programmierung/Delphi/Programme/ -> SFX-Tools.zip). Aber meine Eigentliche Intention war es zu verstehen wie Windows funktioniert. Dass dabei dennoch nützliche Programme (xpusermanager.de) abgefallen sind, war eigentlich unbeabsichtigt und ursprünglich nur Fingerübungen.
|
AW: Spectragram
Die Frage wäre wie Interface erstellen.
Ob ich nun die ActiveX einbinde und über CoCreate die Interface einbinde oder diese von den Classen direkt verwende. Da ist irgendwo ein Widerspruch oder? Wie soll ich eine Classe ohne TObject/TComponent erstellen das sind so die Feinheiten. Wenn ich komplett auf die Classes verzichten will. Hmm muss nachdenken. EDIT: Und das ist alles NonVcl Konform von Windows mal abgesehen? ShlObj, ActiveX, Windows, Messages, CommCtrl, CommDlg, ShellAPI Habe jetzt nicht nachgesehen welche von den Units letztendlich auf die Classes zeigt. gruss |
AW: Spectragram
Und du solltest deine E-Mail Benachrichtigungen abstellen, sonst schläfst du nie. ;)
Es ist dir ganz alleine überlassen. Ich will dir nicht rein reden oder kritisieren. Ist super, was du bisher geschafft hast. Ich wäre überfordert bzw. hätte schon lange vorher wieder auf die VCL zurückgegriffen bei so einem Projekt. Aber um es mal auf den Punkt zu bringen: Warum nutzt du die VCL nicht? Meine ursprüngliche Intention habe ich mitgeteilt. PS: Nur für mein Ego. Inwiefern haben dir meine NonVCL Tutorials geholfen? Win32API-Tutorials für Delphi Jetzt sag nichts falsches. ;) :mrgreen: Ich meine, Kommentare von mir in deinem Code wiedererkannt zu haben. ;) |
AW: Spectragram
TObject ist in der system.pas beheimatet, und quasi ein "Sprachfeature". Alles was TComponent mit bringt, kann man auch zu Fuß machen.
Die Aussage, dass nur benötigte Teile gelinked werden, ist auch mit Vorsicht zu genießen. Schaut man sich an welche Rattenschwänze an Abhängigkeiten sich allein schon durch die Teile in den Initialization- und Finalization-Abschnitten ergeben, bekommt man je nach Unit eine unerwartete Menge an impliziten "benötigten Teilen", selbst wenn man sie im eigenen Code gar nicht verwendet. Aus reinem "Prestige" NonVCL zu gehen ist imho fehlgeleitet, da man sich Unmengen an Arbeit (und Fehlerquellen) einhandelt, ohne nachher von dem wirklichen Nutzen einen Mehrwert zu haben. (SysUtils ist da, glaube ich, auch so ein Kandidat für viele implizite Abhängigkeiten. Mag mich irren, aber das schwirrt mir im Kopf rum.) |
AW: Spectragram
Zitat:
Aber mein wissen bzg. NonVCL kommt asuschließlich aus VB weil man dort jede einzelne Funktion/Procedure/konstante zusammen suchen musste um ein Projekt auf die Beine zu stellen Na das hab ich 15 Jahre gemacht und dann keinen Bock mehr gehabt. Ich Arbeite nur noch damit wenn mein Hauptprojekt zufällig noch einen Fehler hat. Ich habe mir bei dir zum Beispiel Infos darüber geholt wie ich die Combobox Transparent setzen könnte und nachgesehen welche Flags du verwendest. Es gibt nix Win32API_Delphi.pdf ist schon eine feine Sache inklusive der Samples natürlich:) Zitat:
gruss |
AW: Spectragram
Zitat:
Wenn ich mein Geld damit verdienen müsste würde ich auch davon abraten. Lieber ein paar Euros in fertige Komponente investieren und Zeit sparen. In wie weit man damit gut fährt mag dahingestellt sein zumindest Fehler kann man nicht selbst beseitigen. Also ein für und wieder. gruss |
AW: Spectragram
Ich kaufe meine Komponenten ausschließlich nur mit Source. Aus genau diesem Grund ;) (Und weil die Dokus meistens genau an den Stellen dünn sind, bei denen ich gerne GENAU wüsste was da wie wo und wann passiert.)
|
AW: Spectragram
Ich glaube nicht, dass sich EWeiss hier profilieren will oder dass es ihm um Prestige geht. Dazu stekct zu viel Arbeit hinter seinem Projekt. ;)
Ok, du hast mal rein geguckt. Dann haben sie noch ihre Berechtigung. ;) |
AW: Spectragram
Zitat:
Soweit dieser mit Verkauft wird. gruss |
AW: Spectragram
Zitat:
Zitat:
Zitat:
Letztendlich muss man seine Informationen irgendwo erlesen. Ob von MS oder von dir ;) gruss |
AW: Spectragram
@Luckie: Das wollte ich auch nicht unterstellen! Damit wollte ich eigentlich ausdrücken: Wenn ich hauptsächlich zum Ziel kommen will, und mir die Dateigröße am Ende relativ egal ist, dann könnte nonVCL kaum einem anderen Zweck dienen als dem eigenen Stolz es auf die harte Tour geschafft zu haben. (Was für Projekte, bei denen Release-Zeit, Wartbarkeit und Fehlerfreiheit sicherlich nicht förderlich ist, bei reinen Spaßprojekten aber letztlich worscht.)
|
AW: Spectragram
Zitat:
Aber wie gesagt ein Hobby und nicht Lebenswichtig. gruss |
AW: Spectragram
Und manchmal tut es ja auch einfach gut :) So, und jetzt sollten wir mal alle fix ins Bettchen gehen. Morgen (also gleich) wird schon schlitzaugig genug.
|
AW: Spectragram
Zitat:
gruss |
AW: Spectragram
Werde mich mal an den OpenDialog drangeben ich glaube das ich über
Delphi-Quellcode:
lpfnHook: function(Wnd: HWND; Msg: UINT; ParamW: WPARAM; ParamL: LPARAM): UINT stdcall;
auf eine eigene Winproc verweisen kann in der ich dann den Borderstyle usw.. entfernen kann um anschließend dieses Window meinen Ansprüchen gerecht verändern kann. lpfnHook: @WinProc; sollte eigentlich gehen. gruss |
Alle Zeitangaben in WEZ +1. Es ist jetzt 10:55 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