![]() |
AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
Zitat:
Wenn ich das im Rahmen von GExperts für alte Delphi-Versionen mache, ist das eine Sache, aber für die aktuelle Version, für die ich ein Schweinegeld bezahlt habe und auch noch bezahlten Support habe, sollte das anders laufen. Zitat:
Wahrscheinlich benutzen zu wenige Kunden dotNET-Assemblies. Oder vielleicht funktioneren die auch gar nicht mehr, aber es ist noch niemandem aufgefallen, weil man sie gar nicht mehr importieren kann. :-> Ich bin jedenfalls froh, dass ich eine andere Lösung gefunden habe. Es ging um eine GenICam-Schnittstelle für eine Kamera. Alleine der Gedanke, dass ich mich jetzt neben allen anderen Problemen dabei auch noch mit dotNET-Gedöhns rumschlagen müsste, lässt mich erschauern. |
AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
Mein neustes Schmankl ... mal sehn ob sie es diesmal, nach über 10 Jahren, behoben bekommen, die eine Eigenschaft zu deaktivieren. :stupid:
![]() absolut schwachsinnige Transparenz im IDE-Insight |
AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
Na ja, "0 Votes". Da ist die Kommunikations seitens der Anwender nicht so stark. Und der Punkt ist sicher nicht relevant dafür, ob man ein Projekt fertig bekommt.
Wichtiger sind solche Fehler die wirklich an der Arbeit hindern. |
AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
Wenn man beim Arbeiten die Hilfen der IDE kaum lesen kann, dann ist es schon etwas hinderlich. :roll:
Ja 0, da noch ganz neu ... aber ihr dürft gern voten. :zwinker: |
AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
Zitat:
|
AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
Zitat:
|
AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
Wenn wir schon dabei sind unsere Tickets bei Embarcadero zu pushen. :-D
Hier sind noch einige Tickets von uns die uns noch stören und die wir gerne erst behoben haben würden, damit wir auf Delphi 10.4 umstellen. Besonders RSP-32757 - CTRL+Click does not work reliable und RSP-32758 - Error Insight doesn't work with big project sind sehr nervig. (Ist mit Delphi 10.3 auch nicht perfekt, aber mit Delphi 10.4 echt unerträglich) ![]() ![]() ![]() ![]() ![]() Wenn jemand von euch auch betroffen ist, gerne voten. |
AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
Zitat:
das nervt mich auch sehr. |
AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
Hab auch gevotet.
Einige der Bugs sind auch mit bei den Gründen, warum ich noch nicht mit der Umstellung von XE zu 10.2 10.3 10.4 fertig bin. Gibt noch ein paar Bugs im Programm (die nicht repariert werden und wo ich manuell noch Workarounds einbauen muß), aber das Kompilieren läuft inzwischen relativ gut. Aber vor allem muß die neue IDE auch halbwegs "benutzbar" sein, bevor wir dann umstellen und auch die anderen Kollegen anfangen damit zu "quälen". (die einen nervenden XE-Fehler in gleicher Anzahl durch neue Fehler in 10.4 zu ersetzen, ist ja nicht ganz die Lösung) |
AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
Zitat:
Es heißt, ich soll die gleichen Login-Daten verwenden wie für die "Registered Products". Mach ich das, kommt jedesmal die Meldung "Sorry, an error occurred trying to log you in - please try again.". |
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:03 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz