Aucune idée… Mais étant donné qu'en gros c'est le seul jeu en Perl un tant soit peu potable alors que pas mal de trucs sont sortis en pygame, j'ai comme un doute (et pourtant je hais Python).
C'est une bonne question, mais je ne pense pas que le but de sloccount soit d'estimer le temps de dév pour des débutants ou des programmeurs incompétents, quand même ?
En fait, je parle d'un facteur 35, donc même si on part du principe que je suis particulièrement expérimenté (mais le plus drôle c'est que c'était ma première app android), on n'arrive pas à des choses aussi extrêmes.
Le problème c'est que c'est uniquement sur des petits projets qu'on peut déterminer la pertinence du résultat. Sur un gros projet c'est plus difficile, car il y a souvent eu des réécritures qui font que le temps total qui a été passé est largement plus important que le temps pour le refaire from scratch.
Si je prends un projet de taille moyenne, http://code.google.com/p/androidnetworktester/ il me donne 2 mois et demi, pour un millier de lignes de code Java qui m'a pris quelques jours. C'est assez bizarre aussi, on est encore dans un facteur x35 environ. Je veux bien qu'il y ait des marges d'erreur, une notion de qualité etc, mais là...
C'est d'ailleurs pour ca que l'informatique souffre du syndrome de la réécriture. On préfère prendre le pari que cette fois on l'écrira correctement plutôt que de fixer ce qui existe.
Au contraire il me semble qu'on souffre de l'exact opposé. Les managers voient un truc en magasin (= dans les projets internes) qui fait vaguement la même chose, ils préfèrent l'utiliser plutôt que de partir d'un truc propre. Résultat on obtient une usine à gaz que personne ne maîtrise et qui ne fait même pas correctement ce qu'on demande.
Par contre, dans les projets libres, il n'y a pas de managers pour prendre ces décisions contre-productives, résultat des projets comme le noyau Linux ou Apache ont pu bénéficier de réécritures de pans entiers de leur source, pour solutionner les problèmes du moments car cela n'avait pas été prévu à l'origine et il n'était plus possible de faire évoluer le code existant.
J'ai fait hier en une après-midi un petit module supplémentaire pour mon boulot. Ça sort dans sloccount à 512 lignes de java, 140 lignes de PHP, 109 lignes de JSP. Dans le tas tout n'est pas neuf j'ai réutilisé environ une centaine de lignes de PHP, une bonne moitié du JSP provenait aussi d'un autre module ; de plus, environ 200 lignes de java sont du code généré à partir d'une description XML d'accès base de données. Donc en théorie il pourrait me sortir un certain overhead, disons maximum une journée. Mais il me sort :
Development Effort Estimate, Person-Years (Person-Months) = 0.15 (1.80)
Si je lis bien, il estime qu'il faut un peu moins de deux mois à un développeur seul pour réaliser cela ? C'est totalement délirant puisque ça m'a pris une après-midi.
Si j'applique le même ratio de de 36 (un mois = 20 jours de travail) sur le résultat dans Debian ça ne fait plus que 400 millions d'euros. Tout de suite moins impressionnant ?
je pense que passgrid est beaucoup plus sûr, mais beaucoup plus fastidieux à mettre en oeuvre, et il faut mémoriser un motif différent par site donc on retombe exactement dans le problème d'origine (= en pratique, personne ne peut mémoriser un mdp fort ou un motif différent par site s'il possède plus de quelques comptes) (ou alors il faut un passgrid par site, mais bon au vingtième passgrid ça devient fatigant je pense)
Je pense ce système moins bien, parce qu'il impose de retenir le "suffixe" différent pour chaque site, et qu'il leake la "base" sur tous les sites qui stockent en clair. Passer un hashage cryptographique est vraiment un très gros avantage sur ce système.
Oui. En gardant à l'esprit que sur "n'importe quelle machine" (machine publique, Windows d'un "ami", etc) on ne peut exclure un risque de keylogger, et donc de se faire compromettre son mot de passe :/ Ça reste tout de même un avantage pour lorsqu'on se trouve chez sa copine, ses parents, ses enfants, etc, bref à un endroit où il y a peu de risque qu'il y en ait un (pour peu que ce soit un Linux quoi).
si tu as l'envie, tu peux facilement corriger l'information sur hostip.info ! et du coup si tu joues à frozen-bubble après, tu seras correctement positionné sur la carte du monde en jeu internet :)
il y a un mode "bicycling" chez google maps mais je ne l'ai pas activé, ça ne marchait pas. tu peux essayer de l'activer en local si tu veux jouer ?
par contre le mode automatique, c'est pas trivial.. avec routes-compare tu peux assez facilement déplacer ta petite maison pour trouver ton lieu d'appart idéal (en particulier en zoomant et désactivant le mode "ajuster" pour affiner le déplacement) normalement
J'avais essayé la géolocalisation javascript (html5) il y a quelques mois mais les résultats étaient décevants (loin d'avoir tous les browsers supportés, et les supportés avaient moins de données correctes que hostip.info - mais si pour toi c'est meilleur, peut-être que ça s'est amélioré depuis). En outre, j'utilise hostip.info qui est un effort communautaire et qui permet aussi de corriger facilement sa géolocalisation. Et vu que je l'utilise aussi pour Frozen-Bubble, ça fait d'une pierre deux coups :)
Maintenant pour les mobiles tu as tout à fait raison ; par contre les mobiles ne sont pas spécialement ma cible, d'une part parce que les données Google Maps sont vite volumineuses, d'autre part parce que j'ai pensé l'interface avec une souris en tête (utilisation du hover pour afficher des liens action par exemple, ce qui ne va pas du tout être possible avec un smartphone tactile). C'est une page clairement pratique avec un ordinateur une souris et un réseau rapide, beaucoup moins avec un écran tactile et un réseau moins rapide.
Je suis d'accord sur le principe, par contre en ayant essayé d'utiliser d'autres services j'ai toujours trouvé le service rendu nettement moins intéressant, malheureusement ; maintenant, mon truc est open-source donc tout n'est pas perdu en cas d'arrêt de Google Maps, et un développeur pourrait potentiellement réutiliser mon truc pour utiliser Open Street Map alternativement.
je ne cherche pas un développeur java/tomcat - mince il me semblait que j'avais été clair là-dessus :/ je cherche un bon développeur. tout bon développeur s'adapte aux changements de langages et d'environnement (et heureusement, on ne va pas faire du cobol/java/whatever toute notre vie). par contre je pense qu'etre un bon développeur c'est rare, ca s'acquiere dans la longueur et la difficulté, c'est essentiellement ça que je cherche et que je vais mesurer pour ce poste.
et pour ce poste, il faut etre disposé à venir a lausanne, a faire du java, du tomcat, de l'objc, du smartphone, du web, du postgresql, bref pas mal de trucs differents qui je trouve sont interessants.
si tu es un bon developpeur, tu as ta chance. si tu es un developpeur brillant, c'est probablement toi que j'aurai envie de choisir :)
Pas vraiment, la plupart des biens (locaux) et des services sont plus chers en Suisse si tu convertis juste de franc suisse à euro (exemple la viande est couramment 80% plus chère), le système d'imposition et les charges sociales sont aussi passablement différents, et certaines choses comme l'assurance maladie sont contractées individuellement. Les salaires sont bien plus élevés mais c'est en partie compensé par ces facteurs. Au final on est tout de même largement gagnant en comparaison avec la France, mais c'est difficile d'établir un pourcentage ; ce qui est clair c'est que j'ai nettement plus de pouvoir d'achat depuis que je travaille à Lausanne que lorsque je travaillais à Paris. Si tu es vraiment motivé tu dois trouver des propositions d'emploi avec salaire sur le net :).
Ce serait une bonne idée un jour d'essayer d'arrêter d'imaginer que les entreprises sont là uniquement pour exploiter un maximum leurs employés. Dans les emplois de cadre (c'est malheureusement probablement un peu moins vrai pour les emplois non qualifiés), la réalité pour bon nombre d'entreprise c'est que l'épanouissement des employés est la meilleure garantie d'un travail de qualité et donc d'un bon fonctionnement de l'entreprise.
En l'espèce, cette annonce est au premier degré. Je cherche un "développeur passionné", c'est à dire quelqu'un que le développement logiciel passionne (parce que je pense que c'est le meilleur moyen que la personne fasse bien son travail). Et une rémunération compétitive ça veut dire que les salaires qu'on pratique sont (largement) compétitifs en comparaison avec la concurrence (ils sont même plutôt plus élevés il me semble car il y a l'influence de la grille salariale d'Alcatel-Lucent Zürich la maison-mère, grille salariale plutôt élevée pour de multiples raisons dont le fait que les salaires à Zürich sont très élevés).
Quand je pense qu'il y a genre 15 ans, un certain Niklas Beisert de son nom de scène Pascal avait sorti un rotozoom en plein écran tellement bien fait qu'il ne prenait que 10% de CPU sur un Pentium de première génération...
C'était typiquement du 320x200x8, on peut estimer qu'il y a 50 fois plus de données aujourd'hui pour une déjà bonne résolution pour du gaming (1024x768 en 32 bits), mais en même temps c'était aussi un Pentium d'une centaine de mégahertz, et on va pas me dire qu'en 15 ans les processeurs ne sont pas au moins 50 fois plus rapides qu'à l'époque (en suivant la loi de Moore de doublement de puissance tous les 18 mois, ça donnerait d'ailleurs 1000 fois plus rapide, allez, il reste un peu de puissance pour faire du bilinear filtering).
C'est un peu 'surprenant' au début mais il faut bien bootstrapper le projet, personnellement je trouve ça pas forcément un mal parce que 2€ par mois c'est pas non plus ce qui va te ruiner, et ça t'incite à être flatteur et non uniquement flatté. Personnellement ça fait deux mois que je l'utilise, et même si j'ai reçu zéro flatt pour booh (bouh !), j'en ai reçu quelques-uns pour frozen-bubble, ce qui me produit un revenu mensuel largement supérieur à 2€. En conclusion, si tu as un projet un tant soit peu utile/utilisé, tu devrais compenser largement ta contribution.
Si le montant mensuel n'est pas distribué il est distribué à la discrétion de flattr.com.
Tu ne dis pas toute la vérité :
What happens if I don't flattr anything a month?
- Then your monthly amount is given to charity, we will not keep it.
Et quel est le problème ? Si tu n'as rien flatté, que devraient-il faire ? Ça me semble une bonne solution de repli. Sinon, tu vas chercher un truc à flatter chaque 30 du mois, ça prend deux minutes.
Impossibilité de donner des parts différentes entre différents projets.
Je pense que c'est par soucis de simplification. Concrètement il suffit de cliquer sur le bouton "flattr" sur un site, pour le flatter. Si en plus tu devais spécifier un prix, une part ou une catégorie de part, ça deviendrait plus compliqué et plus intrusif. A mon avis c'est très bien comme ça.
Non, je t'explique juste que quand tu fais un album avec booh, tu peux choisir que tes vidéos finissent dans le lecteur flash embarqué, ou non. Si tu n'aimes pas flash ou que tu ne veux pas l'imposer à tes lecteurs, tu décoches cette option.
je sais que c'est à la mode d'en parler, mais tant que y'a que 2% des gens qui peuvent l'utiliser.. en outre, il faudrait une solution permettant de streamer une même vidéo en html5 et en flash (un même format vidéo)
Ah mais attends, par défaut booh est en mode "bienvenue dans le monde réel" (vidéos flash activées) mais si tu veux passer en mode Richard Stallman tu peux décocher l'option en question, et tes vidéos apparaitront sous forme de lien vers le fichier vidéo.
Je me suis basé sur le markup, et mon souvenir de la documentation de flowplayer, et non sur un vrai test (je n'ai pas spécialement envie de virer flash pour tester).
<a href="pict0008.flv" style="display:block;width:317px;height:256px" id="player0"><div class="thumbnail_video"><img src="pict0008-309x232.jpg" width="309" height="232" alt="Showing the landscape from our roof, with a strange bonus at the end"/></div><img src="../play_video.png" style="position:relative;top:-140px;border:0;background-color:transparent"/></a>
Mais d'après ce que je peux voir par la pratique, c'est en fait en cas de désactivation de javascript que ça se passe comme ça (étant donné que flowplayer "s'active" par javascript), désolé.
[^] # Re: perle
Posté par gc (site web personnel) . En réponse à la dépêche Frozen Bubble a 10 ans. Évalué à 5.
Aucune idée… Mais étant donné qu'en gros c'est le seul jeu en Perl un tant soit peu potable alors que pas mal de trucs sont sortis en pygame, j'ai comme un doute (et pourtant je hais Python).
[^] # Re: sloccount donne des résultats étranges
Posté par gc (site web personnel) . En réponse au journal Debian ? Ça vaut 14 milliards d'euros.. Évalué à 1.
C'est une bonne question, mais je ne pense pas que le but de sloccount soit d'estimer le temps de dév pour des débutants ou des programmeurs incompétents, quand même ?
En fait, je parle d'un facteur 35, donc même si on part du principe que je suis particulièrement expérimenté (mais le plus drôle c'est que c'était ma première app android), on n'arrive pas à des choses aussi extrêmes.
[^] # Re: sloccount donne des résultats étranges
Posté par gc (site web personnel) . En réponse au journal Debian ? Ça vaut 14 milliards d'euros.. Évalué à 1.
Le problème c'est que c'est uniquement sur des petits projets qu'on peut déterminer la pertinence du résultat. Sur un gros projet c'est plus difficile, car il y a souvent eu des réécritures qui font que le temps total qui a été passé est largement plus important que le temps pour le refaire from scratch.
Si je prends un projet de taille moyenne, http://code.google.com/p/androidnetworktester/ il me donne 2 mois et demi, pour un millier de lignes de code Java qui m'a pris quelques jours. C'est assez bizarre aussi, on est encore dans un facteur x35 environ. Je veux bien qu'il y ait des marges d'erreur, une notion de qualité etc, mais là...
[^] # Re: sloccount donne des résultats étranges
Posté par gc (site web personnel) . En réponse au journal Debian ? Ça vaut 14 milliards d'euros.. Évalué à 4.
C'est d'ailleurs pour ca que l'informatique souffre du syndrome de la réécriture. On préfère prendre le pari que cette fois on l'écrira correctement plutôt que de fixer ce qui existe.
Au contraire il me semble qu'on souffre de l'exact opposé. Les managers voient un truc en magasin (= dans les projets internes) qui fait vaguement la même chose, ils préfèrent l'utiliser plutôt que de partir d'un truc propre. Résultat on obtient une usine à gaz que personne ne maîtrise et qui ne fait même pas correctement ce qu'on demande.
Par contre, dans les projets libres, il n'y a pas de managers pour prendre ces décisions contre-productives, résultat des projets comme le noyau Linux ou Apache ont pu bénéficier de réécritures de pans entiers de leur source, pour solutionner les problèmes du moments car cela n'avait pas été prévu à l'origine et il n'était plus possible de faire évoluer le code existant.
# sloccount donne des résultats étranges
Posté par gc (site web personnel) . En réponse au journal Debian ? Ça vaut 14 milliards d'euros.. Évalué à 2.
J'ai fait hier en une après-midi un petit module supplémentaire pour mon boulot. Ça sort dans sloccount à 512 lignes de java, 140 lignes de PHP, 109 lignes de JSP. Dans le tas tout n'est pas neuf j'ai réutilisé environ une centaine de lignes de PHP, une bonne moitié du JSP provenait aussi d'un autre module ; de plus, environ 200 lignes de java sont du code généré à partir d'une description XML d'accès base de données. Donc en théorie il pourrait me sortir un certain overhead, disons maximum une journée. Mais il me sort :
Development Effort Estimate, Person-Years (Person-Months) = 0.15 (1.80)
Si je lis bien, il estime qu'il faut un peu moins de deux mois à un développeur seul pour réaliser cela ? C'est totalement délirant puisque ça m'a pris une après-midi.
Si j'applique le même ratio de de 36 (un mois = 20 jours de travail) sur le résultat dans Debian ça ne fait plus que 400 millions d'euros. Tout de suite moins impressionnant ?
[^] # Re: Passgrid
Posté par gc (site web personnel) . En réponse au journal lulz, mots de passe et compagnie. Évalué à 2.
je pense que passgrid est beaucoup plus sûr, mais beaucoup plus fastidieux à mettre en oeuvre, et il faut mémoriser un motif différent par site donc on retombe exactement dans le problème d'origine (= en pratique, personne ne peut mémoriser un mdp fort ou un motif différent par site s'il possède plus de quelques comptes) (ou alors il faut un passgrid par site, mais bon au vingtième passgrid ça devient fatigant je pense)
[^] # Re: Base + suffixe
Posté par gc (site web personnel) . En réponse au journal lulz, mots de passe et compagnie. Évalué à 2.
Je pense ce système moins bien, parce qu'il impose de retenir le "suffixe" différent pour chaque site, et qu'il leake la "base" sur tous les sites qui stockent en clair. Passer un hashage cryptographique est vraiment un très gros avantage sur ce système.
[^] # Re: > Z'en pensez quoi ?
Posté par gc (site web personnel) . En réponse au journal lulz, mots de passe et compagnie. Évalué à 1.
Ouh, le code de supergenpass est ardu..
[^] # Re: Si déjà ton système nécessite un shell
Posté par gc (site web personnel) . En réponse au journal lulz, mots de passe et compagnie. Évalué à 1.
Oui. En gardant à l'esprit que sur "n'importe quelle machine" (machine publique, Windows d'un "ami", etc) on ne peut exclure un risque de keylogger, et donc de se faire compromettre son mot de passe :/ Ça reste tout de même un avantage pour lorsqu'on se trouve chez sa copine, ses parents, ses enfants, etc, bref à un endroit où il y a peu de risque qu'il y en ait un (pour peu que ce soit un Linux quoi).
[^] # Re: Améliorations HTML5
Posté par gc (site web personnel) . En réponse au journal Routes Compare. Évalué à 2.
si tu as l'envie, tu peux facilement corriger l'information sur hostip.info ! et du coup si tu joues à frozen-bubble après, tu seras correctement positionné sur la carte du monde en jeu internet :)
[^] # Re: manque plus que les transports en commun (en plus de voiture/pieton)
Posté par gc (site web personnel) . En réponse au journal Routes Compare. Évalué à 2.
il y a un mode "bicycling" chez google maps mais je ne l'ai pas activé, ça ne marchait pas. tu peux essayer de l'activer en local si tu veux jouer ?
par contre le mode automatique, c'est pas trivial.. avec routes-compare tu peux assez facilement déplacer ta petite maison pour trouver ton lieu d'appart idéal (en particulier en zoomant et désactivant le mode "ajuster" pour affiner le déplacement) normalement
[^] # Re: Améliorations HTML5
Posté par gc (site web personnel) . En réponse au journal Routes Compare. Évalué à 1.
curieux, j'ai peut-être un bug quelque part..
que donne http://routes-compare.zarb.org/yourip.php puis curl 'http://api.hostip.info/get_html.php?position=true&ip=TONIP' ?
[^] # Re: Améliorations HTML5
Posté par gc (site web personnel) . En réponse au journal Routes Compare. Évalué à 3.
J'avais essayé la géolocalisation javascript (html5) il y a quelques mois mais les résultats étaient décevants (loin d'avoir tous les browsers supportés, et les supportés avaient moins de données correctes que hostip.info - mais si pour toi c'est meilleur, peut-être que ça s'est amélioré depuis). En outre, j'utilise hostip.info qui est un effort communautaire et qui permet aussi de corriger facilement sa géolocalisation. Et vu que je l'utilise aussi pour Frozen-Bubble, ça fait d'une pierre deux coups :)
Maintenant pour les mobiles tu as tout à fait raison ; par contre les mobiles ne sont pas spécialement ma cible, d'une part parce que les données Google Maps sont vite volumineuses, d'autre part parce que j'ai pensé l'interface avec une souris en tête (utilisation du hover pour afficher des liens action par exemple, ce qui ne va pas du tout être possible avec un smartphone tactile). C'est une page clairement pratique avec un ordinateur une souris et un réseau rapide, beaucoup moins avec un écran tactile et un réseau moins rapide.
[^] # Re: Bravo !
Posté par gc (site web personnel) . En réponse au journal Routes Compare. Évalué à 4.
Et ça ne fait pas de mal à l'amour-propre du développeur de le lire :)
[^] # Re: Dommage
Posté par gc (site web personnel) . En réponse au journal Routes Compare. Évalué à 5.
Je suis d'accord sur le principe, par contre en ayant essayé d'utiliser d'autres services j'ai toujours trouvé le service rendu nettement moins intéressant, malheureusement ; maintenant, mon truc est open-source donc tout n'est pas perdu en cas d'arrêt de Google Maps, et un développeur pourrait potentiellement réutiliser mon truc pour utiliser Open Street Map alternativement.
[^] # Re: dommage que je ne sois pas dev java/tomcat
Posté par gc (site web personnel) . En réponse au message [offre d'emploi] Développeur(se) passionné(e). Évalué à 1.
http://norvig.com/21-days.html
et pour ce poste, il faut etre disposé à venir a lausanne, a faire du java, du tomcat, de l'objc, du smartphone, du web, du postgresql, bref pas mal de trucs differents qui je trouve sont interessants.
si tu es un bon developpeur, tu as ta chance. si tu es un developpeur brillant, c'est probablement toi que j'aurai envie de choisir :)
[^] # Re: Comment interpréter cette annonce ?
Posté par gc (site web personnel) . En réponse au message [offre d'emploi] Développeur(se) passionné(e). Évalué à 1.
[^] # Re: Comment interpréter cette annonce ?
Posté par gc (site web personnel) . En réponse au message [offre d'emploi] Développeur(se) passionné(e). Évalué à 1.
En l'espèce, cette annonce est au premier degré. Je cherche un "développeur passionné", c'est à dire quelqu'un que le développement logiciel passionne (parce que je pense que c'est le meilleur moyen que la personne fasse bien son travail). Et une rémunération compétitive ça veut dire que les salaires qu'on pratique sont (largement) compétitifs en comparaison avec la concurrence (ils sont même plutôt plus élevés il me semble car il y a l'influence de la grille salariale d'Alcatel-Lucent Zürich la maison-mère, grille salariale plutôt élevée pour de multiples raisons dont le fait que les salaires à Zürich sont très élevés).
C'est triste de toujours chercher l'arnaque.
# hedgewars
Posté par gc (site web personnel) . En réponse au journal Wormux continue son petit bonhomme de chemin... ou pas.. Évalué à 2.
[^] # Re: Zoom
Posté par gc (site web personnel) . En réponse au journal Wormux continue son petit bonhomme de chemin... ou pas.. Évalué à 5.
http://www.programmersheaven.com/download/6553/4/ZipView.asp(...)
C'était typiquement du 320x200x8, on peut estimer qu'il y a 50 fois plus de données aujourd'hui pour une déjà bonne résolution pour du gaming (1024x768 en 32 bits), mais en même temps c'était aussi un Pentium d'une centaine de mégahertz, et on va pas me dire qu'en 15 ans les processeurs ne sont pas au moins 50 fois plus rapides qu'à l'époque (en suivant la loi de Moore de doublement de puissance tous les 18 mois, ça donnerait d'ailleurs 1000 fois plus rapide, allez, il reste un peu de puissance pour faire du bilinear filtering).
[^] # Re: Critique d'un utilisateur
Posté par gc (site web personnel) . En réponse à la dépêche Flattr: une bonne manière de soutenir et d'accélérer le développement des logiciels libres?. Évalué à 2.
C'est un peu 'surprenant' au début mais il faut bien bootstrapper le projet, personnellement je trouve ça pas forcément un mal parce que 2€ par mois c'est pas non plus ce qui va te ruiner, et ça t'incite à être flatteur et non uniquement flatté. Personnellement ça fait deux mois que je l'utilise, et même si j'ai reçu zéro flatt pour booh (bouh !), j'en ai reçu quelques-uns pour frozen-bubble, ce qui me produit un revenu mensuel largement supérieur à 2€. En conclusion, si tu as un projet un tant soit peu utile/utilisé, tu devrais compenser largement ta contribution.
Si le montant mensuel n'est pas distribué il est distribué à la discrétion de flattr.com.
Tu ne dis pas toute la vérité :
What happens if I don't flattr anything a month?
- Then your monthly amount is given to charity, we will not keep it.
Et quel est le problème ? Si tu n'as rien flatté, que devraient-il faire ? Ça me semble une bonne solution de repli. Sinon, tu vas chercher un truc à flatter chaque 30 du mois, ça prend deux minutes.
Impossibilité de donner des parts différentes entre différents projets.
Je pense que c'est par soucis de simplification. Concrètement il suffit de cliquer sur le bouton "flattr" sur un site, pour le flatter. Si en plus tu devais spécifier un prix, une part ou une catégorie de part, ça deviendrait plus compliqué et plus intrusif. A mon avis c'est très bien comme ça.
[^] # Re: flash
Posté par gc (site web personnel) . En réponse à la dépêche Des nouvelles de booh, un générateur de web-album pour le web 1.0. Évalué à 2.
[^] # Re: flash
Posté par gc (site web personnel) . En réponse à la dépêche Des nouvelles de booh, un générateur de web-album pour le web 1.0. Évalué à 1.
[^] # Re: flash
Posté par gc (site web personnel) . En réponse à la dépêche Des nouvelles de booh, un générateur de web-album pour le web 1.0. Évalué à 1.
http://zarb.org/~gc/t/disable-flash.png
[^] # Re: flash
Posté par gc (site web personnel) . En réponse à la dépêche Des nouvelles de booh, un générateur de web-album pour le web 1.0. Évalué à 1.
<a href="pict0008.flv" style="display:block;width:317px;height:256px" id="player0"><div class="thumbnail_video"><img src="pict0008-309x232.jpg" width="309" height="232" alt="Showing the landscape from our roof, with a strange bonus at the end"/></div><img src="../play_video.png" style="position:relative;top:-140px;border:0;background-color:transparent"/></a>
Mais d'après ce que je peux voir par la pratique, c'est en fait en cas de désactivation de javascript que ça se passe comme ça (étant donné que flowplayer "s'active" par javascript), désolé.