J'ai testé pas mal de forge (codingteam, redmine, trac, gitorious, etc...)
Il y a quelques features intéressantes chez Github que je n'ai pas vu ailleurs
Le wiki géré par git (gitorious le fait aussi), github utilise un outil de leurs créations : Gollum
Les gh-pages :
Tu créé un dépôt username.github.com sur ton compte, tu push ton site statique dedans, et tu obtiens ton site à l'adresse http://username.github.com.
Tu créé une branche (orpheline, git checkout --orphan gh-pages) gh-pages dans un de tes projets, tu place le site statique de ton projet dedans, et tu as le site à l'adresse http://username.github.com/tonprojet.
Tu peux placer à la racine de ton site le fichier CNAME contenant un nom de domaine. Tu fais pointer ce NDD vers les serveurs de Github, et il n'y a rien de plus à faire.
Exemple: mon site, le site de Cream-Browser. Avec mon générateur de blog statique dont j'ai parlé dans certains de mes journaux, on obtiens un résultat fortement acceptable.
J'ai vu que gitorious faisait payer les sous nom de domaine (offre basique à 99$/mois), alors que chez github, c'est gratuit.
Pour sourceforge il te propose également un site+sous nom de domaine. Cependant faut utiliser FTP (ou SFTP je sais plus), ici avec github c'est par git (git clone/git push/et tout les joyeuseté de git: transfert sécurisé via SSH avec clé RSA/DSA/EDSA)
Codingteam je ne sais pas si il propose quoi que ce soit du genre.
J'avais prévu (et je ne sais pas si WebKit, enfin libsoup plutôt me le permettra, je vais potasser les deux) était plutôt simple :
On enregistre les cookies pour un domaine, par exemple :
Je visite le site example.domain.com, j'enregistre les cookies au domaine domain.com.
Je visite le site www.domain.com, je lui envoie les cookies enregistrés précédemment, et j'en enregistre de nouveaux, toujours associés au domaine cité.
Je visite le site www.example.fr, je ne lui envoie aucun cookies car il n'y en a aucun enregistré pour example.fr, j'en enregistre pour ce domaine.
Je reviens sur example.domain.com, je lui envoie les cookies enregistré au domaine domain.com mais pas ceux enregistré pour example.fr.
L'utilisateur aura (par le biais de la page about:cookies) la possibilité de modifier les cookies (valeur, durée de vie, etc...)
De plus, je pense que le premier point permettra d'éradiquer la publicité ciblée (qui, il me semble corrigez moi si je me trompe, utilise les cookies pour connaître les sites visités par l'utilisateur et donc ces centres d'intérêts).
J'ai implémenté il y a peu la gestion des profils dans Cream-Browser. (cream-browser -p <profil>). Le profil par défaut est donc "default". Les cookies seront enregistré dans le dossier : ${XDG_CACHE_HOME}/cream-browser/<profil>/cookies/. Donc si on lance deux instances de Cream-Browser sous deux profils différents, on aura ainsi la possibilité d'aller sur le même site sous deux sessions différentes (utile pour le développement de site web) :)
Et il y aura certainement d'autres idées concernant la gestion des cookies qui me viendrons en tête.
NB: Les cookies ne sont pas encore implémenté, je dois d'abord coder la gestion du dossier de cache :p
Ah je ne savais pas pour Konqueror, merci de l'info :)
Merci pour le soutiens ^^, ici le but n'est pas de remplacer firefox mais d'implémenter les fonctionnalités les plus intéressante qu'il offre (look vimesque, multi-protocole, profiles, bloqueur de pub/popup/plugins (tel que flashplayer), le tout en natif et simplifié au minimum pour plus de rapidité et de légèreté :)
M'enfin je prévois quand même une gestion des plugins même si je n'ai aucune idée de comment ^^
Oui je connais dwb, justement c'est lui qui m'a donné l'idée d'inventer le split. Car je trouvais malheureux de ne pouvoir redimensionner les vues :)
Dans le concept c'est différent :
dwb utilise un GtkPaned, d'un coté on a un WebView, et de l'autre un GtkHBox dans lequel s'empile des WebView
Le GtkVimSplit est totalement différent :
Au départ c'est un WebView tout bête.
On split, le GtkVimSplit devient un GtkPaned, le WebView est déplacé dans un nouveau GtkVimSplit lui même placé dans le GtkPaned et on ouvre un second GtkVimSplit dans la second partie du GtkPaned
On resplit, et c'est le GtkVimSplit qui a le focus qui répète l'action
On pourrait représenter ce schéma par un arbre binaire ou chaque noeud est un GtkPaned, la racine le GtkVimSplit, les feuilles les WebView.
J'ai ajouté aujourd'hui la génération du flux RSS 2.0, voici ce qu'il faut ajouter dans la config :
rss=yes
rss.title=Your RSS title
rss.link=http://example.com/
rss.lang=en
rss.description=Example of RSS summary
rss.author=author@example.com
Il y a encore quelques détails à peaufiner (création d'une variable pour ajouter le lien du flux à la page (x)HTML par exemple) mais cela marche niquel pour l'instant :)
J'ai regardé très vite fait quelques logiciels du genre (shblog notamment). Mais ne trouvant rien au bout de 10min j'ai fait le mien :)
De plus ici, comme je l'utilise pour Cream-Browser (donc sur github) tout est géré via git : j'édite, je génère, je commit/push et hop.
Au niveau standard, la encore une fois je l'ai développé selon mes besoins (donc selon les contraintes de github: 100% (x)HTML), après peut-être qu'il y avait quelque chose de plus standard et adapté je ne sais pas :)
Github, bien que malheureusement non libre, offre une forge bien pratique, je cite :
dépôt git facile à mettre en place.
navigateur de sources/commits, la fork queue etc...
bug tracker et roadmap performante et simple à mettre en place
wiki qu'on peut éditer en différent langages (Textile, Mardown, le reste je sais plus) et que l'on peut gérer via git également
mise en ligne de pages HTML pour gérer le site du projet (ou un simple page de présentation).
Bref, c'est powerful et malheureusement non-libre.
Après, je ne connais pas les alternatives (gitorious ne propose pas autant de fonctionnalités à ma connaissance, il me semble que c'est juste un dépôt git en fait).
Les logiciels qui rajoutent des fonctionnalités de "pavage" ne sont pas la meilleure solution selon moi.
Les WM non-tiling sont développés afin d'être utilisés en tant que WM non-tiling. Leurs ajouter une possibilité de mosaïque n'est pas forcément adapté.
Souvent dans un floating WM, on a différentes décorations (titlebar, bordure de fenêtre, etc...) qui prennent plus ou moins de place. Le tiling a pour but de gagner de la place en organisant les fenêtres de manière à occuper toute la place disponible. N'est=ce pas un peu paradoxal d'utiliser du tiling pour gagner de la place avec un WM qui en utilise pas mal juste pour les décorations et autres ?
La est un des points fort (selon moi) de WMFS.
En effet il est totalement manipulable à la souris, et tout autant au clavier.
Tu auras donc les trois types d'utilisations possible de WMFS :
Comme tout gestionnaire de fenêtre tiling, WMFS gère le layout free (mode classique si tu préfère, appelé parfois float).
Tu peux si tu le désire cacher l'infobar de WMFS et utiliser un autre logiciel plus eye-candy (par exemple tint2 ?) en tant que systray/infobar/etc...
WMFS est très souple tu peux faire ce que tu veux avec :)
Je pense que le nombre importe peu ici, ce sont tout simplement les goûts et les couleurs (certains sont fana de windows, d'autres cracheront sur Linux en prônant la pomme ou *BSD avec des arguments plus ou moins valables).
Mais bon soit, la question est posée alors autant y répondre :
Tag 2 : client torrent / fenêtres de téléchargements en cours (firefox/autre...)
Tag 7 : mplayer / shell (liste des films/séries)
Tag 8 : screen { vim / man / shell (git, build) / gdb }
Tag 9 : client web (dwb)
Les autres tags me servant pour des actions exceptionnelles, ou quand j'ai besoin de manipuler rapidement des fenêtres d'un écran à l'autre, le tiling me permet de les déplacer/replacer efficacement sans recouvrir d'autre fenêtres en laissant des trous inutilisés (donc pertes de place dans la zone de travail des fenêtres) etc...
L'intérêt est de ne pas perdre de temps à placer tes fenêtres, le WM le fait pour toi et de plus tu as une vu d'ensemble de ton espace de travail (car aucune fenêtre ne couvre les autres).
Selon moi c'est un gain de productivité énorme (tu vois tout de suite ce que tu fais et tu ne dois pas appuyer 15 fois sur alt+tab pour te placer dans la bonne fenêtre).
De plus pour les adeptes de la souris (les mouse-maniac, aka mousiac ? :D), WMFS peut-être utilisé à la souris (autant qu'il peut-être utilisé au clavier).
Non, on se fou totalement du nombre de ligne de code. Mais même sans y attacher d'importance, on voit que WMFS reste petit au niveau des sources (donc facilement abordable pour les développeurs!) et ne perd pas en lisibilité/fonctionnalités. :)
[^] # Re: Quagga, zebra ?
Posté par David Delassus (site web personnel) . En réponse au journal Sondage d'intérêt pour fwallsh. Évalué à 2.
C'est deux logiciels que je ne connaissais pas. Merci du lien :)
Le projet est encore à l'état d'idée (d'où ce sondage), on y travaille encore.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# duplicity
Posté par David Delassus (site web personnel) . En réponse au journal Synchroniser deux répertoires rdiff-backup. Évalué à 1.
Si tu es soucieux sur tes transferts, tu peux regarder du côté de duplicity.
Le fonctionnement est identique à rdiff-backup mais intègre un chiffrement à l'aide GPG sur les données transférées.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: problem pour lancer un terminal
Posté par David Delassus (site web personnel) . En réponse à la dépêche WMFS 2 est disponible. Évalué à 2.
Ouvre un ticket sur le bugtracker ou rapporte le bug sur le salon IRC :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Possibilité
Posté par David Delassus (site web personnel) . En réponse à la dépêche WMFS 2 est disponible. Évalué à 2.
Actuellement impossible, désolé. Tu peux toujours faire une feature request sur le bugtracker.
Ou bien évidement :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Merci pour la découverte :)
Posté par David Delassus (site web personnel) . En réponse à la dépêche M.A.R.S. — jeu shooter spatial à plusieurs. Évalué à 5.
Ce genre de jeu d'arcade est toujours très prenant, j'ai peur de l'installer :)
Bon soit, on va quand même tester histoire de pouvoir faire quelques critiques, après avoir vu le trailer je pense que je vais adhérer.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Il y a github, et le reste
Posté par David Delassus (site web personnel) . En réponse au journal GitHaven. Évalué à 4.
J'ai testé pas mal de forge (codingteam, redmine, trac, gitorious, etc...)
Il y a quelques features intéressantes chez Github que je n'ai pas vu ailleurs
username.github.comsur ton compte, tu push ton site statique dedans, et tu obtiens ton site à l'adressehttp://username.github.com.git checkout --orphan gh-pages)gh-pagesdans un de tes projets, tu place le site statique de ton projet dedans, et tu as le site à l'adressehttp://username.github.com/tonprojet.CNAMEcontenant un nom de domaine. Tu fais pointer ce NDD vers les serveurs de Github, et il n'y a rien de plus à faire.J'ai vu que gitorious faisait payer les sous nom de domaine (offre basique à 99$/mois), alors que chez github, c'est gratuit.
Pour sourceforge il te propose également un site+sous nom de domaine. Cependant faut utiliser FTP (ou SFTP je sais plus), ici avec github c'est par git (git clone/git push/et tout les joyeuseté de git: transfert sécurisé via SSH avec clé RSA/DSA/EDSA)
Codingteam je ne sais pas si il propose quoi que ce soit du genre.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Options
Posté par David Delassus (site web personnel) . En réponse au journal Des nouvelles de Cream-Browser. Évalué à 1.
J'avais prévu (et je ne sais pas si WebKit, enfin libsoup plutôt me le permettra, je vais potasser les deux) était plutôt simple :
example.domain.com, j'enregistre les cookies au domainedomain.com.www.domain.com, je lui envoie les cookies enregistrés précédemment, et j'en enregistre de nouveaux, toujours associés au domaine cité.www.example.fr, je ne lui envoie aucun cookies car il n'y en a aucun enregistré pourexample.fr, j'en enregistre pour ce domaine.example.domain.com, je lui envoie les cookies enregistré au domainedomain.commais pas ceux enregistré pourexample.fr.about:cookies) la possibilité de modifier les cookies (valeur, durée de vie, etc...)De plus, je pense que le premier point permettra d'éradiquer la publicité ciblée (qui, il me semble corrigez moi si je me trompe, utilise les cookies pour connaître les sites visités par l'utilisateur et donc ces centres d'intérêts).
J'ai implémenté il y a peu la gestion des profils dans Cream-Browser. (
cream-browser -p <profil>). Le profil par défaut est donc"default". Les cookies seront enregistré dans le dossier :${XDG_CACHE_HOME}/cream-browser/<profil>/cookies/. Donc si on lance deux instances de Cream-Browser sous deux profils différents, on aura ainsi la possibilité d'aller sur le même site sous deux sessions différentes (utile pour le développement de site web) :)Et il y aura certainement d'autres idées concernant la gestion des cookies qui me viendrons en tête.
NB: Les cookies ne sont pas encore implémenté, je dois d'abord coder la gestion du dossier de cache :p
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Tiling browser
Posté par David Delassus (site web personnel) . En réponse au journal Des nouvelles de Cream-Browser. Évalué à 1.
Ah je ne savais pas pour Konqueror, merci de l'info :)
Merci pour le soutiens ^^, ici le but n'est pas de remplacer firefox mais d'implémenter les fonctionnalités les plus intéressante qu'il offre (look vimesque, multi-protocole, profiles, bloqueur de pub/popup/plugins (tel que flashplayer), le tout en natif et simplifié au minimum pour plus de rapidité et de légèreté :)
M'enfin je prévois quand même une gestion des plugins même si je n'ai aucune idée de comment ^^
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Gopher
Posté par David Delassus (site web personnel) . En réponse au journal Des nouvelles de Cream-Browser. Évalué à 2.
Sachant que chaque modules peut-être désactivé à la compilation, je pense que cela peut être sympa de l'intégrer.
D'autant plus que Gopher n'est pas si lourd que ça, un simple socket + un ptit GIOChannel (pour l'asynchrone) et c'est réglé.
Par exemple :
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Tiling browser
Posté par David Delassus (site web personnel) . En réponse au journal Des nouvelles de Cream-Browser. Évalué à 5.
Oui je connais dwb, justement c'est lui qui m'a donné l'idée d'inventer le split. Car je trouvais malheureux de ne pouvoir redimensionner les vues :)
Dans le concept c'est différent :
On pourrait représenter ce schéma par un arbre binaire ou chaque noeud est un GtkPaned, la racine le GtkVimSplit, les feuilles les WebView.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# RSS disponible
Posté par David Delassus (site web personnel) . En réponse au journal Plstblog, un générateur de blog statique écrit en Perl. Évalué à 1.
J'ai ajouté aujourd'hui la génération du flux RSS 2.0, voici ce qu'il faut ajouter dans la config :
Il y a encore quelques détails à peaufiner (création d'une variable pour ajouter le lien du flux à la page (x)HTML par exemple) mais cela marche niquel pour l'instant :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Flux RSS
Posté par David Delassus (site web personnel) . En réponse au journal Plstblog, un générateur de blog statique écrit en Perl. Évalué à 1.
Il ne serait pas question d'un flux RSS des commits mais d'un flux RSS des articles posté sur le blog. :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: pas de solution clé en main?
Posté par David Delassus (site web personnel) . En réponse au journal Plstblog, un générateur de blog statique écrit en Perl. Évalué à 2.
J'ai regardé très vite fait quelques logiciels du genre (shblog notamment). Mais ne trouvant rien au bout de 10min j'ai fait le mien :)
De plus ici, comme je l'utilise pour Cream-Browser (donc sur github) tout est géré via git : j'édite, je génère, je commit/push et hop.
Au niveau standard, la encore une fois je l'ai développé selon mes besoins (donc selon les contraintes de github: 100% (x)HTML), après peut-être qu'il y avait quelque chose de plus standard et adapté je ne sais pas :)
plstblog c'est juste le strict minimum :
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Flux RSS
Posté par David Delassus (site web personnel) . En réponse au journal Plstblog, un générateur de blog statique écrit en Perl. Évalué à 2.
On m'a conseillé plutôt Atom (avec comme argument: RSS qui se fait vieux, perso j'en sais rien).
J'vais donc regarder dans les specs histoire de voir comment ça marche :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Comparaison avec Jekyll ?
Posté par David Delassus (site web personnel) . En réponse au journal Plstblog, un générateur de blog statique écrit en Perl. Évalué à 5.
Pas grand chose je pense, ici c'est en perl, Jekyll est en ruby.
Après j'ai pas cherché non plus d'autres outils de ce type. Il me le fallait, je l'ai codé :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Github en Perl
Posté par David Delassus (site web personnel) . En réponse au journal Plstblog, un générateur de blog statique écrit en Perl. Évalué à 2.
Github, bien que malheureusement non libre, offre une forge bien pratique, je cite :
Bref, c'est powerful et malheureusement non-libre.
Après, je ne connais pas les alternatives (gitorious ne propose pas autant de fonctionnalités à ma connaissance, il me semble que c'est juste un dépôt git en fait).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# WMFS, acte V : Les menus
Posté par David Delassus (site web personnel) . En réponse à la dépêche WMFS, Window Manager From Scratch. Évalué à 1.
WMFS, acte V : Les menus : http://ur1.ca/3vuen
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Cream Desktop Environment
Posté par David Delassus (site web personnel) . En réponse au journal Cream-Browser. Évalué à 1.
Haha, non aucune référence :) La seule référence faite c'est les crèmes glacées.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Toujours à la recherche du graal
Posté par David Delassus (site web personnel) . En réponse à la dépêche WMFS, Window Manager From Scratch. Évalué à 3.
Les logiciels qui rajoutent des fonctionnalités de "pavage" ne sont pas la meilleure solution selon moi.
Les WM non-tiling sont développés afin d'être utilisés en tant que WM non-tiling. Leurs ajouter une possibilité de mosaïque n'est pas forcément adapté.
Souvent dans un floating WM, on a différentes décorations (titlebar, bordure de fenêtre, etc...) qui prennent plus ou moins de place. Le tiling a pour but de gagner de la place en organisant les fenêtres de manière à occuper toute la place disponible. N'est=ce pas un peu paradoxal d'utiliser du tiling pour gagner de la place avec un WM qui en utilise pas mal juste pour les décorations et autres ?
Pour moi il y a pas photo, je n'utiliserai jamais KDE en tiling :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Toujours à la recherche du graal
Posté par David Delassus (site web personnel) . En réponse à la dépêche WMFS, Window Manager From Scratch. Évalué à 2.
La est un des points fort (selon moi) de WMFS.
En effet il est totalement manipulable à la souris, et tout autant au clavier.
Tu auras donc les trois types d'utilisations possible de WMFS :
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: kde+tiling, etc
Posté par David Delassus (site web personnel) . En réponse à la dépêche WMFS, Window Manager From Scratch. Évalué à 2.
Comme tout gestionnaire de fenêtre tiling, WMFS gère le layout free (mode classique si tu préfère, appelé parfois float).
Tu peux si tu le désire cacher l'infobar de WMFS et utiliser un autre logiciel plus eye-candy (par exemple tint2 ?) en tant que systray/infobar/etc...
WMFS est très souple tu peux faire ce que tu veux avec :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# WMFS, acte IV : La statusbar
Posté par David Delassus (site web personnel) . En réponse à la dépêche WMFS, Window Manager From Scratch. Évalué à 2.
WMFS, acte IV : La statusbar : http://ubunblox.servhome.org/wmfs-acte-iv-la-statusbar.html
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: L’intérêt du tiling
Posté par David Delassus (site web personnel) . En réponse à la dépêche WMFS, Window Manager From Scratch. Évalué à 3.
Je pense que le nombre importe peu ici, ce sont tout simplement les goûts et les couleurs (certains sont fana de windows, d'autres cracheront sur Linux en prônant la pomme ou *BSD avec des arguments plus ou moins valables).
Mais bon soit, la question est posée alors autant y répondre :
Les autres tags me servant pour des actions exceptionnelles, ou quand j'ai besoin de manipuler rapidement des fenêtres d'un écran à l'autre, le tiling me permet de les déplacer/replacer efficacement sans recouvrir d'autre fenêtres en laissant des trous inutilisés (donc pertes de place dans la zone de travail des fenêtres) etc...
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: L’intérêt du tiling
Posté par David Delassus (site web personnel) . En réponse à la dépêche WMFS, Window Manager From Scratch. Évalué à 3.
L'intérêt est de ne pas perdre de temps à placer tes fenêtres, le WM le fait pour toi et de plus tu as une vu d'ensemble de ton espace de travail (car aucune fenêtre ne couvre les autres).
Selon moi c'est un gain de productivité énorme (tu vois tout de suite ce que tu fais et tu ne dois pas appuyer 15 fois sur alt+tab pour te placer dans la bonne fenêtre).
De plus pour les adeptes de la souris (les mouse-maniac, aka mousiac ? :D), WMFS peut-être utilisé à la souris (autant qu'il peut-être utilisé au clavier).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: 7886 SLOC
Posté par David Delassus (site web personnel) . En réponse au journal WMFS, Window Manager From Scratch. Évalué à 3.
Non, on se fou totalement du nombre de ligne de code. Mais même sans y attacher d'importance, on voit que WMFS reste petit au niveau des sources (donc facilement abordable pour les développeurs!) et ne perd pas en lisibilité/fonctionnalités. :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg