Génération de paquetages

[Philippe-37]

Bonjour,

        Lors de la génération des paquetage de mon application, je souhaite inclure des fichiers externes à mon appli (un fichier de règles udev à mettre dans /etc/udev/rules et un script bash dans /usr/bin). Comment réaliser cette opération et y aurait-il moyen d'inclure une option dans l'interface de génération de paquetage ?

Par avance, merci.

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Benoît Minisini]

> Bonjour,
>
>         Lors de la génération des paquetage de mon application, je souhaite
> inclure des fichiers externes à mon appli (un fichier de règles udev à
> mettre dans /etc/udev/rules et un script bash dans /usr/bin). Comment
> réaliser cette opération et y aurait-il moyen d'inclure une option dans
> l'interface de génération de paquetage ?
>
> Par avance, merci.
>

Si j'ai bien compris, il faudrait pouvoir inclure des fichiers externes, et
indiquer leur emplacement définitif ?

C'est une bonne idée, mais ça demande juste un peu de boulot... Il faut le
faire pour toutes les méthodes de packages.

--
Benoît

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Philippe-37]

Le lundi 22 juin 2009, Benoît Minisini a écrit :

>
> > Bonjour,
> >
> >         Lors de la génération des paquetage de mon application, je souhaite
> > inclure des fichiers externes à mon appli (un fichier de règles udev à
> > mettre dans /etc/udev/rules et un script bash dans /usr/bin). Comment
> > réaliser cette opération et y aurait-il moyen d'inclure une option dans
> > l'interface de génération de paquetage ?
> >
> > Par avance, merci.
> >
>
> Si j'ai bien compris, il faudrait pouvoir inclure des fichiers externes, et
> indiquer leur emplacement définitif ?
>
> C'est une bonne idée, mais ça demande juste un peu de boulot... Il faut le
> faire pour toutes les méthodes de packages.
>

C'est bien ça et je me doute qu'il y a du travail mais je vais essayer de me pencher un peu dans les sources de l'IDE pour voir comment je pourrait t'aider ( au moins pour la version 3).


------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Philippe-37]

Le lundi 22 juin 2009, Philippe SERAPHIN a écrit :
>
>
> C'est bien ça et je me doute qu'il y a du travail mais je vais essayer de me pencher un peu dans les sources de l'IDE pour voir comment je pourrait t'aider ( au moins pour la version 3).
>
J'ai jeté un oeil aux sources de la 3.0 et je pense que je pourrai les modifiées pour la génération des  "rpm" mais je ne sais pas trop quand j'en aurai le temps.

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Philippe-37]

Le mardi 23 juin 2009, Philippe SERAPHIN a écrit :
>
> J'ai jeté un oeil aux sources de la 3.0 et je pense que je pourrai les modifiées pour la génération des  "rpm" mais je ne sais pas trop quand j'en aurai le temps.
>
J'ai modifié l'IDE (Project.module, Package.module( sauf pour autotools), FMakeInstall.class et FMakeInstall.form), dois-je te les envoyer directement ou les soumettre au SVN en sachant qu'il y a les tests à faire.

A+

------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Benoît Minisini]

> Le mardi 23 juin 2009, Philippe SERAPHIN a écrit :
> > J'ai jeté un oeil aux sources de la 3.0 et je pense que je pourrai les
> > modifiées pour la génération des  "rpm" mais je ne sais pas trop quand
> > j'en aurai le temps.
>
> J'ai modifié l'IDE (Project.module, Package.module( sauf pour autotools),
> FMakeInstall.class et FMakeInstall.form), dois-je te les envoyer
> directement ou les soumettre au SVN en sachant qu'il y a les tests à faire.
>
> A+
>

Est-ce que ça marche ? Est-ce que le code est propre ? Est-ce que l'interface
est propre ?

Si tu n'es pas sûr, envoie-moi le projet IDE complet modifié et je regarde.

Si tu n'as d'accès SVN, crée un utilisateur Sourceforge et indique-le moi, je
te créerai l'accès.

