Quand j'ai choisi GitHub, j'hésitais entre ce dernier et Bitbucket (qui fait Git et Mercurial). J'avais pu lire que GiHub était plus en "avance" que Bitbucket en matière de fonctionnalités. Et je préférais l'interface de GitHub Donc voilà...
Mais un avantage de Bitbucket: les dépôts privé gratuits. Sur GitHub c'est payant.

Une boîte d'alerte indiquant la fin d'une opération ressemble généralement à ceci
QMessageBox::information (this, tr ("Opération terminée"), tr ("%1 fichier(s) effacé(s)").arg (count));
en fonction de count, ceci affiche (en français)

et son équivalent en anglais, ce qui n'est pas très esthétique.
De plus l'anglais a une règle différente du pluriel, on écrit

le 3è paramètre du tr() nous permet de gérer cela élégamment. Il nous suffit de coder

tr ("%1 fichier(s) effacé(s)", 0, count);
et linguist nous proposera de renseigner 2 traductions : le singulier et le pluriel. Il sera capable d'appliquer tout seul les règles de chaque langue
dans le TS français, on saisit
singulier : %1 fichier effacé
pluriel : %1 fichiers effacés

et dans le TS anglais
singulier : %1 file deleted
pluriel : %1 files deleted

Ensuite, c'est Qt qui gère en fonction de count. Magique, plus de parenthèses disgracieuses dans le libellé, plus de tests sur le nombre pour savoir si count > 1 ou pas, etc...

Je note donc ici des habitudes qui pourrai vous faire gagner du temps.
Les principales raison qui peuvent empêcher un accès à un fichier sont, soit qu'il n'est pas placé au bon endroit, ou que le chemin indiqué n'est pas le bon, ou encore que vous avez mal noté le nom du fichier (ou son extension), ou bien que vous n'avez pas suffisamment de droit sur celui ci.

Il y a une différence fondamentale entre Windows et les unix-like (Linux, MacOS et autres) : dans le premier l'utilisateur a le droit d'écrire/modifier/supprimer à peu près partout, dans les autres il ne peut le faire que chez lui et dans le répertoire temporaire
C'est important à retenir quand on porte une appli de Win vers un "unix", tandis que les devs qui portent dans l'autre sens n'ont pas ce souci parce qu'ils sont obligés de respecter ces 3 règles :
1/ toujours travailler sur des chemins complets. TOUJOURS ! ne pas supposer a priori où QFile ("toto.txt") va écrire ou lire toto. Si ça se trouve, c'est le répertoire de l'appli, et elle peut très bien s'exécuter (quand elle est installée) dans un répertoire système genre /usr/share/monappli ou autre, qui est en lecture seule.
2/ Le séparateur de répertoires dans Qt est le slash (/) dans tous les systèmes. Exemples de chemins complets de dossiers Images :
"C:/Documents and Settings/papajaac/Mes documents/Mes images" sous Windows
"/home/papajaac/Images" sous Linux
3/ Les chemins (complets) ne doivent pas être écrits en dur dans le code, excepté les ressources. Utiliser systématiquement QDir::homePath ou QDir::tempPath... et/ou
QString QDesktopServices::storageLocation ( StandardLocation type ) [static] 

Ces fonctions retournent des chemins complets où l'utilisateur qui exécute l'appli a le droit d'écrire, quel que soit le système.
Attention au fait que les QString retournées ne comportent pas de '/' final. Penser à le rajouter quand on y accole un nom de fichier
QString monCheminComplet = QDir::homePath () + '/' + etc...
N.B. : dans Qt 5 c'est la classe QStandardPaths qui remplace et améliore QDesktopServices

Pour palier à un probleme de droit, vous pouvez affecter ceci a votre fichier:
QFile file(QApplication::applicationDirPath()+"/toto.txt"); file.setPermissions(QFile::WriteOther);
La deuxieme ligne vous donne les droits d'écriture (et donc de lecture) sur le fichier.
Pour d’expérience avoir perdu du temps stupide sur ce genre de problème, je le met systématiquement.

Vous vous dites probablement "Nan mais je suis sur de moi j'ai les droits dessus" ... Jusqu'au jour où vous aller poster sur ce forum en disant, "Je comprend pas ça marche pas !".
L'intelligence d'une machine ce limite à celle qu'on lui donne

