pour moi c'est à signaler en nouvelle fonctionnalité : "opening welcome page as first tabitem, not after other files or projects"Envoyé par SergioMaster
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
pour moi c'est à signaler en nouvelle fonctionnalité : "opening welcome page as first tabitem, not after other files or projects"
Oups : Traduction SVP ?
Fourni avec mes composants TMS :
Alors une version Delphi 10.4 Community Update 2 pour être plus précis (ou confus ?) une Embarcadero® RAD Studio 10.4 Version 27.0.40680.4203 c'est quoi en XE ? La Delphi 11 vient de sortir donc le N° suivant XE est décalé. Je supposerais donc XE13 mais avant de casser le Delphi installé ce jour, compte tenu de mes souvenirs de réinstallation de XE 7, je préfère attendre d'obtenir le renseignement. Merci d'avance.For Delphi XE7, XE8, 10 Seattle, 10.1 Berlin, 10.2 Tokyo, 10.3 Rio, 10.4 Sydney, 11
------------------------------------------------------------------------------------
In the IDE, select File, Open and browse for FMXTMSFNCCorePkgD*.dproj
From the project manager, right click on the FMXTMSFNCCorePkgD*.dproj project and from the menu, choose install
In the IDE, select File, Open and browse for VCLTMSFNCCorePkgD*.dproj
From the project manager, right click on the VCLTMSFNCCorePkgD*.dproj project and from the menu, choose install
In the IDE, select File, Open and browse for TMSFNCCorePkgDED*.dproj
From the project manager, right click on the TMSFNCCorePkgDED*.dproj project and from the menu, choose install
(* XE7, XE8, XE9, XE10, XE11, XE12, XE13 or XE14)
PS : Il y a peut-être une procédure plus automatisée mais comme une partie est installée sur une Lazarus 2.2.0RC2 avec beaucoup de difficulté et qu'un nouveau lancement de l'exe d'installation de TMS va désinstaller le répertoire d'installation, je préfère la méthode "manuelle".
Si même TMS se met à coller du XE où il n'existe pas, on n'est pas sortis des ronces !
Dans ton cas, choisis l'avant dernier fichier de la liste si tu en as plusieurs. Le dernier est à priori la 11 Alexandria, donc le précédent devrait être la 10.4 Sydney.
Par contre ils fournissent normalement un installer avec leurs packs de composants, pourquoi passes-tu par l'installation manuelle ?
Bonjour Patrick,
à cause du PS :
Il s'agit du pack TMS FNC Components qui est compatible Lazarus et FMX. Je l'ai retenu car il me permet d'exploiter un code commun. Je n'ai pas renouvelé (encore) le pack purement FMX vu que je ne me servais plus de Delphi. Je garde du pack TMS FMX Components un très mauvais souvenir, notamment de ses Grids incontrôlables pour moi au niveau de leurs styles notamment. C'est probablement lié à mon défaut de maitrise dans Delphi des styles d'une manière plus générale. Les FNCGrids se pilotent à l'ancienne !PS : Il y a peut-être une procédure plus automatisée mais comme une partie est installée sur une Lazarus 2.2.0RC2 avec beaucoup de difficulté et qu'un nouveau lancement de l'exe d'installation de TMS va désinstaller le répertoire d'installation, je préfère la méthode "manuelle".
Tu peux toujours installer une version "à jour" trial.
Tiens, je ne savais pas que les FNCGrids étaient différentes des TMSFMXGrid/TMSFMXLiveGridJe garde du pack TMS FMX Components un très mauvais souvenir, notamment de ses Grids incontrôlables pour moi au niveau de leurs styles notamment. C'est probablement lié à mon défaut de maitrise dans Delphi des styles d'une manière plus générale. Les FNCGrids se pilotent à l'ancienne !
Pour les grilles et style c'est toujours dans ma liste des Todos
MVP Embarcadero
Delphi installés : D3,D7,D2010,XE4,XE7,D10 (Rio, Sidney), D11 (Alexandria), D12 (Athènes)
SGBD : Firebird 2.5, 3, SQLite
générateurs États : FastReport, Rave, QuickReport
OS : Window Vista, Windows 10, Windows 11, Ubuntu, Androïd
D11
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.
par exemple ?
c'est impossible, la VCL ne sera jamais portée sur Mobile, et elle ne peut clairement pas être abandonnée
La version community illimité et sans contrainte commerciale aussi ? ça va pas être possible
l'IDE est développé sous Delphi, bien souvent les optimisations de l'un affectent l'autre
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 ?
pour quelle raison devraient-ils choisir ?
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.
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")
D11 suite...
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.
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
MVP Embarcadero
Delphi installés : D3,D7,D2010,XE4,XE7,D10 (Rio, Sidney), D11 (Alexandria), D12 (Athènes)
SGBD : Firebird 2.5, 3, SQLite
générateurs États : FastReport, Rave, QuickReport
OS : Window Vista, Windows 10, Windows 11, Ubuntu, Androïd
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
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)
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 suffitc'est donc totalement voulu que la licence soit limitée dans le temps.
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.
@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.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
Je ne parle pas d'abandonner de manière brutal maïs de "déprécier" un peu comme le BDE.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)
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 ?
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
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)
Bonjour,
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.
@Paul TOTH
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.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
Mon idée de base c'est d'avoir une gestion cohérente du langage, pas trop d'imposer mes vues.Ceci dit tu restes sur l'idée que ça serait bien, as-tu des idées plus concrètes ?
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.
Version 11.2 bientôt dispo
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 :
Ce que l'on peut en attendre ? Cela commence à être dévoilé
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 :
De source sûre (- 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@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
MVP Embarcadero
Delphi installés : D3,D7,D2010,XE4,XE7,D10 (Rio, Sidney), D11 (Alexandria), D12 (Athènes)
SGBD : Firebird 2.5, 3, SQLite
générateurs États : FastReport, Rave, QuickReport
OS : Window Vista, Windows 10, Windows 11, Ubuntu, Androïd
Semblerait que j'avais sappé des messages.
N'hésite pas à le suggérer sur quality.embarcadero.com en new feature, après tout ce site est là pour ça. Si c'est argumenté, il peut toujours y avoir quelqu'un quelque part qui prenne le sujet en main (chez Embarcadero ou ailleurs).
Merci pour le post Serge
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.
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 (
Donc, les deux présentations, sur le même sujet, apporterons certainement différentes informations.
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).
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).
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager