Il faudrait dans ce cas peut etre mieux organiser les css : a moins de toutes les essayer je n'ai aucune idée de celle pour appareil mobile, ou pour impression.
Ensuite il faudrait supporter les css par session (mais c'est déja un autre bug).
Sait on sur quel version il sera compatible.
A ma connaissance le NDK android permet d'avoir des appli purement native qu'a partir de froyo. Avant il fallait forcement avoir un bout en java.
Un truc marrant que je souhaiterais faire, mais je sais pas si je trouverais le temps :
a partir des horaires en temps reel donnée sur le site de la ratp (prochain train a une station), sur une ligne en prenant quelques stations clef, récupérer l'horaire réel de départ de chaque train
faire des stats avec l'horaire officiel. Genre en heure de pointe x% de train sont plus de 5% de retard.
analyser les décisions de régulation des trains.
faire une appli qui rejout le traffic de la journée.
[...]
Pour le rer, la récupération des donnée ne pose pas de pb. Par contre ce qui est chiant c'est que les trains ne sont pas numérotés (On a juste la mission). Du coup à moins de poller en permanence le site de la ratp, il faut trouver un algo malin qui identifie les trains, retrouve le train dans les horaires d'une station et détecte les trains qui se double, les trains supprimé, les trains qui prenne du retard, ...
Pour le metro ça doit être pire, c'est tous la même mission, par contre il ne se double pas.
Si à la place de chaque onglet de chaque application c'est une instance séparée qui est créée, tu peux acheter quelques barrettes de RAM je pense…
Pas forcement : l'application ne gére plus les onglet. Elle est plus légère. Et comme l'OS est malin il partage la plupart des données des 2 instances avec le COW.
Alors que faire ? Doit-on choisir de se limiter à POSIX ou bien ne coder que pour Linux en se disant que les autres suivront ?
Ben le mieux c'est de faire le maximun en POSIX et puis utilisé des API linux pour les trucs qui n'existe pas dans POSIX (udev, ...).
Mais faire un soft POSIX portable n'est pas simple si on a pas plusieurs plateformes pour tester. Les specs sont parfois ambiguë, et chaque OS prendre quelque fois des libertés (et même sur un même OS ca peut varier entre les libc : glibc, uclibc, bionic, ...). Mais ca restera plus simple à porter que un truc coder uniquement pour Linux.
Après ça dépend quel est la porté de ton projet. C'est sur que si tu code un truc spécifique linux, autant se faire plaisir.
Lennart est dans son droit d'écrire son code comme il le veut.
Là ou c'est plus tangent c'est quand il recommande joyeusement aux autres de faire comme lui:
Mouais, c'est son choix. Le mien c'est de faire profiter mon soft au maximun de gens quelque soit la plateforme qu'ils utilisent.
Sauf qu'avant au pire pour accéder a des fonctionnalité avancé il fallait flash, maintenant il va falloir :
- un navigateur a jour (exit les vieux navigateur)
- un navigateur qui supporte les bon codecs
- un os qui supporte correctement opengl
[...]
Si les webmaster ne prévoit pas un mode de rétro compatibilité [1], on risque de ce retrouver avec un web de moins en moins portable (et tout ca pour des fonctionnalités parfois bien discutable) .
[1] on me souffle a l'oreille que la nouvelle version de linuxfr RoR en html5 ne fonctionne pas avec les broswer un peu vieux.
Ce qui signifie que d'ici à très peu d'années, on ne rencontrera sans doute plus d'ordinateurs sans carte 3D basique,
C'est bien beau d'avoir une carte 3D, mais sans driver c'est la même chose qu'une carte pas 3D...
Et quand je vois le mal que les dev ont pour supporter la 3D sur une génération donnée, je me dis que c'est pas gagné.
Et les pilotes proprio ne maintienne pas le vieux matos
Ça m'a sidéré qu'un truc récent comme CMake n'était pas capable de gérer correctement par défaut les compilations statiques/dynamiques (la liste de lib est la même dans les deux cas !).
C'est clair que moi aussi j'ai été dessus par CMake.
Des que tu veux faire un truc un peu complexe on peut tomber sur un cratère (ie c'est pas possible).
Quand aux autotools c'est une utsine a gaz qui produit des trucs imbitable. Leur configure pour des raison de portabilité est très moche.
Les Makefile générer ne sont pas mieux.
Et pour couronner le tout plein de gens font des trucs louche avec autotools.
C'est bien ce que je dis chacun est obligé de refaire un truc a sa sauce avec les pbs que ca comporte (maintenance, pour chaque système il faut apprendre comme il fonctionne, ...).
Je vois mal comment cela pourrait être générique, cela démontre plustôt la souplesse de make;
Certes mais tout les projets ne veulent/peuvent pas avoir des experts make dans leur équipes.
Compte le nombre de gens qui connaisse bien les templates que tu as cité (ie seront corrigé un bug dedans, ajouter des nouvelles fonctionnalitées).
il y moyen de faire de trucs propre, aussi ;) .
Comme dans a peu pres tout les langages.
[^] # Re: Facebook fail!
Posté par M . En réponse au journal Facebook abus et failles. Évalué à 2.
Arf je me demandais si on pouvais faire la même chose avec les votes sur linuxfr. Mais c'est du post + token...
# duplicate ?
Posté par M . En réponse à l’entrée du suivi Ajouter le support pour Konqueror 3.5 (KDE 3.5). Évalué à 3 (+0/-0).
a mettre en relation avec
http://linuxfr.org/suivi/support-des-vieux-navigateurs
# et sur linuxfr
Posté par M . En réponse au journal Facebook abus et failles. Évalué à 10.
je me demande si ce commentaire aura l'effet escompté
[^] # Re: SSII
Posté par M . En réponse au journal Les SSII, précurseurs d'un modèle social. Évalué à 10.
C'est clair qu'il faut savoir profiter des ssii :
[^] # Re: Equivalent en C
Posté par M . En réponse à la dépêche Sortie de Boost 1.46. Évalué à 5.
Le CCAN peut être une bonne idée.
Par contre ca commence mal avec le build assert.
C'est un truc assez trivial a faire, mais 4 pauvres ligne de code dans un .h sont mis sous LGPL.
Si on veut un truc viable, a mon avis il faut une licence plus permissive (BSD like).
[^] # Re: Mix session et cookie
Posté par M . En réponse à l’entrée du suivi Plus de CSS par session. Évalué à 2 (+0/-0).
Même en étant connecté on peux vouloir plusieurs css suivant le navigateur.
On peut peut-être définir le style aux deux niveaux, compte et cookie. Si le cookie est présent on l'utilise, sinon on utilise celui du compte.
[^] # Re: Saikoi?
Posté par M . En réponse à l’entrée du suivi support des vieux navigateurs. Évalué à 2 (+0/-0).
SeaMonkey 1.1.19 entre autre
[^] # Re: Saikoi?
Posté par M . En réponse à l’entrée du suivi support des vieux navigateurs. Évalué à 3 (+0/-0).
Il faudrait dans ce cas peut etre mieux organiser les css : a moins de toutes les essayer je n'ai aucune idée de celle pour appareil mobile, ou pour impression.
Ensuite il faudrait supporter les css par session (mais c'est déja un autre bug).
[^] # Re: Doublon
Posté par M . En réponse à l’entrée du suivi voir à quoi on répond. Évalué à 2 (+0/-0).
autant pour moi, y a pas moyen de fermer se bug (et de reporter les votes dans l'autres) ?
A ma décharge,la recherche des suivis déjà existant n'est pas triviale (a part lire tout les bugs).
[^] # Re: ...
Posté par M . En réponse au journal La RATP veux faire taire incidents-ratp.com. Évalué à 2.
C'est quoi le rapport avec la choucroute ?
# version
Posté par M . En réponse au journal Qt pour Android en version alpha. Évalué à 5.
Sait on sur quel version il sera compatible. A ma connaissance le NDK android permet d'avoir des appli purement native qu'a partir de froyo. Avant il fallait forcement avoir un bout en java.
Sinon il y a sdl qui tourne sur android et qui permet de faire des trucs simple : https://github.com/pelya/commandergenius
[^] # Re: Je plussoie
Posté par M . En réponse à l’entrée du suivi Cacher les avatars et certains formatages. Évalué à 5 (+0/-0).
idem, les images pouvant être insérer dans les journaux/commentaires sont aussi une nuisance visuel. Il faudrait pouvoir les désactiver
# ...
Posté par M . En réponse à l’entrée du suivi Plus de CSS par session. Évalué à 4 (+0/-0).
Il me semble qu'en plus avant on pouvait avoir une css perso, même si on était pas loggé.
# ...
Posté par M . En réponse au journal La RATP veux faire taire incidents-ratp.com. Évalué à 3.
Un truc marrant que je souhaiterais faire, mais je sais pas si je trouverais le temps :
Pour le rer, la récupération des donnée ne pose pas de pb. Par contre ce qui est chiant c'est que les trains ne sont pas numérotés (On a juste la mission). Du coup à moins de poller en permanence le site de la ratp, il faut trouver un algo malin qui identifie les trains, retrouve le train dans les horaires d'une station et détecte les trains qui se double, les trains supprimé, les trains qui prenne du retard, ...
Pour le metro ça doit être pire, c'est tous la même mission, par contre il ne se double pas.
# ...
Posté par M . En réponse à la dépêche Nouvelle version de LinuxFr.org. Évalué à 2.
C'est normal que quand on est pas logué on ne voit pas tout les commentaires ?
# ada
Posté par M . En réponse au journal the Ada Initiative. Évalué à 10.
# .
Posté par M . En réponse à la dépêche Des nouvelles de Linphone (VoIP). Évalué à 2.
Pas mal de hard ont un accéléreration hardware
La nouvelle api de androïd propose une stack sip. De multiples clients sip devrait voir le jour
[^] # Re: Questions
Posté par M . En réponse à la dépêche Sortie officielle de GTK+ 3.0 !. Évalué à 4.
Pas forcement : l'application ne gére plus les onglet. Elle est plus légère. Et comme l'OS est malin il partage la plupart des données des 2 instances avec le COW.
# symbian
Posté par M . En réponse à la dépêche Windows Phone 7 débarquera sur les Nokia. Évalué à 2.
Je suppose que pour l'entré/milieu de gamme rien ne va changer. Donc symbian devrait perdurer sur les milieu de gamme.
Ou alors nokia va arrêter cette gamme de produit ?
[^] # Re: ben il te propose une offre ADSL
Posté par M . En réponse au journal adsl ovh. Évalué à 6.
Oui mais si tu économises 10€ par mois, ca va être vite rentable.
free font pareil avec alice...
# posix + linux
Posté par M . En réponse au journal Linux ou POSIX ?. Évalué à 6.
Ben le mieux c'est de faire le maximun en POSIX et puis utilisé des API linux pour les trucs qui n'existe pas dans POSIX (udev, ...).
Mais faire un soft POSIX portable n'est pas simple si on a pas plusieurs plateformes pour tester. Les specs sont parfois ambiguë, et chaque OS prendre quelque fois des libertés (et même sur un même OS ca peut varier entre les libc : glibc, uclibc, bionic, ...). Mais ca restera plus simple à porter que un truc coder uniquement pour Linux.
Après ça dépend quel est la porté de ton projet. C'est sur que si tu code un truc spécifique linux, autant se faire plaisir.
Lennart est dans son droit d'écrire son code comme il le veut.
Là ou c'est plus tangent c'est quand il recommande joyeusement aux autres de faire comme lui:
Mouais, c'est son choix. Le mien c'est de faire profiter mon soft au maximun de gens quelque soit la plateforme qu'ils utilisent.
# html5 & co
Posté par M . En réponse à la dépêche Firefox 4 et pilotes de cartes graphiques sous Linux. Évalué à 3.
Sauf qu'avant au pire pour accéder a des fonctionnalité avancé il fallait flash, maintenant il va falloir :
- un navigateur a jour (exit les vieux navigateur)
- un navigateur qui supporte les bon codecs
- un os qui supporte correctement opengl
[...]
Si les webmaster ne prévoit pas un mode de rétro compatibilité [1], on risque de ce retrouver avec un web de moins en moins portable (et tout ca pour des fonctionnalités parfois bien discutable) .
[1] on me souffle a l'oreille que la nouvelle version de linuxfr RoR en html5 ne fonctionne pas avec les broswer un peu vieux.
[^] # Re: Simplement tout faire par OpenGL
Posté par M . En réponse à la dépêche Firefox 4 et pilotes de cartes graphiques sous Linux. Évalué à 7.
C'est bien beau d'avoir une carte 3D, mais sans driver c'est la même chose qu'une carte pas 3D...
Et quand je vois le mal que les dev ont pour supporter la 3D sur une génération donnée, je me dis que c'est pas gagné.
Et les pilotes proprio ne maintienne pas le vieux matos
[^] # Re: CMake ?
Posté par M . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à 2.
C'est clair que moi aussi j'ai été dessus par CMake.
Des que tu veux faire un truc un peu complexe on peut tomber sur un cratère (ie c'est pas possible).
Quand aux autotools c'est une utsine a gaz qui produit des trucs imbitable. Leur configure pour des raison de portabilité est très moche.
Les Makefile générer ne sont pas mieux.
Et pour couronner le tout plein de gens font des trucs louche avec autotools.
[^] # Re: make ?
Posté par M . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à 2.
Je vois mal comment cela pourrait être générique, cela démontre plustôt la souplesse de make;
Certes mais tout les projets ne veulent/peuvent pas avoir des experts make dans leur équipes.
Compte le nombre de gens qui connaisse bien les templates que tu as cité (ie seront corrigé un bug dedans, ajouter des nouvelles fonctionnalitées).
il y moyen de faire de trucs propre, aussi ;) .
Comme dans a peu pres tout les langages.