Discussion :

[gvasseur58]

Lazarus 1.8 Release Candidate 1 est sorti,
et intègre de nouvelles fonctionnalités et plusieurs corrections de bogues

Toujours bâti sur Free Pascal 3.0.2 (sauf pour la version Linux qui s'appuie sur la version 3.0.3), Lazarus 1.8 constitue une étape importante dans la feuille de route de l'équipe de développement. Pour rappel, Lazarus est un RAD/EDI multiplateforme développé en Free Pascal pour Free Pascal. Son objectif est de fournir aux programmeurs Pascal Objet un environnement de développement facile à utiliser s'approchant le plus possible de Delphi.

Cette version apporte un nombre élevé de corrections dont vous trouverez la liste ici
Au niveau des changements notables, on relèvera :

• la prise en charge de Qt5 ;
• la prise en charge des hautes résolutions (DPI), y compris, à titre expérimental, par l'EDI ;
• des extensions de TToolButon et TToolBar ;
• l'adaptation du presse-papiers au format HTML ;
• la personnalisation possible des menus à la manière (ou presque) de Delphi ;
• l'ajout d'une série de nouveaux composants TTaskDialog, TSpinEditEx, TFloatSpinEditEx, TChartComboBox.

Pour ceux qui n'auraient pas tenu compte du passage à l'UTF8 et à la centralisation des fonctions de chaînes dans les unités LazUTF8 et LazFileUtils, il faut qu'ils sachent que les wrappers présents dans les anciennes unités ont été supprimés. S'ils viennent se plaindre, on leur répondra que ce changement important avait été balisé depuis la version 1.6 .

À noter pour la petite histoire : l'EDI n'est plus maintenu pour Windows 98 et Windows NT .

La liste complète des changements est présente ici.

L'équipe Lazarus demande à ce que chacun teste cette version afin de faire remonter rapidement les éventuels bogues. Pour le moment, cette version n'a été validée qu'en interne et est par conséquent susceptible de contenir des erreurs difficiles à cerner, car ne se produisant que dans de très rares cas. En particulier, les utilisateurs de Windows sont invités à installer cette version en installation secondaire. Pour tous, il est vivement recommandé de faire des copies de sauvegarde du travail effectué, y compris des fichiers de configuration de l'ancienne version utilisée.

Comme d'habitude, cette version Candidate 1 sera suivie d'une Candidate 2, avant de devenir officiellement la version 1.8.

N.B. La mise à jour des fichiers de langue (dont la version française que nous prenons en charge dans ce forum) ne sera effective qu'à partir de la Candidate 2.

Téléchargez la nouvelle version proposée par l'équipe Lazarus.

Source : Lazarus

Et vous ?

Qu'en pensez-vous ?

Allez-vous tester la nouvelle version ?

[hmira]

Très bonne nouvelle !
J'ai installé cette nouvelle mouture (Lazarus 1.8.0RC1 r54912 FPC 3.0.2 i386-win32-win32/win64)
Juste pour tester, j'ai compilé et installé quelque paquets (composants tierces que j'utilise, etc. ) . J'ai recompilé également quelques petits projets.
Pour le moment, je n'ai pas constaté de problèmes particuliers. Tout fonctionne normalement.

Encore une fois. Merci pour cette nouvelle réjouissante !

A+

[hmira]

Je tiens aussi à préciser que certains paquets, au début, ne compilaient pas ! et que j'étais obligé d'ajouter dans certains uses de l'interface, l'unité LCLPlatformDef. Après quelques recherches rapides, il semble que cela est tout à fait normal, et que nous sommes déjà prévenus au travers le lien suivant :

TLCLPlatform definition was moved
http://wiki.lazarus.freepascal.org/L...tion_was_moved

A+

[BeanzMaster]

Bonjour je viens d'installer la version 32bit pour Windows, pas de soucis d'installation. J'ai mis à jour les sources de GLScene à jour et j'ai installé les paquets sans problèmes

On voit de suite les petites améliorations :
- les icones elles sont plus jolies +1
- L'amélioration traduction en français +1

A+

[TJ1985]

De manière générale je suis impressionné par la qualité du couple fpc/Lazarus. Une nouvelle version est une excellente nouvelle. MAIS : Je ne peux toujours pas utiliser ce tandem sous macOS, pour cause d'impossibilité de debugger.
J'ai tenté toutes les manœuvres indiquées pour signer gdb, sans succès. Et je ne suis pas assez compétent pour switcher tout seul à lldb, ce qui devrait être la voie à suivre.
Si quelqu'un pouvait faire une mise au point à ce sujet, ce serait génial.
Je ne rêve même plus d'une intégration de fpc dans XCode, ce qui serait aussi une bonne chose.

[e-ric]

Salut

