Find out why after 22 years more developers than ever are choosing Delphi

[Codehunter]

Zitat:

Zitat von himitsu (Beitrag 1376274)

Zumindestens hier hätte aber das Abmelden mal funktioniert.

Gut möglich. Nur irgendwann generalisiert man solche "Verhaltensregeln". Außerdem war unsere Aquire&Buyout-Strategie in dem Fall wirksamer: Neues Postfach, neues Glück :-) Und da der Newsletterverteiler von Embadera anscheinend nicht auf Autoreplies reagiert, war ich safe :-D

[jaenicke]

Zitat:

Zitat von Codehunter (Beitrag 1376276)

Nur irgendwann generalisiert man solche "Verhaltensregeln".

Bei mir ist in dieser Regel allerdings der Zusatz "bei nicht unbedingt seriösen Absendern" enthalten. ;-)
Bei seriösen Firmen wie Embarcadero hatte ich mit dem Abmelden noch nie Probleme.

[himitsu]

Liegt auch mehr daran, dass unseriöse das entweder als Dummy haben und nicht auf das Abmelden reagieren,
oder es gar als Bestätigung nutzen, dass diese Adresse existiert und dann noch mehr schicken oder diese Adresse gleich noch als "valide" verkaufen.

[Thomas.]

Ich habe die Starter Edition von Delphi 10.2 (Tokyo)heruntergeladen und probiere, ein altes, umfangreiches Projekt damit zum Laufen zu bekommen.
Es compiliert und läuft ohne Fehlermeldung.
Doch dann: das Programm reagiert nicht. Jedes Klicken mit der Maus wird mit einem Beep quittiert.
Das Programm lässt sich nur über Task Manager / die IDE beenden.

Ist das Problem bekannt?
Gibt es da eine Abhilfe?

[Thomas.]

Das Projekt war übrigens in Delphi 7SE geschrieben. Habe ich zu erwähnen vergessen. Sorry.

[Der schöne Günther]

Hallo und Herzlich Willkommen in den Heiligen Hallen des Wissens und des Wahnsinns :love:

1. Es gab kein "Delphi 7 SE". Es gab allerdings über Torrent und Filehoster verteilte modifizierte Kopien von Delphi die so genannt wurden. Also pssst.
   :duck:
2. Du hast in Delphi einen Debugger. Wenn du das Programm kompilieren kannst ist das schwierigste schon bestanden. Jetzt kannst du mit dem Debugger anhalten (das Pause-Zeichen) und schauen wo deine Anwendung hängt. Hast du das alles noch halbwegs parat oder ist das schon zu lange her?

[Thomas.]

Danke für die schnelle Antwort.
Debugger?
Ich weiß noch, dass man mit F8 stufenweise compilieren kann.
Das habe ich getan - mit oben erwähntem Ergebnis: das Programm compiliert fehlerlos zuende und ist dann tot.

[Der schöne Günther]

Das erklärt es eigentlich schon:

Mit F8 wird nichts schrittweise kompiliert, sondern kompiliert und dann nur schrittweise ausgeführt. Heißt: Nachdem du F8 gedrückt hast startet er die .exe und friert sie dann ein damit du z.B. mit wiederholtem F8-Drücken weiter Schritt für Schritt durch den Quelltext wandern kannst.

Drückst du z.B. jetzt F9 nimmst du den Fuß von der Bremse und das Programm läuft wie normal. Vielleicht solltest du nach den Jahren nochmal schnell einen Crashkurs überfliegen ;-)

[Thomas.]

Danke abermals.
Ich habe für Delphi (7?) ein fantastisches Buch von Doberenz/Gewinnus aus dem Hanser-Verlag.
Du schlägst einen Crashkurs vor. Ich bin für einen Link dankbar.

