Delphi 12 ist offiziell da!!!

[skybibo]

Bei der gleichzeitigen Verwendung von Delphi 11 und Delphi 12 habe ich Probleme bei der Verwendung der Parnassus Tools (Bookmarks und Navigator).

Bei Delphi 10.4 wurde für die Parnassus Core die DLL ParnassusCoreEditor_XSydney.dll verwendet. Bei Delphi 11 und Delphi 12 ist es nun ParnassusCoreEditor.dll. Dadurch lassen sich bei mir die Parnassus Tools nicht gleichzeitig in Delphi 11 und Delphi 12 nutzen.

Gibt es hierzu eine Lösung?

[Uwe Raabe]

Nur so 'ne Idee: Pack die DLLs für die verschiedenen Delphi Versionen in separate Verzeichnisse.

[skybibo]

Hallo Uwe,

das hatte ich auch schon probiert und unter Experts in der Registry die Pfade angepasst. Leider ist der Pfad für die ParnassusCoreEditor.dll außerhalb von ../BDS/22.0.. (Computer\HKEY_CURRENT_USER\Software\Parnassus OU\Core).

Ich befürchte dass ich an der Stelle auf ein Update von Embarcadero hoffen muss.

Ich finde es nur schade, dass man das Konzept mit der Delphi Version hinter dem Namen nicht weiter geführt hat.

[jaenicke]

Du könntest eine Batchdatei zum Starten von Delphi nutzen, die vorher den Pfad in der Registry umschaltet.

Da ein direkter Pfad für die DLL bekannt ist, dürften Side-by-Techniken wie .config Dateien nicht funktionieren.

[Rolf Frei]

Zitat:

Zitat von Bbommel (Beitrag 1529207)

Kurzer Test. REST-API schon wieder kaputt ausgeliefert. Ist ja toll, was ein Schrott.

Leerzeichen und andere Sonderzeichen in Parametern werden falsch kodiert. Aus

Code:

https://test.de?param=my space

sollte werden

Code:

https://test.de?param=my%20space

Delphi macht aber

Code:

https://test.de?param=my%2520space

daraus.

Das heißt, das Ding wird doppelt kodiert und somit das Prozentzeichen auch. Dabei fällt jeder API-Call auf die Nase, der irgendwas mit Zeichen im Aufruf hat, die nicht im Alphabet oder Nummern sind. Dürfte für ein bisschen Spaß sorgen.

Das ist aufgrund des Fixes für meinen Report RSP-38522 passiert. Da haben sie wohl nicht begriffen wie das richtig gefixt werden muss. Und übrigens werden Spaces in Query Parametern mit + codiert und nicht mit %20. %20 gilt nur für die URL ohne Query-Part.

Beispiel: www[dot]test[dot]com/meine%20website/app?query=mein+parameter

Du musst die Parameter separat von der URL codieren! Das ist also womöglich auch noch ein Fehler in deinem Code. Wie kommst du zu deiner anfänglichen URL mit dem Space? Wenn du selber eine URl zusammen baust, musst du die Parameter mit TNetEncoding.URL.EncodeForm('my space') codieren:

Delphi-Quellcode:

  url := TNetEncoding.URL.Encode('https://test.de/meine website') + '?param=' + TNetEncoding.URL.EncodeForm('my space');

[Rolf Frei]

Zitat:

Zitat von Bbommel (Beitrag 1529215)

Danke für die Anregung, das nochmal zu testen. Der Fehler ist jetzt etwas schwieriger nachzuvollziehen als wahrscheinlich im ursprünglichen Bug-Report vom August. Er tritt jetzt nur noch auf, wenn man den Parameter selbst in die URL mit reinschreibt und nicht mehr, wenn man ihn per "AddParameter" setzt. In D11.2 funktionierten allerdings beide Wege völlig fehlerlos und so sollte es auch weiterhin sein. Es gibt ja diverse Gründe, warum es mal vorkommen kann, dass man nicht AddParameter nutzt, sondern die URL selbst zusammensetzt - in REST-APIs könnte es auch eine durch einen Call vorgegebene URL sein, um weitere Ergebnisse abzurufen (macht die Graph API von Microsoft zum Beispiel). Wäre blöd, wenn Delphi da reingrätscht.