Pourquoi ne pas monter un image virtuelle d'un système Linux, c'est doute la meilleure plate-forme pour GDB, FPC et Lazarus (avis perso, pas la peine de troll-er là dessus).

Cdlt

[Jipété]

Bonjour,

Salut

Pourquoi ne pas monter un image virtuelle d'un système Linux, c'est doute la meilleure plate-forme pour GDB, FPC et Lazarus (avis perso, pas la peine de troll-er là dessus).

Cdlt

Parce que ce n'est pas une bonne idée : il y a un tas de choses qui ne sont pas finies, concernant cette plateforme (je pense entre autres à mon problème avec la TListView, et au post #9 de ThWilliam ainsi qu'à mon #12 où une image permet de comparer les rendus Windows/Linux) et, non, c'est pas du troll, c'est la réalité...

Je peux d'autant plus l'écrire que j'ai 2 machines virtuelles, une sous XP l'autre sous Linux, chacune équipée d'un Lazarus pour justement tester et comparer.

[Pierre GIRARD]

Presque dans le même cas, une machine virtuelle XP sur une station Linux. Ma principale difficulté est plus de traduire en Lazarus des programmes créés sous Delphi que pour faire tourner des programmes créés sous Lazarus Windows sur Linux. Bon, maintenant, le but est de tout passer sur 100% Linux+Lazarus. Une fois que ce sera fait, je n'aurais plus besoin de le creuser la tête sur les problèmes de compatibilité.

Moi, ce que j'attends de Lazarus, c'est :

1. De pouvoir installer des composants sans avoir besoin de recompiler
2. D'avoir un plus grand choix de composants extérieurs (même payants, mais à condition qu'ils soient livrés avec les sources)

[TJ1985]

Salut

Pourquoi ne pas monter un image virtuelle d'un système Linux, c'est doute la meilleure plate-forme pour GDB, FPC et Lazarus (avis perso, pas la peine de troll-er là dessus).

Cdlt

Ben, parce que ce serait bien en natif, tout de même ! Ça eut marche, ça marche plus et c'est fort dommage. Sinon, bien sûr, j'ai une VM Ubuntu (paresseux, toujours) et sous Windows 10, que je réserve plutôt à Delphi Tokyo Starter édition.
Enfin, ça devrait bien plaire à quelqu'un qui sait de faire ce portage, non ? Moi, chuis trop vieux, je le crains.

[gvasseur58]

Ce jour, le site officiel de Lazarus vient d'annoncer la sortie de la version 1.8 rc2, prélude à la version définitive. Près de deux cents modifications ont été apportées à la version annoncée dans cette discussion. Voilà peut-être pourquoi une version rc 3 semble être prévue .

[Pierre GIRARD]

Donc ... je patienterais

[ApproxDev]

Bonjour,

je relisais le fil de cette discussion modifiée récemment et un commentaire a particulièrement attiré mon attention :

MAIS : Je ne peux toujours pas utiliser ce tandem sous macOS, pour cause d'impossibilité de debugger.

Je suis désolé de ne pas partager l'optimisme ambiant concernant cette nouvelle version (et les précédentes). Question évolution, on est toujours loin du compte à mon avis. Il faut rappeler que depuis son l'origine, cet IDE, "fork" de delphi 7, se revendique multi-OS. Or il présente -notamment sa LCL- des carences dès que l'on quitte Windows, carences qui perdurent au fil des versions.

Alors que je réinstallais récemment une version de Lazarus sous OS 10.12 pour me rendre compte par moi-même de ses évolutions, j'ai réussi à intégrer gdb dans Lazarus, en pure perte ! Le couple Lazarus/FPC est à mon sens euh... inadapté (?) pour développer sous OS 10.12 puisqu'il faut cross-compiler non pas à partir de la version OS X.32 mais d'une version Windows à partir de fpcdeluxe pour produire du code OS X.64 !

• Le gdb : https://forum.lazarus.freepascal.org...c,37228.0.html
• Une tentative de portage d'un petit programme sous Lazarus : https://forum.lazarus.freepascal.org...html#msg250380

Bref qu'on ne me dise pas que Lazarus est multi-OS si l'on décide de se placer dans des conditions de développement professionnel, c'est à dire d'utiliser un environnement dont on peut contrôler les temps de développement. J'ai longtemps pensé qu'on pourrait un jour... Il y a 10 ans maintenant. Mais rien n'a réellement évolué au fil des versions : il fonctionne correctement sous Windows (depuis que TMS et Unidac ont fait progresser les choses), de manière un peu plus compliquée sous Linux notamment 64 (trop de composants sont mal portés dans cet environnement... et beaucoup, mais c'est également vrai sous Windows, ne sont plus mis à jour, abandonnés) et enfin de manière invraisemblable sous OS.10.

Cordialement. AD.

[mm_71]

