Pour ceux que ça intéresse, voici les changements que j'ai apporté à kicker dans KDE 3.5.10. Je n'ai pas pu mettre cette liste dans les changelogs, car j'étais en vacances !

1) Les noms de bureaux sont ombrés, afin qu'ils soient lisibles sur un fond transparent.

2) Les poignées d'applets utilisent une flèche correspondant au thème. La marge à gauche de la poignée n'est plus que de un pixel.

3) La barre des tâches ne clignote plus lorsqu'on change de bureaux.

4) La flèche de la boîte à miniatures (system tray) correspond au thème. La barre verticale a été retirée. L'algorithme de placement des icônes a été corrigé.

5) Le bouton de l'applet météo fonctionne comme les boutons standards du panneau.

6) Lorsqu'on déplace un panneau, le cadre de déplacement est dessiné avec des fenêtres et en utilisant la couleur de la barre des titres.

7) L'applet mixer s'affiche correctement sur un fond transparent.

8) L'algorithme de dessin de l'horloge anti-aliasée a été corrigé, ainsi que de nombreux autres petits bugs.

9) L'algorithme de placement des icônes de l'applet "lanceur d'application" a été corrigé.

10) L'applet "phases de la lune" s'affiche correctement sur un fond transparent.

11) L'applet "table de caractères" s'affiche en transparent, et adapte sa taille de caractères en fonction de la taille de ses cellules.

12) L'applet "yeux" est anti-aliasée.

13) L'applet "puzzle" suit la transparence.

14) La boîte de dialogue "ajouter une applet" a été corrigée.

15) Lorsqu'un panneau a une image de fond coloriée selon la couleur de la barre des titres, sa bordure de un pixel utilise aussi cette couleur.

16) L'image de fond est correctement symétrisée lorsque le panneau est en haut de l'écran.

17) Les panneaux maintenant fonctionnent correctement lorsqu'ils ont des boutons de scrolling. Ce n'était pas le cas avant ! Ces boutons utilisent des flèches qui suivent le thème.

18) Kicker redémarre automatiquement lorsque le thème change.

19) La transparence d'autres applets a été corrigée aussi, et elles utilisent les boutons standards du panneau.

20) L'arrière-plan des applets est correctement rafraîchi lorsqu'elles sont déplacées.

21) Lorsque le panneau est transparent, les poignées des applets deviennent de simples rectangles transparents.

Voilà. Si quelqu'un veut plus d'infos, qu'il n'hésite pas à me demander.

[ Répondre ]

Théoriquement oui.

En pratique, le portage vers Windows est relativement compliqué, il ne m'intéresse pas, mais je suis prêt à aider quiconque veut se lancer là-dedans.

Pour ce qui est des processeurs grand-indien, c'est prévu mais ça n'a jamais vraiment été testé, car je ne dispose pas de quoi. Concrètement, ça ne marche pas, même si ça devrait.

Pour ce qui est des systèmes 64 bits, ça ne marche pas en natif. Mais j'ai prévu de m'y attaquer en priorité après la sortie de la version 2 finale.

Sinon pour les Windoziens, il y a toujours possibilité de faire tourner Gambas dans une machine virtuelle et d'utiliser le client et le serveur NoMachine pour l'exécuter à distance. :-)

[ Répondre ]

Quitte à ajouter une autre syntaxe (ceci n'est qu'une proposition de ma part, tu fait évidemment ce que tu veux) : le python

Aarghhh !

autant il y a des truc en python qui me dérange, autant leur syntaxe (bloc délimité par l'indentation, les foreach, les range...) est très agréable. Et ça à l'avantage de forcer le programmeur a bien indenter son programme, chose que tout les langages ne font pas.

Je préfère pouvoir indenter comme je veux. Et les blocs délimités par l'indentation m'ont fait immédiatement fuir la première fois que j'ai mis le nez dans Python.

...Et il n'y a pas, comme en basic, de délimitation de ligne par ; , chose qu'on a tous oublié une fois dans sa vie et qu'on a eu du mal à trouver d'où venait le problème.

Euh, non ça c'est en C. Il n'y a pas de délimiteur de fin de ligne dans Gambas, si ce n'est le passage à la ligne, à condition qu'aucun opérateur n'attende d'argument.

En fait, un des truc qui me soule en Basic (ou ADA, ou Bash, ou VHDL, ou ...) c'est la délimitation des blocs... un coup c'est END, ENDIF, ENDLOOP (et encore, le bash est très peu cohérent avec des FI, ESAC et ENDLOOP).... Ok c'est (parfois) logique, mais c'est chiant d'écrire tout ça et je finis par me mélanger les pinceaux entre toutes les variantes syntaxiques des langages semblables.

Ca je l'admet. Il faut connaître: IF / END IF, SELECT / END SELECT, DO / LOOP, WHILE / WEND, REPEAT / UNTIL et FOR / NEXT.
D'un autre côté, ça rend la structure du code parfois plus lisible.

De plus, après les IF il y a un THEN qui sert à rien et que j'oublie tout le temps

En Gambas le THEN de fin de ligne est facultatif ! :-)

[ Répondre ]

Merci.

Pour ce qui est d'avoir fait la dépêche moi-même :

