Träume, Wünsche und Wahnvorstellungen...

[himitsu]

Zitat:

Geht leider nicht, wenn GExprets installiert ist.

Bei uns geht es auch.
* Eine Delphi-Installation auf dem Server und mehrere Bernutzer eingelogt, geht ohne Probleme.
* Aber mehrmals Starten, bei einem Benutzer, bemängelte GExprets, da es seine Einstellungsdateien nicht ordentlich "sharen" kann.
Solange man aber nichts an den Einstellungen ändern, wörend es mehrfach geöffnet ist, gibt es keine merklichen Probleme.

[mquadrat]

Ablösung des BPL-Schnickschnack wäre natürlich toll.

Und was die Operatoren angeht fände ich ein += und ein ++ schon nett.

Und ein automatisches Umwandeln von int nach string für Ausgaben wäre auch praktisch.

[himitsu]

++ wäre mir wieder etwas zuviel C, in meinem "schönen" Delphi.

Zitat:

Und ein automatisches Umwandeln von int nach string für Ausgaben wäre auch praktisch.

Wenn du einen integerkompatiblen Typen nimmst, welcher über Operatoren nach String umwandelt oder wenn die Ausgabefunktion Variant , Array of Const oder überladene Parameter nutzt,
dann kann man das doch auch jetzt schon?

Überall und ständig eine automatische Umwandlung spricht etwas gegen die stengen Typprüfungen in Delphi.

[geskill]

Zitat von mquadrat:

Ablösung des BPL-Schnickschnack wäre natürlich toll.

Gerade diesen "Schnickschnack" finde ich super, weil dann kann ich alle Komponenten in eine einzige BPL packen und dann meinem Programm und den Unmengen an Bibliotheken sagen die sollen doch bitte die benötigen Controls, Funktionen und weiß der Geier aus dieser BPL nehmen. Somit bleibt mein Projekt klein, weil nicht jede Bibliothek 1 MB groß ist.

Ich würde mich insbesondere über dieses Konstrukt in Delphi freuen:
with Stringlist := TStringlist.Create() do
irgendwo im QC findet sich das auch...

[DeddyH]

Zitat von geskill:

Ich würde mich insbesondere über dieses Konstrukt in Delphi freuen:
with Stringlist := TStringlist.Create() do

Wo ist da der Sinn? Du weist einer Variablen eine neue Instanz zu, brauchst die Variable aber im Anschluss eigentlich gar nicht mehr, weil Du durch das With ja direkt auf die Properties und Methoden zugreifen kannst.
with TStringlist.Create do geht ja bereits (auch wenn das nicht ganz ungefährlich ist).

[implementation]

Ganz einfach: Man gibt der Variable damit gleichzeitig einen Namen. Stell dir folgendes vor:

Delphi-Quellcode:

with TStringList.Create do
begin
  TuWas;
  TuWasAnderes;
  Form2.Caption := 'Blabla';
  Form2.Uebergebe( { Was soll hier hin? } );
  TuWasAnderes;
  TuWas;
end;

with Stringlist := TStringList.Create do
begin
  ...
  Form2.Uebergebe(Stringlist);
  ...
end;

Wobei ich es noch schöner fände, wenn man die Variable gleich inline auch deklarieren kann:
with var StringList: TStringList := TStringList.Create do Genauso in einer For-Schleife:
for var i: Integer := 0 to 100 do
[EDIT] Auch wenn das natürlich irgendwie Vergewaltigung unseres schönen Pascals wäre ...

[DeddyH]

Das geht jetzt aber sehr in Richtung C/C++/C#. Und was Du vorhast, bekommst Du mit einer Zeile mehr ja auch hin.

[himitsu]

Jupp, eine Namensvergabe für With wäre schon was,
aber was auch schön wäre, das wäre sowas wie Self für With.

__FUNCTION__, __LINE__, __UNIT__ und untypisierte CONST/VAR-Parameter, welcher aber die TypeInfos automatisch mit übergeben.

Und den Namespace "parent"

Delphi-Quellcode:

type 
  C = class 
    X: Integer;
    procedure M;
  end;

var 
  X: Integer;
  O: C;

procedure P;
begin
  C.X := X;
end;

procedure C.M;
begin
  Self.X := {unit}.X;
  // was ist aber, wenn ich den Unitnamen nicht direkt angeben will?
  // hier nimmt man ja sonst auch Self und nicht sowas wie das bekannte Form1 :wall:
end;

Zitat:

with var StringList: TStringList := TStringList.Create do

Gut, es gab schon einzwei Fälle, wo ich mir sowas mal gewünscht hatte, aber insgesamt bin ich doch schon froh, daß es sowas nicht gibt.
So gibt es eben 3 feste Stellen (lokal, in Klassen und global), wo Variablen deklariert sind und man weiß, wo man suchen muß/kann.

[delphifan2004]

Zitat von himitsu:

Zitat:

Geht leider nicht, wenn GExprets installiert ist.

Bei uns geht es auch.
* Eine Delphi-Installation auf dem Server und mehrere Bernutzer eingelogt, geht ohne Probleme.
* Aber mehrmals Starten, bei einem Benutzer, bemängelte GExprets, da es seine Einstellungsdateien nicht ordentlich "sharen" kann.
Solange man aber nichts an den Einstellungen ändern, wörend es mehrfach geöffnet ist, gibt es keine merklichen Probleme.

Klingt interessant. Ich habe schon mal an Untervermietung von Delphi gedacht. Darf ich mit persönlicher Lizenz zwar nicht und ich weiß nicht, ob sich Emba zu einer solchen Lizenz überreden ließe. Aber ich träume von einer Homepage, von der aus ich gegen Entgelt die Nutzung von Delphi ermöglichen würde. Die Ordner könnten mit Steganos verschlüsselt werden, den Schlüssel plus die Nutzungserlaubnis von Delphi, dann immer die aktuelle Version gäbe es gegen Geld. Ist zar ein neues Threadthema, das ich bei Interesse gerne eröffne. Das hängt davon ab, wieviele Euronen Ihr maximal pro Monat für solch eine Nutzungserlaubnis bezahlen würdet und natürlich von Server und Lizenzkosten. Selbstverständlich müsste dann das Delphi Paket shareable sein, um Nutzerspezifische Einstellungen zu ermöglichen. Wenn letzteres noch gar nicht geht, dann steht das auf meiner Wunschliste,

ein Delphi, das sich auf einem Internetserver mit nutzerspezifischen Einstellungen installieren lässt, mit ausdrücklicher Absicht, dieses Produkt dann weiter zu vermieten, indem der Mieter sich auf der Internetseite registriert, das Nutzungsentgelt bezahlt und dann Delphi von der Webseite aus nutzen kann.

Die Frage ist allerdings, wieviele Euronen ein Programmierer bereit wäre, hierfür zu berappen. Immerhin hätte dieser dann immer ein aktuelles Delphi, verschlüsselte Ordner für seine Projekte, weitere Werkzeuge, vielleicht aufgabenabhängig und damit preislich gestaffelt und vieles mehr.