Bin für jede Hilfe dankbar: die paar Projekte, die ich habe, sind über Jahre gewachsen und umfangreich. Das Übertragen Schritt für Schritt (also das Interface nachbauen und die davon aufgerufenen Prozeduren kopieren) ist eine Sysiphosarbeit, die ich begonnen, aber nach zwei Tagen aufgegeben habe.

[Glados]

Zitat:

Doch dann: das Programm reagiert nicht. Jedes Klicken mit der Maus wird mit einem Beep quittiert.

Das klingt für mich wie ein modales Fenster (Fehlermeldung, eigenes Fenster o.ä), welches sich hinter dein Hauptfenster geschlichen hat.

[nahpets]

Mit F8 wird kompiliert und beim ersten Programmschritt bleibt das Programm stehen, um dann mit weiterem Betätigen von F8 schrittweise ausgeführt zu werden.

Das Verhalten ist also genau bestimmungsgemäß.

Soll kompiliert werden und dann das Programm ausgeführt werden, betätige man bitte F9.

Zitat:

Ich weiß noch, dass man mit F8 stufenweise compilieren kann.

Dem ist nicht so, bitte Wissen auffrischen ;-)

[Thomas.]

Lösung:
Das Programm startet bei mir mit Form1.
Dort muss man im Objektinspektor "Enabled" auf true setzen.

Diese Erkenntnis hat mich zwei Tage meines Lebens gekostet.

Danke jedenfalls an alle Hilfeversuchenden.

[Glados]

Zitat:

Dort muss man im Objektinspektor "Enabled" auf true setzen.

Tipp für die Zukunft: vergiss den ObjektInspektor und setze wenn möglich die meisten wenn nicht sogar alle Properties im Code selber.

[jaenicke]

Zitat:

Zitat von Thomas. (Beitrag 1382005)

Lösung:
Das Programm startet bei mir mit Form1.
Dort muss man im Objektinspektor "Enabled" auf true setzen.

Das stellt sich allerdings nicht von selbst um. Vermutlich bist du da aus Versehen drauf gekommen, weil nun im Objektinspektor ein Klick genügt um das umzustellen.

Tipp:
Benutze ein Quelltextrepository wie Git oder ähnliches, dann hättest du beim Vergleich direkt gesehen, dass dort diese Einstellung geändert wurde...

Zitat:

Zitat von Glados (Beitrag 1382006)

Tipp für die Zukunft: vergiss den ObjektInspektor und setze wenn möglich die meisten wenn nicht sogar alle Properties im Code selber.

Wenn man ein Repository benutzt und beim Einchecken wirklich alle Änderungen prüft (wie es sein sollte), ist das gar nicht nötig. Man sieht so aber natürlich schneller was alles abweichend vom Standard gesetzt ist.

[nahpets]

Zitat:

Zitat von Glados (Beitrag 1382006)

Tipp für die Zukunft: vergiss den ObjektInspektor und setze wenn möglich die meisten wenn nicht sogar alle Properties im Code selber.

Wenn man mal in den Quelltext eines Formulars sehen will, kann man auch mit Alt+F12 (zumindest bei älteren Delphis) in die DFM schauen, dann sieht man alle Einstellungen aus dem Objektinspektor im Quelltext. Da sieht man so leicht versaubeutelte Werte dann auch recht schnell.

Alles, was so im Objektinspektor eingestellt ist, auch nochmal im Quelltext zu machen, halte ich für übertrieben.
Wenn man das wirklich konsequent macht, schreibt man schnell mal ein paar tausend zusätzliche Zeilen, ohne jeglichen Mehrwert.
Wenn man denn auf den Objektinspektor verzichten will und alle Einstellungen im Quellcode machen möchte, sollte man auf den visuellen Teil der IDE verzichten und auch das Erstellen aller Formulare, Komponenten ... im Quelltext machen.

[Codehunter]

Zitat:

Zitat von nahpets (Beitrag 1382042)

Wenn man denn auf den Objektinspektor verzichten will und alle Einstellungen im Quellcode machen möchte, sollte man auf den visuellen Teil der IDE verzichten und auch das Erstellen aller Formulare, Komponenten ... im Quelltext machen.