Aber klar, so fällt der Fehler weniger auf.

Beispielprogramm:

Delphi-Quellcode:

program restSpace;

{$APPTYPE CONSOLE}

{$R *.res}

uses
  System.SysUtils, REST.Client;


var
  myRest: TRESTClient;
  myQuery: TRESTRequest;
  resultText: string;

begin
  myRest:=TRESTClient.Create('https://httpbin.org/');
  myQuery:=TRESTRequest.Create(nil);
  myQuery.Client:=myRest;
  try
    { TODO -oUser -cConsole Main : Code hier einfügen }
    myQuery.Resource:='get?param=hello world';
    myQuery.AddParameter('param_added','hello world');
    myQuery.Execute;

    if (myQuery.Response.StatusCode=200) and (myQuery.Response.JSONValue<>nil) then begin
      resultText:=myQuery.Response.JSONValue.GetValue<string>('args.param','!! Not found !!');
      Writeln(resultText);
      resultText:=myQuery.Response.JSONValue.GetValue<string>('args.param_added','!! Not found !!');
      Writeln(resultText);
      Readln;
    end;
  except
    on E: Exception do
      Writeln(E.ClassName, ': ', E.Message);
  end;
  myQuery.Free;
  myRest.Free;
end.

Ausgabe mit D11.2:

Code:

hello world
hello world

Ausgabe mit D12:

Code:

hello%20world
hello world

Tja, wie vorgehen?

Dein Code ist so falsch.

Delphi-Quellcode:

    myQuery.Resource:='get?param=hello world';

Das darfst du nicht so machen. Du gibts hier eine ungültige URL an. Korrekt wäre:

Delphi-Quellcode:

    
    myQuery.Resource:='get?param=' + TNetEncoding.URL.EncodeForm('hello world');

Sollte deine Serveranwendung wirklich fälschlicherweise ein %20 benötigen, kannst du anstatt EncodeForm() einfach nur Encode() nutzen.

Ich vermutet der Fix für RSP-38522 ist somit schon richtig, allerdings müsste man nun im REST Teil eventuell auch noch was anpassen/Korrigieren. Wenn deine Resource aber Parameter entählt solltest du die Codierung vorzugsweise selber machen, damit du da die Kontrolle hast, was und wie du das codierst.

[Bbommel]

Zitat:

Zitat von Rolf Frei (Beitrag 1529302)

Dein Code ist so falsch.

Delphi-Quellcode:

    myQuery.Resource:='get?param=hello world';

Das darfst du nicht so machen. Du gibts hier eine ungültige URL an. Korrekt wäre:

Delphi-Quellcode:

    
    myQuery.Resource:='get?param=' + TNetEncoding.URL.EncodeForm('hello world');

Sollte deine Serveranwendung wirklich fälschlicherweise ein %20 benötigen, kannst du anstatt EncodeForm() einfach nur Encode() nutzen.

Hi Rolf,

berechtigter Hinweis, aber das war nur ein schnell zusammengeschriebener Beispiel-Code, um das mit dem Dienst von httpbin gut demonstrieren zu können. In meinem echten Code bekomme ich das an den Stellen, an denen die Parameter auf die Art gesetzt werden, wohl auch durch die Nutzung von "AddParameter" gefixt, was dann letztlich auch eine bessere Lösung ist.

Was Delphi aber selbst beim Kodieren der Ressource macht, ist ja dennoch falsch, wenn die URI doppelt kodiert wird. Ich wollte mal testen, ob das auch beim Kodieren der eigentlichen Ressource (also nicht eines möglichen Parameters) passiert. Denn prinzipiell könnte es in einer API ja auch eine Ressource "/get/customer/Hans Meier" oder so ähnlich geben. Bin aber heute nicht dazu gekommen, mir das anzuschauen.

[Rolf Frei]

Zitat:

Zitat von Bbommel (Beitrag 1529303)

