[mOved] PedroM Command List - Page 4

bah, je trouve que ca pourrait etre pratique...
cela dit, c pas moi qui decide non plus

Des exemples ?

heu.. la question qui tue

j'en n'ai pas en tete... il est vrai qu'un for peut suffir en general...
mais bon...
/me qui a plus rien a dire

me souvient a l'IUT avoir utilise shift une fois en me disant que ct vraiment genial... mais je sais plus pkoi

> Le path existe deja, Uther. Ce n'est pas une variable systeme, c'est tout.
Oula j'ai du lire le readme trop vite alors

> Est-ce vraiment necessaire, compte tenu que l'interet de lecture est minime, et qu'on peut deja les modifier par des commandes ? En gros, quel interet de savoir les lire ?
bah moi je sais que sous unix ca m'arrive souvent de faire un echo $PATH car je m'en souvient jamais. $FONT ca peut être utile pour un script pour connaitre la taille de l'écran et s'il va dépasser ou pas(d'ailleurs il faudrait dans ce cas là, le combiner a $CALC pour connaitre le modèle et pourquoi pas $HW).
un echo $ADP, ou $FxKEY s'est moins utile mais pourquoi pas? de toute façon ca doit bien être stoqué comme variable interne quelquepart non? et puis $APD = 100 je trouve plus classe que setapd 100.

> Je prevois un truc different. Au demarrage d'un script une var globale args est initialise contenant la liste des arguments (Au passage, vous remarquerez que vous pouvez deja travailler avec les string/liste meme si PedroM retourne toujours un float).
L'idée est pas mauvaise mais je trouve très compliqué pour pas grand chose: $1,... et shift ca fait plus clair et pas plus dur a implémenter a mon avis.

l'avantage de args, c qu'on a un nombre illimite d'arguments...
(enfin, ca permet d'avoir un nombre illimite d'arguemtns, si on ne limite pas la taille du tableau)

cela dit, c pas svt non plus qu'on passe 36 arguemtns a un script..

avec shift aussi on a un nombre illimité d'arguments.

ah, voila donc un interet de shift
(je savais pas qu'on avait droit a plus de 9 arguments.)

oui
un while avec un shift ou un for avec $* permet de regler le problème du nombre d'arguments variable

Euh... en clair, si g {"1","2","3","4"}->var, si je fait :
shift(var)->var, j'aurais var={"2","3","4","1"} (syntaxe mis à part) ????

Au fait, pourquoi tout le monde veut un more ? Ne serait-ce pas mieux d'avoir un less ?

> shift(var)->var, j'aurais var={"2","3","4","1"} (syntaxe mis à part) ????
non tu auras var={"2","3","4"}
> Au fait, pourquoi tout le monde veut un more ? Ne serait-ce pas mieux d'avoir un less ?

heu...
bon, ok, je suis debuttant...
mais more et less, je vois pas de differences...

less permet aussi de scroller vers le haut, more fait seulement une pause quand le terminal est plein.

arf, ok.

Pour moi c'est plus simple de faire ce que j'ai dit que $1, $2.
Car ces variables $1 $2 etc sont detruits des l'appel de la premiere ligne du script

>et puis $APD = 100 je trouve plus classe que setapd 100.
Plus complique et plus volumineux a traiter.
Quoique.

#103> Et c'est un avantage quand même très peu négligeable...

Sous certaines distributions Linux, ils ont carrément fait un ln -s /bin/less /bin/more, donc on ne connaît pas forcément la différence.

PpHd a écrit :
>et puis $APD = 100 je trouve plus classe que setapd 100.
Plus complique et plus volumineux a traiter. Quoique.

Donc les variable sont plus lourde à gérer que de faire des fonctions ???


Sinon, shift(), c pas vraiment pratique.

Pas forcement si je le fais bien. Mais faut le faire.

Si tu commences a faire bcp de variables comme ca, ca risque d'ête chiant pour PedRom, va falloir que tu reprennes une bonne partie nan ?

PpHd>certe, mais si c comme le C/ASM, si tu fait bien les fonctions, se serat peut-être mieux que si tu faisait bien les vars

et c'est ou que je peux trouver toutes les commandes déja implémenter dans PedRom ?

Parce que j'ai pas trouvé, dsl....

dans le readme peut-être

'PedroM.txt', beaucoup de monde ne le voit pas...

ou alors, tu tapes help.
Tiens, d'ailleur, un autre truc qui serait pas mal, ce serait de faire help nom_de_fonction pour avoir sa syntaxe (quand c utiles).

pkoi man, plutot que help ?
(pr garder la syntaxe UNIX...)

help est plus clair.

oué, mais on pourra pas faire RTFM