Seh ich genauso. Da könnte man dann auch gleich nonVCL programmieren, wenn man schon mal dabei ist. Das macht die EXEn auch gleich vieeel kleiner :wink:

Das einzige was mich in der Hinsicht seit längerem nervt ist die .dproj welche bei Versionssprüngen der IDE gerne mal zu "fundamentalem Konfusionismus" führt. Wobei die Lösung hier genau konträr zu Glados Ansicht ist: Die .dproj einfach zu löschen, das Projekt aus der .dpk neu zu erstellen und die Projekteinstellungen über die IDE Wysiwyg neu zusammen zu klicken.

[Thomas.]

Ich habe schon wieder eine Frage, die sich auch nach ausführlichem Suchen hier und bei Google nicht lösen lässt:
Die Frage: Warum funktioniert das Nachfolgende nicht?

mediaplayer1.FileName:='C:\videos\filmchen.avi'; //
mediaplayer1.Show;
mediaplayer1.Open;
mediaplayer1.DisplayRect:=Rect(0, 0, 0,0);
mediaplayer1.Display:=panel1;
mediaplayer1.Play;

Kann mir da irgendjemand helfen?
Danke!

[bnreimer42]

Was funktioniert denn nicht?
Welcher Fehler tritt auf? welche Meldung?

[bernau]

Zitat:

Zitat von nahpets (Beitrag 1382042)

Wenn man denn auf den Objektinspektor verzichten will und alle Einstellungen im Quellcode machen möchte, sollte man auf den visuellen Teil der IDE verzichten und auch das Erstellen aller Formulare, Komponenten ... im Quelltext machen.

Wie immer ist der Mittelweg die richtige Lösung. Grade für visuelle Dinge (z.B. die Positionierung der Elemente) ist der Objektinspektor unerlasslich. Es gibt aber auch viele Einstellungen die im Code für mich gefühlt besser untergebracht sind.

Grade wenn für bestimmte Komponenten immer die gleichen Einstellungen verwendet werden sollen, dann wird dafür eine Procedure geschrieben und im Code ist es dann eine Zeile.

[p80286]

Zitat:

Zitat von Thomas. (Beitrag 1382299)

Ich habe schon wieder eine Frage, die sich auch nach ausführlichem Suchen hier und bei Google nicht lösen lässt:
Die Frage: Warum funktioniert das Nachfolgende nicht?

mediaplayer1.FileName:='C:\videos\filmchen.avi'; //
mediaplayer1.Show;
mediaplayer1.Open;
mediaplayer1.DisplayRect:=Rect(0, 0, 0,0);
mediaplayer1.Display:=panel1;
mediaplayer1.Play;

Kann mir da irgendjemand helfen?
Danke!

Auch wenn ich den Mediaplayer nicht wirklich gut kenne, bei

Delphi-Quellcode:

mediaplayer1.DisplayRect:=Rect(0, 0, 0,0);

ist der Bereich auf dem etwas angezeigt werden könnte eher verschwindend klein!

Gruß
K-H

[Luckie]

Was hat die Frage zum Mediaplayer hier zu suchen? Warum erstellst du dazu nicht einen Thread im passendem Unterforum?

[Thomas.]

Die Hilfe zum Rect sagt, wenn man (0,0,0,0) angibt, nimmt das Display die tatsächlichen Dimensionen des Videos an.

[Luckie]

Könntet ihr bitte wieder zum ursprünglichen Thema zurückkommen? Und die Frage im entsprechenden Unterforum besprechen?

[Thomas.]

Sorry.
Apologies.

[Assarbad]

Zitat:

Zitat von jaenicke (Beitrag 1375742)

Skype ist nach wie vor in Delphi 2010 geschrieben. Das hatte ich vor kurzem in der Exe nachgeschaut.