Hi Rolf,

berechtigter Hinweis, aber das war nur ein schnell zusammengeschriebener Beispiel-Code, um das mit dem Dienst von httpbin gut demonstrieren zu können. In meinem echten Code bekomme ich das an den Stellen, an denen die Parameter auf die Art gesetzt werden, wohl auch durch die Nutzung von "AddParameter" gefixt, was dann letztlich auch eine bessere Lösung ist.

Was Delphi aber selbst beim Kodieren der Ressource macht, ist ja dennoch falsch, wenn die URI doppelt kodiert wird. Ich wollte mal testen, ob das auch beim Kodieren der eigentlichen Ressource (also nicht eines möglichen Parameters) passiert. Denn prinzipiell könnte es in einer API ja auch eine Ressource "/get/customer/Hans Meier" oder so ähnlich geben. Bin aber heute nicht dazu gekommen, mir das anzuschauen.

Da ich selber das Delphi REST-Framework nicht nuntze und das lieber alles selber mache, wie ich es benötige, kann ich hierzu nicht viel sagen. Allerdings müsste Delphi das als "/get/customer/Hans%20Meier" codieren, damit das richtig ist. Der Parameterteil muss allerdings ein + enthalten. Ob das Delphi REST Framework das hier korrekt macht, ist dann natürlich die Frage. Aus diesem Grund mache ich das lieber alles selber so wie es sein müsste und verzichte auf diese Klasse. Wenn du das mal testest, würde es mich schon intressieren was dabei rauskommt.

[Uwe Raabe]

Zitat:

Zitat von skybibo (Beitrag 1529296)

Ich finde es nur schade, dass man das Konzept mit der Delphi Version hinter dem Namen nicht weiter geführt hat.

Hat man anscheinend doch: Wenn du die alte ParnassusCoreEditor.dll (findest du im 22er-CatalogRepository) unter dem Namen ParnassusCoreEditor_XAlexandria.dll in das Verzeichnis c:\Program Files (x86)\Common Files\ParnassusShared\ kopierst, sollte es funktionieren.

[PeterPanino]

Leider versteckt der Delphi 12 SplashScreen sich immer noch hinter maximierten Fenstern.

[PeterPanino]

Habe das GetIt Icon auf dem Toolbar platziert. Beim nächsten Start der IDE war es wieder weg, als der Neustart automatisch durch eine GetIt-Installation erfolgte! Beim manuellen Beenden der IDE und nachfolgendem Neustart war es noch vorhanden.

[Bbommel]

Zitat:

Zitat von Rolf Frei (Beitrag 1529304)

Da ich selber das Delphi REST-Framework nicht nuntze und das lieber alles selber mache, wie ich es benötige, kann ich hierzu nicht viel sagen. Allerdings müsste Delphi das als "/get/customer/Hans%20Meier" codieren, damit das richtig ist. Der Parameterteil muss allerdings ein + enthalten. Ob das Delphi REST Framework das hier korrekt macht, ist dann natürlich die Frage. Aus diesem Grund mache ich das lieber alles selber so wie es sein müsste und verzichte auf diese Klasse. Wenn du das mal testest, würde es mich schon intressieren was dabei rauskommt.

Jetzt war ich neugierig. Ich habe mein Programm etwas angepasst, da der Dienst doch auch die Möglichkeit bietet, beliebige URLs zu testen:

Delphi-Quellcode:

program restSpace2;

{$APPTYPE CONSOLE}

{$R *.res}

uses
  System.SysUtils, REST.Client, System.Net.HttpClient;


var
  myRest: TRESTClient;
  myQuery: TRESTRequest;
  resultText: string;


begin
  myRest:=TRESTClient.Create('https://httpbin.org/');
  myQuery:=TRESTRequest.Create(nil);
  myQuery.Client:=myRest;
  try
    { TODO -oUser -cConsole Main : Code hier einfügen }
    myQuery.Resource:='anything/hello world?param=hello world';
    myQuery.Execute;

    if (myQuery.Response.StatusCode=200) and (myQuery.Response.JSONValue<>nil) then begin
      resultText:=myQuery.Response.JSONValue.GetValue<string>('url','!! Not found !!');
      Writeln(resultText);
      Readln;
    end;
  except
    on E: Exception do
      Writeln(E.ClassName, ': ', E.Message);
  end;
  myQuery.Free;
  myRest.Free;
end.

Liefert als Ausgabe vom Testserver:

Code:

https://httpbin.org/anything/hello world?param=hello%2520world

Das heißt: die Ressource wird korrekt codiert mit %20 und kommt daher auch korrekt beim Server an, nur der Parameter wird doppelt mit %2520 kodiert. Übrigens habe ich nach deinen Hinweisen noch mal etwas gegoogelt, weil mir das mit dem "+" nicht so klar war. Wenn ich das richtig verstehe, dann KANN man das "+" im Query-Parameter nutzen, was zur einfachen Lesbarkeit dienen soll, man muss es aber nicht und kann weiterhin auch "%20" nutzen, weil das immer geht. So beim W3C gelesen, die dann selber in Beispielen auch einen Parameter mit "%20" haben.

Für mich also folgende Erkenntnisse:

1. Es ist alles nicht so dramatisch, wie ich im ersten Moment gedacht habe, als mein Programm direkt auf die Nase gefallen ist. Hier sollte ich an ein bis zwei Stellen wahrscheinlich auch mal im Code ran und das sauberer programmieren.
2. Die doppelte Kodierung von Query-Parametern mit den Ergebnis "%2520" ist aber dennoch falsch, selbst wenn "?param=hello world" vielleicht nicht besonders schlau an der Stelle ist.
3. Ich habe jetzt eine bessere Grundlage, um einen Eintrag fürs QP zu machen.

[skybibo]

Zitat:

Zitat von Uwe Raabe (Beitrag 1529305)

Zitat:

Zitat von skybibo (Beitrag 1529296)

Ich finde es nur schade, dass man das Konzept mit der Delphi Version hinter dem Namen nicht weiter geführt hat.

Hat man anscheinend doch: Wenn du die alte ParnassusCoreEditor.dll (findest du im 22er-CatalogRepository) unter dem Namen ParnassusCoreEditor_XAlexandria.dll in das Verzeichnis c:\Program Files (x86)\Common Files\ParnassusShared\ kopierst, sollte es funktionieren.

Danke Uwe, dass war der Tipp den ich brauchte. Ich habe es gerade angepasst und es funktioniert :thumb:.

Es hatte mich nur irritiert, dass Embarcadero bei den Packages für den Navigator und Bookmarks bereits "_Yukon" an der DLL angehängt hatte, nur eben nicht bei ParnassusCoreEditor. Da hat Embarcadero an dieser Stelle vielleicht nicht ganz zu ende gedacht aber eine brauchbare Lösung integriert.

Nun kann ich problemlos Delphi 11 und Delphi 12 falls notwendig auch parallel starten.

[Rolf Frei]

Zitat:

Zitat von Bbommel (Beitrag 1529308)

Jetzt war ich neugierig. Ich habe mein Programm etwas angepasst, da der Dienst doch auch die Möglichkeit bietet, beliebige URLs zu testen:

Liefert als Ausgabe vom Testserver:

Code:

https://httpbin.org/anything/hello world?param=hello%2520world

Das heißt: die Ressource wird korrekt codiert mit %20 und kommt daher auch korrekt beim Server an, nur der Parameter wird doppelt mit %2520 kodiert. Übrigens habe ich nach deinen Hinweisen noch mal etwas gegoogelt, weil mir das mit dem "+" nicht so klar war. Wenn ich das richtig verstehe, dann KANN man das "+" im Query-Parameter nutzen, was zur einfachen Lesbarkeit dienen soll, man muss es aber nicht und kann weiterhin auch "%20" nutzen, weil das immer geht. So beim W3C gelesen, die dann selber in Beispielen auch einen Parameter mit "%20" haben.

Für mich also folgende Erkenntnisse:

