IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Sortie de RAD Studio 11
La nouvelle mouture de Delphi et C++Builder, nom de code Alexandrie

Le , par SergioMaster

17PARTAGES

14  0 
Sortie de RAD Studio 11
La nouvelle mouture de Delphi 11, nom de code Alexandrie est disponible



Voci une liste non exhaustive des nouveautés et améliorations :

  • Nouveau ! - Le support haute définition. Soutien pour les nouveaux écrans 4k, police de caractère, des pictogrammes, éditeurs et concepteurs de formulaires plus affutés! Développez directement en haute résolution !
  • Nouveau ! - les styles VCL ajoutent le support au temps de conception. Réalisez plus rapidement des prototypes d’interfaces utilisateurs élégants (possibilité de contrôler le résultat final pendant l’élaboration des formulaires)
  • Nouveau ! - La page d’accueil est totalement reconstruite avec la VCL, supprimant les dépendances à l’IE. Cette page d’accueil a une apparence native et agréable, ainsi que l’interface utilisateur.
  • Nouveau ! - Formateur de code C++. Automatiser le lay-out de votre code C++ en utilisant le format Clang.
  • LSP! - Améliorations de Code Insight sur la base des suggestions des développeurs.
  • Nouveau ! - Lignes directrices pour FireMonkey design time – Réaliser des prototypes plus rapidement avec des lignes visuelles pour déplacer et aligner les commandes (comme avec la VCL) avec une prise en charge améliorée des marges et du remplissage.
  • RICH EDIT est mis à jour. Cette nouvelle implémentation supprime les dépendances XP et ajoute des fonctionnalités au contrôle TRichEdit, notamment la detection d’URL, la verification orthographique, la couleur d’arrière plan et la transparence.
  • TREEVIEW CHECKBOXES - Prise en charge de 3 statuts (Partial, Dimmed, Exclusion) pour modifier l’interface utilisateur.
  • Nouveau Composant - TLabelDBEdit, une version orientée données de TLabelEdit pour un prototypage plus rapide.
  • Améliorations de la VCL - telles que la taille et la police par défaut du formulaire, le bouton de copie pour la boîte de dialogue d’exception, les améliorations de Coolbar, les marges sur Memo et RichEdit, les cadres de boite de groupe en option…
  • Support FMX Highdpi amélioré - pour Windows et Desktop. La balance a été déplacée des coordonnées physiques aux coordonnées logiques
  • Nouveau ! - Compilateur et chaine d’outils ARM macOS 64bits avec un package d’applications universel pour les soumissions InterI/ARM AppStore.
  • ANDROID - support pour Android API 30 inclus une mise à jour pour le support Google Play V3 et migration pour utiliser les bibliothèques AndroidX.
  • Nouveau ! - Prise en charge Android de plusieurs fichiers Classes.DEX pour simplifier l’intégration des dépendances Android externes.
  • Qualité RTL - TZipFile, améliorations 64-bits pour les grandes structures de données, Bluethoot LE.
  • Nouveau ! - Enregistrer l’assistant pour TDateTime dans System.DateUtils. Rendre les tâches de date et d’heure courantes plus rapides à coder et à lire. Convertir au format de données Unix, verifier AM/PM et années bissextiles.
  • Nouveau ! - Enregistrer Hepler pour TCurrency dans System.SysUtils et faciliter le travail avec Currency.


Retrouvez le téléchargement sur votre portail client


Non enregistrés ? Vous avez toujours la possibilté de télécharger une version complète limitée dans le temps.
Allez sur https://www.embarcadero.com/fr/products/delphi pour plus d'infos.

Qu'en pensez vous ?

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de DjmSoftware
Membre chevronné https://www.developpez.com
Le 19/09/2021 à 13:00
Merci au management d'Embarcadero pour leur abandon progressif de C++Builder,
Avec la version Alexandria
  1. Plus de support Android
  2. Pas de Support MacOs
  3. plus de support de la modelisation(depuis plusieurs versons déja)
  4. pas de support ce C20
  5. Corrections de Bugs minimaliste


A quand l'abandon définitif ! ouvrons les paris version 13

dommage c’était un bon produit quand les ingenieurs de Borland s'en occupait
cordialement
5  0 
Avatar de
https://www.developpez.com
Le 20/09/2021 à 14:21
"Alors désolé, mais pas vu de dégradation entre l'ère Borland et l'ère Embarcadero."

Bonjour,

rooh... pas vu ?
Personnellement je trouve qu'il y a une réelle dégradation de cet IDE au fil du temps.
Les versions se succèdent avec peu de nouveautés, un IDE de plus en plus lourd et instable, etc ... bref extremement déçue depuis la reprise par Embarcadero.

Au lieu de nous sortir une nouvelle welcome page, qu'il travaille sur la performance et la stabilité de leur outil !
5  0 
Avatar de pprem
Membre émérite https://www.developpez.com
Le 04/11/2021 à 8:28
Citation Envoyé par Pierre Louis Chevalier Voir le message
En effet on ne peux pas comparer Delphi avec PHP ou Java ou C# ou JavaScript cela n'a rien à voir
Comme on ne peut pas se baser sur des statistiques d'emploi sur un site français dont la principale activité n'est pas les offres d'emploi, comparer des langages qui n'ont pas la même finalité ni le même public n'est pas pertinent. Les développeurs Delphi n'ont pas la culture web. C'est aussi pour ça que sur ce forum, à part le noyau dur de répondant il y a souvent des étudiants "étrangers" qui passent poser des questions et disparaissent une fois qu'ils ont leur réponse.

Concernant les jeunes générations, je te rassure, même si effectivement les rencontres / conférences entre développeurs francophones ont généralement une moyenne d'âge dans les 40 / 50 ans (à la louche, j'ai pas de stats, juste l'expérience) car nous sommes souvent des utilisateurs de longue date, il y a quand même des jeunes qui débarquent pour renouveler le cheptel de développeurs. Et là, c'est mon expérience en formateur qui parle.

Sur les interventions que j'ai faites ces deux dernières années (années COVID, sans déplacement), j'ai très régulièrement des développeurs en reconversion professionnelle ou des apprentis qui se mettent à Delphi en intégrant des entreprises où il y a des logiciels anciens et récents développés avec. Entreprises qui continuent à investir dans ces outils car ils fonctionnent depuis longtemps, sont stables, fiables (malgré quelques bogues qui parfois nous gonflent) et qui savent évoluer. Chose que l'on ne peut pas dire pour les langages à la mode liés au web ou programmation mobile.

Delphi n'est pas le langage le plus représentatif en France, personne ne peut le nier, mais il est quand même au programme scolaire de pas mal de pays dont des pays francophones. Même si je préfèrerais que les IUT, universités, lycées et collèges se (re)mettent au Pascal plus massivement on a des décideurs qui ont choisi Python donc ils n'ont pas trop le choix. Il faut faire avec et essaimer.

Tu pointes cependant un sujet qui mériterait d'être traité dans la presse : l'obsolescence programmée des développeurs (Delphi comme Cobol, ADA & autres plus à la mode). La retraite approche pour nombre d'entre nous. La pérennité des logiciels et le passage de connaissances sont un vrai problème auquel les entreprises concernées sont ou seront confrontées sans vraiment en avoir pris conscience.
3  0 
Avatar de Pierre Louis Chevalier
Expert éminent sénior https://www.developpez.com
Le 06/11/2021 à 14:48
Citation Envoyé par pprem Voir le message
Il y a une grosse différence entre des organismes de formation "officiels" (= visibles sur Google à coup d'achats publicitaires) annonçant des dates de formation et des formations effectives. Mais c'est clairement un autre débat qui mériterait son thread.
Je ne comprends pas ta remarque, il y a plusieurs résultats visibles sur les formations Cobol hors annonce, donc exactement le contraire de ce que tu viens d'écrire, le fait qu'il y ait aussi des annonces ça ne fait que montrer que les centres de formation se battent pour ce marché et donc qu'il y a bien un marché. Par ailleurs il y a bien des certifications officielles sur Cobol et donc des centres officiellement habilités à délivrer ces certifications officielles, donc ce qui fait que ton propos n’a absolument aucuns sens.
Mon but n'est pas de polémiquer, je ne fait juste que réagir juste quand je voie affiché des choses qui sont fausses, et la pour appuyer un raisonnement faux basé sur des données fausses et qui a donc été démonté, tu ne fais que rajouter encore d'autres informations fausses, je ne voie vraiment pas l'utilité de continuer de faire ça.

Citation Envoyé par free07 Voir le message
Je me base sur mon expérience et de quelques rencontres avec des entreprises qui ont maintenu ou maintiennent des applications écrites en Cobol et des offres publicitaires de formation ne prouvent pas qu'elles sont utilisées par des jeunes.
Donc tu n'en sais rien. Et bien moi je sais, ces formations sont utilisées entre autres pour des jeunes qui veulent se lancer dans la programmation, mais qui n'ont pas les qualifications nécessaire pour trouver un job en voque sur des technologies en vogue, et qui se retrouvent donc "embarqués" par des ESN qui prennent ces jeunes au vol et les forment à Cobol parce qu'ils ont des clients sur Cobol, et donc avec un tas de jeunes qui se trouvent à faire du Cobol sans vraiment l'avoir décidé, et donc d'où ce marché actif sur la formation Cobol.

Et donc voila ce qu'on peut lire sur les forums ou les réseaux sociaux, "je voulais me lancer dans la programmation et je me retrouve à faire du support sur des vielles applications Cobol, et ça commence à me gaver, au secours comment me sortir de ce pétrin ..."

Après la ou il y a une vrai différence entre Delphi et Cobol c'est qu'un jeune peut vouloir avoir envie de sortir du Cobol parce que c'est chiant, surtout que c'est généralement que de la gestion de code legacy, donc c'est très chiant, alors qu'il n'y a aucune raison de vouloir sortir de Delphi parce que c'est un très bon produit, et que d'autre part il peut parfois y avoir de nouveaux projets de développement en Delphi et que c'est plus excitant de développer un nouveau projet que de faire du support sur du code legacy.

Ceci dit si je veux être factuel, mon but étant pas du tout de polémiquer, mais d'être observateur des tendances du marché dans une optique de veille technologique, si dans une conférence il y a juste 2 ou 3 jeunes pour un bataillon de personnes âgées cela ne va pas mathématiquement permettre de garder en vie la part de marché de la niche, cela va juste ralentir un tout petit peu la mort lente, rien de plus.
3  0 
Avatar de ShaiLeTroll
Expert éminent sénior https://www.developpez.com
Le 07/11/2021 à 14:09
Ce qui est intéressant c'est la place du C et C++ dans le graphique quand on sait que les interpréteurs et compilateurs Java, JavaScript, C#, Python et PHP sont fait en C voire C++
Sans une poignée de programmeur C, tous les autres n'auraient pas d'emploi ...
Et il n'y a pas d'offre pour développeur ASM Intel ou ARM ... pourtant sans eux pas de C et encore moins le reste ...
Sans des développeurs qui maitrise l'ASM, pas de compilateur Delphi ... qui a évolué en 64Bits, en ARM ... ils sont une poignée, une niche de chez niche ... juste sans eux, il n'y aurait rien rien rien !

Et pas un seul développeur depuis 40 ans a fait des applications bancaires plus fiable que celle en COBOL, méditez donc cela fait qu'aujourd'hui on fait moins bien qu'avant ... justement obsolète dès sa sortie car son remplaçant est déjà annoncée en développment.

Donc inquiétez vous plutôt que personne ne fait assez confiance aux développeurs d'aujourd'hui pour remplacer des programmes COBOL.
Et posez vous la question quand il n'y a aura plus de jeune qui saura qu'il existe un processeurs et des micro-instructions (oui celles d'un niveau plus bas encore que l'ASM).

Là où je travaille, il y a du Delphi pour le cœur applicatif qui est le seul point d'accès aux données et c'est aussi pour développer quelques outils internes.
Il y a une grande majorité du PHP et JS\TS pour l'IHM et l'exposition de WebService, les technologies sont complémentaires.
3  0 
Avatar de Paul TOTH
Expert éminent sénior https://www.developpez.com
Le 22/09/2021 à 10:06
Citation Envoyé par Marc H. Voir le message
Bonjour,

je n'ai pas écrit que j'allais donner la licence. J'ai dit que j'allais la mettre à disposition (sur un appareil où elle sera installée, un Apple évidemment).

De toute façon, mon père n'a toujours utilisé sa licence Academic que pour son travail d'enseignant. Dans le cadre de son autre activité, dans la SSII familiale qu'il dirige encore, il ne l'a jamais utilisée dans la mesure où il a trouvé FireMonkey totalement inadapté pour réaliser du développement Desktop de gestion de bon niveau notamment au niveau des Grids ainsi d'ailleurs qu'au niveau de la gestion des évènements sous dimensionnée par rapport à VCL. Il m'a toujours affirmé et je pense qu'il l'a fait dans votre forum que FMX était un outil orienté Mobile et que pour développer des applications de gestion concurrentielles, seul VCL était à la hauteur. Mais VCL ne cible que Windows.
il y a des choses plus faciles à faire sous FMX que sous VCL en standard...notamment j'ai développé une borne pour restaurant (façon Macdo) en FMX...j'aurais pu le faire en VCL mais ça m'obligeait à recoder un certain nombre d'effets graphiques.

après la VCL permet énormément de choses, et sous Windows, le passage à FMX ne se justifie pas forcément

Citation Envoyé par Marc H. Voir le message
Je pense qu'il n'apprécierait pas votre discours :
Si il y a bien une chose que j'ai entendue maintes fois c'est qu'au mieux, ils portent le même nom mais que pour un "même" composant en VCL et FMX, les évènements (et souvent leurs propriétés) FMX sont réduits par rapport à la VCL. Or évènements et propriétés font la puissance et l'universalité de l'usage d'un composant dans la programmation.
pour certains aspect je pense qu'ils auraient pu évite (Button.Text au lieu de Button.Caption) mais ce sont des problèmes mineurs, la différence est surtout dans la conception, par exemple on peut placer d'importe quel composant FMX dans un autre, ce n'est pas le cas en VCL

Citation Envoyé par Marc H. Voir le message
Ensuite, il a fait la démarche chez Barnsten très récemment (début septembre), qui lui a indiqué qu'un retraité ne pouvait plus prétendre à bénéficier de la ligne Academic même s'il l'utilisait depuis une décennie voire plus. Et comme vous, Barnsten lui a proposé la version Community qui est une version "réduite". Je vous fais grâce de ses commentaires sauf qu'avec Borland cela aurait été probablement différent parce que les "utilisateurs n'étaient pas de simples consommateurs mais considérés comme des programmeurs". Ce que disait Carine.
tu peux aussi payer pendant une décennie tes licences et le jour ou tu arrêtes tu n'as plus les mises à jour...c'est un produit commercial qui a ses règle. Quand à la version Community elle n'est pas réduite (comme la Start à l'époque) c'est une version Pro, la seule limitation est légale, usage privé, pas de commerce avec...

Citation Envoyé par Marc H. Voir le message
Bref pour l'instant, je ne l'ai pas encore achetée cette licence, et la SSII utilise Qt professionnellement qui permet également de produire ce dont j'ai besoin pour mon travail d'enseignant (desktop et mobile). Je n'aime pas trop l'environnement Qt et surtout son système signal/slot, c'est à dire une programmation asynchrone. Mais passer de mon usuel C++ à Qt me paraît tout aussi jouable. On peut même utiliser une compilation statique, à condition de fournir le source, ce qui ne pose pas de problème dans le monde de l'Education où l'opensource est largement utilisé.

Bonne journée. Cordialement. Marc.
Moi j'aime bien la concurrence, Delphi n'est pas la réponse universelle, il faut de tout pour faire un monde....mais ça reste mon produit préféré
2  0 
Avatar de pprem
Membre émérite https://www.developpez.com
Le 27/10/2021 à 9:05
Citation Envoyé par SergioMaster Voir le message
Ok mais, alors le bug qui bloque mon pc (listview avec image et taille item variable) n'en fait pas partie ou n'est pas urgent ? Alors qu'un probléme d'affichage d'émoji le serait
Heureusement que j'ai trouvé contournement
Je sais que certains choix de priorités sont étranges, mais des fois la facilité de correction sans impacter autre chose entre en jeux.

Citation Envoyé par SergioMaster Voir le message
En plus, ajourd'hui je m'apperçois qu'il m'est impossible de me connecter au portail : saisie de captcha (plus ou moins illisible) obligatoire , après des dizaines de tentatives j'abandonne
Pas pu m'y connecter de la semaine jusqu'à hier où j'étais authentifié automatiquement depuis Safari.
Depuis Chrome ça passe plus facilement mais bloque aussi de temps en temps.
J'sais pas comment JIRA a codé son système de login/session, mais clairement c'est de la merde.

Parfois vider le cache du navigateur et le relancer permet de contourner le problème, mais c'est pas du 100%.
2  0 
Avatar de Paul TOTH
Expert éminent sénior https://www.developpez.com
Le 03/11/2021 à 19:46
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
2  0 
Avatar de Paul TOTH
Expert éminent sénior https://www.developpez.com
Le 07/11/2021 à 15:14
Citation Envoyé par free07 Voir le message
Pas vraiment, il précise qu'il forme des jeunes à Delphi ce qui n'est surement pas le cas pour Cobol, la formation à Cobol se déroule intra muros par un transfert de compétence.

Cela fait des années que j'entend parler de cette compétition entre développement web, desktop et maintenant mobile. A mon humble avis cette discussion est stérile, chaque projet a ses impératifs et ses contraintes qui font orienter le choix du langage le plus approprié.
ce qui est terrible avec les techno web c'est qu'on a des solutions pour porter des applis web en Desktop (Electron) ça te donne des usines à gaz...non je devrais dire, j'ai vu tourner des usines à gaz, je pense qu'un bon développeur peut toujours faire quelque chose de plus ou moins propre même avec un outil de merde. Je pense notamment à un produit Electron qui s'installe sur PC avec une ergonomie de mobile...c'est juste horrible à utiliser...mais en effet ça tourne à l'identique sur mobile
2  0 
Avatar de Paul TOTH
Expert éminent sénior https://www.developpez.com
Le 06/12/2021 à 14:20
Citation Envoyé par philnext Voir le message
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

Citation Envoyé par philnext Voir le message
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)
Citation Envoyé par philnext Voir le message
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.
Citation Envoyé par philnext Voir le message
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.
2  0