Sommaire Index Rechercher Liens A Propos
[Image LinuxFocus]
[Navigation]
Infos Archives

Par la fen�tre

José Manuel Laveda Molina


Pr�ambule

Linux a t-il besoin d'un GUI standard ?

KDE (L'environnement de bureau K)

Windowmaker & afterstep

Gnome. impossible :(.

Epilogue.

Annexe: lesstif, le grand oubli� ?

Pr�ambule

J'ai rassembl� dans cette contribution une partie de mes notes personnelles � propos de divers gestionnaires de fen�tre (WM Window Manager en anglais) que j'ai essay�s. Ne les consid�rez que comme des id�es g�n�rales ou de simples commentaires qui, je l'esp�re vous seront utiles.

Chaque WM a choisi diff�rents, outils graphiques, langage, etc. (Parfois un m�lange �trange comme nous le verrons). Aussi, le lecteur doit �tre pr�venu qu'une comparaison r�elle et objective des diff�rent WM est impossible. L'�tat de l'art en mati�re d'outils graphiques, temps de d�veloppement, quantit� de d�veloppeurs et participants ainsi que beaucoup d'autres facteurs affectent la d�cision quant au "meilleur", les lecteurs doivent prendre ce facteur en compte.

D'un autre cot�, il existe toujours une certaine subjectivit� due aux go�ts et pr�f�rences personnelles. J'essayerai d'�tre aussi neutre que possible en gardant � l'esprit ce qui vient d'�tre dit.

D'abord, voici le script qui me permet d'utiliser deux gestionnaires de fen�tres. Ils se sont av�r�s utiles pour changer rapidement de bureau (merci M. Soriano :)).

Fichier /usr/local/flin:

#! /bin/sh
export WM=after
if [ $# = 0 ]; then
        exec startx -- -bpp 16 :0
else
        if [ $1 = 'dual' ]; then
      export WM=after
      exec startx -- -bpp 16 :0 &
      sleep 5
      export WM=kde
      exec startx -- :1 &
        fi
        if [ $1 = 'kde' ];then
      export WM=kde
      exec startx -- -bpp 16 :0
        fi

fi      

Mon $HOME/.XClients:

#! /bin/bash
#
# Styx's .xinitrc
#
####################################

exec 2>$HOME/xinit.error.log

echo "Parameter 1 $1 " >&2

sysresources=$HOME/.Xdefaults

# merge in defaults and keymaps

if [ -f $sysresources ]; then
         xrdb -merge $sysresources
fi

# You may at this point start your personal applications.
# e.g xscreensaver

# xscreensaver -timeout 2 -cycle 1 &

xmodmap ~/resources/X11/Mapeo.es

xhost +

# Agenda planifier

if [ -f /usr/local/lib/pland ]; then
         /usr/local/lib/pland &
fi

if [ $WM = "kde" ]; then
        exec startkde -display :1
else 
exec afterstep -display :0
fi 

Avec cette configuration je peux taper:

  • $ flin    /*AfterStep*/
  • $ flin kde    /*KDE*/
  • $ flin dual    /*AfterStep & KDE*/

Beaucoup d'Outils Graphiques et de Biblioth�ques.

La premi�re chose qui pourrait troubler l'utilisateur est la vari�t� d'outils graphiques ou autres utilis�s dans chaque gestionnaire de fen�tres (ou GUI), chacun d'eux est prot�g� par une sorte de licence du domaine public, GPL/LGPL ou similaire et qui permettent leur usage gratuitement.

A mon avis, ceci pose un probl�me � l'utilisateur qui veut seulement n'en utiliser qu'un. Il doit faire attention aux compl�ments n�cessaires. Dans tous les cas, la documentation et les pages web de chaque projet fournissent des informations compl�tes.

Linux a t-il besoin d'un GUI Standard?

Cette question peut para�tre stupide, et pour beaucoup d'utilisateurs la r�ponse est simple : " Utiliser celui qui vous pla�t le plus ", mais pour le reste c'est un point important qui concerne les �volutions futures de Linux.

L'objectif est d'obtenir un GUI facile � utiliser, intuitif avec une aide en ligne puissante, une int�gration totale des diff�rentes applications et d'autres caract�ristiques qui rendent notre travail journalier avec le syst�me, plus facile. De plus tout doit �tre fait avec la souris et int�gr� dans l'administration et l'installation du syst�me d'exploitation sur l'ordinateur.

Quelques soci�t�s ont commenc� � travailler sur ce type de produits, ainsi : Caldera GUI inclus dans la distribution Linux Caldera, Red Hat CDE pour LINUX. Par chance, la communaut� Linux comprend des gens de valeur dont beaucoup sont impliqu�s activement dans le d�veloppement de nouveau logiciel. Il y a donc des alternatives gratuites � ces logiciels commerciaux. Certaines d'entre elle sont d�crites ici.

Bien sur, l'utilisateur doit avoir la libert� de choisir, mais avec un bon GUI natif sur Linux, on arr�terait d'entendre la vieille phrase " Linux n'est pas aussi beau que ... " NOTE: Quelqu'un a t-il jamais vu une machine fonctionnant avec un GUI Linux et comment se fait il que les gens ne savent pas que ce n'est pas Microsoft Windows ?

Il faut noter que les standard rendent le travail des programmeurs plus facile, ils pourraient savoir comment le gestionnaire de fen�tres et les applications interagissent. Beaucoup d'environnement d'applications d�pendent fortement sur le gestionnaire de fen�tres (ceci est un peu compliqu�, mais le lecteur le trouvera plus facile � comprendre).

Une fa�on de r�sumer ceci pourrait �tre de dire que " la pol�mique vient juste de commencer ".

KDE (L' Environment de bureau K)

Mes premiers pas avec ce logiciel ne furent pas faciles. J'ai du installer la biblioth�que QT. Puis j'ai t�l�charg� la version Beta2 de KDE en format rpm (j'utilise la RedHat 4.2). Le bureau ne fonctionnait pas, j'ai donc du installer la mise � jour Beta3 � partir des sources que j'avais t�l�charg�s et compil�s sur mon Intel Pentium 133 (avec 32 Mb de RAM). La nouvelle version B�ta marche tr�s bien. Les sources des biblioth�ques et du bureau KDE sont disponibles dans les trois formats rpm, ".tar " et " .deb ".

Apr�s avoir d�clar� les variables d'environnement et quelques "configure;make;make install" la premi�re impression laiss�e par l'environnement est excellente. Nous avons un GUI d'aspect commercial et je ne peux que conseiller au lecteur de ne pas �tre timide et de " surfer ". En peu de temps, on se familiarise avec les outils du bureau et il est facile de personnaliser KDE sans probl�mes. L'aspect g�n�ral et le comportement de KDE peuvent �tre configur�s avec un style de bureau Windows 95 ou Motif, color� comme CDE, KDE, etc., ou m�me utiliser des palettes sp�cifiques de votre choix. Dans le dessin suivant, j'ai captur� mon bureau configur� comme Motif style CDE (de la sorte, il ne me rappelle pas d'autres OS que j'ai abandonn�s depuis longtemps. :) )



[KDE main window]
Figure 1. Fen�tre principale KDE

Avec la partie inf�rieure de l'�cran et le bouton " K ", on peut g�rer tous les utilitaires du GUI, ins�rer des entr�es dans le menu (avec l'outils kmenuedit) ou dans cette m�me barre d'outils.

La premi�re particularit� int�ressante est l'aide en ligne, bas�e sur un navigateur qui permet de consulter l'aide des logiciels, les pages du manuel, et (plus tard) les fichiers " info ". Pressez le bouton droit de la souris pour voir un menu o� vous devez choisir l'entr�e " Help on the screen". On peut choisir le langage du GUI au moyen de la variable LANG ou � l'aide du Centre de Contr�le KDE.

Un autre outil puissant est le gestionnaire de fichier (kfm). Il permet de manipuler les fichiers et de surfer sur le web. On a donc deux fonctions en un programme.



[KDE Help]
Figure2 . Aide en ligne KDE

Le nombre d'utilitaires dans cette interface graphique est immense. Il sont class�s dans les groupes r�seaux, graphiques, administration, multimedia et Internet (l'utilisateur peut choisir quel logiciel installer en s�lectionnant les bons lots (packages). Chaque utilisateur aura, au moins, avec ce GUI, un jeux d'outils pour son travail de tous les jours. C'est bien le but d'un GUI, beaucoup d'outils int�gr�s qui peuvent satisfaire les besoins minimum de l'utilisateur.

Par exemple, on trouve l'entr�e "Utilities" dans le menu. Il y a l� une excellente calculatrice (autorise jusqu'� 15 chiffres), un �diteur hexad�cimal, un visualiseur graphique, un outils de contr�le du temps, un formateur de disquettes, une sorte d'agenda, un programme de " post-it ", un �diteur de menus, un terminal (kvt) et un outils de gestion des fichiers zip. Tenter de d�crire tous ces outils et toutes les propri�t�s de KDE g�n�rerait plus qu'un article, peut �tre m�me plus qu'un num�ro de LinuxFocus.

Une nouveaut� de la B�ta3 est le centre de Contr�le KDE. On peut y contr�ler tout l'environnement et le modifier � son go�t. Il faut se rappeler que certain utilitaires comme kuserpour le contr�le des utilisateurs et des groupes, doivent �tre ex�cut�s avec le privil�ge utilisateur " root ". Cet outils peut remplacer l'entr�e "Settings" dans le menu principal. Le centre de Contr�le KDE est une bon outils pour configurer et personnaliser le bureau.



[KDE Control Center]
Figure 3. Le centre de Contr�le KDE

Cliquer avec la souris sur n'importe quelle ic�ne dans l'arborescence syst�me (� gauche sur la figure), ouvre ce sous syst�me particulier. On peut alors ais�ment atteindre l'�l�ment � configurer. La grande majorit� des param�tres d'environnement peuvent �tre test�s et install�s imm�diatement avec le bouton " Apply ". Il y a quelques rares cas, ou le gestionnaire doit �tre red�marr� pour profiter des modifications. Par exemple, une des premi�res chose que pourra faire un utilisateur, c'est de configurer la langue de son bureau par le biais de l'entr�e Language dans le menu du bureau. On peut choisir jusqu'� trois langages.

Si l'on acc�de � Internet par un modem, on peut utiliser kppp. Apr�s avoir ins�r� tous les param�tres dans le panneau de configuration, il peut �tre utilis� pour contr�ler la liaison, examiner l'�tat de la connexion, le temps et m�me le co�t des appels. Amusant, le co�t peut �tre calcul� d'apr�s le pays s�lectionn� dans le menu de configuration. Par exemple, les espagnols ont la possibilit� de configurer les prix pour les appels � Infovia (r�seau d�tenu par Telefonica de España S.A.).

Une fois connect�, sont disponibles :le courrier, le lecteur de forum, les utilitaires r�seau, etc. de KDE.



[KPPP]
Figure 4. Fen�tre principale de kppp

Si, comme moi, vous compilez et installez le logiciel � partir des sources, vous verrez une entr�e dans le menu principal nomm�e " non-KDE Apps ". L� KDE � ins�r� (ou essay�) tous les outils X qui �taient install�s dans l'environnement graphique pr�c�dent. Si peu ou pas de ces applications apparaissent apr�s l'installation, on peut toujours ex�cuter le programme "kappfinder" qui, recherchera tous les utilitaires habituels dans l'environnement graphique pour r�aliser cette t�che.

Revenons maintenant � la Figure 1 et regardons quelques ic�nes sur le cot� gauche : La poubelle (�vident :) ), des mod�les pour d�finir un acc�s direct aux p�riph�riques, URL, etc. et l'Autostart o� l'on peut d�finir les �l�ments � d�marrer en m�me temps que l'environnement (en y incluant tout fichier de type '.kdelnk' pr�c�demment d�finit). On peut ajouter n'importe quel acc�s direct voulu, j'ai par exemple cr�� un acc�s direct � un ZIP externe avec ces quelques �tapes:

  • On choisi dans le menu du bureau (Bouton droit de la souris) un nouveau p�riph�rique.
  • Une fen�tre appara�t et l'on tape "zip.kdelnk".

    [Creation d'un accès direct vers un nouveau périphérique]


  • Appuyer sur OK et une nouvelle ic�ne est cr�e. Il y a alors deux options: �diter ses propri�t�s ou s�lectionner Open with pour modifier le point de mount et d'autres propri�t�s du p�riph�rique avec notre �diteur de texte favori. KDE apporte des mod�les pour chaque acc�s direct disponible. Souvent ces mod�les ne s'ajusteront pas � nos besoins et il faudra �diter les fichiers appropri�s comme dans le cas pr�sent. Voici la fen�tre des propri�t�s des acc�s directs o� l'on doit saisir ou s�lectionner les options d�sir�es.: Appuyez sur OK et une nouvelle ic�ne est cr�e. On a alors:

    [ Fenêtre Direct access properties]


En sortant, KDE essayera de sauvegarder l'�tat et la position de toutes les applications pour la session suivante. KDE fait appara�tre une boite de dialogue qui montre les utilitaires qui pourront �tre red�marr�s, et ceux qui perdront leurs informations. Cette fonction est aussi pr�sente dans le WINDOWMAKER (d�cris un peu plus loin).

Finalement, j'aimerais dire que le travail de tous les jours avec cet environnement est facile. On peut configurer le haut de l'�cran pour y mettre beaucoup de boutons des applications actives et le nombre de bureaux virtuels peut �tre modifi�. On peut facilement passer de l'un � l'autre et si l'on pr�f�re le clavier, il faudra appuyer sur <Ctrl>/<Alt> + <Tab> pour basculer les bureaux virtuels. M�me un simple terminal (kvt) peut �tre configur� depuis son menu principal pour modifier le type et la couleur de l'arri�re plan et du texte. Pour coller ce terminal au bureau, pressez simplement l'ic�ne en haut � gauche de la fen�tre.



[kvt main menu]
Menu principal kvt.

Cet environnement offre d'�normes possibilit�s et bien qu'il puisse �tre configur� tr�s intuitivement, je recommande aux lecteurs int�ress�s de v�rifier l'aide en ligne pour le syst�me KDE

La biblioth�que Qt, � la source du conflit.

Les gens � l'origine du d�veloppement de KDE d�clarent que le choix de la librairie QT � �t� motiv� par sa faible utilisation des ressources du syst�me et son haut degr� de fiabilit�. Cette biblioth�que � g�n�r� une grande controverse parce que sa licence dit : utilisation gratuite de ses outils si elle est utilis�e pour du d�veloppement de logiciel gratuit, et il faut payer uniquement dans un but commercial. Ceci n'est pas notre bien connue GNU GPL.

N'importe quel utilisateur peut obtenir les sources de cette biblioth�que, la documentation compl�te, des exemples de code source et m�me appr�cier KDE. Toutefois, les cr�ateurs de Qt conservent des droits sur ce produit. Certains utilisateurs acceptent cette politique de distribution et d�veloppent du logiciel gratuit gr�ce � son utilisation ais�e, son interface C++, son �tat de d�veloppement, etc. Le reste de la communaut� pense que cette biblioth�que est gratuite tant qu'elle est en cours de d�veloppement, et (peut �tre avec la version 1.4) qu'elle ne le sera plus, tirant profit de la communaut� LINUX mais ne nous laissant rien.

On peut seulement affirmer qu'avec la version 1.32, les choses restent les m�mes, gratuite pour le logiciel gratuit et payante pour les autres sortes de logiciel. Personne ne peut deviner les plans de la soci�t� et pour l'instant le travail effectu� ne peut �tre rejet�. Aujourd'hui c'est une option s�rieuse pour d�velopper des applications X windows. D'autres voix proposent la conversion de cet environnement vers les outils GTK ou le d�veloppement d'une impl�mentation gratuite de Qt.

Personnellement, je pense qu'obtenir une version GPLis�e de Qt repr�sente un gros effort en temps et en hommes. Sans vouloir offenser personne, GTK n'est peut �tre pas suffisant pour d�velopper une version de KDE, mais � partir de l�, l'outils pourrait �tre am�lior� en m�me temps que le d�veloppement se fait. Il existe plusieurs possibilit�s et je ne voudrais pas voir se g�cher des ressources et du temps dans ce genre de " guerre ". L'�tat de KDE est tr�s bon et c'est un candidat s�rieux pour devenir un environnement graphique pour LINUX. La distribution SUSE par exemple, � pari� dessus et il sera am�lior� avec les prochaines mises � jour de ses produits.

Windowmaker & Afterstep

Ma premi�re intention �tait d'�crire quelques lignes sur mon gestionnaire de fen�tres courant, Afterstep. Mais r�cemment, le projet Windowsmaker a attir� mon attention. Je ne peux le confirmer, mais il semble que les deux id�es aient �t� regroup�es en une seule. Windowmaker est une �volution d'Afterstep ou bien ce d�veloppement a �t� arr�t� avec la version 1.3. Le coordinateur Windowmaker (Alfredo K. Kojima) est l'un des d�veloppeurs Afterstep. Je parlerai donc des deux gestionnaires pour examiner leur similitudes.

AfterStep est une �volution de twm comme beaucoup de gestionnaires de fen�tres. Plus pr�cis�ment, twm �tait la base de fvwm qui en m�me temps est le p�re du BowMan et celui l� est devenu AfterStep (ouf !! :) ).L'id�e originale est d'imiter l'aspect du gestionnaire de fen�tres NEXTSTEP. L'arbre g�n�alogique de Windowmaker est laiss� comme exercice au lecteur ;).

L'installation de Windowmaker est tr�s simple, aucune biblioth�que suppl�mentaire n'est n�cessaire, merci pour cela, et tout est livr� avec les sources. IL faudra compiler et installer une petite biblioth�que (d�sol� pour ce mensonge innocent) libProplist, avant le reste du logiciel. Apr�s avoir compil� et install� le logiciel et les pixmaps (Windowmaker-data.tar.gz) il faut ex�cuter "wmaker.inst" qui modifiera le fichier $HOME/.xinitrc et cr�era un fichier $HOME/GNUstep pour tous les fichiers de configuration du gestionnaire de fen�tres. Faites donc attention � vos fichiers .xinitrc et .Xclients.

Au d�marrage un arri�re plan bleu appara�t d'abord avec une simple fen�tre de terminal, rien d'�trange pour les utilisateurs d'Afterstep. Avec le bouton droit de la souris, on peut activer le menu principal d'o� l'on peut d�marrer n'importe quelle application, se d�placer entre diff�rents bureaux virtuels avec le bouton du milieu. J'�cris ces lignes de ce gestionnaire de fen�tres � cause de mon exp�rience avec AfterStep.



[Windowmaker image]
Figure 5. Image de Windowmaker.

Les fen�tres peuvent �tre repli�es en double-cliquant sur la barre sup�rieure de la fen�tre (et maximis�e avec Control+Shift). Sous Afterstep le m�me effet est obtenu en cliquant avec le bouton droit de la souris sur le haut de la fen�tre. Pour changer de taille s�lectionnez juste la ligne inf�rieure de la fen�tre.