Poste réalisé avec PapaJaac.

Voilà, à bientôt pour de nouvelles aventures.

EDIT : Qui devraient arriver prochainement car je viens de finir le déploiement de mon appli sous MacOSX, et entre le framework de Qt, toutes mes libs persos ainsi que les libs tierces que j'utilise, la partie n'a pas été facile et pas aussi triviale qu'une tambouille à la Microsoft avec des 32 et des 64 qui se mélangent.

quelqu'un peut il me dire s'il y a un lien ou je peux trouver un max d'info ? bien sur j'ai passé 10 jours a visiter tout les forums
qui en parlant certains composants sont bien expliqués mais plein d'autres non.

merci pour votre aide

Chez moi (Mandriva Linux, dernière version de Qt-Creator) les macros n'ont jamais fonctionné.
J'aime bien l'éditeur pour ses liens avec l'aide et sa navigation entre déclaration et initialisation, etc... mais c'est vrai que lorsqu'on voit la vidéo de Sublime ça fait envie...

arrêtez avec vi sinon je vous sors edline des cartons, moi...

Si on veut pouvoir réagir plus vite, il faut alors gérer manuellement via un QTimer le timout des requêtes. Dans le cas où l'on émet plusieurs requêtes à la suite, cela peut vite devenir compliqué à maintenir (il faut un timer pour chaque requête...)

Ci dessous une petite "helper class" pour ce cas d'utilisation, encapsule la QNetworkReply et la stoppe si elle n'a pas répondu après un certain temps.
Vos commentaires et améliorations sont les bienvenus

NetworkReplyTimer.h
/** * @brief The NetworkReplyTimer class abort request after timout occured. * Timer is reset each time data is uploaded or downloaded so it works for long running time request as well. * NetworkReplyTimer will take care of deleting the reply when it is finished using deletelater, unless you set deleteReply to false. * NetworkReplyTimer object will also delete itself when receiving the finished signal. * timeout() signal is emitted if the request timeout and is aborted. */ class NetworkReplyTimer : public QObject { Q_OBJECT public: explicit NetworkReplyTimer(QNetworkReply* reply, int timout, bool deleteReply = true); signals: void timeout(); private slots: void onTimeout(); void onRequestFinished(); private: QTimer* m_timer; QNetworkReply* m_reply; bool m_deleteReply; };

NetworkReplyTimer.cpp
#include "NetworkReplyTimer.h" #include <QNetworkReply> #include <QTimer> NetworkReplyTimer::NetworkReplyTimer(QNetworkReply *reply, int timout, bool deleteReply) : QObject(), m_timer(new QTimer(this)), m_reply(reply), m_deleteReply(deleteReply) { m_timer->setInterval(timout); connect(m_timer, SIGNAL(timeout()), this, SLOT(onTimeout())); connect(reply, SIGNAL(uploadProgress(qint64,qint64)), m_timer, SLOT(start())); connect(reply, SIGNAL(downloadProgress(qint64,qint64)), m_timer, SLOT(start())); connect(reply, SIGNAL(finished()), this, SLOT(onRequestFinished())); m_timer->start(); } void NetworkReplyTimer::onTimeout() { m_reply->abort(); emit timeout(); } void NetworkReplyTimer::onRequestFinished() { m_timer->stop(); // Delete request if required if (m_deleteReply) m_reply->deleteLater(); // Delete this object as well this->deleteLater(); }

Et un exemple d'utilisation :
m_network = new QNetworkAccessManager(this); .... QNetworkRequest request(QUrl(QString("http://www.qtfr.org"))); request.setRawHeader(...); // Request will be aborted after 2000ms of inactivity. Request and NetworkReplyTimer cleans up at the end of the request. new NetworkReplyTimer(m_network->get(request), 2000);

Je vais ouvrir un ou plusieurs fils dans la présente section pour donner aux Qt-istes les méthodes pour gérer un jeu d'icônes standard.
Linux est requis pour avoir la totale mais il y a une solution (un peu moins riche) pour Mac et Windows.

RDV ce week-end 

Alors, n'hésitez pas a l'alimenter.