Discussion :

[Jipété]

Grâce à un MP bien inspiré (merci à son auteur ) j'ai pu régler temporairement le problème, qui est lié à un daemon (pour lequel je n'ai pas trouvé comment il est lancé au démarrage [Debian aussi ce n'est plus ce que c'était] donc non désactivable pour l'instant), /usr/bin/ibus-daemon --daemonize --xim.

La grande question c'est : pourquoi la présence de ce daemon actif en mémoire ne perturbe aucun programme sauf Lazarus ?
Enfin, c'est une question en l'air : s'il n'y a pas de réponse c'est pas grave, je sais comment le killer en mémoire

Hé bien la commande pour killer le daemon fonctionne (ibus exit) mais Lazarus continue de doubler les caractères, et la combine de l'autre fil (killer dbus) rend la machine totalement instable et inutilisable.
J'en ai un peu marre, à c't'heure...

[mm_71]

Hé bien la commande pour killer le daemon fonctionne (ibus exit) mais Lazarus continue de doubler les caractères, et la combine de l'autre fil (killer dbus) rend la machine totalement instable et inutilisable.

Alors ça c'est normal, ibus-daemon c'est pour l'affichage des caractères spéciaux style Japonais ( Pourquoi ça chatouille Lazarus je n'en sais rien ) alors que dbus-daemon est essentiel et permet aux applications de communiquer entre elles.

Il semble que tuer ibus-daemon soit inutile, je crois que gnome le relance automatiquement. Il faudrait voir si il n'y à pas aussi un process ibus-launch à tuer aussi. Sinon:
sudo mv /usr/local/bin/ibus-daemon /usr/local/bin/ibus-daemon.bak
et redémarrer pourrait marcher.

PS: Tu peux peut être aussi le virer depuis synaptic mais attention: Si tu as autre chose genre girl1.2 ibus 1.0 ou ibus-gtk:1386 il faut les garder. Le mieux est d'utiliser clic droit -> propriétés/fichiers installés pour trouver celui qui lance ibus-daemon et le virer.

[Jipété]

Salut, et merci de tes pistes.

Il semble que tuer ibus-daemon soit inutile, je crois que gnome le relance automatiquement. Il faudrait voir si il n'y à pas aussi un process ibus-launch à tuer aussi. Sinon:
sudo mv /usr/local/bin/ibus-daemon /usr/local/bin/ibus-daemon.bak
et redémarrer pourrait marcher.

De mon côté j'ai un peu fouillé le web hier, et j'ai fini par tomber sur cette page, où 5 manières de faire sont décrites.
J'ai commencé par la première, ça a nécessité un reboot (et pas un simple logoff/logon), mais pour le moment Lazarus est redevenu convivial et utilisable.

M'en vais voir ces histoires de DrawText...

[mm_71]

Je crois avoir trouvé plus simple: Tu dois avoir les polices asiatiques activées par défaut, chez moi elles ne le sont pas car j'ai viré toutes les langues inutiles aec bleachbit. Si tu les désinstalle le problème devrait être résolu une bonne fois pour toutes.

[Jipété]

Ça me rappelle un vieux débat dans le forum Linux où j'expliquais que je ne voulais pas ces polices car je sais que je ne les utiliserai jamais, et je me suis fait démonter je te raconte pas !

C'est vrai que je regrette fortement les installeurs genre Office 2000 où on pouvait finement choisir ce qu'on voulait dans la machine.
Maintenant c'est suivant suivant suivant et par exemple je me retrouve avec toute la panoplie de LibreOffice quand juste Writer m'intéresse.

Je jetterai un œil à ta piste dès que je saurai à quoi correspond "Paramètres de langue" sur ta copie d'écran, que je ne trouve pas dans mes menus (Debian 9)...

[mm_71]

Je jetterai un œil à ta piste dès que je saurai à quoi correspond "Paramètres de langue" sur ta copie d'écran, que je ne trouve pas dans mes menus (Debian 9)

Pour mint c'est dans préférences, sur debian je ne sais pas, chercher une entrée genre langage ou langues si ça existe. Sinon utilises bleachbit pour les virer et ensuite synaptic pour virer tous les paquets cerclés de rouge dans l'image.

[Jipété]

Pour le moment ça tient la route, alors je verrai ça quand j'aurai 5 minutes.

Et vu le temps que me fait perdre Lazarus, c'est pas demain la veille du jour où j'y verrai clair.

La petite dernière : l'aide est toujours autant à vomir et archi-nulle, exemple avec DrawTextEx que quelqu'un a utilisé (partie gauche de la copie d'écran) et à droite ce que je gagne quand je fais F1 après avoir cliqué sur le mot.
Et pourquoi de l'aide ? Parce que je ne sais pas quel "uses" utiliser et ggl ne vaut rien sur ce coup-là.

Quand je pense que l'aide Delphi était opérationnelle il y a 20 ans...



Na-vrant !

[mm_71]

Tu vas rager... Quand je fais F1 j'ai ça:



Par contre si il y-a bien une fiche

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
unit Win32Themes;
 
{$mode objfpc}{$H+}
{$I win32defines.inc}
 
interface
 
uses
  // os
  Windows, UxTheme, Win32Proc, Win32Extra,
  // rtl
  Classes, SysUtils,
  // lcl
  Controls, Graphics, Themes, LCLType, LazUTF8;  
Etc.......

Elle n'est pas reconnue par Lazarus, impossible de la mettre dans le uses ???

PS:Lazarus 1.8.0 Linux Mit 18.3

[naute]

Quand je pense que l'aide Delphi était opérationnelle il y a 20 ans...

Elle était même parfaite (si c'est possible) mais s'est bien dégradée depuis, du moins à mon avis (je me suis arrêté à Delphi 2005, après, je ne sais pas). De plus, Delphi 1 était livré avec cinq bouquins ce qui est loin d'être négligeable pour la prise en main. Delphi 3 n'avait plus qu'un "Guide de l’utilisateur". Mais tout ça, ça coûte. Mes autres versions de Delphi (5, 7 et 2005) étaient des versions offertes gratuitement (pléonasme courant), et donc je ne sais pas si leur version commerciale était accompagnée de papier imprimé. Cela dit, vu que de 1 à 3 on perd quatre bouquins sur cinq ...

Personnellement, j'ai quand même tendance à accepter quelques dysfonctionnements (mineurs) et carences dans un produit gratuit dont la raison d'être est de s'approcher le plus possible d'un produit payant, tant au niveau esthétique que fonctionnel, ce qui impose un cadre de développement très contraignant.

C'est vrai que Libre Office est développé dans le même genre de cadre, mais il s'adresse à une clientèle beaucoup plus nombreuse et variée, et doit disposer d'une communauté de développeurs (et de traducteurs) nettement plus étoffée. On peut supposer que nombreux sont les utilisateurs de Lazarus qui utilisent Libre Office. Le contraire n'est certainement pas vrai.

Malgré tout, je crois que je vais rester prudemment sur Lazarus 1.6.2 (qui fonctionnait bien avant qu'une installation de CodeTyphon vienne lui imposer fpc 3.1.1. Je n'ai d'ailleurs pas encore réglé le problème, mais c'est une autre histoire).

Amicalement ,
naute.

[naute]

Pièce jointe 354744
Les 3 à gauche font partie du même groupe, le pas-à-pas, on ne dirait pas, hein !

Ben si, en fait. Mais l'icone de droite est désactivée quand on n'est pas en mode pas à pas, ce qui n'est pas illogique.



, naute .

[Jipété]

1.8.2 :

En explorant le TEdit on trouve dans StdCtrls

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  TEdit = class(TCustomEdit)

et en explorant le TLabeledEdit on trouve dans ExtCtrls

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  TLabeledEdit = class(TCustomLabeledEdit)

puis

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  TCustomLabeledEdit = class(TCustomEdit)

Si je comprends bien, nous avons donc deux objets dont l'ancêtre (TCustomEdit) est commun, mais l'un a la propriété NumbersOnly et l'autre non.


Et personne n'a pensé un seul instant que cette propriété pourrait être utile ?
Pourquoi nous avoir dérivé du TEdit un autre TEdit avec une caractéristique en plus (le TLabel associé) mais avec plein de propriétés en moins ?
C'est un TEdit au rabais (sauf pour la TLabel associé, qui peut facilement être remplacé par un TLabel indépendant) ?

Comment font-ils pour être aussi mauvais ? C'est un concours entre eux ?

[naute]

Si je comprends bien, nous avons donc deux objets dont l'ancêtre (TCustomEdit) est commun, mais l'un a la propriété NumbersOnly et l'autre non.
Et personne n'a pensé un seul instant que cette propriété pourrait être utile ?
Comment font-ils pour être aussi mauvais ? C'est un concours entre eux ?

On se demande!
C'est vrai qu'une fois qu'on a écrit une routine pour encadrer la saisie, c'est moins important, mais c'est contre productif.

[anapurna]

salut

Ce ne serait pas de la pure mauvaise fois
deja NumbersOnly ne fonctionne que sous QT et Windows ... les autres OS c'est loin d'etre certain
ensuite labeledit n'as pas la meme fonctionalite
c'est un edit avec un label perso je vois pas l’intérêt de faire des composant de ce genre mais a priori c'est historique


Quand je regarde la doc ici
la propriété n'est même pas répertorié
ils ont due la laisser pour une question de compatibilité

[Jipété]

salut

Ce ne serait pas de la pure mauvaise fois
deja NumbersOnly ne fonctionne que sous QT et Windows ... les autres OS c'est loin d'etre certain

Effectivement, mais j'ai pris l'habitude d'avoir des fonctionnalités en moins...
Bon, l'outil est pour mon fils, qui tourne sous Windows, donc ça m'évite de me prendre la tête.

ensuite labeledit n'as pas la meme fonctionnalité
c'est un edit avec un label perso je vois pas l’intérêt de faire des composant de ce genre mais a priori c'est historique

Tu plaisantes ? C'est la fonctionnalité d'un TEdit avec le confort d'un TLabel lié, ce qui fait que quand tu déplaces l'un, tu déplaces l'autre avec.

Quand je regarde la doc ici
la propriété n'est même pas répertorié
ils ont dû la laisser pour une question de compatibilité

Oui, alors ça je l'avais déjà constaté et signalé ici : les docs sur le web sont loin d'être à jour,
Note en gras à imprimer et à coller au-dessus de l'écran,

Et la preuve, extrait de ma vieille 1.4 :

[BeanzMaster]

Sur ce coup je suis du même avis que Jipete je vois pas pourquoi de 1 ils n'ont pas hérité le LabelEdit de TEdit et de 2 pourquoi viré NumbersOnly ????

salut

Ce ne serait pas de la pure mauvaise fois
deja NumbersOnly ne fonctionne que sous QT et Windows ... les autres OS c'est loin d'etre certain

Je ne vois en quoi d'être sous d'autres solutions que QT et Windows engrange des problèmes lors de l'appuie sur une touche représentant un nombre ? Sauf si ce n'est pas gérer en interne mais directement via les widgets (ce qui semble être le cas). Write Once Compile everywhere on en est loin. Je pense que la team FPC/Lazarus devrait se pencher sur une solution globale pour ce genre de chose. Si une fonction n'est pas présente sur un système cela ne sert à rien de la rendre disponible ou sinon qu'il la gère en interne. On gagnerai du temps en développement et on éviterai de coller des rustines à droite et à gauche. Et au moins le slogan serait juste. Parce que, quand même parfois c'est Write once galley everywhere Ce n'est pas tout le temps heureusement, mais quand même. C'est pour moi une erreur de leur part sur ce genre de point.