Cordialement,

--
Benoît

------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Philippe-37]

> Est-ce que ça marche ? Est-ce que le code est propre ? Est-ce que l'interface
> est propre ?
J'ai repris l'interface et le code de ExtraDependancies que j'ai adapté, l'interface en elle-même fonctionne mais je n'ai pas testé la génération des paquetages (je n'ai d'ailleurs pas fait le code pour autotools car je n'ai pas trop compris le fonctionnement).
>
> Si tu n'es pas sûr, envoie-moi le projet IDE complet modifié et je regarde.
Le voici en pièce jointe (seulement les fichiers modifiés pour cause de dépassement de capacité)
>
> Si tu n'as d'accès SVN, crée un utilisateur Sourceforge et indique-le moi, je
> te créerai l'accès.
J'ai bien accès au SVN mais les modifs touchant à un éléments important, je préfère te l'envoyer avant.

A+


------------------------------------------------------------------------------

_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Philippe-37]

J'ai fait quelques modifs et des test pour la génération de paquetage Mandriva puis j'ai voulu envoyer sur le svn mais apparemment, mon compte ne fonctionne plus (il se peut que je n'ai plus le bon mot de passe), peux-tu me donner la manip à faire pour le réactiver.

Par avance, merci.

------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Philippe-37]

Le jeudi 25 juin 2009, Philippe SERAPHIN a écrit :
>
> J'ai fait quelques modifs et des test pour la génération de paquetage Mandriva puis j'ai voulu envoyer sur le svn mais apparemment, mon compte ne fonctionne plus (il se peut que je n'ai plus le bon mot de passe), peux-tu me donner la manip à faire pour le réactiver.
L'adresse mail de mon ancien compte n'étant plus valide, je n'ai pas pu récupérer le mot de passe, je me suis donc recréer un compte (seraf56 remplaçant le compte seraf1), pourrais-tu me l'activer afin que je puisse committer les changements.
Par avance, merci.

------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Benoît Minisini]

> Le jeudi 25 juin 2009, Philippe SERAPHIN a écrit :
> > J'ai fait quelques modifs et des test pour la génération de paquetage
> > Mandriva puis j'ai voulu envoyer sur le svn mais apparemment, mon compte
> > ne fonctionne plus (il se peut que je n'ai plus le bon mot de passe),
> > peux-tu me donner la manip à faire pour le réactiver.
>
> L'adresse mail de mon ancien compte n'étant plus valide, je n'ai pas pu
> récupérer le mot de passe, je me suis donc recréer un compte (seraf56
> remplaçant le compte seraf1), pourrais-tu me l'activer afin que je puisse
> committer les changements. Par avance, merci.
>

C'est fait, seraf56 peut tout casser !

--
Benoît

------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Philippe-37]

> C'est fait, seraf56 peut tout casser !
>

Merci, c'est envoyé. Je n'ai pas fait les modifs pour Autotools (si quelqu'un veut bien m'expliquer comment ça marche) et les seul tests que j'ai pu faire sont pour mandriva.
Les modifs permettent de choisir un fichier situé dans le répertoire Données du projet et de spécifier un répertoire de destination. L'option est active également pour la génération de composant.

Si certain veulent tester, c'est parti...
A+

------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Benoît Minisini]

> > C'est fait, seraf56 peut tout casser !
>
> Merci, c'est envoyé. Je n'ai pas fait les modifs pour Autotools (si
> quelqu'un veut bien m'expliquer comment ça marche) et les seul tests que
> j'ai pu faire sont pour mandriva. Les modifs permettent de choisir un
> fichier situé dans le répertoire Données du projet et de spécifier un
> répertoire de destination. L'option est active également pour la génération
> de composant.
>
> Si certain veulent tester, c'est parti...
> A+
>

La colonne du nom de fichier ne marche pas bien: tantôt elle est en lecture
seule, tantôt non, et dès fois ça crashe.