1. Es ist alles nicht so dramatisch, wie ich im ersten Moment gedacht habe, als mein Programm direkt auf die Nase gefallen ist. Hier sollte ich an ein bis zwei Stellen wahrscheinlich auch mal im Code ran und das sauberer programmieren.
2. Die doppelte Kodierung von Query-Parametern mit den Ergebnis "%2520" ist aber dennoch falsch, selbst wenn "?param=hello world" vielleicht nicht besonders schlau an der Stelle ist.
3. Ich habe jetzt eine bessere Grundlage, um einen Eintrag fürs QP zu machen.

Ja, dass man den Parameter auch mit %20 codieren darf, kann sein. Das Umgekehrte mit dem + anstelle dem %20 in der URL selber, ist aber definitiv verboten. Das + ist nur im Query-Prameterwert zulässig. Was macht denn dein Testprogramm, wenn du das Property setzt, dass nicht zusätzlich codiert wird? Wenn du dann alles korrekt codiert übergibst, sollte es doch kein Problem geben, oder?

[PeterPanino]

In Options -> User Interface kann man jetzt den IDE Font einstellen:

Anhang 56426

Leider wird die Einstellung beim Klick auf den Save-Button nicht gespeichert (auch nicht nach einem Neustart)! Kann das jemand bestätigen?

Nachtrag: Wenn man nur die Checkbox anklickt, wird die Einstellung nicht gespeichert. Nur wenn man eine Änderung bei der Font-Einstellung selbst vornimmt, wird die Einstellung gespeichert. (Schlampige Programmierung).

[Stevie]

Zitat:

Zitat von PeterPanino (Beitrag 1529306)

Leider versteckt der Delphi 12 SplashScreen sich immer noch hinter maximierten Fenstern.

Zum Glück, es gibt nix nervigeres als wenn ein startendes Programm sein Splashscreen vor alles andere packt.
Wenn die Anwendung so lange zum Starten benötigt, dass sie ewig nen Splash anzeigen muss, dann lass mich wenigstens währendessen ungestört Katzenvideos gucken.

[Uwe Raabe]

Zitat:

Zitat von PeterPanino (Beitrag 1529313)

Leider wird die Einstellung beim Klick auf den Save-Button nicht gespeichert (auch nicht nach einem Neustart)! Kann das jemand bestätigen?

Hier klappt das jedenfalls - wenn ich es auch nicht nutzen werde, da ich mit der Standardschrift ganz zufrieden bin und keine Lust auf optische Verwerfungen habe.

[PeterPanino]

Zitat:

Zitat von Stevie (Beitrag 1529314)

Zitat:

Zitat von PeterPanino (Beitrag 1529306)

Leider versteckt der Delphi 12 SplashScreen sich immer noch hinter maximierten Fenstern.

Zum Glück, es gibt nix nervigeres als wenn ein startendes Programm sein Splashscreen vor alles andere packt.
Wenn die Anwendung so lange zum Starten benötigt, dass sie ewig nen Splash anzeigen muss, dann lass mich wenigstens währendessen ungestört Katzenvideos gucken.

Wenn der SplashScreen hängt, bleibst du auch bei deinen Katzenvideos hängen.

[PeterPanino]

Zitat:

Zitat von Uwe Raabe (Beitrag 1529315)

Zitat:

Zitat von PeterPanino (Beitrag 1529313)

Leider wird die Einstellung beim Klick auf den Save-Button nicht gespeichert (auch nicht nach einem Neustart)! Kann das jemand bestätigen?

Hier klappt das jedenfalls - wenn ich es auch nicht nutzen werde, da ich mit der Standardschrift ganz zufrieden bin und keine Lust auf optische Verwerfungen habe.

Deine persönliche Vorliebe mag zwar für dich wichtig sein - aber nicht unbedingt für andere.

[softtouch]

Was ist besser, Delphi 12 per Webinstall oder per ISO zu installieren?

[himitsu]

