fredix a écrit 1945 commentaires

Les réalisateurs du film n'ont toujours pas compris qu'il suffisait d'aller sur le site web des contributeurs pour réccupérer les sources.

Ce n'est pas parce que tu fais du libre que tu es obligé de diffuser ton code sur le Net ... Il suffit de fournir le code à ton client.

C'est d'ailleurs le choix de GNU pour GNU-Entreprise

Il serait temps qu'ils passent à Gtk2 par contre ...

Attention si tu souhaites que ton appli tourne sous Windows :

Is Gambas multiplatform?

In the future, I hope there will be a simple answer: "yes!". :)

Right now, there are reports of people compiling Gambas under BSD and Win32/Cygwin.


Par contre python/gtk+ et ruby/gtk+ tournent sous Windows.

5°) Glade

Dans tous les cas si tu utilises Gtk+ utilises absolument Glade et la libglade !
Le début de mon introduction sur la libglade te fera sans doute comprendra son intérêt : http://taonix.org/libglade(...)
De plus tu pourras tester depuis plusieurs langages ton interface, histoire de comparer python et ruby par exemple :)

Sinon en RAD il existe boa-constructor (RAD tool for Python and WxWindows application)
http://boa-constructor.sourceforge.net/(...)
et vdk builder :
http://vdkbuilder.sourceforge.net/(...)

Perso je suis loin d'être convaincu qu'un RAD puisse te faire gagner du temps, surtout pour un logiciel aussi complexe qu'une gestion comptable ...

Sincèrement tu devrais essayer ruby/gtk+/glade/libglade, tu développes très rapidement avec. J'ai d'ailleurs lancé un appel (second degré) sur mon site, à ce sujet :) :

http://fredix.taonix.net/weblog/?2004/05/16/5-appel-du-16-mai-2004(...)

Pour la base de données, si tu utilises gnome-db, ton code est indépendant de la base de données et l'utilisateur peut la choisir. Sinon si tu veux utiliser les procédures stockées, les trigger ou autres spécificités d'un vrai sgbd, utilises PostgreSQL.

Salut,

superbe doc ! J'ai posté un message sur alt.fr.comp.lang.gtk+ qui montre quelques lignes de codes ruby (pompé dans alexandria, http://alexandria.rubyforge.org/(...)) sur l'utilisation de la libglade, si ça peut t'aider pour ta doc :
Message-ID: <pan.2004.05.14.23.31.08.763187@taonix.net>

Je colle ici le code pour ceux qui ne peuvent accéder à alt* :

Une classe de chargement du fichier Glade que voici :

class GladeBase
def initialize(filename, root)
file = File.join(Geekast::Config::DATA_DIR, 'glade', filename)
glade = GladeXML.new(file, root) { |handler| method(handler) }
glade.widget_names.each do |name|
begin
instance_variable_set("@#{name}".intern, glade[name])
rescue
end
end
end
end

Ensuite tu créés une classe qui hérite de GladeBase ou tu vas lire ton
fichier glade, exemple :

class CallbackPref < GladeBase
def initialize
super("geekast.glade", "geekast_setting")
end
def on_pref_cancelbutton_clicked(widget)
@geekast_seeting.destroy
end
end


"super" transfère les paramètres donnés à la méthode de la classe
mère, donc ici la méthode initialize de GladeBase. Le 2ème paramètre
est le widget racine (une GtkDialog ici).
L'astuce de la classe GladeBase c'est qu'elle extrait chaque widget du
fichier glade (à partir du noeud racine) via glade.widget_names.each et
quelle instancie chaque widget ensuite via instance_variable_set.
Donc le widget nommé toto sera accessible dans ton prog Ruby via @toto.

D'ailleurs tu le vois dans ma méthode on_pref_cancelbutton_clicked qui
détruit la dialog geekast_seeting via la méthode destroy.