C'est peut-être QT4, c'est peut-être un bug dans gb.form, ou bien c'est peut-
être de toi...

Je te conseille de développer ça en désactivant gb.qt4 et en réactivant gb.qt
pour être sur que les bugs ne proviennent pas de gb.qt4.

Sinon je pense comprendre pourquoi tu as mis une combo dans la première
colonne. Mais il ne faut pas la remplir avec les fichiers contenus dans la
racine du project, mais avec le contenu du répertoire ".hidden".

Pourquoi ? Par ce que tout ce qui est hors de ce répertoire se retrouvera dans
l'exécutable. Donc il n'y a aucune raison de l'installer par ailleurs. Par
contre les fichiers contenus dans le répertoire ".hidden" (onglet "Projet"
dans l'arbre du project) ne sont pas mis dans l'exécutable.

Pour choisir un fichier dans ".hidden", je te conseille plutôt un sélecteur de
fichiers. Il faudra vérifier ensuite que le fichier sélectionné en fait
effectivement partie.

Ou, encore mieux, regarde dans FSelectIcon comment on fait pour utiliser un
FileView dont on force le répertoire de plus haut niveau.

Enfin, pour Slackware, Eval("COPY ...") ne fonctionne pas. Eval() ne peut
traiter que des expressions (ce qu'on peut mettre derriere une affectation).
Il faut faire autrement ! Mais bien tenté quand même...

Quand à autotools, peut-être que Laurent peut nous donner un petit coup de
main. Je ne suis pas très doué avec...

A+

--
Benoît

------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Philippe-37]

Le jeudi 25 juin 2009, Benoît Minisini a écrit :

>
> La colonne du nom de fichier ne marche pas bien: tantôt elle est en lecture
> seule, tantôt non, et dès fois ça crashe.
>
> C'est peut-être QT4, c'est peut-être un bug dans gb.form, ou bien c'est peut-
> être de toi...
>
> Je te conseille de développer ça en désactivant gb.qt4 et en réactivant gb.qt
> pour être sur que les bugs ne proviennent pas de gb.qt4.

En fait, il utilisait par défaut gb.qt, mais comme suggérer plus bas j'utise maintenant un filechooser dans hidden et apparemment, ça marche.

>
> Sinon je pense comprendre pourquoi tu as mis une combo dans la première
> colonne. Mais il ne faut pas la remplir avec les fichiers contenus dans la
> racine du project, mais avec le contenu du répertoire ".hidden".
>
> Pourquoi ? Par ce que tout ce qui est hors de ce répertoire se retrouvera dans
> l'exécutable. Donc il n'y a aucune raison de l'installer par ailleurs. Par
> contre les fichiers contenus dans le répertoire ".hidden" (onglet "Projet"
> dans l'arbre du project) ne sont pas mis dans l'exécutable.
>
> Pour choisir un fichier dans ".hidden", je te conseille plutôt un sélecteur de
> fichiers. Il faudra vérifier ensuite que le fichier sélectionné en fait
> effectivement partie.
>
> Ou, encore mieux, regarde dans FSelectIcon comment on fait pour utiliser un
> FileView dont on force le répertoire de plus haut niveau.
>
> Enfin, pour Slackware, Eval("COPY ...") ne fonctionne pas. Eval() ne peut
> traiter que des expressions (ce qu'on peut mettre derriere une affectation).
> Il faut faire autrement ! Mais bien tenté quand même...
>

C'est corrigé en utilisant une fonction CopyExtraFiles !

A+

------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[jacky-12]

Bonjour Benoit,

depuis la 1.14 tous les caracteres à l'intérieur des tabstrip prennent
les caractéristiques de la fonte du titre des tabstrip. C'est voulu ?

Cordialement.

Jacky


------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Benoît Minisini]

> Bonjour Benoit,
>
> depuis la 1.14 tous les caracteres à l'intérieur des tabstrip prennent
> les caractéristiques de la fonte du titre des tabstrip. C'est voulu ?
>
> Cordialement.
>
> Jacky
>

(1.14 ?)

Ben c'est comme ça que ça doit fonctionner normalement. Si ça ne fonctionnait
pas comme ça avant, c'était un bug.

J'ai prévu dans Gambas 3 de séparer les deux polices. Si je peux bien sûr!

Cordialement,

--
Benoît

------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[jacky-12]

Benoît Minisini a écrit :

>> Bonjour Benoit,
>>
>> depuis la 1.14 tous les caracteres à l'intérieur des tabstrip prennent
>> les caractéristiques de la fonte du titre des tabstrip. C'est voulu ?
>>
>> Cordialement.
>>
>> Jacky
>>
>
> (1.14 ?)
>
> Ben c'est comme ça que ça doit fonctionner normalement. Si ça ne fonctionnait
> pas comme ça avant, c'était un bug.
>
> J'ai prévu dans Gambas 3 de séparer les deux polices. Si je peux bien sûr!
>
> Cordialement,
>

Et bien moi, si j'étais une textbox je ne serai pas content car perdre
son autonomie est une régression et je ferai circuler une pétition pour
revenir aux anciennes libertés de pouvoir se différencier des collègues
en arborant les formes, les tailles et les caractères que je veux.
Non à l'uniformisation des tabstrips. Oui à l'autonomie des textbox et
autres textlabels. :+)

Ceci dit Benoit, je ne comprends pas pourquoi les carastèristiques d'une
textbox ou d'un label devrait dépendre de son conteneur. Cela nous
ampute de toutes les possibilités esthétiques ou de mise en évidence
qu'offrait les versions antérieures à la 2.14.
Mais tu dois avoir tes raisons que j'ignore et bien que cela me gène
énormément je ne vais pas en faire un tapage.

Jacky




------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Benoît Minisini]

