highleaf a écrit 53 commentaires

La vision du monde de gnuzer sous Creative Commons uniquement, c'est bon je vois le genre de gnou ;)

Un compte bancaire sans nom et on ferme : foutage de gueule. Quid des comptes bancaires domicilés en Suisse, au Luxembourg ? Quid des banques qui mettent la main sur les fonds des personnes décédées, de certaines administrations qui demandent une preuve que l'on est en vie (c'est du vécu). Bref c'est de la branlette et du verbiage, inutile de dicerter 10 ans là-dessus. Le temps n'est plus à la parole, à la négociation, à la défense par des moyens légaux (eux-mêmes contrôlés). Il faut désormais se défendre en guérilla et avec violence. Il faut intégrer les entreprises, les administrations et les saboter de l'intérieur. La dictature cynique capitaliste, néolibérale, gouvernementale et financière étend chaque jour son pouvoir et ses moyens d'oppression et de réduction des libertés (Hadopi, D.P.I, troyens d'Etats, espionnage des journalistes, police secrète européenne Eurogendfor...), jusqu'au jour où il sera trop tard pour réagir. Le vieux con disait : "Indignez-vous". Je vais plus loin et je dis "Révoltez-vous et pendez-les !", le vieux n'a pas osé le dire...son essai aurait été encore plus court ;). Le monde créé depuis plus de 60 ans (ONU, OMC, FMI, EU) est une vaste fumisterie idéologique qui vise à faire de l'individu une variable d'ajustement économique, le reste n'est que de la vaseline.

"Pour répondre aux évolutions des crises internationales, Mme ALLIOT-MARIE a proposé que l'Espagne, l´Italie, le Portugal, les Pays-Bas et la France qui disposent de forces de police à statut militaire, travaillent ensemble à la création d'une Force de gendarmerie européenne (FGE) en mesure d'effectuer des missions de sécurité publique au profit d'une force militaire.
La création de cette force a été approuvée par la déclaration d'intention signée par les différents ministres de la défense à NOORDWIJK (Pays Bas) le 17 septembre 2004."

http://www.mediapart.fr/en/club/blog/netmamou/180111/mam-gendarmes-francais-ou-force-dintervention-europeenne

Et enfin un livre que tout le monde devrait avoir lu :
http://www.amazon.fr/secrets-R%C3%A9serve-F%C3%A9d%C3%A9rale-Eustace-Mullins/dp/2355120315

Bonjour,

D'après ce que j'ai pu lire dans la doc, pour changer la taille de la fenêtre, il faut utiliser les tokens de configuration.

La page de documentation correspondante : http://kivy.org/docs/api-kivy.config.html

Dommage que Kivy n'ait pas un forum francophone.

Je vous remercie pour vos éclaircissements.

J'ai parcouru davantage la documentation Kivy et fait quelques essais.

Par rapport à Processing, il est vrai qu'ils n'ont pas la même finalité. L'avantage de Kivy est tout le processus industriel autour : un vrai framework, une vraie documentation, des outils de gestion des fichiers log, des outils de gestion des configurations, des outils de déploiement et une abstraction intuitive même dans la syntaxe de création des objets. J'aime aussi la possibilité d'évaluer des expressions Python directement dans le langage kv, très pratique. Je pense que Kivy ne demande qu'à s'enrichir en terme de fonctionnalités. On peut déjà néanmoins y inclure presque n'importe quelle librairie Python disponible (importer des données Sqlite, générer des flux RSS avec feedparser et afficher dans une scrollview).

Par rapport à Qt/QtQuick, je trouve la gestion des échanges entre les vues et les contrôleurs beaucoup plus intuitive et simple que les échanges à la Qt, même si cela y ressemble fortement. Pour avoir fait quelques tests avec PySide et QtQuick, j'ai toujours trouvé et la documentation et la logique trop calquée sur une logique C++ qu'une logique Python pour des raisons techniques et historiques connues. Si l'on trouve énormément de documentation Qt / QtQuick pour C++, l'on en trouve moins pour Python. De plus l'implémentation Qt / QtQuick est peu documentée. Les QtAbstract ne sont pas évidentes à implémenter en Python et QtQuick par exemple lorsqu'on doit gérer des scrollview avec des lignes constituées de plusieurs champs différents provenant d'une base de données. Les modèles abstraits sont complexes à mettre en place. Je trouve la logique de Kivy plus orientée Python et finalement plus claire. En terme de performance, QtQuick rame pas mal sur des smartphones (ARM 800 MHz par exemple).

Bref j'ai un sentiment positif et de fraîcheur après m'être documenté sur Kivy et son approche.

P.S : je vous ai en fait découvert en cherchant une vieille bibliothèque graphique PyUI (http://pyui.sourceforge.net/) qui utilisait également OpenGL pour le rendu.

Bonne continuation.

Bonjour,

Comment se positionne ce framework par rapport à un outil complet comme Processing par exemple ? Est-ce qu'on produit au final des choses similaires ou est-ce que cela n'a complètement rien à voir ? Car dans les dernières versions de Processing, on peut produire aussi pour Android et gérer les écrans tactiles.

Est-ce qu'on doit le comparer davantage à QtQuick par exemple, car je vois des similarités entre le QML et le langage kv ?

http://kivy.org
http://processing.org
http://qt.nokia.com/qtquick

Merci pour vos réponses et points de vue.

Qu'est-ce qu'un geek ne ferait pas pour baiser un peu... :)

J'utilise Scite, wscite en particulier. Simple et efficace et wxdesigner.

Amen ;)

