Multisystem, discuter de son évolution ...

frafa · Le 06/07/2011, à 18:53

Bonjour,
A la demande de plusieurs développeurs présent sur ce forum
j'ouvre ce post a fin d'y discuter d'une éventuelle réécriture de multisystem
à ce jour multisystem est écrit en bash et utilise gtkdialog et zenity pour les gui
gtkdialog n’étant plus maintenu et ayant disparu de quasi toute les distributions récentes
(je maintiens par le dépôt de multisystem une version de gtkdialog actuellement)
il faut songer à au minimum réécrire les gui

les suggestions proposées:
soit garder le moteur en bash (moi je préfère, car genre python faudrait que je m'y mette, mais bon fo voir ....)
et utiliser [glade2script] développé par AnsuzPeorth
soit utiliser pygtk
soit pygtk + glade
soit pytk
soit ...

Je précise que je n'ai pas en ce moment le temps pour partir de suite sur cette réécriture de multisystem
ce sera de toute façon un projet à moyen/long terme.

Toute personne souhaitant participer à ce projet à venir est la bienvenue ...

smo · Le 07/07/2011, à 20:42

ola

alors moi je dis:

on garde le moteur en bash vu que tout est deja fait et du pygtk pour gui/signaux/gestion des evenements dans le gui (rien de bien complique)

ce qui me gene, la gestion du sudo, soit faudra utiliser gksu mais y demande lemot de passe sans arret soit par dbus mais c est inbuvable

sinon rien de bien complique

le gui en lui meme,j aime pas du tout lesmenus non plus je prefere des bon gros boutons et des onglets (caches)

genre partie 1/onglet 1, gestion des distros et de la cle
partie 2, options
partie 3 customisations si dispo

fin du 1 er post

AnsuzPeorth · Le 07/07/2011, à 22:11

smo a écrit :

on garde le moteur en bash vu que tout est deja fait

Entièrement d'accord.

smo a écrit :

et du pygtk pour gui/signaux/gestion des evenements dans le gui (rien de bien complique)

Rien de bien compliqué, ok, quoiqu'il faudra qd même gérer des threads, des treeviews, textview ....Quand même !
Ca obligera frafa a se mettre au python/pygtk, sinon il sera entièrement dépendant d'un tiers.
Avec glade2script, pas ce soucis, une fois le truc mis en place, il suffit d'ajouter un widget via glade et qqles echo pour le mettre en branle.

ce qui me gene, la gestion du sudo, soit faudra utiliser gksu mais y demande lemot de passe

Encore un truc où glade2script est pratique, un seul sudo suffit, on reste dans le même environnement.(je me trompe peut être, mais avec la version actuelle, il n'y a qu'un seul sudo, donc il y aura le même comportement avec g2s)

le gui en lui meme,j aime pas du tout lesmenus non plus je prefere des bon gros boutons et des onglets (caches)

C'est histoire de gout, mais frafa est également de cette avis, donc ...

Voilà mon avis, je pencherais vers g2s (prévu pour ce genre de soft à la base), mais comme je ne promets pas mon investissement, je ne forcerai la main à personne

Maintenant, ça dépends de toi frafa, voir si tu veux te lancer dans python/pygtk ? Ce que j'encourage, c'est tellement bon, bien qu'inutile pour multisystem.

Dernière modification par AnsuzPeorth (Le 07/07/2011, à 22:13)

frafa · Le 07/07/2011, à 23:05

Salut les zamis
Bon pour le bash on est d'accord.

-Pour les gui je vous laisse vous bagarrer
Je n'ai pas encore vriament regardé le fonctionnement de [glade2script]
donc on va dire à mon avis soit [glade2script] soit pygtk + glade
même si je n'aime pas glade, je reconnait que ca fait gagner du temps ...

-Les traductions à mon avis faudrai tout refaire, enfin à réfléchir ...
car comme un con au début j'ai écrit les gui en trançais,
et tous les devs ce sont un peu arraché les cheveux pour remplacer
l'anglais par leur langue dans le .po de traduction Anglais,
vu que la base des .po est en français.

-Pour l'histoire des sudo, il y a une seule et unique raison qui est facilement contournable
il est impératif de ne pas décompresser les ramdisk en root, car si ils ont été mal fait
cpio va les décompresser à la racine de votre distro, huhu sisi
ça m'est arrivé une fois je vous dit pas LES BOULES
j'ai compris de suite mais c'etait trop tard ecran figé,
et bien sur distro toute cassée ...
et le script modifie les ramdisk pour quasi toute les versions
des distro non-live genre les alternate de ubuntu les Debian non live etc ...

- Tout sur le même qui via des panels que l'on masque ou affiche
sauf pour l'interface de restauration,
la fo quitter le soft pour remplacer par le fichier image disque de sauvegarde.
et chaque action masque le gui et affiche un terminal avec un progress en dessous pour afficher
grossomodo ce qui est en train de se passer

- @AnsuzPeorth essaie unity et tu verra tu detestera les menus, enfin c'est mon avis ...

- je ne met pas la priorité sur le choix du gui,
vu que en ce moment je suis charette tant que je n'ai pas résolu la gestion commerciale des futures clé USB multisystem,
(c'est peut être decoincé avec le dev qui bossait dessus, je saurait ca en fin de semaine)
et donc je ne me mettrais pas de suite a maitriser les outils adequats ...

-2 jours que la Doc de multisystem est sur framasoft merci à Patrick d'Emmaüs et ses compères
mais bon ca fait du support en +
allé zou m'en va répondre a quelques Windows maniaques qui souhaitent utiliser multisystem ...

pas relut ni corrigé, donc fermez les yeux sur les fôt de françois

Dernière modification par frafa (Le 08/07/2011, à 16:36)

smo · Le 10/07/2011, à 16:28

ola

donc allons y pour du bash/g2s/glade ou gtkbuilder devrais je dire

ca frafa j ai rien compris :

sauf pour l'interface de restauration,
la fo quitter le soft pour remplacer par le fichier image disque de sauvegarde.
et chaque action masque le gui et affiche un terminal avec un progress en dessous pour afficher
grossomodo ce qui est en train de se passer

perso les popup de partout dans un gui je trouve ca insupportable, autant integrer un terminal directement qui sert a tout...tes scripts sont lances comme d hab mais au lieu de tes fenetres xterm tout est affiche dans ce terminal, ok ?

le reste, pas de menus ou le moins possible je suis ok et les sudo bah on va voir comment ca s passe, multisystem tu le lances en root ?

les traductions, tout sera refait dans le gui et en english par defaut, apres dans ton script bash bah va falloir tout passer en english aussi par defaut

pourquoi t aimes pas glade ?

et va falloir separer tout multisystem en plein de petit script aussi

++

Dernière modification par smo (Le 10/07/2011, à 16:36)

smo · Le 10/07/2011, à 17:04

frafa

tu peux nous dire, l ordre de chargement des fichiers ?

apparemment gui_multisystem.sh en premier, apres ?

++

frafa · Le 10/07/2011, à 20:04

Coucou

Pour les popup on est bien d'accord, c'est insupportable,
c'est d'ailleur la seule raison qui me pousse à abandonner gtkdialog
si gtkdialog savait masquer un qui ou au moins un onglet
et disposait de la possibilité d'intégrer un treminal
pour moi il serait largement suffisant.

Tout séparer, pas un souci, je m'en occuperait, enfin dès
que j'ai fini partie la gestion commerciale de liveusb.info
(import auto des paiements PayPal dans Dolibarr),
le dialoque avec le dev est repris, normalement sera quasi fini demain je pense...

Ordre des gui dans multisystem actuellement
en premier:
gui_multisystem.sh
puis dans une boucle détection de la clé USB dans:
gui-detect.sh
si detection est ok le gui principal est chargé dans:
gui_multisystem.sh
les différents boutons appelent:
fonctions.sh xxx
soit c'est codé dans ce fichier,
soit ce renvoie dans des sous fichiers
un peu tordu mais je mettrai tout ca au propre ...

smo · Le 10/07/2011, à 20:13

ok frafa cool

finis avec tes pb de commercialisation tranquillou, on reflechit au reste

++

Hizoka · Le 12/07/2011, à 17:06

salut,

si jamais ca s'oriente vers bash + g2s, je pourrais donner un coup de main (en fonction du temps que j'aurais)...
apres, c'est à vous de voir.

yohann · Le 12/07/2011, à 17:14

bon je viens mettre mon grain de sel:
pourquoi pas ncurses? c'est super joli dans le style old-school et aussi très portable, ça permet notamment d'utiliser multisysteme sur une machine qui n'a pas d'interface graphique ?
en plus je crois bien que c'est facilement manipulable avec bash¹ et ça mais d'accord les qtistes avec les gtkistes .

¹: (oui et facilement avec bash simple cucrses!! : http://code.google.com/p/bashsimplecurses/ )

frafa · Le 13/07/2011, à 15:02

Bonjour,
@Hizoka
Merci pour ta proposition
Tu est bien sur le binevenu pour une participation même minime,
Tu as une bonne connaissance de g2s et du bash donc tu nous sera utile.

@yohann
je réflécihi à une version minimaliste,
pas pour toute les fonctions de multisystem,
mais pourquoi pas la possibilité de créer une clé USB multisystem,
et d'ajouter/supprimer une iso en ligne de commande sans gui ou pourquoi pas avec un outil minimaliste pour un peu de deco ...
perso jamais utilisé ncurses, je regarde ...

Dernière modification par frafa (Le 13/07/2011, à 15:03)

frafa · Le 17/07/2011, à 18:53

Avant que on ne commence un truc,
il existe une dernière possibilité,
à savoir trouver un repreneur pour gtkdialog ?
manque pas grand chose pour que ce soft soit hyper pratique,
il suffirait de faire évoluer la gestion du widget netbook a fin de pouvoir
appeler un onglet masqué via un bouton, et la on pourrait vraiment faire beaucoup + avec gtkdialog
mais moi et le "c" ça fait 2 ...

il suffirait de rajouter le support de switch-page en action sur bouton pour changer d'onglet (masqué)...
<action>switch-page:?</action>
et trouver le moyen d'intégrer un terminal ...

si ca intéresse qqun de reprendre gtkdialog, je fait le béta testeur avec plaisir ...

Dernière modification par frafa (Le 17/07/2011, à 18:55)

Hizoka · Le 17/07/2011, à 19:02

on avait deja cherché, et avec le recul, glade est bien plus puissant que ne pouvait l'etre gtkdialog.

AnsuzPeorth · Le 17/07/2011, à 19:48

frafa a écrit :

manque pas grand chose pour que ce soft soit hyper pratique

C'est parce que tu n'as pas essayé g2s, lui il est pratique, et bcp plus puissant (et c'est pas parce que je l'ai codé, c'est simplement que j'aurais aimé trouver un truc pareil à l'époque ...)

Sinon, dans le même genre, utilisation de xml pour créer du gtk, y a shcedio. http://forum.xubuntu-fr.org/viewtopic.php?id=383356

Faire du gtk via des balises xml, je prefere que ce soit glade qui s'en charge plutôt que moi

Sinon, autant utiliser le pygtk, moins galère.

<action>switch-page:?</action>

SET@notebook.set_current_page(1)

C'est un peu plus de lettre avec g2s ...

Hizoka a écrit :

on avait deja cherché, et avec le recul, glade est bien plus puissant que ne pouvait l'etre gtkdialog.

+1
Et beaucoup plus facile pour faire un GUI et ses réglages.

Arriver à un bon résultat avec gtkdialog, c'est pas un repreneur qu'il faudrait, mais qql'un qui refasse un g2s en code xml (possible, vu que liglade prevoit cette solution) !

Mais t'inquiète frafa, smo va te faire ça en pygtk direct, comme ça tu te mettra à python un petit peu !

frafa · Le 17/07/2011, à 20:36

Vouep,
c'etait ma dernière tentative concernant gtkdialog ...
contrairement à vous, je pense que un bon en "c" n'a pas beaucoup de taf pour le rendre hyper preformant.
et pour memoire, ce n'est pas fini de coder mais gtkdialog inclut aussi .glage

#! /bin/bash 

gtkdialog --glade-xml=glade-01.00-entries_functions.glade \
          --include=glade-01.00-entries_functions.functions \
          --program=login_window

HLFH · Le 18/07/2011, à 00:52

@AuxDéveloppeurs

Yo !

frafa a écrit :

je ne pige pas pourquoi grub2 n'a pas encore inrégré le support du module lua par defaut,
il suffit de compiler la version experimeltale officielle de grub2 pour avoir le module lua.mod
qui permet de faire tout ce que fait burg avec grub2,
patience ca viendra ...
(non je te voit venir, ce n'est pas moi qui maintiendrai le .deb de grub2 experimental, pas le temps pour ca)

Je me suis dit que comme vous êtes une dizaine de superdéveloppeurs branchés dessus, vous pourriez vous occuper ensemble - comme ensemble on a plus le temps - de ce petit soucis pour améliorer l'interface graphique au démarrage de MultiSystem

Sinon, maintenez le paquet qu'à raison d'une fois par mois maxi, ça dépassera de toute façon un Burg !

Désolé si je vous en demande trop ! Merci

Librement vôtre,

HackerLiberty ><

Dernière modification par HackerLiberty (Le 18/07/2011, à 00:54)

akaoni · Le 18/07/2011, à 17:12

Remplacer gtkdialog me semble une très bonne idée.
Par exemple au boulot j'ai pas pu l'installer sur opensuse qui ne fournit plus l'outil.
De plus attention à ne pas trop dépendre de gtk et surtout des outils associés (gksudo).
Je ne suis pas développeur donc pas de trop de conseil de ma part mais il me semblerait très bien de :
- Faire une interface texte qui simplifierait grandement l'utilisation pour les utilisateurs avertis d'unix
- Utiliser un langage pas dépendant directement de gnome ou même un environnement graphique (hormis les librairies).
- Cerise sur le gateau ne pas trop dépendre de ubuntu ou au moins gérer les différentes distro et eventuellement demander à la communauté de gérer les dependances et compatibilité.
Enfin facile à dire quand on est pas le developpeur !

YannUbuntu · Le 18/07/2011, à 17:37

bonjour
perso j'utilise gksu et glade2script pour mes outils (boot-repair, os-uninstaller), c'est leger et ca fonctionne sur les principaux environnements (Unity, Gnome, KDE, Xfce, Lxde). Le mot de passe n'est demandé qu'une fois.

Levi59 · Le 18/07/2011, à 17:40

Je rejoins cette conversation pour apporter mon humble point de vue. Je pense comme akaoni que le plus important serait de créer une base en ligne de commande du logiciel parfaitement (ou du moins au maximum) portable sur les différentes distributions Unix et laisser ensuite à d'autres contributeurs la possibilité de coder une interface graphique selon les besoins (gtk, qt...).

Tu pourrais ensuite proposer ta propre vision de cette interface mais cela te donnerais la possibilité de reporter ce travaille sur quelqu'un d'autre et ainsi te concentrer sur l'amélioration du logiciel.

Sans pour autant te reporter sur un autre, je suis certain que AnsuzPeorth adorerais montrer les capacité de son soft en créant une interface alternative (Ou tout autre contributeur comme il en existe des milliers) et ainsi apporter un coté personnalisable au logiciel à l'image des dérivées de Ubuntu (X/K/Xubuntu et j'en passe).

Bien sûr tout ceci n'est qu'une vision de ce que pourrais être l'évolution de ton logiciel!

Hizoka · Le 18/07/2011, à 18:55

l'idée n'est pas mauvaise niveau portabilité.

Mais en faisant ca, chacun va bosser de son coté et c'est une perte de temps...

les seuls dépendances de glade2script : python-glade2, python-gtk2, libnotify, python-notify, python-vte
on doit pouvoir les retrouver non ? du python...

apres on peut toujours faire un truc tout en console mais bon...là encore ca serait pas forcement portable en fonction de ce qui est utilisé bash v4...

AnsuzPeorth · Le 18/07/2011, à 19:13

L'idée d'une interface console n'est vraiment pas mauvaise, mais pour mettre ça en place ... Bonjour !
Faire en sorte qu'un GUI puisse se greffer par dessus, ben va falloir bien reflechir comment coder le bordel. Le soft de frafa est une usine à gaz (c'est pas péjoratif), faire en sorte que n'importe qui puisse faire un GUI après, ben je vois pas bien comment s'y prendre ? (ou il faudrait une parfaite connaissances du soft, pour savoir qui fait quoi et avec qui ...)

Hizoka a écrit :

les seuls dépendances de glade2script : python-glade2, python-gtk2, libnotify, python-notify, python-vte

python-glade2, pas besoin si on utilise gtkbuilder
libnotify, python-notify, pas besoin si on ne s'en sert po !
PAr contre, c'est du gtk, donc forcement, faut installer gtk (mais c'est deja le cas avec gtkdialog)

Levi59 a écrit :

je suis certain que AnsuzPeorth adorerais montrer les capacité de son soft en créant une interface alternative

Je n'adorerai rien du tout
Simplement je pense que g2s serait très bien pour ce genre de soft, mais chacun fait a's'mode ...

En plus j'ai pas le temps, je m'amuse sur d'autres projets, comme je l'ai signalé au départ, je participerai de loin.

Levi59 · Le 18/07/2011, à 19:24

AnsuzPeorth a écrit :

Levi59 a écrit :
je suis certain que AnsuzPeorth adorerais montrer les capacité de son soft en créant une interface alternative
Je n'adorerai rien du tout
Simplement je pense que g2s serait très bien pour ce genre de soft, mais chacun fait a's'mode ...
En plus j'ai pas le temps, je m'amuse sur d'autres projets, comme je l'ai signalé au départ, je participerai de loin.

Ce n'était qu'un petit clin d’œil, je ne tenais pas à te forcer la main! D'autant que j'avais précisé entre parenthèses, "ou tout autre contributeur"

Bref, si l'on en reviens à l'interface console, je tiens à rajouter que cette "simplification" du logiciel me semble nécessaire pour pouvoir ensuite revoir l'interface selon un modèle plus portable et surtout maintenu.

Un fois cette version codée, il est alors possible d'utiliser le logiciel sur tout système, graphique ou non et une interface graphique peut alors être proposé pour ceux qui pourrais utiliser et/ou préfèrerais cette présentation.
Il peut paraitre surprenant de faire évoluer un logiciel en le faisant retourner dans sa console mais cela définirait une base plus saine pour toute amélioration suivante, enfin il me semble.

Hizoka · Le 18/07/2011, à 19:41

de mon point de vu on ne code pas du tout de la même façon quand le soft sera utilisé en console que s'il s'articule autour de la gui comme avec g2s...

Ansuz => precise ce que tu as dit sur les dependances sur le sujet g2s

frafa · Le 03/08/2011, à 16:40

Bonjour les zamis
Yessss, gtkdialog a trouvé un repreneur depuis le: 2011-06-16
j'etais passé à coté de l'info ...

Il a déja fait un paquet de taf dessus !
correction de quasi tous les bugs
et il à même commencé à coder de nouveaux widget

séprateurs, hbox et vbox scrollables, refresh sur les images de boutons et sur pixmap, évolution des menus
et bien plus encore, la liste par là:
http://www.murga-linux.com/puppy/viewto … 143#537143

le projet est là;
http://code.google.com/p/gtkdialog/

compiler:

svn checkout http://gtkdialog.googlecode.com/svn/trunk/ gtkdialog-read-only
cd gtkdialog-read-only
make clean
./autogen.sh
make
cd src
cp -a gtkdialog gtkdialog3
strip gtkdialog3
cp -af gtkdialog3 /usr/sbin

bref je suis raviiii
le dev est un bon et en plus il répond rapidement aux emails,
on va pouvoir faire des gui vraiments évolués en gtkdialog

Longue vie a gtkdialog3

Dernière modification par frafa (Le 03/08/2011, à 16:42)

Hizoka · Le 03/08/2011, à 17:19

dommage pour glade2script

m'enfin si ca t'evite de tout refaire...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 06/07/2011, à 18:53

Multisystem, discuter de son évolution ...

#2 Le 07/07/2011, à 20:42

Re : Multisystem, discuter de son évolution ...

#3 Le 07/07/2011, à 22:11

Re : Multisystem, discuter de son évolution ...

#4 Le 07/07/2011, à 23:05

Re : Multisystem, discuter de son évolution ...

#5 Le 10/07/2011, à 16:28

Re : Multisystem, discuter de son évolution ...

#6 Le 10/07/2011, à 17:04

Re : Multisystem, discuter de son évolution ...

#7 Le 10/07/2011, à 20:04

Re : Multisystem, discuter de son évolution ...

#8 Le 10/07/2011, à 20:13

Re : Multisystem, discuter de son évolution ...

#9 Le 12/07/2011, à 17:06

Re : Multisystem, discuter de son évolution ...

#10 Le 12/07/2011, à 17:14

Re : Multisystem, discuter de son évolution ...

#11 Le 13/07/2011, à 15:02

Re : Multisystem, discuter de son évolution ...

#12 Le 17/07/2011, à 18:53

Re : Multisystem, discuter de son évolution ...

#13 Le 17/07/2011, à 19:02

Re : Multisystem, discuter de son évolution ...

#14 Le 17/07/2011, à 19:48

Re : Multisystem, discuter de son évolution ...

#15 Le 17/07/2011, à 20:36

Re : Multisystem, discuter de son évolution ...

#16 Le 18/07/2011, à 00:52

Re : Multisystem, discuter de son évolution ...

#17 Le 18/07/2011, à 17:12

Re : Multisystem, discuter de son évolution ...

#18 Le 18/07/2011, à 17:37

Re : Multisystem, discuter de son évolution ...

#19 Le 18/07/2011, à 17:40

Re : Multisystem, discuter de son évolution ...

#20 Le 18/07/2011, à 18:55

Re : Multisystem, discuter de son évolution ...

#21 Le 18/07/2011, à 19:13

Re : Multisystem, discuter de son évolution ...

#22 Le 18/07/2011, à 19:24

Re : Multisystem, discuter de son évolution ...

#23 Le 18/07/2011, à 19:41

Re : Multisystem, discuter de son évolution ...

#24 Le 03/08/2011, à 16:40

Re : Multisystem, discuter de son évolution ...

#25 Le 03/08/2011, à 17:19

Re : Multisystem, discuter de son évolution ...

Pied de page des forums