Discussion :

[Pierre le Grand]

Le C++ 2020 n'est entièrement prise en charge par personne.

Cette page Wikipedia illustre les caractéristiques du langage C++ qui sont implémentées par les différents compilateurs. C++ 2017 n'est même pas supporté par tous les compilateurs. https://en.cppreference.com/w/cpp/compiler_support

Embarcadero C++ demeurera toujours un compilateur qui nous contraint à ne jamais changer de fournisseur en raison des ses caractéristiques non-standards comme __Finally, __Fastcall et des racines Delphiesque d'une partie de ses librairies, comme VCL par exemple. Même s'il suivait le standard à 100%, son code demeurerait non-portable, sauf pour les application consoles.

[Paul TOTH]

Le C++ 2020 n'est entièrement prise en charge par personne.

Cette page Wikipedia illustre les caractéristiques du langage C++ qui sont implémentées par les différents compilateurs. C++ 2017 n'est même pas supporté par tous les compilateurs. https://en.cppreference.com/w/cpp/compiler_support

Embarcadero C++ demeurera toujours un compilateur qui nous contraint à ne jamais changer de fournisseur en raison des ses caractéristiques non-standards comme __Finally, __Fastcall et des racines Delphiesque d'une partie de ses librairies, comme VCL par exemple. Même s'il suivait le standard à 100%, son code demeurerait non-portable, sauf pour les application consoles.

je ne suis pas spécialiste du C++ mais le support de Delphi n'est-il pas justement la raison d'être de C++Builder ? sans cela quel aurait été son intérêt par rapport à d'autres compilateur ? Sauf s'il est particulièrement rapide ou qu'il génère un code particulièrement optimisé mais ça je n'en sais rien.

[Pierre Louis Chevalier]

je ne suis pas spécialiste du C++ mais le support de Delphi n'est-il pas justement la raison d'être de C++Builder ? sans cela quel aurait été son intérêt par rapport à d'autres compilateur ? Sauf s'il est particulièrement rapide ou qu'il génère un code particulièrement optimisé mais ça je n'en sais rien.

C++Builder est un produit totalement à part vu que c'est pas un pur produit C++ mais un produit hybride, la VCL est écrite en Pascal et pas en C++.
Son seul supposé atout c'est pas le compilateur, mais la partie EDI, à savoir le "RAD" façon Delphi c'est tout.

Dans les faits le plus gros du marché C++ c'est Microsoft Visual C++, Jetbrains Clion, Visual studio code, VIM, Eclipse CDT, Qtcreator, etc et C++Builder est quasiment inusité, probablement moins de 1% du marché C++, alors qu'autrefois Borland avait bien environ la moitié du marché C++ face a Microsoft, voir même plus à l'époque de Turbo C++.
Donc quand on parle de C++Builder dans les faits on parle d'un produit plus que marginal, c'est plus un argument Marketing pour éviter de dire que finalement dans les faits Embarcadero c'est juste pour le Pascal, hors bien que Pascal Objet soit un langage formidable, c'est devenu totalement ringard depuis des lustres. Pour ce qui est des réunions fort sympathiques autour de Delphi et d'Embarcadèro, on se croirait dans une maison de retraite, et une fois que cette valeureuse génération sera vraiment totalement partie à la retraite je ne voie plus trop comment Embarcadèro va rester à flot.

Et oui tout cela est bien triste, Borland c'était mieux avant...

[Paul TOTH]

ok donc, oui on a bien une VCL et un FMX en Pascal, et C++Builder sait utiliser des sources Pascal donc sait utiliser ces deux frameworks.

Delphi n'a jamais été un produit utilisé majoritairement, on peut comprendre que dans sa déclinaison C++ il n'est pas non plus des plus utilisé...même si le fait d'être un compilateur C++ lui offre toutes les bibliothèques existantes qui ne sont pas accessibles directement aux développeurs Delphi, je pense qu'il est plus naturel de faire du Pascal avec la VCL. Tout comme il est plus naturel d'utiliser C# en .Net

par contre pour ce qui est de la pérennité, je ne suis pas d'accord avec ta vision passéiste, il y a de jeunes générations qui s'approprie l'outils...mais ce n'est pas le programmeur qui fait le marché, c'est bien le marché qui produit des développeurs...on aura donc encore des générations de développeurs PHP, Java, C#, NodeJS...et quelques niches sur Delphi et autres

En ce qui me concerne je finirais ma carrière avec Delphi car je pense qu'il me survivra et que j'ai le loisir de choisir mes outils, mes clients sont soient convaincu par Delphi, soit convaincus par mes réalisations et se moquent de savoir avec quoi je programme

[Pierre Louis Chevalier]

on aura donc encore des générations de développeurs PHP, Java, C#, NodeJS...et quelques niches sur Delphi et autres

En effet on ne peux pas comparer Delphi avec PHP ou Java ou C# ou JavaScript cela n'a rien à voir :



Source : Emploi développeur 2020 : les langages les plus demandés et les mieux payés

Ruby avec ses 0,8% c'est considéré comme une "niche", Delphi avec ses 0,3% c'est plus considéré comme un reste de niche.

[philnext]

Bon quelques points intéressants mais rien de fondamental, donc rien qui me motive à basculer de 10.3 vers 11.
Je pense qu'il va falloir avancer un peu plus pour motiver les dev. à adopter ou migrer vers Delphi.
Quelques points :
* Améliorer le langage le rendre plus cohérent
* J'utilise encore la VCL et FMX mais à un moment Idera doit choisir et ne pas développer 2 biblio visuelles VCL & FMX.
* La version 'Community' est vraiment une bonne idée, mais je ne comprends pas pkoi elle ne sort pas en même temps (voire avant !) que la version commerciale, de plus la licence doit être simplifiée (durée d'un an à passer en illimité...).
* On a vu quelques posts sur les perf de l'IDE (compilation) c'est sympa, pas contre un peu de communication (voire de travail) sur les perf des exe ce serait mieux.

[Paul TOTH]

Bon quelques points intéressants mais rien de fondamental, donc rien qui me motive à basculer de 10.3 vers 11.
Je pense qu'il va falloir avancer un peu plus pour motiver les dev. à adopter ou migrer vers Delphi.
Quelques points :
* Améliorer le langage le rendre plus cohérent

par exemple ?

* J'utilise encore la VCL et FMX mais à un moment Idera doit choisir et ne pas développer 2 biblio visuelles VCL & FMX.

c'est impossible, la VCL ne sera jamais portée sur Mobile, et elle ne peut clairement pas être abandonnée

* La version 'Community' est vraiment une bonne idée, mais je ne comprends pas pkoi elle ne sort pas en même temps (voire avant !) que la version commerciale, de plus la licence doit être simplifiée (durée d'un an à passer en illimité...).

La version community illimité et sans contrainte commerciale aussi ? ça va pas être possible

* On a vu quelques posts sur les perf de l'IDE (compilation) c'est sympa, pas contre un peu de communication (voire de travail) sur les perf des exe ce serait mieux.

l'IDE est développé sous Delphi, bien souvent les optimisations de l'un affectent l'autre

[pprem]

* Améliorer le langage le rendre plus cohérent

peux-tu définir "langage cohérent" ? parce que franchement, le Pascal est l'un des plus lisibles qui soit.

qu'attends-tu de Embarcadero, FPC, Lazarus et les autres outils ou éditeurs de solutions de programmation utilisant ce langage ?

* J'utilise encore la VCL et FMX mais à un moment Idera doit choisir et ne pas développer 2 biblio visuelles VCL & FMX.

pour quelle raison devraient-ils choisir ?

* La version 'Community' est vraiment une bonne idée, mais je ne comprends pas pkoi elle ne sort pas en même temps (voire avant !) que la version commerciale, de plus la licence doit être simplifiée (durée d'un an à passer en illimité...).

désolé, mais là, faut pas trop rêver : tant que c'est une entreprise qui vend des logiciels, le fait d'avoir une version gratuite équivalente à leur offre de base, c'est déjà un joli cadeau qu'ils font.

pour du total gratuit illimité, y a Lazarus et quelques autres.

* On a vu quelques posts sur les perf de l'IDE (compilation) c'est sympa, pas contre un peu de communication (voire de travail) sur les perf des exe ce serait mieux.

que reproches-tu aux programmes compilés ? quelles parties mériteraient des améliorations selon toi ? (et même si "la taille de l'exe qui a augmenté entre D7 et 10.x" est un sujet, je ne considère pas ça comme recevable dans la rubrique "perf")

[philnext]

J'ai quelques difficultés pour répondre au réponses de @Paul TOTH et @pprem sur les messages donc je développe (un peu) ici.
Pour le langage.
J'apprécie le langage en lui même, je n'ai pas de problème de lisibilité.
Simplement son évolution actuelle est surtout poussée par Idera sans qu'il y ait une réflexion générale comme pour Python : https://www.python.org/dev/peps/ avec la participation de tous les acteurs/éditeurs.
J'aimerais certaines évolutions mais ça peut être des idées stupides ou inutiles (le case avec des strings par exemple), mais je pense que mettre ça à plat peut juste améliorer le fonctionnement.
VCL & FMX.
Si Idera a des ressources infinies en dev. pas de pb, mais ce n'est pas le cas, si on a 2 produits avec, globalement, les même fonctions il faut mettre son énergie sur un seul. Que les choses soient claires : j'utilise encore la VCL pour des raisons historiques, mais aujourd'hui la VCL n'a pas de valeur ajoutée vis à vis de la FMX, à part certaines librairies.
Je préfère donc que Idera mette ses ressources sur d'autre fonctions.
La version Community.
IL me semble que je me sois mal exprimé, cette version Community est une des meilleure idée qui soit. Je ne propose pas de tout passer en gratuit. Je voulais juste que la licence Community soit plus simple, notamment en supprimant la limite sur la durée d'utilisation (à passer en illimité tant que les termes de la licence sont respectés) et en synchronisant la sortie de cette version avec les autres.
Pour les perfs.
Je ne remets pas en question les perfs du code Delphi je voudrais juste un peu de communications là dessus, à l'origine Delphi a 'gagné' pas mal de parts de marché sur VB notamment grâce aux perf du code généré (entre autres). ON voit pas mal de posts sur les perfs du compilateur (en amélioration) et sur la taille du code généré (en régression mais ça ne me dérange pas) et pas grand chose (rien ?) sur les perfs du code.
C'est le genre de chose qui pourrait me faire basculer de 10.3 vers D11.

Pour que les choses soient claires : j'utilise encore Delphi et je l'apprécie, je profitais juste de ce post sur D11 (pas très motivant pour moi), pour lancer quelques pistes de réflexion, que j'espère constructives.

[SergioMaster]

De mon côté, autant je n'ai absolument pas adhéré à la 10.4 autant la version 11 me plait (ne serait-ce que pour le design pour les écrans FMX)
Si je n'étais bloqué par certains composants que j'utilise (entre autre CData, ils m'ont promis que ce serait pour bientôt et m'enverrait un email) j'aurais sauté le pas

[Paul TOTH]

J'ai quelques difficultés pour répondre au réponses de @Paul TOTH et @pprem sur les messages donc je développe (un peu) ici.
Pour le langage.
J'apprécie le langage en lui même, je n'ai pas de problème de lisibilité.
Simplement son évolution actuelle est surtout poussée par Idera sans qu'il y ait une réflexion générale comme pour Python : https://www.python.org/dev/peps/ avec la participation de tous les acteurs/éditeurs.
J'aimerais certaines évolutions mais ça peut être des idées stupides ou inutiles (le case avec des strings par exemple), mais je pense que mettre ça à plat peut juste améliorer le fonctionnement.

il y a une grosse différence entre Delphi et Python (ou autre), c'est que Python est un produit libre et communautaire au départ, Delphi et le résultat du travail de plus de 25 ans de Borland/Inprise/Embarcadero, tu peux faire des demandes d'évolutions sur Quality, comme le case of string, mais ils restent seuls maître à bord

VCL & FMX.
Si Idera a des ressources infinies en dev. pas de pb, mais ce n'est pas le cas, si on a 2 produits avec, globalement, les même fonctions il faut mettre son énergie sur un seul. Que les choses soient claires : j'utilise encore la VCL pour des raisons historiques, mais aujourd'hui la VCL n'a pas de valeur ajoutée vis à vis de la FMX, à part certaines librairies.
Je préfère donc que Idera mette ses ressources sur d'autre fonctions.

c'est ton choix, mais je peux dire sans trop me tromper que 90% des utilisateurs hurleraient si Embarcadero faisait mine d'abandonner la VCL. Il y a 25 ans de développement Windows sous VCL qu'on ne peut pas jeter comme ça. Et sous Windows, la VCL garde tout son sens car elle est bien plus proche de l'OS que FMX (c'est même la raison qui la rend difficilement portable)

La version Community.
IL me semble que je me sois mal exprimé, cette version Community est une des meilleure idée qui soit. Je ne propose pas de tout passer en gratuit. Je voulais juste que la licence Community soit plus simple, notamment en supprimant la limite sur la durée d'utilisation (à passer en illimité tant que les termes de la licence sont respectés) et en synchronisant la sortie de cette version avec les autres.

L'idée au départ c'est de permettre d'avoir des développeurs qui se forment au produit pour pas un rond, mais ils veulent des développeurs avec la dernière version, pas des gens qui restent bloqués sur une ancienne version qui leur suffit c'est donc totalement voulu que la licence soit limitée dans le temps.

Pour les perfs.
Je ne remets pas en question les perfs du code Delphi je voudrais juste un peu de communications là dessus, à l'origine Delphi a 'gagné' pas mal de parts de marché sur VB notamment grâce aux perf du code généré (entre autres). ON voit pas mal de posts sur les perfs du compilateur (en amélioration) et sur la taille du code généré (en régression mais ça ne me dérange pas) et pas grand chose (rien ?) sur les perfs du code.
C'est le genre de chose qui pourrait me faire basculer de 10.3 vers D11.

Pour que les choses soient claires : j'utilise encore Delphi et je l'apprécie, je profitais juste de ce post sur D11 (pas très motivant pour moi), pour lancer quelques pistes de réflexion, que j'espère constructives.

D11 est la première version qui réduit la taille du code généré suite à une amélioration de la gestion des generics si mon souvenir est bon.

[Invité]

Bonjour,

c'est ton choix, mais je peux dire sans trop me tromper que 90% des utilisateurs hurleraient si Embarcadero faisait mine d'abandonner la VCL. Il y a 25 ans de développement Windows sous VCL qu'on ne peut pas jeter comme ça. Et sous Windows, la VCL garde tout son sens car elle est bien plus proche de l'OS que FMX (c'est même la raison qui la rend difficilement portable)

il y a déjà 2 produits : Delphi et C++ Builder et C++Builder est inférieur à Delphi c'est un fait, il est à la traine.

Alors pourquoi ne pas proposer séparément 3 produits distincts ?

• Delphi (évidemment Pascal) limité à VCL [le passé] avec son bel IDE 32 bits. Il n'a pas besoin d'évoluer beaucoup si c'est pour gérer le passé. Il suffit de gérer les licences... Investissement technique limité.
• Firemonkey en Pascal uniquement puisque visiblement, "ils" ne sont pas capables d'amener C++ Builder au niveau. L'avenir est clairement le multi-OS. Evidemment avec un bel IDE moderne Firemonkey [64 bits], évidemment IDE portable sous les 3 OS bureau [Windows, Linux et Mac Os] permettant entre autres la cross-compilation vers Android, iOS, iPadOS ... Cela représenterait un gros investissement technique de la part du propriétaire de Delphi mais il y a déjà une base fonctionnelle des composants. Par contre pour l'IDE, il faudrait tout reprendre. Cela permettrait peut-être de mieux amalgamer les diverses acquisitions qui ont été réalisées pour permettre l'apparition de XE.
• C++ Builder limité à VCL ? (il y a beaucoup d'utilisateurs de C++ Embarcadero ?)

Je l'ai déjà exprimé mais je pense que garder le même actuel IDE Delphi compatible VCL donc purement Windows , c'est brider Delphi FMX (cf par exemple mon dernier fil sur l'installation des composants FMX qui n'est pas traité comme celle des composants VCL dans l'actuel IDE commun). Ce compromis est à mon avis aussi nuisible que celui qui a existé (existe peut-être encore) pour Lazarus dont le dogme était de rendre compatible les productions ayant pour cible Windows avec Delphi 7. on a eu que des emm... avec les API Windows ! Cela a longtemps bridé le développement et surtout les capacités du produit... et il en reste encore des traces nombreuses. Au contraire il faut s'enrichir de toutes les capacités apportées par chaque cible.

[pprem]

La version Community.
IL me semble que je me sois mal exprimé, cette version Community est une des meilleure idée qui soit. Je ne propose pas de tout passer en gratuit. Je voulais juste que la licence Community soit plus simple, notamment en supprimant la limite sur la durée d'utilisation (à passer en illimité tant que les termes de la licence sont respectés) et en synchronisant la sortie de cette version avec les autres.

Dans le monde dans lequel nous évoluons c'est difficilement faisable : trop de développeurs indépendants ou en petites entreprises utilisant la Professional l'ont arrêté au profit de la Community Edition. Commercialement c'est compliqué pour Embarcadero et ses partenaires distributeurs/revendeurs de laisser faire, d'où les contraintes (parfois trop importantes comme la boite de dialogue qui s'ouvre régulièrement pour rappeler la licence).

Sur Windows, pour des dev VCL le décalage de quelques mois entre la CE et la version "à jour" ne pose pas de soucis majeur. C'est pour les développeurs de FMX qu'il y peut y avoir des soucis car la version N-1 ne sera pas à jour longtemps par rapport aux restrictions imposées par Apple & Google sur la publication des applications.

Marco Cantu l'a rappelé à plusieurs reprises : ils aimeraient ne pas avoir de limites et synchroniser tout mais ne peuvent pas le faire car les effets sur les ventes de licences sur la 10.3 ont été visibles. Il y aura donc toujours une licence limitée dans le temps (parce qu'il y a encore trop de développeurs D7 piratés ou légitimes et qu'ils ne veulent pas reproduire ça sur des versions récentes) et décalée par rapport à la version en cours qui bénéficie de correctifs ce que la CE n'a pas.

Pour ton point sur les évolutions du langage, je comprends mieux. Le hic c'est que globalement, le Pascal, ça reste Delphi, même si le langage est utilisé sur tout un tas d'autres logiciels de développement ou comme langage de macro. Il y a une poignée d'éditeurs identifiables qui pourraient se pencher dessus et ils bossent tous déjà plus ou moins avec Embarcadero sous différentes formes. quality.embarcadero.com est le meilleur moyen pour la communauté de faire des demandes d'évolution et de les voir portées si suffisamment de monde y participe. (mine de rien il y a quelques tickets avec plusieurs dizaines de commentaires)

[philnext]

@Paul TOTH

il y a une grosse différence entre Delphi et Python (ou autre), c'est que Python est un produit libre et communautaire au départ, Delphi et le résultat du travail de plus de 25 ans de Borland/Inprise/Embarcadero, tu peux faire des demandes d'évolutions sur Quality, comme le case of string, mais ils restent seuls maître à bord

Bon je sais que Delphi nomme l'EDI et aussi (parfois) le langage mais là je parle du langage. Pascal est un langage qui n'a pas été inventé par Borland, mais fortement amélioré en créant un Pascal Objet/Delphi. Je pense que se poser la question de la (re)normalisation du langage est une bonne chose et que ça peut être bénéfique pour toute la communauté. Rien n'empêche bien sûr, chaque 'éditeur' de mettre en place un sur-ensemble de ce langage pur ses besoins propres. C'est d'ailleurs ce qui est fait pour le langage C, avec succès.

c'est ton choix, mais je peux dire sans trop me tromper que 90% des utilisateurs hurleraient si Embarcadero faisait mine d'abandonner la VCL. Il y a 25 ans de développement Windows sous VCL qu'on ne peut pas jeter comme ça. Et sous Windows, la VCL garde tout son sens car elle est bien plus proche de l'OS que FMX (c'est même la raison qui la rend difficilement portable)

Je ne parle pas d'abandonner de manière brutal maïs de "déprécier" un peu comme le BDE.

[Paul TOTH]

@Paul TOTH

Bon je sais que Delphi nomme l'EDI et aussi (parfois) le langage mais là je parle du langage. Pascal est un langage qui n'a pas été inventé par Borland, mais fortement amélioré en créant un Pascal Objet/Delphi. Je pense que se poser la question de la (re)normalisation du langage est une bonne chose et que ça peut être bénéfique pour toute la communauté. Rien n'empêche bien sûr, chaque 'éditeur' de mettre en place un sur-ensemble de ce langage pur ses besoins propres. C'est d'ailleurs ce qui est fait pour le langage C, avec succès.

c'est plus ou moins ce que fait FreePascal en ajoutant des syntaxes que n'a pas Delphi...mais j'ai le sentiment que Delphi a fait plus d'innovations que FreePascal. Ceci dit tu restes sur l'idée que ça serait bien, as-tu des idées plus concrètes ?

Je ne parle pas d'abandonner de manière brutal maïs de "déprécier" un peu comme le BDE.

sauf que le BDE, s'il est toujours distribué (comme quoi il est difficile de s'en défaire), il n'a pas bougé depuis des années. Windows change, la VCL se doit de supporter les évolutions de Windows. Abandonner la VCL serait clairement se tirer une balle dans le pied. D'ailleurs, personnellement je préfèrerais que FMX se rapproche de la VCL que l'inverse, car l'architecture FMX est un peu complexe...même si la VCL pourrait avoir des améliorations notables

- déclaration en ligne
- améliorations de l'IDE
- améliorer l'inspecteur d'objets
- gestion des exceptions
- simplifier le support C++

et même pour FMX
- identifier le composant sous la souris

[philnext]

@Paul TOTH

D'ailleurs, personnellement je préfèrerais que FMX se rapproche de la VCL que l'inverse, car l'architecture FMX est un peu complexe...même si la VCL pourrait avoir des améliorations notables

Oui je trouve aussi la VCL plus simple, le but de ma proposition c'est surtout de ne pas disperser les forces dans des dev. ayant les même fonctions.

Ceci dit tu restes sur l'idée que ça serait bien, as-tu des idées plus concrètes ?

Mon idée de base c'est d'avoir une gestion cohérente du langage, pas trop d'imposer mes vues.
Sinon concrètement c'est quand je tombe sur le code que j'aimerais pouvoir proposer, mais sinon, de manière non exhaustive :
Simplifier les fonctions, ex :
* Ne conserver dans StrToInt(constS:string) & StrToIntDef(constS:string;Default:Integer) qu'une fonction StrToInt qui se comporte différemment suivant la présence ou non du param. Default.
* Ne conserver qu'une fonction entre les ReplaceStr StringReplace avec le TReplaceFlags en option avec valeurs par défaut.

[SergioMaster]

Pour vous rappeler que très bientôt, certainement à la suite de la présentation du 7 septembre 2022, elle sera disponible.
La présentation est tardive pour nous autres à l'heure de Greenwich et de plus en anglais.

Comme chaque version, cela devient maintenant classique :

de nombreuses demandes de portail de qualité mises en œuvre et des centaines de bogues corrigés dans tout le produit.

Ce que l'on peut en attendre ? Cela commence à être dévoilé

Eh bien, la liste comprend…

• Un nouveau simulateur iOS pour Delphi (lire le post de Marco Cantu à ce sujet)
• Une mise à jour de l'API Android
• Un nouveau standard de débogage pour Delphi sous Linux
• Édition de code et améliorations de CodeInsight
• Améliorations des bibliothèques Delphi, VCL, FireMonkey, FireDAC et RAD Server

… et une multitude de mises à jour, de nouvelles fonctionnalités et d'améliorations pour vous aider à en faire plus, plus rapidement et à économiser davantage sur les coûts de développement.

Pour les réfractaires à la langue de Shakespeare ou les couche-tôt, une session en français est prévue le 20 septembre, entre 15 et 17 heures en direct sur la chaîne Twitch de Patrick Prémartin. (aka. pprem)
Au programme :

- tour des nouveautés de la version 11.2 de RAD Studio
- rappel rapide de ce qui a été proposé en version 11.0 et 11.1
- questions / réponses et discussion libre sur le tchat

De source sûre (@pprem : corrige-moi si je me trompe) il n'est pas prévu de refaire la même présentation que celle du 7 septembre, mais plutôt d'avoir les retours d'un bêta testeur.

Donc, les deux présentations, sur le même sujet, apporterons certainement différentes informations.
Couche-tôt, je regarderai très certainement la présentation "officielle" en différé dès qu'elle sera disponible sur la chaine Embarcadero, le décalage d'un peu plus d'une semaine me permettra certainement de télécharger et installer (je prévois une ou 2 heures "frustrantes) et d'affuter mes questions

P.S. Si vous êtes allergique à Twitch, vous pourrez également passer par ce lien

[pprem]

Merci pour le post Serge

Pour vous rappeler que très bientôt, certainement à la suite de la présentation du 7 septembre 2022, elle sera disponible.

Pour les réfractaires à la langue de Shakespeare ou les couche-tôt, une session en français est prévue le 20 septembre, entre 15 et 17 heures en direct sur la chaîne Twitch de Patrick Prémartin. (aka. pprem)

De source sûre (@pprem : corrige-moi si je me trompe) il n'est pas prévu de refaire la même présentation que celle du 7 septembre, mais plutôt d'avoir les retours d'un bêta testeur.

Donc, les deux présentations, sur le même sujet, apporterons certainement différentes informations.

Embarcadero se concentre généralement sur les points les plus visibles. Il y en a plein d'autres qui devraient être disponibles et j'en profiterai pour refaire un retour aussi sur les 11.0 et 11.1 histoire d'avoir un global version 11 à rediffuser ensuite. La 11.2 sera probablement la dernière version 11.x avant une 12.x future. Et il est aussi possible qu'un jour cette version remplace la CE (10.4.2) actuelle donc je ferai au mieux pour que des développeurs provenant d'anciennes versions aient un aperçu de ce qu'ils auront en faisant la mise à jour.

En anglais comme en français le but du jeu est aussi de répondre aux questions que les développeurs pourraient avoir sur la nouvelle version. Et dans mon cas, s'il y a des points que vous voulez voir, suffira de demander (je prends aussi les questions/demandes à l'avance si vous avez des choses à dire que vous aimeriez voir traitées le 20 ou à un autre moment).

[pprem]

Attention : changement d'heure pour mercredi 7 septembre : la présentation d'embarcadère aura lieu de 17 à 18 heures (contrairement à l'horaire que j'ai indiqué partout lors de mon inscription dessus).

[SergioMaster]

Pour les pressés, David Millington commence à dévoiler les nouveautés
- a sneak peek into Markdown and Help Insight
- The little things that make big quality

Du premier billet, je retiens une avancée significative sur le HTML du moins en ce qui concerne l'IDE, espérons que des composants s'y ajouteront.
Du second, des avancées dans l'IDE