> Benoît Minisini a écrit :
> >> Bonjour Benoit,
> >>
> >> depuis la 1.14 tous les caracteres à l'intérieur des tabstrip prennent
> >> les caractéristiques de la fonte du titre des tabstrip. C'est voulu ?
> >>
> >> Cordialement.
> >>
> >> Jacky
> >
> > (1.14 ?)
> >
> > Ben c'est comme ça que ça doit fonctionner normalement. Si ça ne
> > fonctionnait pas comme ça avant, c'était un bug.
> >
> > J'ai prévu dans Gambas 3 de séparer les deux polices. Si je peux bien
> > sûr!
> >
> > Cordialement,
>
> Et bien moi, si j'étais une textbox je ne serai pas content car perdre
> son autonomie est une régression et je ferai circuler une pétition pour
> revenir aux anciennes libertés de pouvoir se différencier des collègues
> en arborant les formes, les tailles et les caractères que je veux.
> Non à l'uniformisation des tabstrips. Oui à l'autonomie des textbox et
> autres textlabels. :+)
>
> Ceci dit Benoit, je ne comprends pas pourquoi les carastèristiques d'une
> textbox ou d'un label devrait dépendre de son conteneur. Cela nous
> ampute de toutes les possibilités esthétiques ou de mise en évidence
> qu'offrait les versions antérieures à la 2.14.
> Mais tu dois avoir tes raisons que j'ignore et bien que cela me gène
> énormément je ne vais pas en faire un tapage.
>
> Jacky
>

La règle est que si tu ne définis pas de police ou de couleur dans un
contrôle, il prend les propriétés de son conteneur. Avec comme exception
l'intérieur des TextBox, TextArea... qui a la couleur définie par le système
par défaut.

--
Benoît

------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[jacky-12]

Benoît Minisini a écrit :

>> Benoît Minisini a écrit :
>>>> Bonjour Benoit,
>>>>
>>>> depuis la 1.14 tous les caracteres à l'intérieur des tabstrip prennent
>>>> les caractéristiques de la fonte du titre des tabstrip. C'est voulu ?
>>>>
>>>> Cordialement.
>>>>
>>>> Jacky
>>> (1.14 ?)
>>>
>>> Ben c'est comme ça que ça doit fonctionner normalement. Si ça ne
>>> fonctionnait pas comme ça avant, c'était un bug.
>>>
>>> J'ai prévu dans Gambas 3 de séparer les deux polices. Si je peux bien
>>> sûr!
>>>
>>> Cordialement,
>> Et bien moi, si j'étais une textbox je ne serai pas content car perdre
>> son autonomie est une régression et je ferai circuler une pétition pour
>> revenir aux anciennes libertés de pouvoir se différencier des collègues
>> en arborant les formes, les tailles et les caractères que je veux.
>> Non à l'uniformisation des tabstrips. Oui à l'autonomie des textbox et
>> autres textlabels. :+)
>>
>> Ceci dit Benoit, je ne comprends pas pourquoi les carastèristiques d'une
>> textbox ou d'un label devrait dépendre de son conteneur. Cela nous
>> ampute de toutes les possibilités esthétiques ou de mise en évidence
>> qu'offrait les versions antérieures à la 2.14.
>> Mais tu dois avoir tes raisons que j'ignore et bien que cela me gène
>> énormément je ne vais pas en faire un tapage.
>>
>> Jacky
>>
>
> La règle est que si tu ne définis pas de police ou de couleur dans un
> contrôle, il prend les propriétés de son conteneur. Avec comme exception
> l'intérieur des TextBox, TextArea... qui a la couleur définie par le système
> par défaut.
>

On est d'accord Benoit, mais le problème c'est que la police n'est plus
modifiable depuis la 1.14.
Ex: je créé un tabstrip avec une police Times bold italic taille 0 puis
je créé une textbox. La police de la textbox est bien en Times bold
italic. Si je passe la propriété de la police de cette textbox en Times
taille 0 rien ne se passe, en visualisation elle reste en Times bold
italic taille 0 ???

Peux-tu me confirmer ou alors me dire que je ne comprends pas.


------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[Benoît Minisini]

> Benoît Minisini a écrit :
> >> Benoît Minisini a écrit :
> >>>> Bonjour Benoit,
> >>>>
> >>>> depuis la 1.14 tous les caracteres à l'intérieur des tabstrip prennent
> >>>> les caractéristiques de la fonte du titre des tabstrip. C'est voulu ?
> >>>>
> >>>> Cordialement.
> >>>>
> >>>> Jacky
> >>>
> >>> (1.14 ?)
> >>>
> >>> Ben c'est comme ça que ça doit fonctionner normalement. Si ça ne
> >>> fonctionnait pas comme ça avant, c'était un bug.
> >>>
> >>> J'ai prévu dans Gambas 3 de séparer les deux polices. Si je peux bien
> >>> sûr!
> >>>
> >>> Cordialement,
> >>
> >> Et bien moi, si j'étais une textbox je ne serai pas content car perdre
> >> son autonomie est une régression et je ferai circuler une pétition pour
> >> revenir aux anciennes libertés de pouvoir se différencier des collègues
> >> en arborant les formes, les tailles et les caractères que je veux.
> >> Non à l'uniformisation des tabstrips. Oui à l'autonomie des textbox et
> >> autres textlabels. :+)
> >>
> >> Ceci dit Benoit, je ne comprends pas pourquoi les carastèristiques d'une
> >> textbox ou d'un label devrait dépendre de son conteneur. Cela nous
> >> ampute de toutes les possibilités esthétiques ou de mise en évidence
> >> qu'offrait les versions antérieures à la 2.14.
> >> Mais tu dois avoir tes raisons que j'ignore et bien que cela me gène
> >> énormément je ne vais pas en faire un tapage.
> >>
> >> Jacky
> >
> > La règle est que si tu ne définis pas de police ou de couleur dans un
> > contrôle, il prend les propriétés de son conteneur. Avec comme exception
> > l'intérieur des TextBox, TextArea... qui a la couleur définie par le
> > système par défaut.
>
> On est d'accord Benoit, mais le problème c'est que la police n'est plus
> modifiable depuis la 1.14.
> Ex: je créé un tabstrip avec une police Times bold italic taille 0 puis
> je créé une textbox. La police de la textbox est bien en Times bold
> italic. Si je passe la propriété de la police de cette textbox en Times
> taille 0 rien ne se passe, en visualisation elle reste en Times bold
> italic taille 0 ???
>
> Peux-tu me confirmer ou alors me dire que je ne comprends pas.
>

C'est bien une sorte de bug. J'ai corrigé ça dans la révision #2061. Je
publierai une version *2*.14.1 dès que possible.

En attendant, il est 3 heures du matin, et je viens de m'apercevoir que de
l'eau coule de mon plafond. Vive les voisins...

--
Benoît

------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr

[jacky-12]

Benoît Minisini a écrit :

>> Benoît Minisini a écrit :
>>>> Benoît Minisini a écrit :
>>>>>> Bonjour Benoit,
>>>>>>
>>>>>> depuis la 1.14 tous les caracteres à l'intérieur des tabstrip prennent
>>>>>> les caractéristiques de la fonte du titre des tabstrip. C'est voulu ?
>>>>>>
>>>>>> Cordialement.
>>>>>>
>>>>>> Jacky
>>>>> (1.14 ?)
>>>>>
>>>>> Ben c'est comme ça que ça doit fonctionner normalement. Si ça ne
>>>>> fonctionnait pas comme ça avant, c'était un bug.
>>>>>
>>>>> J'ai prévu dans Gambas 3 de séparer les deux polices. Si je peux bien
>>>>> sûr!
>>>>>
>>>>> Cordialement,
>>>> Et bien moi, si j'étais une textbox je ne serai pas content car perdre
>>>> son autonomie est une régression et je ferai circuler une pétition pour
>>>> revenir aux anciennes libertés de pouvoir se différencier des collègues
>>>> en arborant les formes, les tailles et les caractères que je veux.
>>>> Non à l'uniformisation des tabstrips. Oui à l'autonomie des textbox et
>>>> autres textlabels. :+)
>>>>
>>>> Ceci dit Benoit, je ne comprends pas pourquoi les carastèristiques d'une
>>>> textbox ou d'un label devrait dépendre de son conteneur. Cela nous
>>>> ampute de toutes les possibilités esthétiques ou de mise en évidence
>>>> qu'offrait les versions antérieures à la 2.14.
>>>> Mais tu dois avoir tes raisons que j'ignore et bien que cela me gène
>>>> énormément je ne vais pas en faire un tapage.
>>>>
>>>> Jacky
>>> La règle est que si tu ne définis pas de police ou de couleur dans un
>>> contrôle, il prend les propriétés de son conteneur. Avec comme exception
>>> l'intérieur des TextBox, TextArea... qui a la couleur définie par le
>>> système par défaut.
>> On est d'accord Benoit, mais le problème c'est que la police n'est plus
>> modifiable depuis la 1.14.
>> Ex: je créé un tabstrip avec une police Times bold italic taille 0 puis
>> je créé une textbox. La police de la textbox est bien en Times bold
>> italic. Si je passe la propriété de la police de cette textbox en Times
>> taille 0 rien ne se passe, en visualisation elle reste en Times bold
>> italic taille 0 ???
>>
>> Peux-tu me confirmer ou alors me dire que je ne comprends pas.
>>
>
> C'est bien une sorte de bug. J'ai corrigé ça dans la révision #2061. Je
> publierai une version *2*.14.1 dès que possible.
>
> En attendant, il est 3 heures du matin, et je viens de m'apercevoir que de
> l'eau coule de mon plafond. Vive les voisins...
>

Ok, merci Benoit, mais y'a pas le feu, sauf chez ton voisin peut-etre :+)



------------------------------------------------------------------------------
_______________________________________________
Gambas-user-fr mailing list
Gambas-user-fr@...
https://lists.sourceforge.net/lists/listinfo/gambas-user-fr