Die werden vom GetIt, durch eine perverse Installationsanweisng in ein zentrales Verzeichnis umkompiert und dann von dort im Delphi registriert.
Aber eigentlich sollten verschiedene Delphi-Versionen unterschiedliche Namen besitzen und sich "normal" nicht überschneiden.

Ja, sicherer wäre es, wenn die einfach ins richtige GetItRepo runtergeladen werden und dort bleiben, wo sie sind.

[himitsu]

Zitat:

Zitat von softtouch (Beitrag 1529322)

Was ist besser, Delphi 12 per Webinstall oder per ISO zu installieren?

theoretisch ist beides gleich.
Nur dass Emba immernoch vergisst nach dem Offline-Install das GetIt auf online umzuschalten,
bzw. statt später "geht nicht" zu sagen, auf die Idee zu kommen, "geht nicht, weil ist offline, soll ich auf online umstellen?"
wenn man was Anderes versucht über GetIt installieren zu wollen. (und ja, es steht in der Hilfe, dass und wie man es nach dem Installieren umstellen soll, aber das findet doch niemand)

Zitat:

Zitat von Stevie (Beitrag 1529314)

Zitat:

Zitat von PeterPanino (Beitrag 1529306)

Leider versteckt der Delphi 12 SplashScreen sich immer noch hinter maximierten Fenstern.

Zum Glück, es gibt nix nervigeres als wenn ein startendes Programm sein Splashscreen vor alles andere packt.
Wenn die Anwendung so lange zum Starten benötigt, dass sie ewig nen Splash anzeigen muss, dann lass mich wenigstens währendessen ungestört Katzenvideos gucken.

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


Ja, StayOnTop wäre eine Pest, aber es muß ja nur irgendwo irgendwie sichtbar und hochholbar sein.

[softtouch]

Habt ihr das auch, das Buttons die man auf die Form zieht, alle Grau sind im Designer?
Und was ist der "Visualmanager" in den Form Properties? Finde nichts dazu...

[himitsu]

Ja, da die IDE gestylet ist (Skin), wird auch pervers der Designer gestylet.
Deine Anwendung zur Laufzeit dann aber nichtmehr und nutzt den System-Style.

Du kannst bei deiner Form im Property StyleName das "Windows" auswählen, dann wird der Style verwendet, welcher wie Windows "aussieht".
Zur Laufzeit sieht es dann genauso aus, aber jetzt ist deine Form ja mit einem VCL-Style versehen, also funktioniert dort nun so einiges anderes nicht mehr,
also solltest du dort den Style dann wieder entfernen.

Ich weiß, ist saudämlich, aber jemand denkt, das sei endgeil so.




Aber das war doch schon in Delphi 11 so. :stupid:
Und nicht nur Button, auch Edit, Memo, ComboBox, CheckListBox uvm.

[himitsu]

ähhhhhhhhhh, ja ... nu isses ganz kaputt .... und was soll das mit dem Bezahlen eigentlich?

[softtouch]

Zitat:

Zitat von himitsu (Beitrag 1529334)

Ja, da die IDE gestylet ist (Skin), wird auch pervers der Designer gestylet.
Deine Anwendung zur Laufzeit dann aber nichtmehr und nutzt den System-Style.

Du kannst bei deiner Form im Property StyleName das "Windows" auswählen, dann wird der Style verwendet, welcher wie Windows "aussieht".
Zur Laufzeit sieht es dann genauso aus, aber jetzt ist deine Form ja mit einem VCL-Style versehen, also funktioniert dort nun so einiges anderes nicht mehr,
also solltest du dort den Style dann wieder entfernen.

Ich weiß, ist saudämlich, aber jemand denkt, das sei endgeil so.




Aber das war doch schon in Delphi 11 so. :stupid:
Und nicht nur Button, auch Edit, Memo, ComboBox, CheckListBox uvm.

Bei mir ist in D11 alles normal, nur D12 zeigt buttons, radioboxen, checkboxen und keine Ahnung was noch, anders an als sie bei der Ausführung dargestellt werden. Erinnert mich irgendwie an Linux.

[MEissing]

Wie sieht denn jeweils (D11, D12) die Einstellung Tools | Optionen -> Benutzeroberfläche -> Formular-Designer -> [X] VCL-Stile aktivieren
aus?

[softtouch]

Zitat:

Zitat von MEissing (Beitrag 1529340)

Wie sieht denn jeweils (D11, D12) die Einstellung Tools | Optionen -> Benutzeroberfläche -> Formular-Designer -> [X] VCL-Stile aktivieren
aus?

Ja, das war es! Keine Ahnung warum das bei D11 unchecked war, aber bei D12 default checked ist. Herrlich, jetzt sieht wieder alles normal aus.

[softtouch]

Skia ist ja nun integriert, aber wo sind die visual controls TSkAnimatedImage, TSkAnimatedPaintBox, TSkLabel, TSkPaintBox und TSkSVG geblieben?

[MEissing]

In der Komponentenpalette:

Anhang 56433

[taveuni]

Ich sehe hier einige marginalen Kritikpunkte an Delphi 12. Leider darf ich noch nicht updaten.

Was mich am brennensten Interessiert: Funktioniert nun das Refactoring im Ansatz? Dies ist jeden Tag ein Qual! Schon bei einem Interface oder/und einer inline Variable schiesst sich das Ding tot. Geschweige es dreistet sich jemand an einen Dateinamen zu ändern oder ähnliches. Ich schiele da neidisch zu meinen VS Coding Kollegen. Bitte Bitte mach es wahr dass es nun funktioniert. Ist es vollbracht?

[himitsu]

Zitat:

Zitat von softtouch (Beitrag 1529341)

Zitat:

Zitat von MEissing (Beitrag 1529340)

Wie sieht denn jeweils (D11, D12) die Einstellung Tools | Optionen -> Benutzeroberfläche -> Formular-Designer -> [X] VCL-Stile aktivieren
aus?

Ja, das war es! Keine Ahnung warum das bei D11 unchecked war, aber bei D12 default checked ist. Herrlich, jetzt sieht wieder alles normal aus.

in D11/D12 ist es standardmäßig an ... beide Haken ausgeschaltet, sieht es nun OK aus :firejump:

Datei > Neu > VCL-Anwendung > Button drauf (grau) > F9 (normal)

[Bbommel]

Zitat:

Zitat von Rolf Frei (Beitrag 1529311)

Ja, dass man den Parameter auch mit %20 codieren darf, kann sein. Das Umgekehrte mit dem + anstelle dem %20 in der URL selber, ist aber definitiv verboten. Das + ist nur im Query-Prameterwert zulässig. Was macht denn dein Testprogramm, wenn du das Property setzt, dass nicht zusätzlich codiert wird? Wenn du dann alles korrekt codiert übergibst, sollte es doch kein Problem geben, oder?

Klar, wenn ich das alles "zu Fuß" mache, also vorher manuell TNetEncoding.URL benutze und dann "URLAlreadyEncoded" setze, dann funktioniert das. Aber die Komponente ist ja eigentlich so designt, dass sie sich selber darum kümmert - und dann sollte es natürlich auch funktionieren. :-)

[softtouch]

Zitat:

Zitat von MEissing (Beitrag 1529343)

In der Komponentenpalette:

Anhang 56433

Habe nichts von Skia in der Komponentenpalette.

[MEissing]

Sind die beiden Packages da?
Anhang 56435

[himitsu]

vor wenigen Minuten kam auch die Werbemail, dass es nun verfügbar sei.

[freejay]

Hat schon jemand eine "gefixte Bugs"-Liste gefunden?

[Uwe Raabe]

https://docwiki.embarcadero.com/RADS...AD_Studio_12.0

[freejay]

Zitat:

Zitat von Uwe Raabe (Beitrag 1529361)

https://docwiki.embarcadero.com/RADS...AD_Studio_12.0

Merci!

[Achim Kalwa]

Zitat:

Zitat von freejay (Beitrag 1529360)

Hat schon jemand eine "gefixte Bugs"-Liste gefunden?

Hier:
https://docwiki.embarcadero.com/RADS...AD_Studio_12.0

HTH