Résoudre les soucis codec Indeo Lingos iv50 avec Vista

Etant passé sous Vista, vous vous rendez compte que certaines vidéos avec le codec iv50 sont devenues illisibles.

En fait, ce codec a été retiré de windows XP version SP1, pour des causes de copyrights.
Il est toutefois disponible dans plusieurs packs de codecs (comme le K Lite pack Codec ) ou encore même directement depuis le site du constructeur.

Mais même avec tout ça , impossible de lire les vidéos en iv50.

Et c’est là qu’au détour d’un forum j’ai trouvé la solution !

en fait, il faut lancer une invite de commande, et lancer la ligne de commande suivante :

regsvr32 ir50_32.dll

Cette commande permet en fait de spécifier à Vista la présence de la dll du codec, parce que l’installeur Indeo installe le codec, mais Vista ne le détecte pas, or c’est précisement ce que fait la ligne de commande.

Une fois la commande exécutée, vous pourrez lire les vidéos avec le codec ACM fourcc Indeo Lingos Indeo Vidéo iv50 avec M2dia player Classic sans souci

Gengo : résoudre l’erreur Call to a member function wp_rewrite_rules() on a non-object in /wp-includes/classes.php

Gengo, plugin de wordpress pour le multilinguisme, entre en conflit avec certains plugins lors de leurs installation.

Le code d’erreur est de la forme :

Fatal error: Call to a member function wp_rewrite_rules() on a non-object in /wp-includes/classes.php on line ...

que se passe t il donc pour obtenir cette erreur ?

En simplifiant, cette erreur survient lorsqu’un plugin essaye de définir sa langue avant que Gengo soit chargé, et que la fonction du plugin enquestion « load_plugin_textdomain » doit être encapsulée dans une autre fonction appelée au init pour fonctionner.

Là vous êtes paumés et vous sortez un mouchoir, oui je sais. Mais en fin de compte ce n’est pas si compliqué que cela.

Par exemple pour le plugin Cforms qui entre en conflit avec Gengo, en allant /plugins/cforms/cforms.php, on a à la ligne 33 :
load_plugin_textdomain('cforms');

Et c’est cette ligne de code qui pose souci, il faut l’encapsuler dans une autre fonction et l’appeler au init pour que tout rentre dans l’ordre.

Donc
load_plugin_textdomain('cforms');
devient
function cforms_load_textdomain() {
load_plugin_textdomain('cforms');
}
add_action('init', 'cforms_load_textdomain');

Un autre exemple ? Cette fois-ci avec MailPress, plugin d’envoide newsletter pour wordpress, qui pose lui souci avec Gengo.
Là encore, en allant dans /plugins/mailpress/Mailpress.php, on a ligne 34 :

// for gettext
load_plugin_textdomain('MailPress', MP_PATH . 'mp-content/languages');

Sur le même principe, la solution afin que tout fonctionne correctement est :
function mailPress_load_textdomain() {
//load_plugin_textdomain('cforms');
load_plugin_textdomain('MailPress', MP_PATH . 'mp-content/languages');
}
add_action('init', 'mailPress_load_textdomain');

Gengo : comment résoudre l’erreur Call to undefined function get_currentuserinfo() in /wp-content/plugins/gengo/gengo.php on

Gengo est un plugin de wordpress relativement puissant permettant de gérer le multilinguisme.

Toutefois, il arrive souvent qu’il rentre en conflit avec d’autres plugins, notamment en affichant l’erreur suivante :

Call to undefined function get_currentuserinfo() in /wp-content/plugins/gengo/gengo.php on line

La solution à ce souci est relativement simple, et est donnée ici , et effectivement c’est logique :

La fonction get_currentuserinfo() est défini dans le fichier pluggable.php, fichier qui est chargé APRÈS que tous les plugins aient été chargés, ce qui veut dire que vous appeler une fonction qui n’a pas encore été définie au moment ou elle essaye d’être exécutée depuis votre plugin.

Dans mon cas l’appel posant problème venait de gengo :

function locale($locale) {
global $wp_rewrite, $gengo_use_default_language, $userdata;
if (isset($this->processed_locale)) return $locale;
$this->processed_locale = true;
if (!$this->languages) return $locale;
if (is_admin() || $gengo_use_default_language) {
get_currentuserinfo();
$this->add_language_preference($this->get_default_language_id());
}

devient

function locale($locale) {
global $wp_rewrite, $gengo_use_default_language, $userdata;
// On inclus le fichier où est définie la fonction :
require (ABSPATH . WPINC . '/pluggable.php');
if (isset($this->processed_locale)) return $locale;
$this->processed_locale = true;
if (!$this->languages) return $locale;
if (is_admin() || $gengo_use_default_language) {
get_currentuserinfo();
$this->add_language_preference($this->get_default_language_id());
}

Dreamweaver planté sur mac : dwscripts is not defined

C’est le genre de trucs qui généralement arrive sans faire gaffe…

On est en train de bosser peinard, et là boum Dreamweaver a un souci assez grave, qui lui fait pousser des poopup de partout, au démarrage, au click, plus de copier coller, bref, c’est l’horreur.Errreur Dreamweaver au démarrage

Quelques petites recherches Google plus tard, je m’aperçois qu’il ne s’agit pas d’un cas isolé, loin de là, mais que je devais être le seul péquenot à qui ce n’était pas encore arrivé.

En résumé, il s’agit en fait de fichiers de configuration de dreamweaver qui sont corrompus, et beaucoup de solutions sont données , du plus soft au plus hardcore : renommer l’ancien répertoire, réinstaller dreamweaver, appeler Mr Professeur Kiwensoga (retour de la femme aimée en 48 heures et accessoirement déblocage de dreamweaver, don de magies blanches et noire de père en fils, officie contre don d’argent…)

Mais au Ô rage, Ô désespoir, la plupart de ces solutions sont pour WINDOWS ! :
http://www.communitymx.com/blog/index.cfm?newsid=634
– http://aurora7795.blogspot.com/2007/03/dreamweaver-on-mac-javascript-problems.html
– http://www.phwinfo.com/forum/macromedia-dreamweaver/358054-please-help-dreamweaver-crashing.html

Mais la solution est finalement donnée par le point 12 ici : http://kb2.adobe.com/cps/191/tn_19105.html#user_config

Mon chemmin à moi est MonMac/Utilisateurs/monUser/Bibliothèque/ApplicationSupport/Adobe/Dreamweaver 9/Configuration

Qui en gros on applique le même principe que sur Windows, càd renommer le répertoire Configuration en Configuration_old (Configuration_QuiSeCorrompTouteSeuleSansQuonLuiDemandeCestMaqigue, ça faisait un peu long), afin que Dreamweaver puisse recréer tout seul comme un grand ce fameux répertoire « Configuration » avec tout qui va bien au bon endroit que la vie est magnifique les petits oiseaux cuicui et les petites abeilles biz biz…

Donc au final Dreamweaver fonctionne, et il est bon de connaitre cette petite astuce, qui plus est quand on est sur Mac