Michael Janssen: Shiny roofs are good for the environment!
This is definitely some of the geekiest humor that I have ever read. Funniest site I stumbled upon all day. That is all.
| Candidate | Total votes | Votes short of next* | Pre-poll | |||
|---|---|---|---|---|---|---|
| pos | % | |||||
| Tarja Halonen | 1,396,161 | 46,3 % | not applicable | 1st | 52 | |
| Sauli Niinist | 725,213 | 24,1 % | 670,948 | 48 % | 2nd | 20 |
| Matti Vanhanen | 561,556 | 18.6 % | 163,657 | 23 % | 3rd | 18 |
| Heidi Hautala | 105,086 | 3.5 % | 456,470 | 81 % | 4th | 4 |
| Timo Soini | 103,368 | 3.4 % | 1,718 | 2 % | 4th | 4 |
| Bjarne Kallis | 61,458 | 2.0 % | 41,910 | 41 % | 6th | 1 |
| Henrik Lax | 48,639 | 1.6 % | 12,819 | 21 % | 6th | 1 |
| Arto Lahti | 13,041 | 0.4 % | 35,598 | 73 % | 6th | 1 |
emacs-snapshot-debian directory from this arch repository and use it as the debian directory inside the Emacs source tree
Then I had to edit out the build instructions for the -nox variant
of Emacs, as it didn't build properly, and to be sure, added
this to the Emacs-gtk confflags section of debian/rules :
emacs_gtk_confflags += --with-xft=yesAfter that,
fakeroot dpkg-buildpackage -b in the source directory,
and some time later, Emacs packages with anti-aliased fonts.
There are some limitations: you need to set the font in your
~/.Xresources file like this:
Emacs*font: Monospace-8You may also want to fiddle with the
Xft.dpi and Xft.hinting
X properties to get the fonts to match your desktop environment.
OK, so it's a bit of effort, but worth it. Hopefully this patch will
mature and make its way into future Linux distributions.
The future for Ruby and Emacs is looking hopeful. I learned that a
proper Ruby grammar for the semantic package is being worked on,
which will enable class browsing and intelligent completion.
I am still disappointed that there's no version of Emacs
that uses Xft or Pango for anti-aliased font rendering. To get sharp fonts,
I still need to use a bitmap font like misc-fixed. If I were in the
business of offering bounties for open source development, dragging
Emacs into the GTK2/Pango era would be the biggest one.
Checking the mailing lists indicates that Pango is not
suitable
for Emacs, but no alternative scheme ever seems to bear fruit.
Yet if Aquamacs can do it...
If somebody came along with a decent TextMate-a-like for GNOME, I'd
pay good money for it. I've never been really happy with an editor
since Cygnus
Ed.
Hallski and I keep talking about this,
and only just manage to resist wasting months of time on trying to
write one ourselves.
La loi fait obligation aux utilisateurs (les maisons de disque et soci t s de production) de ces mesures techniques efficaces d'accorder "de mani re non discriminatoire" des licences d'utilisation aux fabricants de lecteurs et concepteurs de logiciels de lecture, condition que ceux-ci respectent leur tour ces mesures.. Ceci fait qu'aucun logiciel libre (bien plus que les soucis de licence voqu s par Tristan Nitot) n'aura jamais aucune licence qui lui sera accord e : tant que le mat riel informatique, ne supportera pas les DRM en propre, les logiciels capables de lire des contenus prot g s vont n cessairement un moment du processus de rendu (graphique pour les livres, audio pour les mp3, etc ...) avoir la version non prot g e du contenu en m moire. Le code source tant ouvert, n'importe quelle personne (m me pas forc ment de tr s grand hackers) sera capable de d tourner un logiciel libre (son code source est ouvert !) pour r cup rer cette version d cod e du contenu, et en profiter pour le sauver. Je ne suis pas juriste, mais il me parait tr s facile un distributeur de contenus (par exemple Sony) de d fendre devant un tribunal que m me si le responsable du projet libre (par exemple VLC) qui lui demande une licence est sinc re, que aucun d veloppeur de VLC ne pourra assurer Sony que leur logiciel ne sera jamais utilis pour contourner les DRM. Tant que aucun mat riel informatique ne sera capable de d coder des DRM lui m me (enlevant cette responsabilit aux logiciels), aucun logiciel libre, et plus g n ralement open source, ne pourra poss der une telle licence, parce que la loi donne tous les outils aux distributeurs et diteurs de contenus de l'emp cher. Arrive donc ma seconde inqui tude : le jour o le mat riel informatique saura g rer lui m me les contenus prot g s. En effet, le jour o l'ordinateur g rera lui m me gr ce au mat riel toutes les protections num riques autour des contenus, nous serons arriv s un r ve d'un consortium Microsoft-AMD-Intel appel Palladium. Sous des pr textes de s curit informatique, ce consortium vise implanter dans le coeur de votre ordinateur, une puce qui sait si tel ou tel mat riel respecte ou non les DRM[3], tant en charge de refuser la transmission d'un contenu sous sa forme d cod e un p riph rique louche . Bien sur, pour tre reconnu par cette puce (appel e puce TCPA comme Trusted Computing Platform Alliance ) il faudra avoir montr patte blanche ce consortium, pay le droit d' tre reconnu, etc ... Sur la FAQ TCPA vous pourrez lire pourquoi un tel syst me am nerait in vitablement l'informatique vers un monde tel que celui d crit dans la fameuse letter from 2020 dont vous pouvez lire une traduction fid le[4]. Ind pendament de toute consid ration personnelle sur le logiciel libre, la diversit est en tout lieu maintenir. Que a soit en politique, en biologie et en g n tique, ... et en informatique. De la diversit na t la concurrence et la cr ation. La diversit est m re d'innovation. Ce sont des lieux communs, mais je tiens les rappeler. Un monde du multim dia o le DRM est roi, serait un monde de la culture unique, o Microsoft serait le Moscou du silicium, et o rien ne pourrait tre fait sans l'aval du Camarade Gates. D'autre part -- et je vais reviens ici sur mon affirmation sur le fait que DAVDSI est pr matur -- interdire le contournement des DRM am ne directement un monde o les contenus ditoriaux ne sont poss d s que par les distributeurs (lire ce billet d'un autre juriste sur le sujet et les commentaires 22 de Luc Saint- lie et mon pr c dent billet lui aussi commentaire sur le blog de Me Eolas). Bien plus loin que des probl mes de copie priv e, c'est le patrimoine culturel de l'humanit qui serait enti rement poss d et g r par les distributeurs (comprendre Sony, Universal, Microsoft, ...). Une seconde lecteure de la letter from 2020 me fait avec une telle loi encore plus froid dans le dos. Une telle loi fait que le patrimoine culturel d'une nation enti re sera divis e entre les serveurs de grosses multinationales, qui n'auront en plus priori aucun devoir de les conserver (!!!!!) ou d'en prendre un soin particulier. La meilleure arme contre l'oubli et la perte de document, c'est la dispersion des contenus, et la r plication (en parler aux biblioth caires d'Alexandrie ... m me Sony n'est pas l'abri d'un incendie ... ou d'un pirate qui lui d truitait tous ses serveurs !). L' tat fran ais est en train de soutenir une loi, qui m ne au final une d possession de sa culture (comme a on pourra faire des conomies sur un minist re apr s tout... pas con!). Et je vous pargne (parce que ce billet est d j bien assez long) ma petite th orie sur les relations entre monopoles et puces DRM/TCPA (je suppose de toute fa on que ce sujet est abord sur la FAQ TCPA). Bref, au lieu de se demander qui doivent tre les garants de notre culture, et de nos contenus num riques, l' tat ne se pr occupe que de surprot ger des multinationales d j surpuissantes, de conforter leur monopole, et de surtout permettre en le gravant dans le marbre de la loi[5] les principes qui pourraient permettre ces m me multinationales de devenir les Big Brother de demain.
La loi fait obligation aux utilisateurs (les maisons de disque et soci t s de production) de ces mesures techniques efficaces d'accorder "de mani re non discriminatoire" des licences d'utilisation aux fabricants de lecteurs et concepteurs de logiciels de lecture, condition que ceux-ci respectent leur tour ces mesures.. Ceci fait qu'aucun logiciel libre (bien plus que les soucis de licence voqu s par Tristan Nitot) n'aura jamais aucune licence qui lui sera accord e : tant que le mat riel informatique, ne supportera pas les DRM en propre, les logiciels capables de lire des contenus prot g s vont n cessairement un moment du processus de rendu (graphique pour les livres, audio pour les mp3, etc ...) avoir la version non prot g e du contenu en m moire. Le code source tant ouvert, n'importe quelle personne (m me pas forc ment de tr s grand hackers) sera possible de d tourner un logiciel libre (son code source est ouvert !) pour r cup rer cette version d cod e du contenu, et en profiter pour le sauver. Je ne suis pas juriste, mais il me parait tr s facile un distributeur de contenus (par exemple Sony) de d fendre devant un tribunal que m me si le responsable du projet libre (par exemple VLC) qui lui demande une licence est sinc re, aucune d veloppeur de VLC ne pourra assurer Sony que leur logiciel ne sera jamais utilis pour contourner les DRM. Tant que aucun mat riel informatique ne sera capable de d coder des DRM lui m me (enlevant cette responsabilit aux logiciels), aucun logiciel libre, et plus g n ralement open source, ne pourra poss der une telle licence, parce que la loi donne tous les outils aux distributeurs et diteurs de contenus de l'emp cher. Arrive donc ma seconde inqui tude : le jour o le mat riel informatique saura g rer lui m me les contenus prot g s. En effet, le jour o l'ordinateur g rera lui m me gr ce au mat riel toutes les protections num riques autour des contenus, nous serons arriv s un r ve d'un consortium Microsoft-AMD-Intel appel Palladium. Sous des pr textes de s curit informatique, ce consortium vise implanter dans le coeur de votre ordinateur, une puce qui sait si tel ou tel mat riel respecte ou non les DRM[3], tant en charge de refuser la transmission d'un contenu sous sa forme d cod e un p riph rique louche . Bien sur, pour tre reconnu par cette puce (appel e puce TCPA comme Trusted Computing Platform Alliance ) il faudra avoir montr patte blanche ce consortium, pay le droit d' tre reconnu, etc ... Sur la FAQ TCPA vous pourrez lire pourquoi un tel syst me am nerait in vitablement l'informatique vers un monde tel que celui d crit dans la fameuse letter from 2020 dont vous pouvez lire une traduction fid le[4]. Ind pendament de toute consid ration personnelle sur le logiciel libre, la diversit est en tout lieu maintenir. Que a soit en politique, en biologie et en g n tique, ... et en informatique. De la diversit na t la concurrence et la cr ation. La diversit est m re d'innovation. Ce sont des lieux communs, mais je tiens les rappeler. Un monde du multim dia o le DRM est roi, serait un monde de la culture unique, o Microsoft serait le Moscou du silicium, et o rien ne pourrait tre fait sans l'aval du Camarade Gates. D'autre part -- et je vais reviens ici sur mon affirmation sur le fait que DAVDSI est pr matur -- interdire le contournement des DRM am ne directement un monde o les contenus ditoriaux ne sont poss d s que par les distributeurs (lire ce billet d'un autre juriste sur le sujet et les commentaires 22 de Luc Saint- lie et mon pr c dent billet lui aussi commentaire sur le blog de Me Eolas). Bien plus loin que des probl mes de copie priv e, c'est le patrimoine culturel de l'humanit qui serait enti rement poss d et g r par les distributeurs (comprendre Sony, Universal, Microsoft, ...). Une seconde lecteure de la letter from 2020 me fait avec une telle loi encore plus froid dans le dos. Une telle loi fait que le patrimoine culturel d'une nation enti re sera divis e entre les serveurs de grosses multinationales, qui n'auront en plus priori aucun devoir de les conserver (!!!!!) ou d'en prendre un soin particulier. La meilleure arme contre l'oubli et la perte de document, c'est la dispersion des contenus, et la r plication (en parler aux biblioth caires d'Alexandrie ... m me Sony n'est pas l'abri d'un incendie ... ou d'un pirate qui lui d truitait tous ses serveurs !). L' tat fran ais est en train de soutenir une loi, qui m ne au final une d possession de sa culture (comme a on pourra faire des conomies sur un minist re apr s tout... pas con!). Et je vous pargne (parce que ce billet est d j bien assez long) ma petite th orie sur les relations entre monopoles et puces DRM/TCPA (je suppose de toute fa on que ce sujet est abord sur la FAQ TCPA). Bref, au lieu de se demander qui doivent tre les garants de notre culture, et de nos contenus num riques, l' tat ne se pr occupe que de surprot ger des multinationales d j surpuissantes, de conforter leur monopole, et de surtout permettre en le gravant dans le marbre de la loi[5] les principes qui pourraient permettre ces m me multinationales de devenir les Big Brother de demain.
La loi fait obligation aux utilisateurs (les maisons de disque et soci t s de production) de ces mesures techniques efficaces d'accorder "de mani re non discriminatoire" des licences d'utilisation aux fabricants de lecteurs et concepteurs de logiciels de lecture, condition que ceux-ci respectent leur tour ces mesures.. Ceci fait qu'aucun logiciel libre (bien plus que les soucis de licence voqu s par Tristan Nitot) n'aura jamais aucune licence qui lui sera accord e : tant que le mat riel informatique, ne supportera pas les DRM en propre, les logiciels capables de lire des contenus prot g s vont n cessairement un moment du processus de rendu (graphique pour les livres, audio pour les mp3, etc ...) avoir la version non prot g e du contenu en m moire. Le code source tant ouvert, n'importe quelle personne (m me pas forc ment de tr s grand hackers) sera possible de d tourner un logiciel libre (son code source est ouvert !) pour r cup rer cette version d cod e du contenu, et en profiter pour le sauver. Je ne suis pas juriste, mais il me parait tr s facile un distributeur de contenus (par exemple Sony) de d fendre devant un tribunal que m me si le responsable du projet libre (par exemple VLC) qui lui demande une licence est sinc re, aucune d veloppeur de VLC ne pourra assurer Sony que leur logiciel ne sera jamais utilis pour contourner les DRM. Tant que aucun mat riel informatique ne sera capable de d coder des DRM lui m me (enlevant cette responsabilit aux logiciels), aucun logiciel libre, et plus g n ralement open source, ne pourra poss der une telle licence, parce que la loi donne tous les outils aux distributeurs et diteurs de contenus de l'emp cher. Arrive donc ma seconde inqui tude : le jour o le mat riel informatique saura g rer lui m me les contenus prot g s. En effet, le jour o l'ordinateur g rera lui m me gr ce au mat riel toutes les protections num riques autour des contenus, nous serons arriv s un r ve d'un consortium Microsoft-AMD-Intel appel Palladium. Sous des pr textes de s curit informatique, ce consortium vise implanter dans le coeur de votre ordinateur, une puce qui sait si tel ou tel mat riel respecte ou non les DRM[3], tant en charge de refuser la transmission d'un contenu sous sa forme d cod e un p riph rique louche . Bien sur, pour tre reconnu par cette puce (appel e puce TCPA comme Trusted Computing Platform Alliance ) il faudra avoir montr patte blanche ce consortium, pay le droit d' tre reconnu, etc ... Sur la FAQ TCPA vous pourrez lire pourquoi un tel syst me am nerait in vitablement l'informatique vers un monde tel que celui d crit dans la fameuse letter from 2020 dont vous pouvez lire une traduction fid le[4]. Ind pendament de toute consid ration personnelle sur le logiciel libre, la diversit est en tout lieu maintenir. Que a soit en politique, en biologie et en g n tique, ... et en informatique. De la diversit na t la concurrence et la cr ation. La diversit est m re d'innovation. Ce sont des lieux communs, mais je tiens les rappeler. Un monde du multim dia o le DRM est roi, serait un monde de la culture unique, o Microsoft serait le Moscou du silicium, et o rien ne pourrait tre fait sans l'aval du Camarade Gates. D'autre part -- et je vais reviens ici sur mon affirmation sur le fait que DAVDSI est pr matur -- interdire le contournement des DRM am ne directement un monde o les contenus ditoriaux ne sont poss d s que par les distributeurs (lire ce billet d'un autre juriste sur le sujet et les commentaires 22 de Luc Saint- lie et mon pr c dent billet lui aussi commentaire sur le blog de Me Eolas). Bien plus loin que des probl mes de copie priv e, c'est le patrimoine culturel de l'humanit qui serait enti rement poss d et g r par les distributeurs (comprendre Sony, Universal, Microsoft, ...). Une seconde lecteure de la letter from 2020 me fait avec une telle loi encore plus froid dans le dos. Une telle loi fait que le patrimoine culturel d'une nation enti re sera divis e entre les serveurs de grosses multinationales, qui n'auront en plus priori aucun devoir de les conserver (!!!!!) ou d'en prendre un soin particulier. La meilleure arme contre l'oubli et la perte de document, c'est la dispersion des contenus, et la r plication (en parler aux biblioth caires d'Alexandrie ... m me Sony n'est pas l'abri d'un incendie ... ou d'un pirate qui lui d truitait tous ses serveurs !). L' tat fran ais est en train de soutenir une loi, qui m ne au final une d possession de sa culture (comme a on pourra faire des conomies sur un minist re apr s tout... pas con!). Et je vous pargne (parce que ce billet est d j bien assez long) ma petite th orie sur les relations entre monopoles et puces DRM/TCPA (je suppose de toute fa on que ce sujet est abord sur la FAQ TCPA). Bref, au lieu de se demander qui doivent tre les garants de notre culture, et de nos contenus num riques, l' tat ne se pr occupe que de surprot ger des multinationales d j surpuissantes, de conforter leur monopole, et de surtout permettre en le gravant dans le marbre de la loi[5] les principes qui pourraient permettre ces m me multinationales de devenir les Big Brother de demain.
La loi fait obligation aux utilisateurs (les maisons de disque et soci t s de production) de ces mesures techniques efficaces d'accorder "de mani re non discriminatoire" des licences d'utilisation aux fabricants de lecteurs et concepteurs de logiciels de lecture, condition que ceux-ci respectent leur tour ces mesures.. Ceci fait qu'aucun logiciel libre (bien plus que les soucis de licence voqu s par Tristan Nitot) n'aura jamais aucune licence qui lui sera accord e : tant que le mat riel informatique, ne supportera pas les DRM en propre, les logiciels capables de lire des contenus prot g s vont n cessairement un moment du processus de rendu (graphique pour les livres, audio pour les mp3, etc ...) avoir la version non prot g e du contenu en m moire. Le code source tant ouvert, n'importe quelle personne (m me pas forc ment de tr s grand hackers) sera possible de d tourner un logiciel libre (son code source est ouvert !) pour r cup rer cette version d cod e du contenu, et en profiter pour le sauver. Je ne suis pas juriste, mais il me parait tr s facile un distributeur de contenus (par exemple Sony) de d fendre devant un tribunal que m me si le responsable du projet libre (par exemple VLC) qui lui demande une licence est sinc re, aucune d veloppeur de VLC ne pourra assurer Sony que leur logiciel ne sera jamais utilis pour contourner les DRM. Tant que aucun mat riel informatique ne sera capable de d coder des DRM lui m me (enlevant cette responsabilit aux logiciels), aucun logiciel libre, et plus g n ralement open source, ne pourra poss der une telle licence, parce que la loi donne tous les outils aux distributeurs et diteurs de contenus de l'emp cher. Arrive donc ma seconde inqui tude : le jour o le mat riel informatique saura g rer lui m me les contenus prot g s. En effet, le jour o l'ordinateur g rera lui m me gr ce au mat riel toutes les protections num riques autour des contenus, nous serons arriv s un r ve d'un consortium Microsoft-AMD-Intel appel Palladium. Sous des pr textes de s curit informatique, ce consortium vise implanter dans le coeur de votre ordinateur, une puce qui sait si tel ou tel mat riel respecte ou non les DRM[3], tant en charge de refuser la transmission d'un contenu sous sa forme d cod e un p riph rique louche . Bien sur, pour tre reconnu par cette puce (appel e puce TCPA comme Trusted Computing Platform Alliance ) il faudra avoir montr patte blanche ce consortium, pay le droit d' tre reconnu, etc ... Sur la FAQ TCPA vous pourrez lire pourquoi un tel syst me am nerait in vitablement l'informatique vers un monde tel que celui d crit dans la fameuse letter from 2020 dont vous pouvez lire une traduction fid le[4]. Ind pendament de toute consid ration personnelle sur le logiciel libre, la diversit est en tout lieu maintenir. Que a soit en politique, en biologie et en g n tique, ... et en informatique. De la diversit na t la concurrence et la cr ation. La diversit est m re d'innovation. Ce sont des lieux communs, mais je tiens les rappeler. Un monde du multim dia o le DRM est roi, serait un monde de la culture unique, o Microsoft serait le Moscou du silicium, et o rien ne pourrait tre fait sans l'aval du Camarade Gates. D'autre part -- et je vais reviens ici sur mon affirmation sur le fait que DAVDSI est pr matur -- interdire le contournement des DRM am ne directement un monde o les contenus ditoriaux ne sont poss d s que par les distributeurs (lire ce billet d'un autre juriste sur le sujet et les commentaires 22 de Luc Saint- lie et mon pr c dent billet lui aussi commentaire sur le blog de Me Eolas). Bien plus loin que des probl mes de copie priv e, c'est le patrimoine culturel de l'humanit qui serait enti rement poss d et g r par les distributeurs (comprendre Sony, Universal, Microsoft, ...). Une seconde lecteure de la letter from 2020 me fait avec une telle loi encore plus froid dans le dos. Une telle loi fait que le patrimoine culturel d'une nation enti re sera divis e entre les serveurs de grosses multinationales, qui n'auront en plus priori aucun devoir de les conserver (!!!!!) ou d'en prendre un soin particulier. La meilleure arme contre l'oubli et la perte de document, c'est la dispersion des contenus, et la r plication (en parler aux biblioth caires d'Alexandrie ... m me Sony n'est pas l'abri d'un incendie ... ou d'un pirate qui lui d truitait tous ses serveurs !). L' tat fran ais est en train de soutenir une loi, qui m ne au final une d possession de sa culture (comme a on pourra faire des conomies sur un minist re apr s tout... pas con!). Et je vous pargne (parce que ce billet est d j bien assez long) ma petite th orie sur les relations entre monopoles et puces DRM/TCPA (je suppose de toute fa on que ce sujet est abord sur la FAQ TCPA). Bref, au lieu de se demander qui doivent tre les garants de notre culture, et de nos contenus num riques, l' tat ne se pr occupe que de surprot ger des multinationales d j surpuissantes, de conforter leur monopole, et de surtout permettre en le gravant dans le marbre de la loi[5] les principes qui pourraient permettre ces m me multinationales de devenir les Big Brother de demain.
Now Playing: Alphaville — Forever Young
emacs-snapshot-debian directory from this arch repository and use it as the debian directory inside the Emacs source tree
Then I had to edit out the build instructions for the -nox variant
of Emacs, as it didn't build properly, and to be sure, added
this to the Emacs-gtk confflags section of debian/rules :
emacs_gtk_confflags += --with-xft=yesAfter that,
fakeroot dpkg-buildpackage -b in the source directory,
and some time later, Emacs packages with anti-aliased fonts.
There are some limitations: you need to set the font in your
~/.Xresources file like this:
Emacs*font: Monospace-8You may also want to fiddle with the
Xft.dpi and Xft.hinting
X properties to get the fonts to match your desktop environment.
OK, so it's a bit of effort, but worth it. Hopefully this patch will
mature and make its way into future Linux distributions.
The future for Ruby and Emacs is looking hopeful. I learned that a
proper Ruby grammar for the semantic package is being worked on,
which will enable class browsing and intelligent completion.
I am still disappointed that there's no version of Emacs
that uses Xft or Pango for anti-aliased font rendering. To get sharp fonts,
I still need to use a bitmap font like misc-fixed. If I were in the
business of offering bounties for open source development, dragging
Emacs into the GTK2/Pango era would be the biggest one.
Checking the mailing lists indicates that Pango is not
suitable
for Emacs, but no alternative scheme ever seems to bear fruit.
Yet if Aquamacs can do it...
If somebody came along with a decent TextMate-a-like for GNOME, I'd
pay good money for it. I've never been really happy with an editor
since Cygnus
Ed.
Hallski and I keep talking about this,
and only just manage to resist wasting months of time on trying to
write one ourselves.
emacs-snapshot-debian directory from this arch repository and use it as the debian directory inside the Emacs source tree
Then I had to edit out the build instructions for the -nox variant
of Emacs, as it didn't build properly, and to be sure, added
this to the Emacs-gtk confflags section of debian/rules :
emacs_gtk_confflags += --with-xft=yesAfter that,
fakeroot dpkg-buildpackage -b in the source directory,
and some time later, Emacs packages with anti-aliased fonts.
There are some limitations: you need to set the font in your
~/.Xresources file like this:
Emacs*font: Monospace-8You may also want to fiddle with the
Xft.dpi and Xft.hinting
X properties to get the fonts to match your desktop environment.
OK, so it's a bit of effort, but worth it. Hopefully this patch will
mature and make its way into future Linux distributions.
The future for Ruby and Emacs is looking hopeful. I learned that a
proper Ruby grammar for the semantic package is being worked on,
which will enable class browsing and intelligent completion.
I am still disappointed that there's no version of Emacs
that uses Xft or Pango for anti-aliased font rendering. To get sharp fonts,
I still need to use a bitmap font like misc-fixed. If I were in the
business of offering bounties for open source development, dragging
Emacs into the GTK2/Pango era would be the biggest one.
Checking the mailing lists indicates that Pango is not
suitable
for Emacs, but no alternative scheme ever seems to bear fruit.
Yet if Aquamacs can do it...
If somebody came along with a decent TextMate-a-like for GNOME, I'd
pay good money for it. I've never been really happy with an editor
since Cygnus
Ed.
Hallski and I keep talking about this,
and only just manage to resist wasting months of time on trying to
write one ourselves.
Next.