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. :)
Les fonts Xft sont gérées. Pour les keychains non ce n'est pas géré, tu peux juste associer une touche à un ou plusieurs modifiers (genre Ctrl + Alt + Q = client_kill).
Si c'est pas un carré parfait alors il y a des colones du layout qui contiendront moins de fenêtres que les autres.
Si tu as plusieurs images ouvertes alors il te faudra jouer avec nmaster (avoir plusieurs fenêtres principales). Après c'est à toi de placer tes fenêtres au bon endroit si elle ne sont pas mise selon tes désirs.
[^] # 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
[^] # Re: Pile
Posté par David Delassus (site web personnel) . En réponse au journal WMFS, Window Manager From Scratch. Évalué à 1.
Les fonts Xft sont gérées. Pour les keychains non ce n'est pas géré, tu peux juste associer une touche à un ou plusieurs modifiers (genre Ctrl + Alt + Q = client_kill).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: une depeche
Posté par David Delassus (site web personnel) . En réponse au journal WMFS, Window Manager From Scratch. Évalué à 1.
Je l'ai envoyé, c'est en cours de validation je pense :) (mais pourquoi se presser ?)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Dispositions
Posté par David Delassus (site web personnel) . En réponse au journal WMFS, Window Manager From Scratch. Évalué à 2.
Tu parles du futur layout inspiré du split/vsplit de Vim dont j'ai parlé dans la news la en fait :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Captures d'écran
Posté par David Delassus (site web personnel) . En réponse au journal WMFS, Window Manager From Scratch. Évalué à 2.
Les captures d'écrans sont disponibles sur le site de WMFS, http://wmfs.info/projects/wmfs/wiki/Example_of_wmfsrc
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Dispositions
Posté par David Delassus (site web personnel) . En réponse au journal WMFS, Window Manager From Scratch. Évalué à 2.
Si c'est pas un carré parfait alors il y a des colones du layout qui contiendront moins de fenêtres que les autres.
Si tu as plusieurs images ouvertes alors il te faudra jouer avec nmaster (avoir plusieurs fenêtres principales). Après c'est à toi de placer tes fenêtres au bon endroit si elle ne sont pas mise selon tes désirs.
Personnellement je n'utilise pas ce layout :P
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: une depeche
Posté par David Delassus (site web personnel) . En réponse au journal WMFS, Window Manager From Scratch. Évalué à -7.
Peut-on proposer un journal en tant que dépèche ?
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg