Delphi-PRAXiS
Seite 2 von 3     12 3      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Klatsch und Tratsch (https://www.delphipraxis.net/34-klatsch-und-tratsch/)
-   -   Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein? (https://www.delphipraxis.net/207724-wie-gut-sollte-die-kommunikation-zwischen-embarcadero-und-den-kunden-sein.html)

dummzeuch 27. Apr 2021 15:00

AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
 
Zitat:

Zitat von TiGü (Beitrag 1487994)
Zitat:

Zitat von dummzeuch (Beitrag 1487967)
Ich könnte da auch einen beitragen:

https://quality.embarcadero.com/browse/RSP-27046

Das war sogar eine bezahlte Support-Anfrage im Rahmen unserer Subscription. Das Problem ist bis heute nicht gelöst.

Zum Glück habe ich eine andere Lösung gefunden, die ohne dotNET-Assemblies auskommt. Ist mir auch lieber so.

Trotzdem ist sowas ein Unding.

Hast du mal während des Importierens mit einer anderen BDS-Instanz die IDE debuggt?
Da kommen ja ein Haufen Exceptions (OLE error) beim Importieren zusammen. :oops:

Nein, habe ich nicht. Aber ich sehe es nicht als meine Aufgabe Bugs in Delphi zu fixen.

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:

Und da verstehe ich nicht, warum die nicht fähig sind das zu Beheben.
Da muss sich doch in ein, zwei Tagen durch geschicktes Debugging die Fehlerquelle finden lassen.
Dachte ich auch. Aber dann kamen zwei Updates und der Fehler ist immernoch da.
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.

himitsu 28. Apr 2021 12:08

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:
https://quality.embarcadero.com/browse/RSP-33826 (im alten QC war es ja schon mehrmals gemeldet wurden)

absolut schwachsinnige Transparenz im IDE-Insight

freimatz 28. Apr 2021 12:16

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.

himitsu 28. Apr 2021 12:20

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:

sh17 28. Apr 2021 12:21

AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
 
Zitat:

Zitat von Rolf Frei (Beitrag 1487988)
PS. Habe eben gesehen, dass das wohl nur die 64 Bit Kompilierung betrifft. Diese nutzte ich bis anhin nicht und deswegen habe ich eventuell auch den Fehler noch nicht gesehen.

Auch Win32 betroffen

KodeZwerg 28. Apr 2021 12:29

AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
 
Zitat:

Zitat von himitsu (Beitrag 1488076)
Ja 0, da noch ganz neu ... aber ihr dürft gern voten. :zwinker:

Nun +1 von mir :)

lxo 28. Apr 2021 12:50

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)

https://quality.embarcadero.com/browse/RSP-32607 - LSP detects multiple slashes as XML Documentation Comments
https://quality.embarcadero.com/browse/RSP-32757 - CTRL+Click does not work reliable
https://quality.embarcadero.com/browse/RSP-32758 - Error Insight doesn't work with big project
https://quality.embarcadero.com/browse/RSP-32760 - Bug Code Insight - Parameter Help
https://quality.embarcadero.com/browse/RSP-33581 - Refactor > Find Unit [Shift+CTRL+A] very slow


Wenn jemand von euch auch betroffen ist, gerne voten.

KodeZwerg 28. Apr 2021 12:55

AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
 
Zitat:

Zitat von lxo (Beitrag 1488083)
https://quality.embarcadero.com/browse/RSP-32757 - CTRL+Click does not work reliable

auch +1 von mir :)
das nervt mich auch sehr.

himitsu 28. Apr 2021 13:14

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)

Frickler 28. Apr 2021 16:07

AW: Wie gut sollte die Kommunikation zwischen Embarcadero und den Kunden sein?
 
Zitat:

Zitat von sh17 (Beitrag 1487962)

Ich kann mich da nicht einloggen.

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 05:51 Uhr.
Seite 2 von 3     12 3      

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