I love OpenOffice.org, and have been using it for years. One of the benefits is the sheer amount of space that one can save when using OpenOffice Writer - the ODT files are much smaller. In an age where hard drives and other storage doesn't limit the size of files as much, it seems I am a dinosaur for even considering the amount of bytes I can save. Still, the more free space I have, the more I can store. Plus, when it comes to sending and receiving documents, the smaller they are the less impact it is on a network. In the grand scheme of things, I think bloated documents are as bad as low bandwidth in some areas.
This benefit of OpenOffice.org is lost when I have to send someone a Microsoft Office format for a text file. It bugs me, and I often forget to wipe the converted files to save space - maybe I am getting old. Thus, when I came across How to open ODT (openoffice.org text) files in Microsoft Word, I was surprised and happy.
Open ODT document via File > Open, or by double-clicking the ODT file and when prompted for the application to open it with, choose Word.
If you have Office 2003, installing the Sun ODF Plugin should just work.
If you don’t have administrator privileges to install software, you can try an online converter such as Zamzar or Media Convert. You can also upload ODT documents to Google Docs or Zoho Writer.
Thank you. Now, when I accidentally send a smaller file and am short on time, I can simply point people to that and allow me to stop converting files because Microsoft itself had never supported ODT - an open standard with open source software that they could easily have allowed for to be intercompatible.
gettext is the GNU internationalization and localization (i18n) library. It is commonly used for writing multilingual programs. It has an implementation in a lot of different languages and it's also commonly used in PHP applications.
But what does you mean by internationalisation? Actually, when you write computer code you are also going to write into your code some sentences which will be prompted to the used who is running the application. Those sentences are always written in a language of your choice. But what if that person doesn't understand that language.
The first reaction to solve this problem would be to say : "Ok, but I'm gonna make another version of the code in an other language. I'll translate all those sentences so that my application could be used by other people". And we agree, this is indeed the first solution we get. But this is not optimal since you decide to modify your intial app, you'll have to modify all the translated app too and this is not an issue. It's totally broken to work like this because it imply an enormous quantity of duplicated code and a big amount of work !
That's the moment when gettext came and solved all your problems ! Indeed, the gettext solution proposes te replace all those strings with a call to a gettext function with your sentence as parameter. This function check the chosen language and if it knows a translation of the sentence in that language, it returns the translated sentence, otherwise it returns the initial sentence.
Quand vous êtes un utilisateur fréquent de machines distantes, il arrive que ça soit pratique d'optimiser un peu votre client ssh pour ne pas toujours devoir tapper une ligne de commande hyper longue, juste pour se connecter à un serveur. Si vous utilisez votre client ssh comme le commun des mortels, voici la ligne de commande que vous utilisez d'habitude :
Je viens de sortir de la salle de conférence et tout le monde en parle, aujourd'hui Google a présenté au monde une technologie qui risque bien de révolutionner la manière dont nous utilisons internet tous les jours de manière assez révolutionnaire. En effet, je suis actuellement en Californie à San Francisco pour la conférence internationale du Google I/O. C'est une conférence organisée par Google.
Hier au keynote Google nous en avait déjà mis plein la figure en offrant à tous les participants de la conférence un HTC Magic Android (Google-Phone) gratuiement ... sachant que nous sommes environ 4000 ici, c'était déjà un gros cadeau !
Aujourd'hui au keynote, Google a présenté son nouveau produit révolutionaire : Google Wave
Ici je ne parle pas d'un service google comme un autre. En effet, ici il s'agit vraiment d'un produit qui va avoir de grande implications au niveau du web. voyons d'abord de quoi il s'agit.
Google Wave est un service qui a pour but de revoir notre manière de communiquer avec le mail. En gros c'est un nouvel outil qui permet de communiquer par mail, rédiger des documents de manière collaborative, partager des infos, partager des photos, des documents, et tout ça en temps réel. Ces mails peuvent aussi être traduits en temps réels (tout en étant envoyés en temps réel).
Bref, un principe en temps réel. De plus, inutile d'envoyer des mails, de les forwarder, d'avoir de la duplication de code dans tous les sens, ici ça fonctionne comme une chambre de discussion ou tout le monde a accès au contenu, peut le modifier et l'adapter.
Tout ça est évidement complètement basé sur les fonctionnalités de streaming de l'HTML 5 qui permet de faire toutes ces choses assez terrible. C'est aussi basé sur le protocole XMPP qui permet de partager l'info en stream vers plusieurs serveurs en même temps de manière optimale.
Mais vous allez me dire : "oui, mais comme tous les produits google, ça ne marchera qu'avec ceux qui ont aussi un compte google". Et là je vous arrête tout de suite. Ici Google va proposer son protocole de manière OpenSource ... tout le monde pourra implémenter son serveur wave chez lui. Au même titre qu'on pouvait avoir un serveur IMAP ou SMTP chez soi avant.
De la même manière, les personnes utilisant encore l'ancien système de mails resteront compatibles avec le wave, ils n'auront juste pas accès à toutes les fonctionnalités proposées par ce nouveau protocole.
J'ai évidement un peu de mal à vous partager mon enthousiasme car la démo a duré 2 heures et pendant 2 heures je suis resté sur mon cul de toutes les fonctionnalités qui ont été présentées. Pour bien comprendre à quel point c'est révolutionnaire il faudrait pouvoir vous montrer une démo. Peut-être que la keynote du Google IO sera disponible sur youtube bientôt, je viendrais mettre à jour mon billet si je la trouve. Pour le moment la keynote de hier est on-line donc celle d'aujourd'hui le sera très prochainement à la même adresse.
La release du code n'est pour le moment pas publique car c'est encore en beta et Google le réserve en prémium aux participants de la conférence du Google IO afin d'avoir des beta testeurs (on est quand même 4000 développeurs, donc ça leur fait déjà un bon set de testeurs). Mais la release publique arrivera bientôt je l'espère. En tout cas Google nous promet de proposer ce protocole en Open Source. De toute façon, si Google veut que ça marche, il n'a pas le choix. Si on veut pouvoir utiliser ce protocole à grande échelle c'est la seule manière de s'y prendre.
Donc voilà, rendez-vous dans 6 mois / 1 an pour la release publique... en attendant je m'en vais tester ce nouveau protocole révolutionnaire avec mes collègues du bureau ... je sens que ça va être assez terrible.
C'est chaque fois un peu ennuyant d'envoyer des email à ses amis ou des clients pour tester une applications web n'est-ce pas?
Pour éviter ça, vous pouvez changer d'application mail ou modifier votre configuration postfix, mais c'est lourd en manipulation et pas toujours évident pour tout le monde. De plus, je viens de trouver une solution bien plus simple et facile :
Ca a mis du temps à sortir des maquettes, on n'en parle pas encore beaucoup ou timidement, mais si vous voulez en savoir plus à propos du projet de GNOME 3.0 vous allez surement aimer la lecture du planning détaillé que l'équipe de développement nous prépare. Pendant le GUADEC (Users’ And Developers’ European Conference) l'idée de base était surtout de parler de GNOME 3.0 et on espérait aussi que ça serait l'occasion pour qu'on puisse commencer à en parler plus sérieusement. Et c'est arrivé. Avant les gens essayaient vaguement de mettre quelques propositions d'idées sur papier, après le GUADEC nous voyons un résultat plus concret avec un planning précis, des propositions et du code !
Espérons maintenant que le planning qui a été mis en place est la bonne manière d'avancer, et qu'elle sera acceptée par la communauté. Pour en savoir plus je n'ai pas recopié le mail d'annonce, mais allez lire ce dernier (il est coupé en deux à cause du système d'archives web, voici la seconde partie) ou vous pouvez aussi aller lire la version wiki.
Cette nouvelle version va apporter beaucoup de nouveautés et de changements. C'est à double tranchant et peut proposer des avantages comme des inconvénients. Espéront qu'on ne va pas assister à un grand flop comme on a pu le voir avec KDE 4 qui se remet tout doucement de sa chute. Voici en quelques lignes les grands axes de développement proposé pour GNOME 3.0 :
Une nouvelle expérience utilisateur
Gnome Shell a pour but de changer la façon de passer d'une application à l'autre, changer la manière de fonctionner habituelle
Changer la manière dont on accède à nos documents et notre manière de fonctionner
Remise à jour de la platteforme
Supprimer toutes les librairies dépréciée qui sont encore utilisées et qui ne devraient pas
Créer un staging pour les librairies promettantes qui ne sont pas encore intégrée car pas encore assez stables, mais ça pourrait venir (comme Gstreamer)
Intégrer quelques effets sympas qui sont déjà largement utilisés comme les effets 3D (avec Clutter) ou la géolocalisation (avec GeoClue)
Intégrer quelques dépendances extérieures comme D-Bus ou Avahi
Rendre les bindings plus proche et attirer les développeurs de plusieurs langages
Ce billet n'apporte pas grand chose au monde, mais juste ma configuration vim du moment qui se trouve dans mon fichier ~/.vimrc (et que vous pouvez aussi mettre dans votre fichier /etc/vim/vimrc. C'est pas grand chose c'est vrai, mais en même temps c'est vraiment pratique d'avoir bien configuré son éditeur de fichier préféré pour optimiser sa vitesse de travail.
Si vous avez vous aussi des configurations particulières et perso que vous trouvez bien pratiques et que vous ne retrouver pas ici, n'hésitez pas à m'en faire part dans les commentaires. Autant optimiser au maximum pour avoir une configuration parfaite (même si chacun a ses petites manies, j'en convient )
Alors voilà, j'avais pas prévu d'écrire un article là-dessus, mais soudain, un coup d'inspiration. En effet, je croise de plus en plus de gens apte à programmer et à scripter pas mal d'actions pour se faciliter la vie. Je vois aussi les gens qui ouvrent leurs codes et les proposent en OpenSource à leurs amis ou même sur l'internet ... et je trouve ça absolument génial.
Pourtant on entend régulièrement d'un autre coté des gens se plaindre de failles de sécurités dans Windows, dans IE, dans Firefox, dans Ubuntu ... je vais pas citer tout ... mais on est bien d'accord que les failles de sécurités existent dans pas mal de logiciels et quand ces logiciels sont un peu populaires, la détection d'une de ces failles fait directement beaucoup de bruit car facilement exploitable à grande échelle.
Alors je pense qu'un coup de sensibilisation auprès des programmeurs réguliers est nécessaire. En effet, je pense que trop peu de gens se soucient en programmant des risques de failles de leurs propres petit logiciels. Un petit script c'est vite fait, il marche, tant mieux ... puis on en fait un script nautilus, ça marche toujours, c'est cool ... puis de plus en plus de gens l'utilisent jusqu'au jour où ce petit script nautilus utilisant une propriété particulière se voit attaqué pour cause d'une petite faille qu'on n'aurait jamais cru exploitée, et c'est là que le bas blesse ... mais ça c'est la responsabilité du/des programmeurs.