J'ai le problème que Gambas est systématiquement vu à travers le filtre de Visual Basic, alors que le côté "Basic" n'est finalement que du sucre syntaxique. L'habit ne fait pas toujours le moine !

Donc je me suis dit, pourquoi ne faire un court article moi-même en essayant de recenser toutes les fonctionnalités du langage ?

[ Répondre ]

...je ne supporterai pas d'utiliser un langage BASIC à longueur de journée ^^.

Et s'il y avait un second compilateur utilisant la syntaxe du C ? Ça doit être faisable... :-p

[ Répondre ]

Avant de commencer mes compliments, je précise juste à la base que je déteste le basic et ayant malheureusement déjà eu affaire a du VBA, je préfère de loin des solutions complètes et réelement puissantes (C++/Qt, Python, Java)

D'accord pour le C++/Qt, mais en ce qui concerne Python et Java, en quoi Gambas est-il moins puissant ?

Bref, personnellement je n'utiliserai pas Gambas pour des gros projets, par contre il a vraiment sa place pour un programme courant relativement simple...

Gambas m'a permis de développer l'IDE de Gambas, son gestionnaire de base de données, et (pour le boulot) une sorte de frawework web permettant de gérer un peu tout et n'importe quoi (réseaux d'assainissement, centre d'appel, pipelines) depuis un navigateur.

J'ai, en outre, de plus en plus envie de faire un débogueur C/C++ (un front-end à gdb) car aucun ne me convient actuellement.

Donc il peut servir à faire de gros projets - enfin tout dépend ce qu'on entend par "gros" évidemment.

...(légèrement dommage que je n'aime pas la syntaxe du basic)

Bon, je reconnais que je suis tombé dans le Basic quand j'étais petit : Victor Lambda, Hector Lambda, Amstrad, Atari. Tout était programmable en Basic à cette époque. :-)

Par contre j'ai surement autant souffert que n'importe qui de l'amoncellement de bugs et d'incohérences connu sous les doux noms de Visual Basic ou VBA.

C'est une des raisons de l'existence de Gambas d'ailleurs.

[ Répondre ]

wget -q -O - http://www.monadresseip.fr/ | grep -m 1 "<code>" | sed s/"<[/]*code>"/""/g Ce n'est sûrement pas la meilleure solution...

[ Répondre ]

Je pense que tu fais allusion à ce genre de mail émis par des subalternes ?

From: Bill Gates
Sent: Sunday, January 24, 1999 8:41 PM
To: Jeff Weslorinen; Ben Fathi
Cc: Carl Stork (Exchange); Nathan Myhrvold; Eric Rudder
Subject: ACPI extensions

One thing I find myself wondering about it whether we shouldn't try and make the "APCI" extensions somehow Windows specific.

It seems unfortunate if we do this work and get our partners to do the work and the result is that Linux works great without having to do the work.

Maybe there is no way to avoid this problem but it does bother me.

Maybe we could define the APIs so that they work well with NT and not the others even if they are open.

Or maybe we could patent something related to this.

[ Répondre ]

Tiens, moi ce sont les pilotes de NVidia, dès que j'essaie l'accélération XRender et xcompmgr :-)

[ Répondre ]

Je me suis posé la question. Il se peut que j'ai mal compris, vu que la conférence était en espagnol. Peut-être a-t-il dit que leur licence était "comme la GPL" avec la restriction que...

J'en ai discuté avec Jonh Mad Dog le lendemain. Il estime que ce genre de restriction est inapplicable (si je fabrique un marteau à partir d'un logiciel du CERN, est-ce une arme ou un outil ?) et la déconseille.

--
Benoît

[ Répondre ]

Clique sur le troisième lien...

Un suisse est en train de le traduire en français...

--
Benoît Minisini

[ Répondre ]

> Il existe des cas ou linux desktop a été déployé sur 14000 desktops
> linux ?

En Espagne, la région d'Estrémadure a déployé 65000 postes de travail dans les écoles sous Linex, une Debian qu'ils ont adapté à leurs besoins. Et ce n'est pas fini, toutes les autres administrations sont concernées à terme...

[ Répondre ]

Au jour d'aujourd'hui (j'aime bien cette expression), Gambas tourne sous Cygwin. Seul le composant Qt et ses descendants (gb.qt.ext, gb.qt.kde, gb.qt.kde.html) posent problèmes. D'après la personne qui regarde ça de plus près, cela devrait se résoudre avec la version 2.0 de libtool.

[ Répondre ]

Merci !

[ Répondre ]

Premièrement, les DLLs de Windows offrent beaucoup moins de fonctionnalités que les exécutables ELFs de Linux, et donc l'équivalent de ld.so sous Windows a beaucoup moins de travail.

D'autre part, je crois que beaucoup de DLLs "systèmes" sont chargées à des emplacement prédéfinis, ce qui simplifie encore le travail du linker. Je soupçonne Office de s'être vu appliqué ce traitement - après tout, pour Microsoft, Office fait partie du système :-)

OpenOffice profite du premier point, mais pas du second, et, de plus, il arrive avec ses propres librairies pour l'interface graphique, et le modèle de composants - Choses faisant partie de Windows, et donc déja chargées, dans le cas de Office.

Attention : cette analyse est pifométrique !

[ Répondre ]