Très simple et très efficace. Par rapport au code de alexandria j'ai
juste ajouté le paramètre root, car le Laurent, le dev, créé un projet
glade par fenêtre ! (perso j'aime pas trop ça).

Ma question est: existe-t-il un plugin pour les lecteurs multimédia les plus connus (XMMS, ...) parce que le côté page web, j'aime pas trop.

Je développe une IHM Gnome (http://taonix.org/geekast(...)). Par contre j'ai du retard et je ne sais pas quand je pourrais sortir une première release. Si tu veux beta tester laisses moi ton mail.

piétiné sur des serveurs équivalents ? Parce que les solutions Java c'est réputé imposer de grosses ressources matériels.
Enfin perso côté server Erlang rulez :D

l'API de perl n'a absolument rien à envier à l'API de python, et ruby est a priori, je suis pas assez bon développeur pour donner autre chose que des avis donnés sur le net, ruby est donc a priori plus propre au niveau langage que python et perl.

Je débute en Ruby, mais je trouve que la bibliothèque standard de Ruby extrèmenent complète et puissante : http://www.ruby-doc.org/stdlib/(...)

La plateforme Java est intéressante car elle apporte ce que les autres n'apportent pas, à savoir des normes comme J2EE et un ensemble de produits issus de cette normes (Weblogic, Websphere, Jonas, Tomcat, etc.) qui ont des performances (fonctionnelles & en tenue en charge) que les 3 autres langages cités ci-dessus ne peuvent (pour l'instant, en tout cas, ne présageons pas de l'avenir) pas apporter.

Il existe quand même la plateforme Zope développée en Python.

Personnellement, j'aime bien ruby. C'est du script, c'est simple a comprendre, facile a lire. Mon avis à moi que j'ai.

Ruby est encore jeune mais sa syntaxe plus clair et 100% objet en fait le chanlenger incontestable des langages scripts. De plus la version 2.0 proposera une compilation en bytecode.
A moins que Parrot mette tout le monde d'accord, voire que tous les langages scripts finissent par utiliser Parrot.

Oui tu ne comprends rien et tu es hors sujet. Le poste auquel tu répondais était :
>>ne pas libérer la JVM c'est surtout pour garantir la portabilité,

>3 mots : Perl, Python, Ruby


On parle de portabilité ici ! Perl, Python et Ruby répondent à ce critère. Donc l'argument que Java doit rester propriétaire pour être portable est complètement FAUX.

Pas la peine de lancer un troll minable sur le comparaison des API qui n'est pas du tout le sujet.

Pourquoi ? Parce qu'on ne peut pas faire de zoli bytecode avec perl et python ? C'est prévu dans la version 2.0 de Ruby et sans doute avec la v6 de perl (parrot).
De toute manière on parle de vm ici et les 3 sont bien concernés.... As tu vu 50 versions différentes de ces vm ? non, c'est libre très portable et il n'y a qu'une vm.
Bref tu n'a rien compris.

Et si tu testes le binding Gtk+ pour ruby tu verras que c'est encore plus facile :)

Le connaissant je me permet de donner mon avis. Je ne pense pas qu'il pense aux applications finales comme KDE ou mozilla, pour venter l'assembleur. Par contre il est convaincu que son OS doit être en asm.
D'ailleurs il souhaite créer un langage de haut niveau permettant de développer des applications.
Je comprend que l'on puisse ne pas trop aimer le ton employé. Philippe est un vrai zealot de l'Amiga et de l'asm :)

Génial ! Je me demandais justement comment protéger le proc s'il venait à exister un jour. Merci pour lui :)

Euh ... A mon avis, ré-explique lui la GPL ...

Je lui ai donné l'exemple de la validation de la GPL par le tribunal de Munich sur l'affaire Netfilter.

Ce dont il a peur n'est-il pas _autorisé_ avec la licence BSD et interdit avec la GPL ????

Oui c'est assez ambigue dans sa tête :) Il veut que l'on puisse développer du proprio sur son archi et en même temps il veut que cela reste libre. Enfin je pense que la LGPL devrait lui convenir.

Pour le 1) je sais pas, mais je suis convaincu que la vente liée lui a surtout nui pour atteindre le grand public.

Pour le 2) on dirait que tu parles des premières versions de BeOS. Me semble que la 4 et 5 étaient très stable.

Je crois que tu oublies une chose essentielle. Depuis quelques années, quelle boite peut prétendre vendre un logiciel propriétaire tel qu'un OS, une suite bureautique, ou n'importe quel autre domaine où Microsoft est positionné en monopole ?
Aurais tu oublié l'impossibilité pour Be Inc de vendre Be OS, à cause de la vente liée pc/windows ? Idem pour Os2.
Exit WordPerfect.

Au contraire, le logiciel libre c'est le retour de la maitrise complète de l'informatique d'une entreprise. Informatique personnalisable, indépendante. Fini le dictact d'une multinationale. Bienvenue aux Artisans du logiciel libre.

Est ce que tu utilises gstreamer comme backend pour le son ?

A terme je souhaite utiliser gstreamer. Mais je préfère sortir une première version rapidement qui appelera le player de son choix. L'interface web me saoule :)

Serait il possible (à moyen terme) d'en faire un plug in pour rhythmbox ?

Si on peut faire des plugin rhythmbox en ruby pourquoi pas. Il y a aussi streamtuner qui est bien placé dans ce rôle.
Mais il ne faut pas oublier que peercast permet également le stream de vidéo (WMV et NSV). Or ni rhythmbox ni streamtuner ne sont fait pour cela. Ils ne sont pas fait non plus pour l'envoit.
A long terme j'aimerais bien faire un studio complet permettant aussi bien la réception que l'envoit de son/video.

A propos de Peercast le dernier linux mag a fait un article très complet dessus.

Alors pour moi c'est simple, le trio infernal c'est :
ruby / libglade / Gtk+

Je suis en train de développer une IHM à peercast et c'est vraiment trop facile :)
J'ai fais une petite doc sur la libglade (http://taonix.org/libglade(...)) elle concerne le C mais j'en ferais une pour ruby. Sinon pygtk (python/gtk+) est du même accabit.

http://ruby-gnome2.sourceforge.jp/(...)

Je viens de discuter avec mon amie juriste d'une idée qui pourrait simplifier ce genre de démarche.

En effet, puisque l'on connait maintenant le mode opératoire pour se faire rembourser, il est dommage que chaque consommateur doit le répéter ou le réinventer.
L'idée serait qu'une association s'occupe de toute la démarche de contact avec le vendeur, le contructeur, les éditeurs. Qu'elle représente les consommateurs en prennant en charge les coups et le temps.
Ainsi il suffirait d'aller d'y adhérer pour bénéficier de toute la procédure. Pour les achats groupés cela serait encore plus efficace évidement.

A mon avis devant une telle organisation les constructeurs réagiront rapidement ...

En facture téléphonique ça risque de te couter plus cher que le reboursement si tu l'obtiens, non ? :)
Sinon bravo pour ta persévérence.

Ceux qui le feront ne seront pas des contrevenants de la loi, mais seront des emmer*eurs. Ils ne seront pas poursuivis, ils seront détestés.

Oui, comme les enseignants, les intermitants, les routiers, les chercheurs, les chômeurs, les ....
A partir du moment ou tu te défends il y a de fortes chances que tu deviennes un "emmerdeur" comme tu dis. Et en général c'est la seule manière pour te faire entendre.

La on parle pas d'un seul problème d'hebergement car en plus des données perdues se rajoute à la liste :

Oui, les clients en mutualisé sont bien à pleindre. Mes remarques n'ont pas pour but de soustraire LO à ses responsabilités, loin de là.

Tu oublies que pour certains, le site web est un outil de travail. 4 jours pour se retourner et monter un miroir c'est un peu court surtout si on a d'autres obligations en même temps.

Bah moi j'attend pas que mon hébergeur déménage pour faire des sauvegardes, surtout quand le site web est un outil de travail.

"Le client est roi" n'est pas un dogme, ça n'empêche que c'est une maxime à ne pas oublier.

Bin oui, tout simplement parce qu'ils perdent pas mal de client suite à cette affaire. C'est la sanction. En même temps vu leur tarif je m'inquiète pas pour eux :)

qui fait payer un prix conséquent (en conséquence de quoi on peut en "attendre" un service irréprochable).

Heu il me semble qu'à l'heure actuelle LO est le prestataire le moins cher du marché et au moins un des moins chers. Quand tu vas chez Lidle tu t'attends à manger du Bocuse ?