je comptais même en rajouter plus, car depuis que j'ai un Android … je consulte greader principalement sur mobile … c'est plus rapide, plus simple .. et tres pratique, car tu peux lire plus souvent ;-)
le gain de temps est énorme !
pour moi aussi c'est une cata.
mais bon ça reste l'occase de revoir tout ça, trier et changer de service … aucun n'arrive a la cheville pour l'instant. mais d'ici peu de temps, je pense qu'il y en a qui vont mettre les bouchers double. car il y a une place a prendre.
cependant, je doute tres fort qu'ils le ferment dans 3 mois. ce serait une erreur. il ferait mieux de le monétiser.
désolé pour les fautes de frappes … suis sur mon mobile ;-)
Si t'as pas développé ta "machine à état" avant 50ans, c'est que t'as raté ta vie de dev ;-)
Sans blagues, je connaissais le concept, mais comme beaucoup de dev, ça ne me parlait pas beaucoup.
Sous l'impulsion d'un projet PRO, qui consiste à virer JBPM d'un projet (*). Je me suis beaucoup pencher dessus, et j'ai trouvé le concept plus qu'intéressant, au point de m'opposer à sa suppression ;-).
Pour garder le concept de "machine à état" dans le projet, j'ai tenté de re-développer la "mienne" … Conceptualisé en python, et recodé en java : elle fonctionne parfaitement, en se basant sur des descriptifs de nodes en YAML (plus lisible que du xml).
J'ai fait un convertisseur de "process def jbpm" en yaml. Et sans beaucoup de changements, ça fonctionne "out of the box" (sans toucher au fonctionnel). ça fait une 100aine de lignes de codes, et ça marche.
Mais ça m'a surtout permis de rentrer dans le fonctionnement d'une machine à état.
Les avantages sont énormes:
- dans notre cas : on reprends la main sur la machine, et on l'adapte à nos besoins sans soucis.
- On peut générer des beaux graphiques, pour les décideurs pressés (via yapgvb/graphviz). Ce qui permet également de bien comprendre les enchainements, le fonctionnel.
- on peut changer de "moteur" (ce n'est que des conversions de process, et des adaptations de code … on ne change pas le "fonctionnel") : en gros, ça permet d'abstraire le fonctionnel du technique.
Bref, je suis devenu un fervent défenseur des "machines à état". Et merci pour ce post, qui m'amène encore un peu plus loin dans leurs compréhensions. (ça donnerait presque envi de re-tenter QT (on est vendredi, hein ?))
(*) : brique proprio, et probs d'empreintes mémoires en jvm.
oui, car ces OS mobiles ne sont pas encore a maturité ;-(
EXEMPLE :Le multi-user d'android n'arrive qu'avec la 4.2 … Alors que c'est indispensable sur une tablette, par exemple. iOS ne fait pas encore ;-)
Lorsqu'ils seront matures, et disposeront de tout ce dont on a besoin, ça va se calmer, c'est certain ;-)
Je connais même des gens qui préfèrent aller
sur facebook depuis leur mobile plutôt que
depuis un PC
Va uploader une photo de ton apn sur facebook via un ordi.
(faut sortir la carte de l'apn, la pluguer, matter les photos, lancer facebook, choisir upload, retrouver le répertoire, et enfin uploader, puis ejecter la carte proprement et la remettre dans l'apn)
Avec un smartphone, 2 clicks suffisent … Il n'y a pas photo ;-)
Bon, vu tout ce qui avait fuité ces derniers jours … je ne m'attendais à rien de plus. Même pas de puce NFC !?! Et un connecteur qui va faire un beau boxon :-)
Ils auraient pu Profiter de cette cure d'amaigrissement pour y coller une batterie plus grosse, pour tenter de se différencier des smartphones actuels, même pas …
Cote matos, c'est un 4s boosté, et côté soft, ils tentent juste de s'aligner avec la concurrence.
Alors je re-mitige (on est vendredi après tout ;-)
Emulateur qui met 10 minutes à se lancer,
C'est plus proche de 5, que de 10. Et on ne le lance qu'une seule fois !
Maintenant, tu peux aussi choisir de faire executer directement sur ton tel, via le cable usb
et qui une fois sur deux n’arrive pas à arrêter l’application quand tu testes une nouvelle version de ton code ce qui t’oblige à relancer l’émulateur
Là, tu exagères beaucoup (c plus proche d'une fois sur 20) … Et dans tous les cas, pas besoin de relancer le simu !
j’ai jamais bu autant de café depuis que je fais un peu de dev android
du dev java …. tu voulais dire ;-)
Sauf si Dieu Google a décidé que telle fonctionnalité ne serait pas accessible ...
Si elle n'est pas accessible via le sdk/ndk, alors elle est encore moins accessible via un framework externe ;-) … C'est ce que je dis: on a la "puissance max"
mais on est à des années lumières d’un Qt Designer de l’époque de Qt 3 ou d’un Xcode+InterfaceBuilder…
ça c'est clair ! mais ça reste, quand même, très agréable !
Le problème, à mon sens, c'est qu'eclipse est lui même en java ;-(, et qu'on a un énorme sentiment de lourdeur quand même ! Et ça c'est balo ;-(
Je ne serai pas contre un eclipse en c++/qt, mais il y a du taf
De rien …
Voilà le tuto en français qui m'a fait me lancer, ça peut aider : http://www.siteduzero.com/news-62-44510-p1-decouvrez-le-developpement-d-applications-android-par-dakutenshi.html
C'est un peu orienté windows ;-(. Sous ubuntu, il faut installer au préalable le plugin WTP dans eclipse, sinon le plugin ADT refusera de s'installer (c'est le seul endroit où j'ai galéré).
J'ai bien passé 1/2h pour l'installation de l'environnement. Ce qui est énorme comparé au temps qu'il m'a fallu pour creer un apk et le mettre dans mon phone (le hello-world : 2min).
J'avais aussi ces réticences … et me suis aussi tourné vers d'autres frameworks au début (kivy, html5 via phonegap, …)
Et puis j'ai quand même tenté l'installe d'eclipe, d'adt et du sdk/ndk … pour voir.
Et bien, il n'y a pas photo:
- l'environnement de dev est top. On produit rapidement qqchose, et on constate rapidement le résultat dans l'émulateur (très bien intégré dans eclipse). On code, et on peut tester très rapidement le résultat.
- je passe sur les avantages d'eclipse, et du plugin ADT, qui permet de faire plein de chose simplement (définir ses layouts visuellement, etc …)
- on profite de la doc qu'on trouve à profusion sur internet (dont celle de google, qui est excellente (comme d'hab)). Et, toutes les questions ont déjà été posé sur stackoverflow ! On trouve aisément des objets java tout fait sur github & co (horizontalpager, …), qui facilite la tâche …
- On a la puissance ! car on a les apis au plus bas niveau.
- et ça produit, très facilement, des apk … qui sont minimalistes (ça n'embarque pas un framework annexe. Avec kivy, un simple "hello world" tournait à 6mo, alors qu'en java pure : 20ko (120ko avec phonegap)).
Après tout, java n'est qu'un langage … ce qu'il faut apprendre : c'est les APIs, et comment tout s'organise, s'imbrique.
Ma version n'est pas "spécialisée" (si ce n'est le premier appel HTTP qui est en dur dans le code (car je ne sais pas trop où le stocker (mais il semblerait qu'il soit possible de le mettre en "paramétrage")))
Le gros taf qu'il faudrait que je fasse : c'est une DOC ! (car il est 100% fonctionnel, et est utilisé chaque jour (par moi et mes sb)!)
Si je release sur github : tu serai de la partie ?
Le hic, c'est que je me suis lancé là dedans (et ça me tient à coeur (je suis attendu par la communauté playdar ;-))): https://github.com/manatlan/pyplaydar !
Pour ceux qui mattent, et qui comprennent ^^, je vous laisse imaginer les possibilités sur une squeezebox ;-) (toute la musique du monde, resolved par des plugins playdar/tomahawks ...)
Je ne m'y connais que très peu ...
Dans le sens, où je suis "nouveau" dans cette communauté ... J'ai du mal à comprendre le background derrière (les 10 années précédentes)
Je n'utilise que 10% des possibilités du serveur local (comprendre j'ai quasiment activé aucun plugin, et pas configuré grand chose)
Pour tout dire, je n'ai même pas encore mis ma collection sur le NAS ;-)
A travers mon plugin, et un serveur self-made : j'accède à toute la musique dispo sur internet (comme si elle était en local), et plus encore.
Je n'ai que des connaissances sur le dev côté device (lua), et sur les commandes telnet/json de pilotage distant.
Le serveur est pour moi une boite noir, et le fait qu'il soit en perl me bloque totallement
Je suis d'ailleurs assez surpris qu'on n'en parle pas plus ici bas. Car c'est quand même des solutions très libres ... Et je sais que beaucoup de moules ici écoutent beaucoup de musiques. Ca reste, à mon humble avis, la solution "la plus simple" à mettre en place, tout en utilisant de l'open source. Certes, ça a un coût, mais c'est le matos physique.
Son seul point noir, à mon avis : C'est la partie serveur en PERL, et la partie cliente en LUA ! Python sur le serveur, et Javascript/EFL sur le client aurait été un choix plus judicieux ;-)
Ne pouvant développer en perl (pour des raisons éthiques (pythonistas inside)). J'ai réalisé une "applet" en LUA (donc côté device), qui permet d'interagir avec un "serveur web" en échangeant des trames JSON (ça permet de faire interagir la device avec un serveur web (peu importe la techno)). Faudrait que je le release, et surtout que je fasse une doc des commandes json. (feature : menu/checkbox/multi-choice/search_area/text)
Comme beaucoup de gens ici, à la base, j'avais monter ma solution moi même, à base de MPD ... J'avais une telco RF, et un site freebox/html, pour piloter la zic ... Beaucoup de travail, pour un résultat juste convenable. C'était "bien", ça fonctionnait.
Puis j'ai acheté, un peu par hasard, une SB-Radio : j'ai été bluffé de suite, et j'ai réalisé le potentiel ... 2 semaines plus tard, j'avais la touch sur la hifi. Et je projette aussi de rajouter une radio fixe, dans la chambre (en guise de radio-reveil)
Pour ma part, j'ai une SB touch dans le salon, sur la hifi, et une SB radio dans la kitchen. Toutes les 2 en synchro (même zic/pilotage). J'ai recyclé un vieux eee701 en serveur NAS.
J'ai la musique partout, et facilement pilotable (telecommande, directement sur la device, appli android, ordi via web interface ...).
J'ai pris le kit batterie pour la SB radio, et elle ne me quitte plus (super pratique)...
Très bon son, facilité d'utilisation et pilotage très complet (album, podcasts, radio, ...). Même mon fils de 19mois sait mettre la musique ;-)
Tout ça est open-source, il y a des plugins partout (côté serveur, côté device) ... Et on sent que le produit a déjà 10ans d'experience derrière (comprendre : il n'y a rien que tu ne puisses pas faire).
Avant j'utilisais MPD sur un ordi, relié sur la hifi, et des enceintes radio-frequence (sans fil). C'était déjà pas mal. Mais là, c'est infiniment plus simple, et facile à piloter (toute la famille y arrive maintenant). C'est juste parfait pour moi.
Comme dit, j'ai toujours été un grand fan de gnome. Et j'aimerai vraiment rester sur du gnome, et ça m'e%@#*£de de devoir être sous unity (dans le sens, où c'est un autre DM, sans extenstions, sans grande possibilité de configuration, et avec un avenir étrange (ubu only, et 2 versions, sans le même code-base, 2D et 3D)). Comprendre : je me sentirai plus rassurer d'être sous G3/GS (pour un eventuel futur switch vers une autre distrib).
Etant obligé d'utiliser W7 au boulot, ubu à la maison, et pouvoir toucher du mac dans mon voisinage : unity (malgré ses nombreux défauts de jeunesse) est loin devant en matière d'ergonomie (et ça me fait mal de dire ça).
Certes, le dashboard est limite utilisable, et largement perfectible. Certes j'aurai préféré le système de bureaux virtuels à la GS (on-demand). Et certes, le résultat visuel n'est pas aussi léché que GS ou lyon. Et le tout est bourré de bugs : mais c'est ergonomique.
La transitions de G2 vers unity est assez aisé (plus aisé qu'entre G2 et G3). C'est bien plus simple et logique par rapport à W7. Mme michu n'aura pas de difficulté à appréhender la bête. On retrouve vite ses marques, et à l'usure : on se rends compte que ça va plutôt dans le bon sens.
La fusion de la barre des "tâches/fenêtres" avec le lanceur est plutôt bien : on garde une vision de ce qui est lancé, ce qui ne l'est pas (dans GS : pas le choix que de passer par activités, et voir parcourir tous les bureaux). Et on retrouve très vite ses fenêtres : le sorte d' "exposé" d'une même appli est vraiment très bien (beaucoup plus fouillis dans GS, avec l'exposition des bureaux en plus, qui oblige alors à parcourir les bureaux aussi).
J'ai toujours utilisé (& beaucoup aimé) gnome (1 & 2)
Avec ma ubu 11.10 j'ai pu testé GS : bien que ça soit très beau, j'ai du mal à trouver ça ergonomique ... et je reste sous unity.
Alors je profite de ton commentaire, en espérant que tu puisses me donner les clés (car j'aimerai bien garder gnome) ...
Qques questions simples : - Comment sur un même bureau ouvrir 2 nautilus, via la launchbar ?
sous unity : 1 clic milieu sur l'icon de la launchbar
sous GS : 1 clic milieu : ça me l'ouvre dans un nouveau bureau : je suis alors obligé de déplacer la fenêtre dans le bureau initial : j'ai pas trouvé plus simple ?!)
- Quand dans 3 bureaux : j'ai 3 gedit de lancer : comment passer de l'un à l'autre ?
sous unity : 1 clic simple sur l'icon de la launchbar me présente les 3 : et je choisi)
sous GS : suis obligé d'aller dans activités : et chercher dans le desktop viewer de droite ? (gros mouvement de souris à gauche : puis à droite, puis à gauche))
Ces 2 problèmes m'empêchent de rester sous GS plus d'1h sans devenir fou, j'aimerai vraiment aller plus loin
Suis assez d'accord avec toi.
Gnome3 et ses extensions pourrait bien prendre le pas sur unity.
Je sens qu'on verra vite pointer qques extensions qui permettront d'avoir un unity-like sous gnome3. (et pour peu que ça apporte une configuration plus poussée qu'unity : ce serati tout benef)
Unity va sortir un repository d'extensions
t'as des pointeurs sur cette info ?
Mais comme tu dis : il va y avoir du boulot à maintenir un unity3D/2D avec éventuellement un système d'extension. Et d'autant plus que seul canonical/ubu utilise unity. Ils risquent de s'enfermer.
Pour l'instant, je trouve unity bien plus utilisable au quotidien que gnome3. Mais comme dit, à mon avis, ça va vite changer.
Ubu/canonical/MarkS devraient peut être reconsidérer le chose, avant qu'il ne soit trop tard. La fragmentation dans le desktop/linux pourrait nuire à terme.
?! t'étais là ? qu'est ce qui pourrait te faire dire ça ?!
pour ta gouverne : non, pas ce soucis là ;-)
C'est en disant des conneries aussi énormes que les linuxiens
passent pour des attardés mentaux incapables de juste savoir
ce que propose l'OS qu'ils insultent à longueur de journée.
toi, tu n'as pas pris tes cachets ce matin ;-)
Je connais très bien W7 : j'y passe au moins 8h/jour dessus (certes, à contre coeur).
Je connais bien les logiciels de prise à distance sous win aussi (a ce propos : webex est bluffant! (mais bien trop complexe pour mme michu))
Contrairement à toi, je n'ai pas besoin de GUI pour paramétrer/installer qqchose à distance (ou regarder les flux dans un divx ;-). Et contrairement à ces solutions windows : je peux intervenir sur le poste à distance, sans obliger la personne à lancer des trucs pas possible pour obtenir des codes d'autor, et suivre des protocoles complexes et cie ...
tu le fais exprès parce que c'est vendredi ?!?
Les programmes que tu tapes et retapes pendant des heures, et qui ne marchent quasiment jamais.
A l'epoque du ZX81, il y avait même eu un vynil souple livré avec un des hebdogiciels. Il fallait brancher sa platine disque sur le zx, mettre le vynil, et prier que le tourne disque ne saute pas pendant la longue lecture du 45tours (nous on sortait de la maison, pour être sure)
C'était l'ancêtre du CD ;-)
car en lui installant un linux(ubu), j'installe systématiquement un ssh-server. ce qui me permet de venir réparer/réajuster à distance : et ça, c'est vraiment pratique.
Avec win: je devais me déplacer ;-(
[^] # Re: Thunderbird !
Posté par manatlan (site web personnel) . En réponse au journal google reader se moque. Évalué à 0.
arghhh …
j'en ai plus de 600
je comptais même en rajouter plus, car depuis que j'ai un Android … je consulte greader principalement sur mobile … c'est plus rapide, plus simple .. et tres pratique, car tu peux lire plus souvent ;-)
le gain de temps est énorme !
pour moi aussi c'est une cata.
mais bon ça reste l'occase de revoir tout ça, trier et changer de service … aucun n'arrive a la cheville pour l'instant. mais d'ici peu de temps, je pense qu'il y en a qui vont mettre les bouchers double. car il y a une place a prendre.
cependant, je doute tres fort qu'ils le ferment dans 3 mois. ce serait une erreur. il ferait mieux de le monétiser.
désolé pour les fautes de frappes … suis sur mon mobile ;-)
# excellent post
Posté par manatlan (site web personnel) . En réponse à la dépêche Pourquoi les développeurs n'utilisent pas plus de machines à état ?. Évalué à 10.
Si t'as pas développé ta "machine à état" avant 50ans, c'est que t'as raté ta vie de dev ;-)
Sans blagues, je connaissais le concept, mais comme beaucoup de dev, ça ne me parlait pas beaucoup.
Sous l'impulsion d'un projet PRO, qui consiste à virer JBPM d'un projet (*). Je me suis beaucoup pencher dessus, et j'ai trouvé le concept plus qu'intéressant, au point de m'opposer à sa suppression ;-).
Pour garder le concept de "machine à état" dans le projet, j'ai tenté de re-développer la "mienne" … Conceptualisé en python, et recodé en java : elle fonctionne parfaitement, en se basant sur des descriptifs de nodes en YAML (plus lisible que du xml).
J'ai fait un convertisseur de "process def jbpm" en yaml. Et sans beaucoup de changements, ça fonctionne "out of the box" (sans toucher au fonctionnel). ça fait une 100aine de lignes de codes, et ça marche.
Mais ça m'a surtout permis de rentrer dans le fonctionnement d'une machine à état.
Les avantages sont énormes:
- dans notre cas : on reprends la main sur la machine, et on l'adapte à nos besoins sans soucis.
- On peut générer des beaux graphiques, pour les décideurs pressés (via yapgvb/graphviz). Ce qui permet également de bien comprendre les enchainements, le fonctionnel.
- on peut changer de "moteur" (ce n'est que des conversions de process, et des adaptations de code … on ne change pas le "fonctionnel") : en gros, ça permet d'abstraire le fonctionnel du technique.
Bref, je suis devenu un fervent défenseur des "machines à état". Et merci pour ce post, qui m'amène encore un peu plus loin dans leurs compréhensions. (ça donnerait presque envi de re-tenter QT (on est vendredi, hein ?))
(*) : brique proprio, et probs d'empreintes mémoires en jvm.
[^] # Re: Et les mobiles ?
Posté par manatlan (site web personnel) . En réponse au journal OSEF. Évalué à 5.
oui, car ces OS mobiles ne sont pas encore a maturité ;-(
EXEMPLE :Le multi-user d'android n'arrive qu'avec la 4.2 … Alors que c'est indispensable sur une tablette, par exemple. iOS ne fait pas encore ;-)
Lorsqu'ils seront matures, et disposeront de tout ce dont on a besoin, ça va se calmer, c'est certain ;-)
[^] # Re: Et les mobiles ?
Posté par manatlan (site web personnel) . En réponse au journal OSEF. Évalué à 8.
Va uploader une photo de ton apn sur facebook via un ordi.
(faut sortir la carte de l'apn, la pluguer, matter les photos, lancer facebook, choisir upload, retrouver le répertoire, et enfin uploader, puis ejecter la carte proprement et la remettre dans l'apn)
Avec un smartphone, 2 clicks suffisent … Il n'y a pas photo ;-)
# i.flop
Posté par manatlan (site web personnel) . En réponse au journal L'histoire d'un bide prévisible.... Évalué à 9. Dernière modification le 12 septembre 2012 à 23:35.
Apple a inventé l'iflop …
Bon, vu tout ce qui avait fuité ces derniers jours … je ne m'attendais à rien de plus. Même pas de puce NFC !?! Et un connecteur qui va faire un beau boxon :-)
Ils auraient pu Profiter de cette cure d'amaigrissement pour y coller une batterie plus grosse, pour tenter de se différencier des smartphones actuels, même pas …
Cote matos, c'est un 4s boosté, et côté soft, ils tentent juste de s'aligner avec la concurrence.
C'est balo
[^] # Re: Enfin !
Posté par manatlan (site web personnel) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 2.
Joke ?!?
[^] # Re: les tablettes, ca fait envie....
Posté par manatlan (site web personnel) . En réponse au journal tablette magique ?. Évalué à 3.
Alors je re-mitige (on est vendredi après tout ;-)
C'est plus proche de 5, que de 10. Et on ne le lance qu'une seule fois !
Maintenant, tu peux aussi choisir de faire executer directement sur ton tel, via le cable usb
Là, tu exagères beaucoup (c plus proche d'une fois sur 20) … Et dans tous les cas, pas besoin de relancer le simu !
du dev java …. tu voulais dire ;-)
Si elle n'est pas accessible via le sdk/ndk, alors elle est encore moins accessible via un framework externe ;-) … C'est ce que je dis: on a la "puissance max"
ça c'est clair ! mais ça reste, quand même, très agréable !
Le problème, à mon sens, c'est qu'eclipse est lui même en java ;-(, et qu'on a un énorme sentiment de lourdeur quand même ! Et ça c'est balo ;-(
Je ne serai pas contre un eclipse en c++/qt, mais il y a du taf
[^] # Re: les tablettes, ca fait envie....
Posté par manatlan (site web personnel) . En réponse au journal tablette magique ?. Évalué à 1.
De rien …
Voilà le tuto en français qui m'a fait me lancer, ça peut aider :
http://www.siteduzero.com/news-62-44510-p1-decouvrez-le-developpement-d-applications-android-par-dakutenshi.html
C'est un peu orienté windows ;-(. Sous ubuntu, il faut installer au préalable le plugin WTP dans eclipse, sinon le plugin ADT refusera de s'installer (c'est le seul endroit où j'ai galéré).
J'ai bien passé 1/2h pour l'installation de l'environnement. Ce qui est énorme comparé au temps qu'il m'a fallu pour creer un apk et le mettre dans mon phone (le hello-world : 2min).
[^] # Re: les tablettes, ca fait envie....
Posté par manatlan (site web personnel) . En réponse au journal tablette magique ?. Évalué à 7.
J'avais aussi ces réticences … et me suis aussi tourné vers d'autres frameworks au début (kivy, html5 via phonegap, …)
Et puis j'ai quand même tenté l'installe d'eclipe, d'adt et du sdk/ndk … pour voir.
Et bien, il n'y a pas photo:
- l'environnement de dev est top. On produit rapidement qqchose, et on constate rapidement le résultat dans l'émulateur (très bien intégré dans eclipse). On code, et on peut tester très rapidement le résultat.
- je passe sur les avantages d'eclipse, et du plugin ADT, qui permet de faire plein de chose simplement (définir ses layouts visuellement, etc …)
- on profite de la doc qu'on trouve à profusion sur internet (dont celle de google, qui est excellente (comme d'hab)). Et, toutes les questions ont déjà été posé sur stackoverflow ! On trouve aisément des objets java tout fait sur github & co (horizontalpager, …), qui facilite la tâche …
- On a la puissance ! car on a les apis au plus bas niveau.
- et ça produit, très facilement, des apk … qui sont minimalistes (ça n'embarque pas un framework annexe. Avec kivy, un simple "hello world" tournait à 6mo, alors qu'en java pure : 20ko (120ko avec phonegap)).
Après tout, java n'est qu'un langage … ce qu'il faut apprendre : c'est les APIs, et comment tout s'organise, s'imbrique.
# tu as fait une énorme faute ...
Posté par manatlan (site web personnel) . En réponse au journal Le TCP keepalive m'a tué. Évalué à 10.
normalement, c'est "Le TCP keepalive m'a tuer" !
[^] # Re: Squeezebox
Posté par manatlan (site web personnel) . En réponse au journal La musique dans une maison. Évalué à 1.
Bah, c'est exactement ce que j'ai fait ;-) (pour pouvoir rajouter des fonctionnalités, sans devoir coder du perl ;-)
J'en ai parlé ici : http://forums.slimdevices.com/showthread.php?t=90986
Ma version n'est pas "spécialisée" (si ce n'est le premier appel HTTP qui est en dur dans le code (car je ne sais pas trop où le stocker (mais il semblerait qu'il soit possible de le mettre en "paramétrage")))
Le gros taf qu'il faudrait que je fasse : c'est une DOC ! (car il est 100% fonctionnel, et est utilisé chaque jour (par moi et mes sb)!)
Si je release sur github : tu serai de la partie ?
Le hic, c'est que je me suis lancé là dedans (et ça me tient à coeur (je suis attendu par la communauté playdar ;-))):
https://github.com/manatlan/pyplaydar !
Pour ceux qui mattent, et qui comprennent ^^, je vous laisse imaginer les possibilités sur une squeezebox ;-) (toute la musique du monde, resolved par des plugins playdar/tomahawks ...)
[^] # Re: Squeezebox
Posté par manatlan (site web personnel) . En réponse au journal La musique dans une maison. Évalué à 1.
Je ne m'y connais que très peu ...
Dans le sens, où je suis "nouveau" dans cette communauté ... J'ai du mal à comprendre le background derrière (les 10 années précédentes)
Je n'utilise que 10% des possibilités du serveur local (comprendre j'ai quasiment activé aucun plugin, et pas configuré grand chose)
Pour tout dire, je n'ai même pas encore mis ma collection sur le NAS ;-)
A travers mon plugin, et un serveur self-made : j'accède à toute la musique dispo sur internet (comme si elle était en local), et plus encore.
Je n'ai que des connaissances sur le dev côté device (lua), et sur les commandes telnet/json de pilotage distant.
Le serveur est pour moi une boite noir, et le fait qu'il soit en perl me bloque totallement
[^] # Re: Squeezebox
Posté par manatlan (site web personnel) . En réponse au journal La musique dans une maison. Évalué à 3.
Ah ... on est au moins 3 fans sur DLFP ;-)
Je suis d'ailleurs assez surpris qu'on n'en parle pas plus ici bas. Car c'est quand même des solutions très libres ... Et je sais que beaucoup de moules ici écoutent beaucoup de musiques. Ca reste, à mon humble avis, la solution "la plus simple" à mettre en place, tout en utilisant de l'open source. Certes, ça a un coût, mais c'est le matos physique.
Son seul point noir, à mon avis : C'est la partie serveur en PERL, et la partie cliente en LUA ! Python sur le serveur, et Javascript/EFL sur le client aurait été un choix plus judicieux ;-)
Ne pouvant développer en perl (pour des raisons éthiques (pythonistas inside)). J'ai réalisé une "applet" en LUA (donc côté device), qui permet d'interagir avec un "serveur web" en échangeant des trames JSON (ça permet de faire interagir la device avec un serveur web (peu importe la techno)). Faudrait que je le release, et surtout que je fasse une doc des commandes json. (feature : menu/checkbox/multi-choice/search_area/text)
Comme beaucoup de gens ici, à la base, j'avais monter ma solution moi même, à base de MPD ... J'avais une telco RF, et un site freebox/html, pour piloter la zic ... Beaucoup de travail, pour un résultat juste convenable. C'était "bien", ça fonctionnait.
Puis j'ai acheté, un peu par hasard, une SB-Radio : j'ai été bluffé de suite, et j'ai réalisé le potentiel ... 2 semaines plus tard, j'avais la touch sur la hifi. Et je projette aussi de rajouter une radio fixe, dans la chambre (en guise de radio-reveil)
[^] # Re: Squeezebox
Posté par manatlan (site web personnel) . En réponse au journal La musique dans une maison. Évalué à 3.
Pareil ! J'allais venir parler des mes SB ;-)
Pour ma part, j'ai une SB touch dans le salon, sur la hifi, et une SB radio dans la kitchen. Toutes les 2 en synchro (même zic/pilotage). J'ai recyclé un vieux eee701 en serveur NAS.
J'ai la musique partout, et facilement pilotable (telecommande, directement sur la device, appli android, ordi via web interface ...).
J'ai pris le kit batterie pour la SB radio, et elle ne me quitte plus (super pratique)...
Très bon son, facilité d'utilisation et pilotage très complet (album, podcasts, radio, ...). Même mon fils de 19mois sait mettre la musique ;-)
Tout ça est open-source, il y a des plugins partout (côté serveur, côté device) ... Et on sent que le produit a déjà 10ans d'experience derrière (comprendre : il n'y a rien que tu ne puisses pas faire).
Avant j'utilisais MPD sur un ordi, relié sur la hifi, et des enceintes radio-frequence (sans fil). C'était déjà pas mal. Mais là, c'est infiniment plus simple, et facile à piloter (toute la famille y arrive maintenant). C'est juste parfait pour moi.
[^] # Re: Est-ce que d'autres utilisateurs heureux de Gnome Shell peuvent témoigner ici ?
Posté par manatlan (site web personnel) . En réponse au journal Vendredi \o/ Gnome-Shell forked. Évalué à 1.
Comme dit, j'ai toujours été un grand fan de gnome. Et j'aimerai vraiment rester sur du gnome, et ça m'e%@#*£de de devoir être sous unity (dans le sens, où c'est un autre DM, sans extenstions, sans grande possibilité de configuration, et avec un avenir étrange (ubu only, et 2 versions, sans le même code-base, 2D et 3D)). Comprendre : je me sentirai plus rassurer d'être sous G3/GS (pour un eventuel futur switch vers une autre distrib).
Etant obligé d'utiliser W7 au boulot, ubu à la maison, et pouvoir toucher du mac dans mon voisinage : unity (malgré ses nombreux défauts de jeunesse) est loin devant en matière d'ergonomie (et ça me fait mal de dire ça).
Certes, le dashboard est limite utilisable, et largement perfectible. Certes j'aurai préféré le système de bureaux virtuels à la GS (on-demand). Et certes, le résultat visuel n'est pas aussi léché que GS ou lyon. Et le tout est bourré de bugs : mais c'est ergonomique.
La transitions de G2 vers unity est assez aisé (plus aisé qu'entre G2 et G3). C'est bien plus simple et logique par rapport à W7. Mme michu n'aura pas de difficulté à appréhender la bête. On retrouve vite ses marques, et à l'usure : on se rends compte que ça va plutôt dans le bon sens.
La fusion de la barre des "tâches/fenêtres" avec le lanceur est plutôt bien : on garde une vision de ce qui est lancé, ce qui ne l'est pas (dans GS : pas le choix que de passer par activités, et voir parcourir tous les bureaux). Et on retrouve très vite ses fenêtres : le sorte d' "exposé" d'une même appli est vraiment très bien (beaucoup plus fouillis dans GS, avec l'exposition des bureaux en plus, qui oblige alors à parcourir les bureaux aussi).
[^] # Re: Est-ce que d'autres utilisateurs heureux de Gnome Shell peuvent témoigner ici ?
Posté par manatlan (site web personnel) . En réponse au journal Vendredi \o/ Gnome-Shell forked. Évalué à 1.
Merci beaucoup !
Le coup du drag'n'drop : c'est certain, je n'aurai pas pu le trouver ! C'est assez étrange comme concept pour lancer une appli ...
Concernant la ALT+² : il n'y a pas moyen de mettre ça sur le alt-tab ? sinon, sans utiliser le clavier : il n'y a pas plus simple ?!
En tout cas merci, ça m'aidera à tenir qques temps ...
[^] # Re: Est-ce que d'autres utilisateurs heureux de Gnome Shell peuvent témoigner ici ?
Posté par manatlan (site web personnel) . En réponse au journal Vendredi \o/ Gnome-Shell forked. Évalué à 1.
J'ai toujours utilisé (& beaucoup aimé) gnome (1 & 2)
Avec ma ubu 11.10 j'ai pu testé GS : bien que ça soit très beau, j'ai du mal à trouver ça ergonomique ... et je reste sous unity.
Alors je profite de ton commentaire, en espérant que tu puisses me donner les clés (car j'aimerai bien garder gnome) ...
Qques questions simples :
- Comment sur un même bureau ouvrir 2 nautilus, via la launchbar ?
sous unity : 1 clic milieu sur l'icon de la launchbar
sous GS : 1 clic milieu : ça me l'ouvre dans un nouveau bureau : je suis alors obligé de déplacer la fenêtre dans le bureau initial : j'ai pas trouvé plus simple ?!)
- Quand dans 3 bureaux : j'ai 3 gedit de lancer : comment passer de l'un à l'autre ?
sous unity : 1 clic simple sur l'icon de la launchbar me présente les 3 : et je choisi)
sous GS : suis obligé d'aller dans activités : et chercher dans le desktop viewer de droite ? (gros mouvement de souris à gauche : puis à droite, puis à gauche))
Ces 2 problèmes m'empêchent de rester sous GS plus d'1h sans devenir fou, j'aimerai vraiment aller plus loin
[^] # Re: que de souvenirs
Posté par manatlan (site web personnel) . En réponse au journal Claque nostalgique : Hebdogiciel. Évalué à 2.
ne serait ce pas un touchpad ?
http://download.abandonware.org/magazines/Micro%20Systemes/microsystemes_numero042/Micro%20Syst%E8mes%2042%20-%20page%20023%20%281984-05%29.jpg
# unity pas glop
Posté par manatlan (site web personnel) . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 2.
Suis assez d'accord avec toi.
Gnome3 et ses extensions pourrait bien prendre le pas sur unity.
Je sens qu'on verra vite pointer qques extensions qui permettront d'avoir un unity-like sous gnome3. (et pour peu que ça apporte une configuration plus poussée qu'unity : ce serati tout benef)
t'as des pointeurs sur cette info ?
Mais comme tu dis : il va y avoir du boulot à maintenir un unity3D/2D avec éventuellement un système d'extension. Et d'autant plus que seul canonical/ubu utilise unity. Ils risquent de s'enfermer.
Pour l'instant, je trouve unity bien plus utilisable au quotidien que gnome3. Mais comme dit, à mon avis, ça va vite changer.
Ubu/canonical/MarkS devraient peut être reconsidérer le chose, avant qu'il ne soit trop tard. La fragmentation dans le desktop/linux pourrait nuire à terme.
[^] # Re: Mûrissement...
Posté par manatlan (site web personnel) . En réponse au journal Linux est-il prêt pour le desktop?. Évalué à 0.
?! t'étais là ? qu'est ce qui pourrait te faire dire ça ?!
pour ta gouverne : non, pas ce soucis là ;-)
toi, tu n'as pas pris tes cachets ce matin ;-)
Je connais très bien W7 : j'y passe au moins 8h/jour dessus (certes, à contre coeur).
Je connais bien les logiciels de prise à distance sous win aussi (a ce propos : webex est bluffant! (mais bien trop complexe pour mme michu))
Contrairement à toi, je n'ai pas besoin de GUI pour paramétrer/installer qqchose à distance (ou regarder les flux dans un divx ;-). Et contrairement à ces solutions windows : je peux intervenir sur le poste à distance, sans obliger la personne à lancer des trucs pas possible pour obtenir des codes d'autor, et suivre des protocoles complexes et cie ...
tu le fais exprès parce que c'est vendredi ?!?
# que de souvenirs
Posté par manatlan (site web personnel) . En réponse au journal Claque nostalgique : Hebdogiciel. Évalué à 7.
Les programmes que tu tapes et retapes pendant des heures, et qui ne marchent quasiment jamais.
A l'epoque du ZX81, il y avait même eu un vynil souple livré avec un des hebdogiciels. Il fallait brancher sa platine disque sur le zx, mettre le vynil, et prier que le tourne disque ne saute pas pendant la longue lecture du 45tours (nous on sortait de la maison, pour être sure)
C'était l'ancêtre du CD ;-)
[^] # Re: Mûrissement...
Posté par manatlan (site web personnel) . En réponse au journal Linux est-il prêt pour le desktop?. Évalué à 2.
oui et non ...
car en lui installant un linux(ubu), j'installe systématiquement un ssh-server. ce qui me permet de venir réparer/réajuster à distance : et ça, c'est vraiment pratique.
Avec win: je devais me déplacer ;-(
[^] # Re: De moins en moins prêt
Posté par manatlan (site web personnel) . En réponse au journal Linux est-il prêt pour le desktop?. Évalué à 4.
ce n'est plus "un coin" (en haut à gauche) (comme en 11.04)
c'est le 1er bouton (logo ubuntu en noir&blanc) dans le launcher : en haut à gauche.
[^] # Re: De moins en moins prêt
Posté par manatlan (site web personnel) . En réponse au journal Linux est-il prêt pour le desktop?. Évalué à 2.
CTRL + ALT + T ... sinon, dans le dash, tu tapes "terminal"
[^] # Re: beaucoup de réponses sans dans les coms plus haut ^^
Posté par manatlan (site web personnel) . En réponse au journal Linux est-il prêt pour le desktop?. Évalué à 0.
s/ou sous WIN/ou sous Wine