12 | |||||
Auteur | Messages | ||||
---|---|---|---|---|---|
GarulfoUnix | #1 Posté le 26/8/2010 à 13:17:00 | ||||
By the way | Bonjour la communauté Gambasienne ! Oui toi ! La personne derrière son écran qui se trouve sur un bureau Linux avec un IDE Gambas ouvert mais dont une question sceptique vient traverser ton esprit très obnubilé à l'idée de savoir quoi en faire ... Il est temps de mettre en pratique tes neuronnes gambasiennes pour élaborer un projet personnel mais dont le partage sera de prime, un ensemble d'applications de bureau. Etablir un Desktop Environment en Gambas n'est pour l'instant pas "possible" tant qu'il n'y aura pas de composant gb.Xlib par exemple. Par conséquent, on va plutôt oublier le coté "Window Manager" et se concentré sur les atomes qui gravitent autour. Votre mission si vous l'acceptez : - Fournir un ensemble d'applications (multimédia, système, jeux, internet, ...) cohérente ! Le but en fournissant ces applications demeurent dans l'intégration quasi-totale de ces applications. (Astuce: n'hésitez pas à utiliser D-BUS tel mentionné par un post de Gambix). Ce projet aura pour nom de code commun : GDE = Gambas Desktop Environment Mais vous êtes tous libre à choisir un nom particulier pour votre GDE. (Exemple : là comme ça maintenant ... hum Gambureau ? pas très original je vous l'accorde .. vous en choisirez un meilleur que moi j'en doute pas ) Privilégiez le travail collaboratif. Travailler en équipe sur un projet va te permettre d'augmenter ta communication dans la création d'un projet :
Ensemble vous pourrez établir par exemple un système de module qui vous permettra d'avoir comme résultante : "Mais ... pourquoi devrais-je copier ces même lignes de codes dans chaque applications ?? Un travail pour rien, des fonctionnalités similaire ... " Si tu comptes travailler seul, n'hésite pas non plus, c'est pas un mal en soi. Trouvez une "philosophie" à votre "pack desktop environment" . (Ergonomie abstraite ? Fonctionnalité peu, mais de qualité ? ... A toi de voir) Avec tout les composants de Gambas, tu seras en mesure de mieux les exploiter au périls de ton aventure. Tu élargiras ta connaissance en terme de conception de projet, et pour certains d'entre vous, vous chercherez à aller plus loin ! (Packager vos modules, faire un meta-package d'un ensemble de module similaire ... et j'en passe) Garder à l'esprit que le but de cet atelier n'est autre que l'enseignement. Il est là pour vous en faire apprendre davantages ! Ne te met pas en tête qu'il est là pour rivaliser GNOME, KDE ou Xfce ! le mot clé reste et restera toujours "Apprendre en s'amusant et surtout avec plaisir". Que tu as 12 ans ou 60, tout est à ta porté. La documentation du développeur Gambas ( http://www.gambasdoc.org ) restera ta bible au cours de ton aventure. Le forum te permettra d'obtenir des réponses que tu n'as pas seul et de partager éventuellement du code pour un autre programmeur. Pousser l'intégrité des applications ! Gràce à divers composants et notamment gb.dbus, tu pourras améliorer l'homogénéité de tes applications à différents environnement de bureau tels que GNOME ou KDE par exemple. N'hésite pas à créer un sous-menu GDE dans vos Menu GNOME/KDE, qui ce dernier aura une arborescence de sous-menu sous les appellations : - Accessoire - Jeux - Internet - Développement - Multimédia - [ Votre nom ... ] Penser à packager son application ! Et oui, ça sera une chose indispensable pour la distribution de votre (que dis-je, de VOS applications). N'oublie pas que l'IDE Gambas offre un système de packaging pour la pluplart des distributions phare tels que Debian/Ubuntu, Fedora, Mandriva ... Pour tester votre GDE, chacun doit pouvoir faire un simple (pour les debianniste/ubunteros) :
Note : conformez-vous à la standardisation du nommage des packages. Le mien dans l'exemple n'est pas à prendre ! Il est là juste à titre d'exemple. Voilà, si vous avez des questions n'hésitez pas. L'objectif principal de cet atelier est de vous faire grandir dans le monde de Gambas. Avec cette atelier riche en [strike]émotion[/strike] expérience, vous allez acquérir plus de choses que vous ne le croyez. Cet atelier vous oblige surtout à devoir "toucher à tout". De la programmation réseau, de jeux, de systèmes, de multimédia ... C'est très riche et varié. Ha et j'oubliais ... cet atelier restera toujours ouvert, tu n'as de limite de temps à respecter. Et en soi, ce n'est pas un concours donc inutile de foncer tête baissée sur votre souris et clavier à tapotter comme des fous un code à jeter à la poubelle qui sera accompagné de votre projet tout entier ! (Même si ton instinct animal d'être le meilleur va surgir au cours de ton aventure ) . Sur ce les programmeurs Gambas, BON CODAGE ET PROJET A TOUS. François. | ||||
Prokopy | #2 Posté le 26/8/2010 à 13:26:00 | ||||
Kinder Pingui | Ça y est, il est devenu fou. Non plus sérieusement ça peut être sympa. Si plusieurs personnes ont le courage de s'y mettre, ça va être du lourd ! Mais moi je crois que j'ai un peu trop de boulot pour m'y mettre, alors bonne chance à tous ceux qui vont s'y lancer ! La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand ça marche mais qu'on ne sait pas pourquoi. Quand la théorie rejoint la pratique, rien ne fonctionne et on ne sait pas pourquoi. | ||||
GarulfoUnix | #3 Posté le 26/8/2010 à 13:33:00 | ||||
By the way | Oui, certains programmeurs Gambas ne participeront pas. Je pense notamment à Gambix qui a déjà une énorme TODO-LIST sur le papier. Cela dit ... le connaissant je ne serais pas étonné de voire un GDE à sa sauce sans que personne ne s'y attendent .. Les contributeurs à Gambas sont déjà occupés en terme de travail. Tandis que les utilisateurs de Gambas se retrouvent parfois avec une question de "Quel projet je pourrais faire ?" C'est l'occasion pour eux, et même pour nous (afin de mettre en valeurs Gambas) d'en apprendre plus. | ||||
Prokopy | #4 Posté le 26/8/2010 à 13:37:00 | ||||
Kinder Pingui | gb.chart à lui tout seul est énorme … mais bon, peut-être que je ferai un petit truc aussi (comme tonton Gambix ) La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand ça marche mais qu'on ne sait pas pourquoi. Quand la théorie rejoint la pratique, rien ne fonctionne et on ne sait pas pourquoi. | ||||
GarulfoUnix | #5 Posté le 26/8/2010 à 13:42:00 | ||||
By the way | gb.chart à lui tout seul est énorme … mais bon, peut-être que je ferai un petit truc aussi (comme tonton Gambix ) Le but en codant n'est pas non plus à faire des applications révolutionnaire mais à apprendre à savoir coder et utiliser des techniques dont certains ne proclame pas encore leurs utilité . Cela dit, chacun est libre de faire sa sauce ... à sa sauce. Exemple : - un ensemble d'applications orienté web - dont le navigateur sera fait en Gambas - Une architecture centralisé (alors ça c'est pas mal, mais faut bien penser et réfléchir avant ! mais un bon défi ) - Des applications locales tout ce qu'il y a de plus classique. - [ ect ] J'ai oublié d'indiquer qu'il n'est pas prohibé de poster quelques screenshots de votre projet tant qu'il n'est pas encore packagé ! Spheris ne doit pas oublier d'épingler le topics. | ||||
Prokopy | #6 Posté le 29/8/2010 à 23:48:00 | ||||
Kinder Pingui | Etablir un Desktop Environment en Gambas n'est pour l'instant pas "possible" tant qu'il n'y aura pas de composant gb.Xlib par exemple. Par conséquent, on va plutôt oublier le coté "Window Manager" et se concentré sur les atomes qui gravitent autour. Je proteste, monsieur. Il est vrai que l'on ne peut créer de gestionnaire de fenêtre en Gambas comme KWin (je prends ici l'exemple de KDE car je l'utilise, mais je pense que c'est la même chose avec les autres gestionnaires de bureau). Mais ce qui peut être amusant à refaire, c'est le bureau lui-même (plasma-desktop sous KDE). En effet on déclare une fenêtre qui reste constamment en arrière-plan avec un drawingArea sur lequel on peut s'amuser à dessiner nos tableaux de bord, nos icônes etc. Ceux qui veulent du joli peuvent utiliser le SVG, qui, en plus d'être vectoriel, gère la transparence pour nous faire de beaux effets. Et pour créer les changeurs d'application et de bureau, DBus est votre ami ! (par exemple KWin est connecté à DBus, il y a de quoi s'amuser ) La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand ça marche mais qu'on ne sait pas pourquoi. Quand la théorie rejoint la pratique, rien ne fonctionne et on ne sait pas pourquoi. | ||||
GarulfoUnix | #7 Posté le 30/8/2010 à 08:32:00 | ||||
By the way | Oui tout à fait c'est une idée également sympathique . | ||||
Prokopy | #8 Posté le 2/9/2010 à 19:30:00 | ||||
Kinder Pingui | Je pensais à quelque chose : comme c'est un "gros" projet, je me suis dit que peut-être on pourrait répartir les tâches plutôt que se taper tous un gros truc chacun dans son coin, non ? La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand ça marche mais qu'on ne sait pas pourquoi. Quand la théorie rejoint la pratique, rien ne fonctionne et on ne sait pas pourquoi. | ||||
GarulfoUnix | #9 Posté le 2/9/2010 à 19:58:00 | ||||
By the way | Je pensais à quelque chose : comme c'est un "gros" projet, je me suis dit que peut-être on pourrait répartir les tâches plutôt que se taper tous un gros truc chacun dans son coin, non ? Wink France1159 dans son topics a écrit:
Je l'ai indiqué de travailler en équipe ! D'ailleurs si tu te sens partant Prokopy je t'accompagnerai bien ... Vu que l'idée me tatouille l'esprit. Vivement mes deux jours de repos ! | ||||
gambix | #10 Posté le 17/10/2010 à 17:37:00 | ||||
Faire simple ! | commencez par un panel beaucoup de fonctionnalité sont dispo via gb.desktop... reste a deviner comment ajouter des applet... utilisez aussi la structure de fichier opendesktop. moi ce qui me trotte c'est l'idé non aboutie du raptor menu destiné a plasma ... c'est pas abouti mais je vais me le faire il manque aussi la possibilité de metre une fenêtre en position 0 de x... pour le bg... mais ça ... rien n'est perdu ... c'est vrai bien venu a dbus et aux portes qu'il nous ouvre. Il faudrait aussi coder un demon de notification ... pas compliqué a présent de le faire. un client telepathy concurrent a empathy un client mail ... la il faut dévellopper le composant gérant au moin pop ... (assez simple) trouver un moyen d'intégrer des application lattente sur les réseaux sociaux sans bouffer la vie de l'utilisateur des système d'échange de fichier un système de compression récurssif (pas inventé avant un siècle) bon il s'agit de beaucoup de petite chose mais pensez simple et utile tien une appli a la simplescan serait bien aussi(utilisation de sane) Moins de texte dans une signature c'est agrandir son espace. | ||||
spheris | #11 Posté le 17/10/2010 à 21:35:00 | ||||
commencez par un panel pourquoi ? remarque : Il manquera toujours la transparence autour de nos icones sur le bureau. A moinsque vousn'ayez une solution miracle ! Comment comptez vous stocker les variables d'environnement ? Dans un .ini ? dans une base de registre ? dans une bdd ? | |||||
Prokopy | #12 Posté le 17/10/2010 à 22:50:00 | ||||
Kinder Pingui |
Il faut lire spheris Mais ce qui peut être amusant à refaire, c'est le bureau lui-même (plasma-desktop sous KDE). En effet on déclare une fenêtre qui reste constamment en arrière-plan avec un drawingArea sur lequel on peut s'amuser à dessiner nos tableaux de bord, nos icônes etc. Ceux qui veulent du joli peuvent utiliser le SVG, qui, en plus d'être vectoriel, gère la transparence pour nous faire de beaux effets. oi ?[/Quote]commencez par un panel Oui c'est vrai ça, pourquoi ? Comment comptez vous stocker les variables d'environnement ? Je pense qu'un fichier settings dans /etc ferait largement l'affaire. La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand ça marche mais qu'on ne sait pas pourquoi. Quand la théorie rejoint la pratique, rien ne fonctionne et on ne sait pas pourquoi. | ||||
gambix | #13 Posté le 18/10/2010 à 07:57:00 | ||||
Faire simple ! | vous vous prenez la tête sur les partie les plus simples .... Moins de texte dans une signature c'est agrandir son espace. | ||||
spheris | #14 Posté le 18/10/2010 à 11:07:00 | ||||
Désolé de revenir une fois de plus dessus mais je ne saisi pas le truc. Je cree un objet picture par exemple je defini son tag. puis si j'ai un evenement dessus, je me sers de Last.tag pour l'intercepter. Cette notion là commence à rentrer. ***************************************** Mais comment cela fonctionne si je me sers d'une drawarea? je ne peux que dessiner dedans... il n'est pas possible à ma connaissance de déplacer une image dessinée par
sauf si ma drawarea sert de container pour une picturebox. ou alors j'ai besoin d'explications ! | |||||
gambix | #15 Posté le 18/10/2010 à 11:21:00 | ||||
Faire simple ! | la réponse c'est des objets virtuels ! comme avec report Moins de texte dans une signature c'est agrandir son espace. | ||||
12 |