Ich kenne auch diverse Firmen, die (wie wir) Skype bzw. Skype for Business einsetzen. Bedeutungslos würde ich nicht gerade sagen.

Hier irrst du leider. Auch wenn sich Skype for Business inzwischen grafisch an Skype für den Rest orientiert, so hat es doch eine andere Geschichte. Falls dir Lync was sagt, brauchste nicht weiterlesen.

Habe mir gerade mal Version 6.13.0.257 angeschaut und das ist mit ziemlicher Sicherheit nicht mit Delphi fabriziert worden. Ditto für die DLLs im Unterordner "Phone". Also allem Anschein nach kam dort VC14 aka Microsoft Visual C++ 2015 zum Einsatz. Die Version ist laut Linkerzeitstempel vom April.

Für das "normale" Skype kann ich keine Aussage treffen, da ich dort nicht nachgeschaut habe. Aber mir war auch so, als wäre es zumindest ursprünglich in Delphi geschrieben gewesen.

[Codehunter]

Zitat:

Zitat von Assarbad (Beitrag 1382951)

Aber mir war auch so, als wäre es zumindest ursprünglich in Delphi geschrieben gewesen.

Wie man auch in der Wikipedia nachlesen kann. Mich wundert das aber nicht dass inzwischen auf VC++ gewechselt wurde. Einerseits sicher Firmenpolitik. Andererseits aber auch große Politik wenn man bedenkt dass Skype ursprünglich aus dem ehemaligen Ostblock stammt. Der Herr Kaspersky lässt schön grüßen ^^

@Assa: Bist du in heimatliche Delphi-Gefilde zurückgekehrt oder ist es nur ein Kurzbesuch? :-)

EDIT/NACHTRAG: Passend zum ursprünglichen Thema habe ich mal in den aktuellen TIOBE-Index geschaut. Von den Urgesteinen unter den Programmiersprachen hat Object Pascal ja den größten Aufwärtstrend hingelegt. Gleichzeitig sind jüngere Sprachen wie Swift und Objective-C deutlich auf dem absteigenden Ast. Auch wenn ich es ungern zugebe, aber es sieht so aus als würde sich Embas FMX-Ansatz der hybriden Mobile-Entwicklung doch auszahlen. Auch wenn sich die Geister über TIOBE und dessen Nutzen streiten, so scheint mir Delphi nach PHP die lebendigste unter den totgesagten Entwicklungsumgebungen zu sein ^^

[jaenicke]

Zitat:

Zitat von Assarbad (Beitrag 1382951)

Für das "normale" Skype kann ich keine Aussage treffen, da ich dort nicht nachgeschaut habe.

Dort habe ich nachgeschaut und das war es zu dem Zeitpunkt definitiv mit Delphi 2010 geschrieben. Dass Skype for Business komplett anderen Code hat, hätte ich nicht gedacht.

[Bernhard Geyer]

Zitat:

Zitat von jaenicke (Beitrag 1382978)

Dass Skype for Business komplett anderen Code hat, hätte ich nicht gedacht.

Skype für Business wurde von MS nur so genannt (umbenannt) um vom bekannten Namen Skype zu profitieren (und vermutlich auch den Niedergang von Skype nach der Übernahme zu überdecken).
In Wikipedia gibts die Geschichte zu Skype for Business: https://de.wikipedia.org/wiki/Skype_for_Business

[Sherlock]

Wie von Assarbad schon angemerkt, ist Skype for Business einfach Lync in neuen Kleidern (Namen). Und Lync ist eine komplett andere Sache als Skype (zumindest intern).

Sherlock

[TiGü]

Skype for Desktop (nicht die Windows 10-App) in der aktuellen Version 7.40.0.103 ist immer noch mit Delphi gebaut (C:\Program Files (x86)\Skype\Phone). Hauptformular ist tSkMainForm.

Das die ganze Magic in den C/C++-DLLs (SkypeSkylib.dll usw.) steckt ist noch mal ne ganz andere Frage.