Même si l'on peut reprocher à Bilal son manque de maturité dans cet album, le scénario de Christin est assez amusant, et la patte de Bilal tout de même plus agréable que les albums précédents où ce n'était pas lui qui colorait.
On voit poindre dans cet album le Bilal du Sommeil du Monstre. La naissance d'un mythe.
L'ennui, c'est que j'utilise une mandrake (9.1, pour ne pas la citer), et il me semble que cette entrée du menu K renvoie sur l'éditeur de menu de mandrake (en gtk).Enfin je n'en suis pas sûr, je vérifierai ça ce soir.
Merci
En fait, la traduction est accessible dans toutes les 2.27.
On peut choisir entre différentes langues, dont français, catalan et japonais.
En plus, la police par défaut n'est pas antialiasée, c'est si tu en choisi une autre qu'elle est antialiasée. Donc pas grand chose à lui reprocher, à cette version...
PS: pour changer la langue, il suffit d'aller dans la fenêtre en haut de la fenêtre principale (tirer le séprateur vers le bas). Après, il y a plein d'options, comme la taille de la police, le temps entre deux sauvegardes automatiques, ... Et un menu en français permet de comprendre des options poussées de Blender auquelles on n'avait pas fait attention...
Encore une fois, on peut faire ça avec un trigger avant la suppression. Et choisir de faire une suppression en cascade (soi-même, à la main, quoi), ou annuler la suppression du domaine, au choix.
C'est fort, les triggers :)
Tu peux faire un trigger qui à chaque insertion dans la table Groupe vérifie que l'id est présent dans la table domaine... Et s'il n'est pas présent, ne fait pas l'insertion...
ps: je ne sait pas si les triggers existent avec postgreSQL
Pour une clé étrangère à plusieurs attributs, la syntaxe est la suivante:
CREATE TABLE Groupe (
id CHAR(4) NOT NULL,
intitule VARCHAR(60) NOT NULL,
domaine CHAR(3) NOT NULL :evil: :twisted: ,
lang_id INTEGER NOT NULL REFERENCES Langue(id) ON DELETE RESTRICT,
FOREIGN KEY (idn lang_id) REFERENCES Domaine
);
Enfin je suis sûr que ça marche avec Oracle 8i (désolé, c'est ce qu'on utilise à la fac). Mais il me semble que cette synthaxe est une synthaxe SQL...
Il me semble aussi qu'il n'y a pas besoin de préciser NOT NULL, car une clé étrangère est forcément not null...
Je pensait passer mon câble dans le grenier, et descendre le long des cloisons.
C'est plus esthétique que les pleintes en plastique, mais plus compliqué. Alors je veux faire le bon choix de câble dès le début. De toute façon, le câble droit dans le mur semble être commun à toutes les solutions convenables...
La solution économique est peut-être quand même de mettre dans le mur un câble droit, et de placer entre les prises et les pcs un câble droit (pour l'un) et un croisé (pour l'autre)...
Qu'en penses-tu? C'est une solution intermédiaire ...
C'est ce que je me disait aussi, jusqu'à ce que je passe mon programme pour qu'il respecte la nouvelle norme. Et là, super bizarre, avant il compilait, et après non.
J'en ai donc conclut qu'il y avait un truc bizarre, du genre: les fonctions des librairies peuvent avoir les mêmes signatures que les fonctions du programme, mais elles ne sont pas prioritaires.
Je sait, c'est tordu comme raisonnement, mais 1 jour avant de rendre un projet, et après 8 jours de codage, on ne réfléchit plus trop...
Depuis, je ne m'était pas reposé la question...
C'est vrai que c'est stupide.
Voilà, c'est ça que je cherchait tout à l'heure! Tu lui dit que tu utilises la librairie standard, et il va chercher les fonctions que tu utilises dedans. Seulement l'inconvénient, c'est si tu définit des fonctions qui ont la même signature que la stdlib. Il y a conflit, et ça ne compile pas...
Pour être encore plus sûr (de la distance), il faut le faire faire à deux personnes, qui n'ont pas la même enjambée, puis faire la moyenne... Là, on aura vraiment une approximation à ~2%... Du jamais vu, quelle précision!!!
Bon, et maintenant, lançons-nous dans l'estimation de la distance de chez toi à la mairie: mesure un de tes pas, en condition de marche normale (je sait, ça n'est pas simple), comme ça nous pourrons avoir cette estimation à ~25% ( 5% d'erreur sur le nombre de pas, et 5% sur la longueur d'un pas) :)
Mais 1400... 1400 exactement, ou c'est une estimation, ou encore une valeur arrondie?
Parce que ça change tout, les statistiques, ça nécessite de préciser le contexte... Les chiffres, ça ne fait pas tout.
Encore une fois templeet a avalé les caractères inférieurs et supérieurs.
C'est dommage, pour une démo de include, il n'y a plus rien de visible.
Pourquoi les .h ont-ils disparu à la fin des include?
Pour faire simple, g++ utilise la nouvelle norme c++ qui nécessite d'utiliser les indicateurs de portée. Ainsi, auparavant, on utilisait cout sans se soucier d'où ça venait. Maintenant, on utilise std::cout pour préciser qu'on utilise la version de la librairie standard.
Si on veut toujours utiliser une librairie, on peut bien sûr le faire, mais par défaut, on doit toujours préciser l'origine d'une fonction que l'on utilise.
Les fichiers sans .h proposent donc cette nouvelle norme, que l'on doit respecter si l'on veut que notre code soit utilisable dans 10 ans...
Bon, j'ai relu ma config pour tuxracer, qui se trouva dans ton home, dans .tuxracer/options
J'ai changé de carte depuis, mais quand j'avais une rage 128, il me semble que j'avais modifié disable_fog à vrai:
# disable_fog
#
# If true, then fog will be turned off. Some Linux drivers for the
# ATI Rage128 seem to have a bug in their fog implementation which
# makes the screen nearly pure white when racing; if you experience
# this problem then set this variable to true.
#
set disable_fog true
Il y a bien sûr plein d'autres paramètres à régler dans ce fichier pour avoir un rendu le plus esthétique possible...
Voilà.
[^] # Re: Brevetabilité du logiciel : dernière ligne droite
Posté par jm trivial (site web personnel) . En réponse à la dépêche Brevetabilité du logiciel : dernière ligne droite. Évalué à 1.
Le site bilal.enki.free.fr:
http://bilal.enki.free.fr/details_oeuvre.php3?nom_oeuvre=les_phalan(...)
Même si l'on peut reprocher à Bilal son manque de maturité dans cet album, le scénario de Christin est assez amusant, et la patte de Bilal tout de même plus agréable que les albums précédents où ce n'était pas lui qui colorait.
On voit poindre dans cet album le Bilal du Sommeil du Monstre. La naissance d'un mythe.
Ok, complètement hors sujet, mais passionnant.
[^] # Re: KDE et les raccourcis claviers.
Posté par jm trivial (site web personnel) . En réponse au journal KDE et les raccourcis claviers.. Évalué à 1.
Merci
[^] # Re: Attention : SQL Foreign key
Posté par jm trivial (site web personnel) . En réponse au journal Attention : SQL Foreign key. Évalué à 1.
A+
jm
[^] # Re: Blender en français
Posté par jm trivial (site web personnel) . En réponse au journal Blender en français. Évalué à 1.
On peut choisir entre différentes langues, dont français, catalan et japonais.
En plus, la police par défaut n'est pas antialiasée, c'est si tu en choisi une autre qu'elle est antialiasée. Donc pas grand chose à lui reprocher, à cette version...
PS: pour changer la langue, il suffit d'aller dans la fenêtre en haut de la fenêtre principale (tirer le séprateur vers le bas). Après, il y a plein d'options, comme la taille de la police, le temps entre deux sauvegardes automatiques, ... Et un menu en français permet de comprendre des options poussées de Blender auquelles on n'avait pas fait attention...
[^] # Re: Blender en français
Posté par jm trivial (site web personnel) . En réponse au journal Blender en français. Évalué à 1.
[^] # Re: Attention : SQL Foreign key
Posté par jm trivial (site web personnel) . En réponse au journal Attention : SQL Foreign key. Évalué à 2.
[^] # Re: Attention : SQL Foreign key
Posté par jm trivial (site web personnel) . En réponse au journal Attention : SQL Foreign key. Évalué à 2.
[^] # Re: Attention : SQL Foreign key
Posté par jm trivial (site web personnel) . En réponse au journal Attention : SQL Foreign key. Évalué à 1.
# Re: Attention : SQL Foreign key
Posté par jm trivial (site web personnel) . En réponse au journal Attention : SQL Foreign key. Évalué à 1.
[^] # Re: Bientôt un réseau dans ma maison :-)
Posté par jm trivial (site web personnel) . En réponse au journal Bientôt un réseau dans ma maison :-). Évalué à 2.
C'est plus esthétique que les pleintes en plastique, mais plus compliqué. Alors je veux faire le bon choix de câble dès le début. De toute façon, le câble droit dans le mur semble être commun à toutes les solutions convenables...
[^] # Re: Bientôt un réseau dans ma maison :-)
Posté par jm trivial (site web personnel) . En réponse au journal Bientôt un réseau dans ma maison :-). Évalué à 2.
Qu'en penses-tu? C'est une solution intermédiaire ...
[^] # Re: Bientôt un réseau dans ma maison :-)
Posté par jm trivial (site web personnel) . En réponse au journal Bientôt un réseau dans ma maison :-). Évalué à 1.
Peut-être l'action dans 1 ou deux mois...
[^] # Re: Bientôt un réseau dans ma maison :-)
Posté par jm trivial (site web personnel) . En réponse au journal Bientôt un réseau dans ma maison :-). Évalué à 2.
[^] # Re: Traduction de
Posté par jm trivial (site web personnel) . En réponse au journal Traduction de "maintainer". Évalué à 1.
[^] # Re: Les modéros LinuxFR
Posté par jm trivial (site web personnel) . En réponse à la dépêche Les modéros LinuxFR. Évalué à 1.
# Re: Nuit Blender le 10 mai à Nantes
Posté par jm trivial (site web personnel) . En réponse à la dépêche Nuit Blender le 10 mai 2003 à Nantes. Évalué à 7.
Une bonne nouvelle quand même. Vivement samedi, ça va blender...
[^] # Re: Problème avec g++ !
Posté par jm trivial (site web personnel) . En réponse au journal Problème avec g++ !. Évalué à -1.
J'en ai donc conclut qu'il y avait un truc bizarre, du genre: les fonctions des librairies peuvent avoir les mêmes signatures que les fonctions du programme, mais elles ne sont pas prioritaires.
Je sait, c'est tordu comme raisonnement, mais 1 jour avant de rendre un projet, et après 8 jours de codage, on ne réfléchit plus trop...
Depuis, je ne m'était pas reposé la question...
C'est vrai que c'est stupide.
[^] # Re: La statistique débile du jour...
Posté par jm trivial (site web personnel) . En réponse au journal La statistique débile du jour.... Évalué à 3.
[^] # Re: Problème avec g++ !
Posté par jm trivial (site web personnel) . En réponse au journal Problème avec g++ !. Évalué à -1.
[^] # Re: La statistique débile du jour...
Posté par jm trivial (site web personnel) . En réponse au journal La statistique débile du jour.... Évalué à 2.
[^] # Re: Problème avec g++ !
Posté par jm trivial (site web personnel) . En réponse au journal Problème avec g++ !. Évalué à 1.
[^] # Re: La statistique débile du jour...
Posté par jm trivial (site web personnel) . En réponse au journal La statistique débile du jour.... Évalué à 2.
# Re: La statistique débile du jour...
Posté par jm trivial (site web personnel) . En réponse au journal La statistique débile du jour.... Évalué à 3.
Parce que ça change tout, les statistiques, ça nécessite de préciser le contexte... Les chiffres, ça ne fait pas tout.
[^] # Re: Problème avec g++ !
Posté par jm trivial (site web personnel) . En réponse au journal Problème avec g++ !. Évalué à 2.
C'est dommage, pour une démo de include, il n'y a plus rien de visible.
Pourquoi les .h ont-ils disparu à la fin des include?
Pour faire simple, g++ utilise la nouvelle norme c++ qui nécessite d'utiliser les indicateurs de portée. Ainsi, auparavant, on utilisait cout sans se soucier d'où ça venait. Maintenant, on utilise std::cout pour préciser qu'on utilise la version de la librairie standard.
Si on veut toujours utiliser une librairie, on peut bien sûr le faire, mais par défaut, on doit toujours préciser l'origine d'une fonction que l'on utilise.
Les fichiers sans .h proposent donc cette nouvelle norme, que l'on doit respecter si l'on veut que notre code soit utilisable dans 10 ans...
[^] # Re: hardware encore
Posté par jm trivial (site web personnel) . En réponse au journal hardware encore. Évalué à 1.
J'ai changé de carte depuis, mais quand j'avais une rage 128, il me semble que j'avais modifié disable_fog à vrai:
# disable_fog
#
# If true, then fog will be turned off. Some Linux drivers for the
# ATI Rage128 seem to have a bug in their fog implementation which
# makes the screen nearly pure white when racing; if you experience
# this problem then set this variable to true.
#
set disable_fog true
Il y a bien sûr plein d'autres paramètres à régler dans ce fichier pour avoir un rendu le plus esthétique possible...
Voilà.