simuler l'appui d'une touche - Page 1

-

Le problème est que AMS ne lira pas l'appui en question avant d'être rentré dans la boucle d'évènements principale.

Va voir http://tigcc.ticalc.org/doc/faq.html#76.

sur le lien que tu viens de donner, on peut voir de magnifiques sources bien identees
identees avec emacs d'ailleurs, c'est le seul editeur que je connaisse qui idente comme ca

-

Ben, c'est pareil, il suffit d'envoyer le bon évènement (CM_MENU_ABOUT).

-

Sbibi, l'identation de ce type est l'identation classique du C! avec les accolades apres un retour de ligne, j'ai toujours vu ca dans les sources de C bien presentes! t'idente pas ton code comme ca toi?

Moi je mets pas de retour a la ligne avec une accolade ouvrante par contre(style java je crois, je ne mets qu'un espace)

Et des editeurs qui editent comme ca, j'en connais un paquet... >> jedit, jbuilder, kdevelopp... et d'autres

alexis a écrit :
Sbibi, l'identation de ce type est l'identation classique du C! avec les accolades apres un retour de ligne, j'ai toujours vu ca dans les sources de C bien presentes! t'idente pas ton code comme ca toi?
Moi je mets pas de retour a la ligne avec une accolade ouvrante par contre(style java je crois, je ne mets qu'un espace)

L'indentation classique du C est l'indentation conseillée par les inventeurs du langage (K&R), et les accolades se placent comme suit en indentation K&R:

if (condition) {
  instruction;
} else {
  instruction;
}
instruction;

C'est ce que j'utilise d'habitude.
Les accolades ouvrantes en début de ligne, c'est de l'indentation GNU. Et ce n'est pas la seule chose que je trouve stupide dans les "GNU Coding Standards". Par exemple, une appel de fonction en indentation K&R s'écrit comme ça: f(x). En indentation GNU, c'est: f (x). L'espace est totalement mal placé ici à mon avis. On ne voit même plus que c'est un appel de fonction comme ça! Zeljko utilise presque toujours l'indentation GNU. Moi, c'est plutôt K&R, avec des espaces en moins , par exemple je mets x+y et pas x + y. La coloration syntaxique est là pour séparer le + du x et du y.

Et des editeurs qui editent comme ca, j'en connais un paquet... >> jedit, jbuilder, kdevelopp... et d'autres

Évidemment. Emacs n'a rien de spécial (à part d'être extrêmement difficile à utiliser ).

oué, les appels de fonctions avec un espace entre le nom de la fonction et la parenthèse ouvrante, je trouve ça assez peu lisible...
par cotnre, les espaces entre opérateurs et oéprandes, je les met assez souvennt (notament parce que, à l'IUT, on utilise msvc, qui ne corlorie que le smots clefs, et rien d'auytres)
les accolades, début de ligne => on repére mieux les blocs

alexis> non, je parle pas de ca, emacs est le seul editeur que je connaisse qui idente comme ca:

if (truc)
  {
    expr;
  }

if (truc)

2 espaces + {
4 espaces + expr;
2 espaces + }

C'est ce que j'utilise d'habitude.
Les accolades ouvrantes en début de ligne, c'est de l'indentation GNU. Et ce n'est pas la seule chose que je trouve stupide dans les "GNU Coding Standards". Par exemple, une appel de fonction en indentation K&R s'écrit comme ça: f(x). En indentation GNU, c'est: f (x). L'espace est totalement mal placé ici à mon avis. On ne voit même plus que c'est un appel de fonction comme ça! Zeljko utilise presque toujours l'indentation GNU. Moi, c'est plutôt K&R, avec des espaces en moins , par exemple je mets x+y et pas x + y. La coloration syntaxique est là pour séparer le + du x et du y.

bah nous c'est l'identation d'accollades style emacs, les parentheses apres les mots clefs du C avec un espace:

if (...)
for (...)
return (...)

mais pas d'espace entre une fonction et ses parentheses

tous les noms de vars alignes avec des Meta-i (dsl, c sous emacs , c une tab...) avec le nom du bloc dans lequel ils sont (si c pas le bloc de la fonction, ils sont juste alignes entre eux, sinon ils sont alignes sur le nom de la fonction)

et tou ce qui est operateurs est separe par des espaces...

(a + b * c / d) >> 0xff & 3

et pour les for et les params des fonctions, c'est tjrs un espace apres la virgule/le pt virgule et pas d'espace avant:

for (i = 0; i < truc; i++)

void function(type parm0, type parm1, type parm2, ...)

Évidemment. Emacs n'a rien de spécial (à part d'être extrêmement difficile à utiliser ).

emacs est tres simple a utiliser, et tu vas bcp plus vite avec qu'avec nimporte quel autre editeur, il suffit de s'en entre servi suffisemment longtemps, et de connaire les bons raccourcis et commandes emacs dans le mini-buffer... c'est certainement l'editeur le plus complet et puissant qui existe (ya peut etre encore mieux, ms ca m'etonnerait), il a si mauvaise reputation (pas tant que ca en fait, et c surtt aupres de ceux qui s'en sont jamais vraiment servi a fond, ou sans prejuges) pke il a des masses de raccourcis et de commandes, et que qd on debarque dessus, si on les connais pas la premiere reaction c: c koi cet editeur de merde? il est ou le bouton pour identer le truc la? pff emacs ca pue, ya rien dans les menus... pour vraiment bien l'utiliser et connaitre les commandes qui le rendent tellement... unique, il faut passer un bon nombre dheures dessus... c surtt ca qui est rebarbatif...
mais maintenant, perso, apres bientot 4 mois d'utilisation d'emacs tous les jours, 7j/semaine, 20h/jour, je ne PEUX PLUS utiliser d'autres editeurs, c juste trop pourri, c tt...
dailleurs la g emacs non seulement a l'ecole (on a pas trop le choix la en fait ), ms aussi sur tous les windows chez moi... les ide servent plus qu'a decorer sauf les ide genre celle de VC++, ou en tapant le nom dun structure t'as tous ses elements qui apparaissent, enfin des trucs specifiques aux ide...

bon bien sur, pas la peine de preciser qu'emacs permet aussi d'envoyer des mails et des news, qu'il est totalement personnalisable via ses fichiers de conf, etc, etc, etc...

bon ok il a plein de trucs qui servent vraiment a rien, ms bon, c ca aussi qui fait son charme
jadore ses economiseurs decran en mode texte (comprenne qui pourra... )

Double-K->Cette indentation est illisible!!
Par contre, je suis moi aussi contre les espaces après les noms de fonction, de plus, les définitions de macros ne l'acceptent pas!
Moi, je ne sépare les opétateurs avec des espaces que quand il s'agit d'opérateurs bien précis:
& | && || ? :
Pour les autres, je ne mets pas d'espaces...
Et j'utlise toujours mon indentation avec les accolades en début de ligne et indentées avec les sous-bloc (alors que le réglage d'UltraEdit et les réglages par défaut de Micro$oft Visual C++ n'indentent que le contenu, pas les accolades)

Moi j'idente comme ca:   using System.Data.SqlClient;   using System;   using System.Collections;   using System.Xml;   using Helyx.Core.Item;   using Helyx.Core.List;   namespace Helyx.Core.Database {     public class DbNews : CoreBase {       public DbNews() {       }       public ListBase GetList() {         string query1 = null;         SqlDataReader result1 = null;         ListBase newsList = null;         query1 = "news_getList";         result1 = this.Doc.Db.Execute(query1);         newsList = new ListBase("NEWSLIST");         while (result1.Read()) {           newsList.Elements.Add(new NewsItem((Int32)result1["id"], (string)result1["title"], (string)result1["text"], (Int32)result1["userid"], (string)result1["login"], (DateTime)result1["date"]));         }         result1.Close();         return newsList;       }       public NewsItem GetItem(int itemId) {         string query1 = null;         SqlDataReader result1 = null;         NewsItem newsItem = null;         query1 = "news_get " + itemId;         result1 = this.Doc.Db.Execute(query1);         if (result1.Read()) {           newsItem = new NewsItem((Int32)result1["id"], (string)result1["title"], (string)result1["text"], (Int32)result1["userid"], (string)result1["login"], (DateTime)result1["date"]);         }         result1.Close();         return newsItem;       }       public void Edit(NewsItem newsItem) {         string query1 = null;         query1 = "news_editItem " + newsItem.Id + ", '" + newsItem.Title + "', '" + newsItem.Text + "', " + newsItem.UserId + ", '" + newsItem.Date + "'";         this.Doc.Db.Execute(query1);       }       public void Remove(NewsItem newsItem) {         string query1 = null;         query1 = "news_removeItem " + newsItem.Id;         this.Doc.Db.Execute(query1);       }       public void Add(NewsItem newsItem) {         string query1 = null;         query1 = "news_addItem '" + newsItem.Title + "', '" + newsItem.Text + "', " + newsItem.UserId + ", '" + newsItem.Date + "'";         this.Doc.Db.Execute(query1);       }     }   }

moi j'idente comme visual c++ veut bien le faire

>alexis

C'est de l'indentation K&R, par pas de 2 espaces, et sans "compression d'espaces en tabs" (cette idée de "compression" est d'ailleurs une idée vraiment stupide: les tabs peuvent faire n'importe quelle longueur, ils ne font pas forcément 8 espaces!). En d'autres mots, ça ressemble beaucoup à ce que j'utilise, moi, sauf que tu mets des espaces de plus pour les opérateurs.

Double-K--> Tu as raison, non aux tabs abusives!
Chez moi, les tabs font 4 en C et 6 en 68k...

oué c'est clair, je mets des espaces en plus mais globalement on idente pareil.
Et oui, je trouve que c'est de la connerie monumentale les tab, car il sont rendu différemment sous chaque editeur...

faut arreter d'etre neu² les tab ca se config..
alors si vous voulez taper 20 fois sur la barre d'espace au lieu de 5 tab c'est comme vous voulez, mais les tab a l'orrigine c'est bien fait "entre autre" pour ca, les allignements...

Si tu utilises un TAB par niveau d'indentation, d'accord (sauf que ça fait des niveaux d'indentation énormes avec la plupart des règlages). Mais mélanger les TABs et les espaces, c'est le b*rdel! Ça ne marcherait que si tout le monde paramètrerait ses tabs de la même manière, mais ça ne sera tout simplement jamais le cas.

La je suis 100% d'accord avec KK! Faut pas deconner, les tabulations ca fout la merde dans le code!!!
Ca sort jamais pareil selon l'editeur, il y a beaucoup d'editeurs dans lesquels tu ne peux pas regler les espacements, bien sur ce ne sont pas souvent les meilleurs, mais tu n'as pas forcement acces a tout moment a ta config et quand tu te retrouve un editeur qui n'est pas le tien, tu es bien content de garder tes espaces!
D'ailleur moi, j'utilise les tabs pour identer, mais c'est transformer automatiquement en espace au lieu d'avoir un espacement d'une certaine tailler pour representer le tab!
De cette manière, on a les avantages du tab sans qu'ils soient réellement utilisés. L'exemple type est textpad, je l'utilise tous les jours.

Enfin, je dis dès trucs, mais ce n'est valable que pour le C...
En asm, si le lecteur n'a pas réglé ses tabs à 6, c'est la m*rde...
Mais bon, en ce qui concerne le C, je suis d'accord avec vous sur l'usage abusif des tabs, moi je met une tab de 4 par niveau d'indentation et je remplace systématiquement les indentations erronées (MS quickC remplace parfois les trabs par des espaces) par les tabs qu'il faut. Mais je ne remplace JAMAIS des espaces d'indentation par des tabs quand il atteignent un certain nombre! (puisque je n'utilise jamais des espaces pour indenter)

-

moi en général je suis sous notepad, mais quand mes sources deviennent trop grosses, je dois soit passer à wordpad, soit diviser la source... en général je prend la deuxième solution car sinon toutes mes tabulations partent en live

Ultraedit est pratique aussi.

ConText ou Kate sont vraiments les meilleurs (simples) que j'ai trouvé

-

Vu la lenteur de la compilation de TIGCC avec l'IDE, j'utilise des batchs aussi.

Essaye de désactiver "Split source files for error position extraction" sous "File/Preferences". Ça devrait résoudre ce problème-là.

Oui, ça le résoud ! Il n'est jamais activé chez moi et je gagne beaucoup de temps

Malheureusement ça ne change pas grand chose 35 secondes avec l'IDE, 5 secondes avec le batch.

résout au fait