C'est une excellente nouvelle, j'ai toujours eu beaucoup de mal avec l'ancienne interface étant un utilisateur occasionnel du logiciel donc avec une mémoire courte au sujet des milliers de raccourcis disponibles.

Par contre, peu de gens le précisent, je me sers de Blender aussi pour quelques montages vidéo, il est assez pratique.

La nouvelle interface est excellente et Blender embarque directement un interpréteur Python 3.

Je n'ai qu'un mot à dire : YEAH!

Le titre de l'article est bien pourri, on se croirait sur Voici. C'est typiquement le genre de news qui ne sert à rien. L'auteur tire des conclusions plus ou moins fumeuses d'une news commerciale déjà fumeuse à la base. Je sais que linuxfr a un nouveau site, mais ce n'est pas une raison pour le remplir avec n'importe quoi.

En même temps, l'avis technique d'un webdesigner... Comparer Flash/Flex et HTML5 n'a pas beaucoup de sens. En terme de fonctionnalités ça n'a rien à voir.

Déjà le Javascript sur le client ça me saoule alors côté serveur, je ne veux même pas y penser, vous me direz côté serveur, ce sera peut-être moins le bordel que sur le client.

C'est vrai, ce sont devenus des mots choquants ;) et mon ton était lui aussi vachement subversif, je vous comprends ;), je vous laisse vous toucher le zizi ;) en petit comité.

C'est pourtant vrai, simplement tu ne t'en rends plus compte ;), moi non plus d'ailleurs. Ne t'inquiète pas quand tu seras grand-père tu feras pareille ;). Ce n'est pas utiliser une machine qui abrutit c'est l'utilisation qu'on en fait aujourd'hui qui est abrutissante, tu peux remplacer machine par téléphone, voiture, TV...si tu le souhaites, je suis sûr que tu es suffisamment fin pour comprendre ce que j'ai voulu dire, sinon arrête ton ordinateur. Moi personnellement ce qui me gonfle c'est d'être moinssé dès que l'on sort des chemins tracés de la pensée unique.

Bref encore un exemple parfait où des adultes se prennent/se projettent pour des enfants ;)

Mon opinion est qu'il ne faut pas en faire des mongoliens trop tôt, ils auront tout le temps par la suite de s'abrutir devant un écran. Qu'ils prennent l'air, jouent et apprennent à parler et à écrire correctement, ce sera déjà un bon début. Je ne sais pas pour vous, mais quand j'observe des enfants, ils s'éclatent plus avec des bouts de ficelles et du carton que des conneries d'appareils électroniques. Pourquoi ne pas leur apprendre la comptabilité pendant que vous y êtes ;), avec des tableurs très simples et une version light de Sage ;). Ils vont me faire peur les futurs enfants ;) une fois adultes : débiles, rachitiques et tout blancs ;).

>>>Vivement que les étudiants comprennent que leur destin est de faire la pute…

Description un peu crue mais tellement réaliste, informaticien c'est accepter de travailler beaucoup, d'être mal payé, d'être stressé en permanence et de bosser pour des gros cons qui ne comprennent rien ;)

C'est bien ça les occupera et ils arrêteront de nous faire chier ces gendarmes à la noix. Rien à foutre de la gendarmerie et rien à foutre de mobutu ;)

Je vais tester de nouveau cette semaine. Je ferai un petit retour.

Et bien la dernière fois que j'avais essayé d'installer le CMS, j'ai eu droit a des installations de paquets en cascade plus ou moins facile à trouver et plus ou moins stables ?

En gros, est-ce facilement déployable sur des serveurs en production sans passer par de la bidouille ou des paquets instables ?

Est-ce,que l'installation a été améliorée niveau des dépendances ?

J'ai retesté un peu sur une debian lenny. Vos fichiers d'aide m'ont beaucoup aidé mais j'ai toujours des problèmes, en particulier avec itools qui ne veut plus s'installer à cause de dépendances de différentes versions.

Pour l'instant, je vais stopper mes tests car je me rends compte qu'il y a beaucoup trop de dépendances pour que je puisse déployer cela en milieu professionnel de manière aisée et pragmatique.

L'OS que j'ai choisi est openbsd et j'ai peur de ne pas arriver à satisfaire autant de dépendances sur ce système.

Je testerai de nouveau dans une future release.

Merci néanmoins pour votre aide.

Julien

Bonjour,

Je vais essayer de préparer cela cette semaine. C'est dommage car je suis motivé pour essayer et tester la solution.

J'ai fonctionné avec un serveur ubuntu avec une install light. De tête, j'ai eu des problèmes avec poppler, que je n'ai pas résolu sous ubuntu. J'ai eu du mal à trouver certaines bibliothèques incluses dans certains paquets ubuntu (pour des aspects gtk). Bref j'ai toujours pas réussi à lancer le truc, j'ai des erreurs concernant le multiprocessing au lancement, pareil avec le cms ikaaro.

Cette semaine je refais le test sur un openbsd, je ferai un petit retour.

Pour la doc j'ai déjà regardé mais c'est plus une doc de développeur...Et j'ai pas trop le temps de me plonger dans le code.

root@zorg:~/pyappz/itws# icms-init.py -p 9999 -r itws testcms
Type your email address: nzo@shoota.org
Process Process-1:
Traceback (most recent call last):
File "/usr/lib/python2.6/multiprocessing/process.py", line 232, in _bootstrap
self.run()
File "/usr/lib/python2.6/multiprocessing/process.py", line 88, in run
self._target(*self._args, **self._kwargs)
File "/usr/local/lib/python2.6/dist-packages/itools/core/subprocess_.py", line 85, in subprocess
popen = Popen(data, stdout=PIPE, stderr=PIPE, cwd=path)
File "/usr/lib/python2.6/subprocess.py", line 621, in __init__
errread, errwrite)
File "/usr/lib/python2.6/subprocess.py", line 1126, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory

Ce CMS est intéressant. J'avais déjà essayé le cms ikaaro. Le problème avec ces solutions c'est qu'elles manquent de documentation. En plus il y a une tripotée de paquets à installer, ce n'est pas non plus signalé dans les docs. Dommage car j'accroche bien à ce type de produit.