Le menu principal pour toutes les fen�tres appara�t en cliquant avec le bouton droit de la souris sur le haut de la fen�tre. Ceci permet de configurer les caract�ristiques des fen�tres et des applications avec la souris plut�t qu'en ouvrant un fichier de configuration.



[Menu Window]
Menu Window


L'entr�e la plus importante est peut �tre Attributes... qui permet de modifier les propri�t�s de la fen�tre, de la fixer, de l'iconifier et de choisir la politique de focus, quelle ic�ne la repr�sente, etc. Par exemple:



[Configuration de la fenêtre]
Configuration de la fen�tre Emacs.


Une autre nouveaut� est la possibilit� d'ajouter des ic�nes � droite de la fen�tre, directement et manuellement; on glisse une ic�ne � cet endroit. Mais je n'ai pas r�ussi � y placer mon ic�ne xemacs :(.

Pour configurer le gestionnaire de fen�tres � partir des fichiers de configuration disponibles, il faut lire la documentation en format postscipt. Toutes les propri�t�s du programme ne sont pas d�crites, mais dans la derni�re partie la syntaxe de toutes les entr�es est bien expliqu�e. Il y a eu beaucoup de changement depuis les fichiers .steprc, aussi est il conseill� de lire la documentation. L'utilisation et la personnalisation du gestionnaire de fen�tres y est d�crite avec beaucoup d'exemples de raccourcis clavier. Je pense que simplicit� et productivit� sont les ma�tres mots de ce gestionnaire de fen�tres � cause de son faible gaspillage des ressources et de l'utilisation intensive du clavier. Je n'ai pas de donn�es pour le prouver, mais il semble plus rapide que KDE et que son petit fr�re.

Pour le gestionnaire de fen�tres AfterStep , il existe un utilitaire appel� ascp (AfterStep Control Panel), qui permet de le configurer.



[Panneau de contrôle AfterStep]

Panneau de contr�le AfterStep.

En conclusion, nous avons un bon gestionnaire de fen�tres qui peut �tre consid�r� comme l'�tape suivante pour les utilisateurs d'AfterStep (the next step ;). Je n'ai pas d�crit ni exploit� toutes les possibilit�s mais il est candidat pour toutes les machines sans ressources excessives et ayant besoin d'un gestionnaire de fen�tres puissant et facile � utiliser. La difficult� principale est peut �tre le nombre de fichiers de configuration, mais cela n'est pas un probl�me pour un utilisateur LINUX un peu exp�riment� et parlant un peu anglais :).

Gnome. Impossible :(.

Je suis un peu d��u de finir cet article avec de mauvaise nouvelles. Mon objectif �tait d'�crire � propos du projet Gnome et de son �tat d'avancement (particuli�rement apr�s l'annonce de Red Hat et DEBIAN de supporter ce projet). Fort de tout cela j'ai t�l�charg� le logiciel depuis le site ftp principal (gnome-0.12.tar.gz et les autres )avec les outils GTK (v. 0.99.2).

Pour le bien �tre des nouveaux utilisateurs, je rappelle � tous que la biblioth�que GTK est celle utilis�e pour le fameux GIMP, la meilleure suite graphique pour Linux. Elle a commenc�e avec Gimp et a �volu� en une boite � outils pour X windows sous la licence GNU GPL, elle est maintenant utilis�e par Gnome.

Je fus d'abord surpris de ne pas trouver d'aide, il y a bien quelque fichiers README, mais ils sont insuffisants. Je ne savais pas quoi faire des fichiers, quelle �tait la s�quence d'installation, les param�tres sp�ciaux, etc.... Aussi, aid� par mon intuition, je commen�ai par compiler et installer tous les lots except� le principal (gnome-xxx). Celui qui me posa le plus de probl�mes f�t "slib", bien que je reste persuad� de l'avoir install� correctement (j'esp�re).

Apr�s mon premier essai, et avec l'aide d'une liste de diffusion LINUX, j'appris que j'aurai du utiliser gtk 0.99.3. Je t�l�chargeais le patch pour la mise � jour et obtint un message d'erreur en essayant de le compiler. Il disait que je n'avais pas emacs !! Il y a un petit script qui essaye de d�marrer emacs pour compiler un fichier Lisp (ranlisp). Je le modifiait en ins�rant xemacs et tout f�t correct.

J'apprit aussi que j'avais besoin d'installer le compilateur Objective-C pour �tre capable de compiler certain fichiers, est ce bien exact ?

Pour conclure, et d'apr�s ce que j'ai pu observer avec mes limitations, le projet commence tout juste. Peut �tre n'est il que pour les d�veloppeurs (ou gourous). Je n'ai trouv� aucune mention de son �tat " Alpha " ou " Beta ". Je ne sais pas si c'est une bonne id�e d'utiliser C, C++, Objective C, Lisp, Scheme,et ... etc. L'utilisateur devra t-il installer tous ces outils pour utiliser Gnome ? O� ai je fait une erreur ?

J'ai re�u beaucoup de suggestions r�cemment de la part d'utilisateurs, mais je n'ai pas �t� capable de le faire fonctionner � temps pour cet article. Un aper�u rapide ne serait pas juste. Je souhaite consacrer le temps n�cessaire � ce projet.

Malgr� cela, je promets d'�crire un article ou contacter quelqu'un de qualifi� pour que les lecteurs de LinuxFocus aient un bon article sur Gnome :).

Final.

Cet article a essay� d'expliquer bri�vement quelques choix de bureaux pour les utilisateurs de Linux, et qui heureusement nous rendent la vie courante plus facile. Tous marchent bien et sont tr�s beaux, l'offre de choix est positive.

J'esp�re avoir �clair� le sujet des biblioth�que outils disponibles pour chaque environnement. Ce n'�tait pas mon propos de rallier quiconque � une biblioth�que particuli�re. J'ai essay� d'�tre aussi objectif que possible, en expliquant la situation et l'avancement de chaque projet. Je renouvelle mes excuses si j'ai offens� quelqu'un avec mes explications.

Voil�, de la part cet article, un grand bravo � tous ceux qui aident Linux, non seulement � bien marcher :), mais aussi � �tre beau pour toutes sortes d'utilisateurs

Lesstif, Le grand oubli� ?

Houps, je ne peux pas oublier de dire quelques mots sur un sujet qui a attir� mon attention. Pendant mes recherches, je n'ai pas trouv� de gestionnaire de fen�tres bas� sur cette biblioth�que (sans parler du mwm qui accompagne toutes les impl�mentations Motif. Il y a un clone gratuit de la biblioth�que OSF/Motif qui a �t� oubli� sous cet aspect. Pourquoi ?

L'auteur a v�rifi� que la communaut� Linux en g�n�ral rejette les logiciels sous licences de copyright plus restrictives que la GPL, il est vrai que cette biblioth�que n'a pas assez de capacit�s pour d�velopper un environnement de bureau, son �tat de croissance n'est pas optimal, etc. (bien que l'on puisse en discuter largement). En fait, CDE semble devenir le GUI standard pour tout le monde UNIX, pourquoi pas un CDE Lesstif ?

Quand Netscape annonce la disponibilit� des sources de son navigateur et �diteur pour Linux, les utilisateurs seront ils capables de le compiler avec Lesstif ?, Je pense que ce serait une bonne nouvelle pour les utilisateurs et le d�veloppeurs de cette biblioth�que.

Je ne connais pas la r�ponse � toutes ces questions, mais je pense que beaucoup de logiciel pourrait b�n�ficier des caract�ristiques de Lesstif et qu'avec le soutient des utilisateurs et des d�veloppeurs, ce pourrait �tre une bonne alternative.




Traduit par John B. Perr

Pour en savoir plus::
© 1998 Jose Manuel Laveda Molina
Ce site web est maintenu par Miguel A Sepulveda.