D'accord en partie sur le fait que ce n'est pas la dernière version de Debian. Mais XP n'est pas spécialement la dernière version de Windows non plus.

Exact mais comment comprendre autrement un problème qui semble n'exister que chez un utilisateur ?

sinon je me prends une insulte Index Out of Bounds (-1 dans l'étendue 0..2) après le 1er ShowMessage.

Ça au moins c'est normal, si ta première utilisation de itemindex ( Pour n'importe quel composant qui l'utilise ) doit se faire sans sélection manuelle préalable il faut le faire dans le oncreate ou onshow de la fiche sinon ça tape dans le vide. On peut aussi remplacer le -1 de itemindex par 0 ou autre dans le panneau des propriétés.

[Jipété]

Exact mais comment comprendre autrement un problème qui semble n'exister que chez un utilisateur ?

Et uniquement sous Debian 32 bits !
Maintenant, un utilisateur sous-entendu un seul utilisateur on va dire "un utilisateur qui l'ouvre, sa g.g.", car les autres sont sous Windows ou en vacances ou n'ont pas le temps, bref...
Mais j'ai tout relu concernant ce problème et n'ai pas trouvé ton OS : tu me rafraîchis la mémoire, stp ? (par ces chaleurs ça tombe bien )

Ça au moins c'est normal, si ta première utilisation de itemindex ( Pour n'importe quel composant qui l'utilise ) doit se faire sans sélection manuelle préalable il faut le faire dans le oncreate ou onshow de la fiche sinon ça tape dans le vide. On peut aussi remplacer le -1 de itemindex par 0 ou autre dans le panneau des propriétés.

Oui oui, je sais, c'était juste pour bien montrer tout le déroulement de l'affaire, et que dans un cas ça réagit comme on est en droit de s'y attendre.

[mm_71]

n'ai pas trouvé ton OS : tu me rafraîchis la mémoire, stp ?

Linux mint 18.1 mais je suis en train de passer en 18.2.
https://www.linuxmint.com/
Sans faire de prosélytisme c'est quand même moins austère et plus confortable que la debian plutôt destinée à la gestion des serveurs web.

[Pierre GIRARD]

Et uniquement sous Debian 32 bits !...

Pourquoi pas 64 bits ? t'as encore un PC avec un processeur 32 bits ? ça existe encore ???

Bon, moi j'ai un processeur 64 bits, un OS Linux (OpenSUSE) 64 bits et je n'ai pas de problème. Seule ma MV XP est en 32 bits ... mais, bon, XP 64 bits n'est pas une référence (et j'ai pas la licence). Mais pour le reste, un OS 64 bits sur un processeur 64 bits made in Linux, ça marche depuis (quasiment) l'arrivée des processeurs de ce type. Et sur un processeur 64 bits il n'y a rien de plus efficace qu'un OS 64 bits depuis pas mal d'années.

[der§en]

Je suis sur Mac, et je comptait tester Lazarus 1.8 dessus, mais vous me mettez le doute avec cette histoire de debugging !

Problème que je ne comprend pas vraiment, vous êtes en train de dire que le Debug ne fonctionne pas sur Mac ?

[TJ1985]

Je suis sur Mac, et je comptait tester Lazarus 1.8 dessus, mais vous me mettez le doute avec cette histoire de debugging !

Problème que je ne comprend pas vraiment, vous êtes en train de dire que le Debug ne fonctionne pas sur Mac ?

En réalité il semble que le problème vienne de gdb, qui n'est plus compatible avec le système de protection introduit par Apple. Si j'ai bien compris, quoiqu'on fasse, gdb ne peut pas prendre la main sur un autre processus.
La solution serait donc de passer à lldb, qui, lui, semble utilisé par XCode notamment et fonctionne très bien. Mais c'est là que je m'arrête, je ne sais simplement pas ce que ça représente que de faire cette substitution.

[Jipété]

Bonjour,

juste une petite question : est-ce que le repliage de code est enfin correctement opérationnel avec cette 1.8 ?

Je suis sur un projet de 2 000 lignes environ et de presque 50 procédures et fonctions, à chaque fois que je l'ouvre il me faut presque tout replier : les 500 premières lignes, correspondant à environ une quinzaine de proc's, sont bien repliées mais pour le reste, c'est à hurler !
Canard toujours vivant en 1.6.2.

Merci,

[BeanzMaster]

Salut j'ai installé la 1.8RC3 le dépliage de code va pas trop mal. Par contre je regrette toujours qu'il n'y est pas d'entrées dans les menus (voir/source ou clique droit) pour déplier et replier tout le code pas juste les commentaires (clique droit sur les marqueurs). Sinon je te conseille d'utiliser l'explorateur de code qui est très pratique pour naviguer entre l'interface et l'implementation dans une source avec plusieurs classes. De plus on peux filtrer
menu -> Voir -> Explorateur de code

A+