Manipulation de plusieurs fichiers dans un dossier

Version imprimable

13/08/2019, 09h58
Wyzzart

Manipulation de plusieurs fichiers dans un dossier

Bonjour!

Je stocke dans un dossier, des fichiers .xlsm, ceux-ci ont pour format " date_nom_numeroincrementéàchaqueenregistrementdufichier ".

Je souhaiterai, suite à l'appui sur un qpushbutton, ouvrir le fichier avec le numéro incrémenté le plus élevé.
Pourriez-vous, s'il vous plait, m'aiguiller sur la méthode à suivre?

Je suppose qu'un split va intervenir, un QIODevice::ReadOnly aussi mais je ne sais pas comment organiser tout ça et surtout comment " spliter" correctement les noms de tous mes fichiers présents dans ce dossier....

Merci d'avance pour vos réponses! :D

Salut,

Le nom d'un fichier n'est jamais qu'un chaine de caractères qui est fournie pour en permettre l'ouverture.

En utilisant la classe QDir et sa fonction entryList sous une forme qui pourrait être proche de
Code:

1 2 3 QDir myDir{"chemin_vers_le_dossier_contenant_tes_fichiers"}; auto files = myDir.entryList(QDir::files, QDir::Name |QDir::Reversed); // je ne veux que les fichiers, triés par nom, dans l'ordre inverse
Vu qu'une date du jour convertie en chaine de caractères (au format "américain", à savoir l'année suivi du mois puis du jour) représente une chaine de caractères "plus grande" que la date d'hier, tu ***devrais*** (si tes noms de fichiers sont bel et bien au format YYY-MM-DD_numero) retrouver les fichiers créés aujourd'hui avant ceux d'hyier dans la QStringList renvoyée par cette fonction.

Et comme "numéro" est une valeur incrémentée à chaque fois, le dernier fichier ajouté ** devrait ** être le premier de la liste. Pas mal non :question:

A partir de là, il devrait suffire de prendre la première valeur de cette QStringList (en utilisant la fonction at(0), par exemple) pour déterminer le nom du fichier que tu veux ouvrir.

Autrement dit, si tu crées un slot connecté sur le signal "clicked" de ton bouton sous la forme de
Code:

1 2 3 4 5 6 7 8 9 10 void MyClass::onOpenButtonClicked(){ QDir myDir{"chemin_vers_le_dossier_contenant_tes_fichiers"}; auto allFiles = myDir.entryList(QDir::files, QDir::Name |QDir::Reversed); QFile toOpen{allFiles.at(0)}; if(! toOpen.open(QIODevice::ReadOnly)){ // mode d'ouverture à adapter à tes besoins ;) // cela n'aurait jamais du arriver, afficher un message serait pas mal avant de quitter ;) return; } /* le fichier est ouvert ... on peut passer à la suite */ }
tu devrais arriver à ce que tu demandes ;) (note qu'il faudra voir s'il ne faut pas concaténer le nom du dossier avec le nom du fichier pour que cela puisse fonctionner ;) )

13/08/2019, 12h40
Bktero

Bonjour,

Récupérer la liste des fichiers, la trier par ordre alphabétique, prendre le dernier fichier ? Selon comment ton numéro de version est formaté, ça peut fonctionner (000....999 -> OK ; 0...999 --> KO).
13/08/2019, 14h41
Wyzzart

WOOOOOOOW 8O *.*

Je n'avais vraiment pas du tout pensé à cette solution! :aie:

Merci beaucoup de votre aide!
(J''essaye de mettre en place cette solution et dès que ceci est fait je passe le sujet en "résolu" :D )
14/08/2019, 08h42
koala01

Citation:

Envoyé par Bktero

Bonjour,

Récupérer la liste des fichiers, la trier par ordre alphabétique, prendre le dernier fichier ? Selon comment ton numéro de version est formaté, ça peut fonctionner (000....999 -> OK ; 0...999 --> KO).

Oui, mais ce sera moins sensible que le problème de la date, parce que le tout premier test effectué porte sur la longueur de la chaine de caractères: un chaine de 3 caractères sera d'office plus petite qu'une chaine de 4 ;)

Le véritable problème se posera au niveau du format utilisé pour la date, car, si on code uniquement les caractères représentatifs (par exemple 112012 pour représenter le premier janvier 2012) une date "plus récente sera considérée comme "plus petite" qu'une date plus ancienne qui nécessiterait plus de caractères (par exemple 31122010 pour représenter le 31 décembre 2010).

Il faut donc que le jour et le mois soient tous les deux codés sur deux chiffres, indépendamment d'un éventuel caractère de séparation, de manière à ce que l'on travaille systématiquement sur une chaine de caractères composée de 8 caractères (plus les éventuels caractères de séparation).

Mais cela ne résoudrait qu'une partie du problème, parce que les tests suivants portent systématiquement sur la valeur de chaque caractères, dans l'ordre dans lequel ils arrivent: on test d'abord le premier caractère des deux chaines, puis le deuxième, et ainsi de suite jusqu'à la fin de la chaine. Et dés qu'un caractère diffère d'une chaine à l'autre, on a la réponse que l'on cherchait.

le format "jour-mois-annee" ("JJ-MM-AAAA") posera donc un problème, car on se retrouve de nouveau avec la possibilité d'avoir une date plus récente (exemple 01-01-2012) qui soit considérée comme "plus petite" qu'une date plus ancienne (exemple 31-12-2010), vu que le premier chiffre donnera la réponse.

Pour éviter ce problème, il faut impérativement que l'année soit codée en premier, suivie du mois, et enfin du jour. De cette manière, l'année sera "prioritaire" dans le test, si bien qu'une date de l'année 2012 sera toujours plus grande qu'une date de l'année 2010, et que si les deux dates sont de la même année, on en vienne à coder le mois de l'année, si bien qu'une date du mois de fevrier 2012 (2012-02-xx) sera toujours plus grande qu'une date du mois de janvier de la même année (21012-01-xx). Enfin, si l'année et le mois corresponde, ce sera le jour qui sera pris en compte, si bien que le lendemain sera toujours plus grand que sa veille ;)

Le seul impératif est donc bel et bien de commencer par une date de taille fixe (8 caractères significatifs, plus séparateurs éventuels) et dont le format prenne l'année en premier, suivie du mois et enfin du jour pour que le tri puisse être correct ;)

EDIT: Ce n'est qu'une fois que nous nous serons assurés que la date ne risque pas de "foutre le bordel" dans le tri, que le problème du numéro de fichier se posera. Et encore, tout dépend de si on décide de remettre ce numéro à 0 tous les jours, ou si l'on décide de continuer la numérotation de jours en jours.

En effet, si l'on décide de poursuivre la numérotation de jour en jour (que le premier numéro d'un jour donné correspond au dernier numéro de la veille +1), le problème de la taille du numéro ne se pose pas.

Car, dans le pire des cas (du moins, avant d'avoir dépassé les quatre milliards, si le numéro peut-être représenté par un entier de 32 bits), la taille totale de la chaine de caractères sera augmentée lorsque l'on en vient à multiplier le nombre par dix, si bien que la chaine de caractères correspondant au numéro 100 sera toujours plus grande que la chaine de caractères correspondant au numéro 99 (et à tous ceux qui précèdent).

Le problème se posera si on remet le compteur de fichier à 0 tous les jours, car, dans ce cas, le premier fichier d'un jour donné, portant -- a priori -- le numéro 1 pourrait être considéré comme "plus petit" que le dernier fichier de la veille (sans doute composé d'un nombre à deux, trois ou quatre chiffres). A ce moment là, il faut effectivement prévoir de représenter le numéro du fichier sous la forme d'un nombre de chiffres non significatifs (autrement dit, sous une forme proche de 0000x pour les unités) suffisant pour éviter l'augmentation de la taille de la chaine de caractères pour n'importe quel fichiers, ce qui implique d'évaluer avec "un minimum de précision" le nombre de fichiers qui seront créés tous les jours ;)
14/08/2019, 09h52
Bktero

J'avais supposé la date au format AAAAMMJJ (osef des séparateurs éventuels).

Le problème que tu décris est le même que celui que j'évoque sur le format du numéro de version.

Citation:

parce que le tout premier test effectué porte sur la longueur de la chaine de caractères: un chaine de 3 caractères sera d'office plus petite qu'une chaîne de 4

Ça dépend de la méthode de tri des fichiers.

12.txt est avant 2.txt dans l'explorateur de fichiers de Windows / idem avec ls dans PowerShell sous Windows / idem avec Bash ici
14/08/2019, 10h08
koala01

Citation:

Envoyé par Bktero

J'avais supposé la date au format AAAAMMJJ (osef des séparateurs éventuels).

Bien sur qu'osef des caractères éventuels... C'est bien pour cela que je n'en ai parlé qu'entre parenthèse :D

Mais, si je ne les avais pas signalés, "on" aurait trouvé le moyen de pinailler sur mon intervention en prétextant que je n'en avais pas tenu compte :P

Citation:

Ça dépend de la méthode de tri des fichiers.

12.txt est avant 2.txt dans l'explorateur de fichiers de Windows / idem avec ls dans PowerShell sous Windows / idem avec Bash ici

De fait ... Et je t'avoue que, sur ce coup, je ne sais pas trop quelle est la méthode de tri utilisée par la fonction entityList :aie:

Dans le pire des cas, une fois que l'on a la liste des noms, rien ne nous empêche de refaire un tri de cette liste par ordre décroissant, histoire d'être sur que le premier de la liste soit bel et bien le dernier créé ;)

(et sinon, je me demande même s'il n'y a pas moyen de demander le tri par date de création / modifications ;) )
14/08/2019, 14h42
Wyzzart

Citation:

Envoyé par koala01

Oui, mais ce sera moins sensible que le problème de la date, parce que le tout premier test effectué porte sur la longueur de la chaine de caractères: un chaine de 3 caractères sera d'office plus petite qu'une chaine de 4 ;)

Le véritable problème se posera au niveau du format utilisé pour la date, car, si on code uniquement les caractères représentatifs (par exemple 112012 pour représenter le premier janvier 2012) une date "plus récente sera considérée comme "plus petite" qu'une date plus ancienne qui nécessiterait plus de caractères (par exemple 31122010 pour représenter le 31 décembre 2010).

Il faut donc que le jour et le mois soient tous les deux codés sur deux chiffres, indépendamment d'un éventuel caractère de séparation, de manière à ce que l'on travaille systématiquement sur une chaine de caractères composée de 8 caractères (plus les éventuels caractères de séparation).

Mais cela ne résoudrait qu'une partie du problème, parce que les tests suivants portent systématiquement sur la valeur de chaque caractères, dans l'ordre dans lequel ils arrivent: on test d'abord le premier caractère des deux chaines, puis le deuxième, et ainsi de suite jusqu'à la fin de la chaine. Et dés qu'un caractère diffère d'une chaine à l'autre, on a la réponse que l'on cherchait.

le format "jour-mois-annee" ("JJ-MM-AAAA") posera donc un problème, car on se retrouve de nouveau avec la possibilité d'avoir une date plus récente (exemple 01-01-2012) qui soit considérée comme "plus petite" qu'une date plus ancienne (exemple 31-12-2010), vu que le premier chiffre donnera la réponse.

Pour éviter ce problème, il faut impérativement que l'année soit codée en premier, suivie du mois, et enfin du jour. De cette manière, l'année sera "prioritaire" dans le test, si bien qu'une date de l'année 2012 sera toujours plus grande qu'une date de l'année 2010, et que si les deux dates sont de la même année, on en vienne à coder le mois de l'année, si bien qu'une date du mois de fevrier 2012 (2012-02-xx) sera toujours plus grande qu'une date du mois de janvier de la même année (21012-01-xx). Enfin, si l'année et le mois corresponde, ce sera le jour qui sera pris en compte, si bien que le lendemain sera toujours plus grand que sa veille ;)

Le seul impératif est donc bel et bien de commencer par une date de taille fixe (8 caractères significatifs, plus séparateurs éventuels) et dont le format prenne l'année en premier, suivie du mois et enfin du jour pour que le tri puisse être correct ;)

EDIT: Ce n'est qu'une fois que nous nous serons assurés que la date ne risque pas de "foutre le bordel" dans le tri, que le problème du numéro de fichier se posera. Et encore, tout dépend de si on décide de remettre ce numéro à 0 tous les jours, ou si l'on décide de continuer la numérotation de jours en jours.

En effet, si l'on décide de poursuivre la numérotation de jour en jour (que le premier numéro d'un jour donné correspond au dernier numéro de la veille +1), le problème de la taille du numéro ne se pose pas.

Car, dans le pire des cas (du moins, avant d'avoir dépassé les quatre milliards, si le numéro peut-être représenté par un entier de 32 bits), la taille totale de la chaine de caractères sera augmentée lorsque l'on en vient à multiplier le nombre par dix, si bien que la chaine de caractères correspondant au numéro 100 sera toujours plus grande que la chaine de caractères correspondant au numéro 99 (et à tous ceux qui précèdent).

Le problème se posera si on remet le compteur de fichier à 0 tous les jours, car, dans ce cas, le premier fichier d'un jour donné, portant -- a priori -- le numéro 1 pourrait être considéré comme "plus petit" que le dernier fichier de la veille (sans doute composé d'un nombre à deux, trois ou quatre chiffres). A ce moment là, il faut effectivement prévoir de représenter le numéro du fichier sous la forme d'un nombre de chiffres non significatifs (autrement dit, sous une forme proche de 0000x pour les unités) suffisant pour éviter l'augmentation de la taille de la chaine de caractères pour n'importe quel fichiers, ce qui implique d'évaluer avec "un minimum de précision" le nombre de fichiers qui seront créés tous les jours ;)

Bonjour,

Ce format est géré par du vba directement dans le fichier excel :)

Par contre j'ai rencontré un problème lors de la mise en place du code.. Lorsque que je clique sur mon bouton, mon programme crash.. Et j'obtiens cette erreur:

Citation:

ASSERT failure in QList<T>::at: "index out of range", file C:\Qt\5.13.0\mingw73_32\include/QtCore/qlist.h, line 560

Mais je vois pas en quoi l'index 0 est en dehors de la plage...

Bonsoir,

Code:

1
2
3
auto allFiles = myDir.entryList(QDir::files, QDir::Name |QDir::Reversed);
// TODO : s'assurer que 'allFiles' contient au moins un fichier, ce qui nous permettra l'accès 'allFiles.at(0)' qui suit :
QFile toOpen{allFiles.at(0)};

;)

19/08/2019, 10h28
Wyzzart

Bonjour veuillez pardonner mon temps de réponse,

J'ai bien essayé de mettre tout ça en place mais le problème que je rencontre est le fait qu'il ne se passe rien quand je clique sur le bouton.. :calim2: :aie:
19/08/2019, 12h22
koala01

Ce morceau de code doit être placé dans un slot, dans une fonction de ta fenêtre principale; auquel tu aura connecté le signal émis lors du clique sur le bouton.

Mais nous ne pourrons pas t'aider d'avantage sans voir le code complet que tu as écrit ;)
19/08/2019, 17h54
Wyzzart

Je suis perdu... pour faire un bouton qui affecte une valeur "que l'on voit" je me débrouille mais là je ne comprends pas comment paramétrer le QObject::connect... :oops:

Montre nous le code de ta classe qui contient ton fameux bouton, que l'on puisse travailler sur quelque chose de concret ;)
Mais, de manière générale, tu devrais avoir quelque chose qui serait proche de
un fichier d'en-tête (nommons le MainWindow.hpp) ressemblant à

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
#ifndef MAINWINDOW_HPP
#define MAINWINDOW_HPP
#include <QMainWindow>
class QPushButton;
class MainWindow: public QMainWindow{
    Q_OBLECT;
public: 
    MainWindow();
private:
    void openTheFile();
    QPushButton * myButton;
};
#endif

et un code d'implémentation (nommons le MainWindow.cpp) ressemblant à

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
#include <MainWindow.hpp>
#include <QPushButton>
MainWindow::MainWindow():QMainWindow(){
    myButton = new QPushButton(tr("Click me to open"));
    connect(myButton, &QPushButton::clicked, this, &MainWindow::openTheFile);
    /* ... d'autres trucs sympas */
}
void MainWindow::openTheFile(){
    /* 1- on sélectionne le dossier qui nous intéresse (peut-ete
     *    à l'aide d'un QFileDialog
     */
    QDir myDir{/* ... */};
    /* 2- on récupère la liste des fichiers, dans l'ordre qui nous intéresse */
    auto allFiles = myDir.entryList(QDir::files, QDir::Name |QDir::Reversed);
    /* 3- si la liste est vide, on affiche un message à l'utilisateur et on quitte sans remords */
    if(allFiles.empty()){
        QMessageBox dialog(QMessageBox::Critical,"No file found", "Unable to find any xml file in this directory",
                             QMessageBox::Ok);
         dialog.exec();
         return;
    }
    /* on a au moins un fichier, on essaye de l'ouvrir */
     QFile toOpen{allFiles.at(0)};
     /* si on ne peut pas ouvrir le fichier, on affiche un message et on quitte sans remords */
    if(! toOpen.open(QIODevice::ReadOnly)){
        QMessageBox dialog(QMessageBox::Critical,"File not opened", "Unable to open selected file",
                             QMessageBox::Ok);
         dialog.exec();
         return;
    }
    /* arrivé ici, on a bien trouvé au moins un fichier dans le dossier indiqué, et on a pu l'ouvrir...
     * "YAPUKA le traiter ;)  
     */
}

AAh je suis vraiment naze :arf: Bon j'ai implémenté ta fonction.. voici le code de ma classe..

le petit header

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
 
 
#ifndef TEST03MAINWINDOW_H
#define TEST03MAINWINDOW_H
 
 
#include <QMainWindow>
#include <QApplication>
#include <QTextEdit>   // Nous allons tout de même afficher le contenu du fichier ^^
#include <QFile>       // Pour utiliser le fichier
#include <QString>     // Stocke le contenu du fichier
#include <QTextStream> // Flux sortant du fichier
#include <QMessageBox>
#include <QInputDialog>
#include <QGraphicsView>
#include <QGraphicsWidget>
#include <QDir>
#include <iostream>
#include <QAxObject>
#include <QPushButton>
 
#include "serialcapture.h"
 
using namespace std;
 
namespace Ui {
class test03MainWindow;
}
 
class test03MainWindow : public QMainWindow
{
    Q_OBJECT
 
public:
 
    explicit test03MainWindow(QWidget *parent = nullptr);
    ~test03MainWindow();
 
 
private:
    QPushButton *m_button;
    void on_creatExcel_clicked();
    void chartDebit();
 
    Ui::test03MainWindow *ui;
 
 
};
 
#endif // TEST03MAINWINDOW_H

le petit .cpp

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
 
#include "test03mainwindow.h"
#include "ui_test03mainwindow.h"
 
 
void test03MainWindow::chartDebit()
{
 
 
 
}
 
test03MainWindow::test03MainWindow(QWidget *parent) :
    QMainWindow(parent),
    ui(new Ui::test03MainWindow)
{
    ui->setupUi(this);
    m_button = new QPushButton(tr("Click me to open"));
    connect(m_button, &QPushButton::clicked, this, &test03MainWindow::on_creatExcel_clicked);
 
}
 
test03MainWindow::~test03MainWindow()
{
    delete ui;
}
 
 
 
 
 
void test03MainWindow::on_creatExcel_clicked()
{
    QDir myDir{"C:/Users/monpetitnomaha/Desktop/remonpetitnomehe/FichesVie/"};
    /* 2- on récupère la liste des fichiers, dans l'ordre qui nous intéresse */
    auto allFiles = myDir.entryList(QDir::Files, QDir::Name |QDir::Reversed);
    /* 3- si la liste est vide, on affiche un message à l'utilisateur et on quitte sans remords */
    if(allFiles.empty()){
        QMessageBox dialog(QMessageBox::Critical,"No file found", "Unable to find any xml file in this directory",
                             QMessageBox::Ok);
         dialog.exec();
         return;
    }
    /* on a au moins un fichier, on essaye de l'ouvrir */
     QFile toOpen{allFiles.at(0)};
     /* si on ne peut pas ouvrir le fichier, on affiche un message et on quitte sans remords */
    if(! toOpen.open(QIODevice::ReadOnly)){
        QMessageBox dialog(QMessageBox::Critical,"File not opened", "Unable to open selected file",
                             QMessageBox::Ok);
         dialog.exec();
         return;
    }
    /* arrivé ici, on a bien trouvé au moins un fichier dans le dossier indiqué, et on a pu l'ouvrir... */
}

Je viens de voir que tu as mis dans le code:

Citation:

"Unable to find any xml file in this directory"

Est ce que ça pose problème si c'est un .xlsm?

Merci encore du temps que vous me consacrez :ave:

Citation:

Envoyé par Wyzzart

Je viens de voir que tu as mis dans le code:

Citation:

"Unable to find any xml file in this directory"

Est ce que ça pose problème si c'est un .xlsm?

Ca, c'est juste du texte que j'ai été un peu trop vite pour écrire... Tu peux l'adapter à ta propre situation ;)

D'autant plus que, de deux choses l'une:

ou bien, tu n'as pas précisé d'extension particulière lors de la recherche, et le texte est faux par nature, vu que tu n'aura trouvé aucun fichier (le texte aurait donc du être "unable to find any file in this directory")
ou bien tu as précisé une extension particulière (on ne sait jamais : un fichier "parasite" pourrait s'incruster dans la liste ;) ) , et tu peux donc remplacer le terme xml par "celui qui te convient" ;)
Citation:
Envoyé par Wyzzart
voici le code de ma classe..

le petit header
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 #ifndef TEST03MAINWINDOW_H #define TEST03MAINWINDOW_H #include <QMainWindow> #include <QApplication> #include <QTextEdit> // Nous allons tout de même afficher le contenu du fichier ^^ #include <QFile> // Pour utiliser le fichier #include <QString> // Stocke le contenu du fichier #include <QTextStream> // Flux sortant du fichier #include <QMessageBox> #include <QInputDialog> #include <QGraphicsView> #include <QGraphicsWidget> #include <QDir> #include <iostream> #include <QAxObject> #include <QPushButton> #include "serialcapture.h" using namespace std; namespace Ui { class test03MainWindow; } class test03MainWindow : public QMainWindow { Q_OBJECT public: explicit test03MainWindow(QWidget *parent = nullptr); ~test03MainWindow(); private: QPushButton *m_button; void on_creatExcel_clicked(); void chartDebit(); Ui::test03MainWindow *ui; }; #endif // TEST03MAINWINDOW_H
Il y a tant à dire sur ce petit morceau de code :aie:

Déjà, le seul fichier issus de Qt qui doive impérativement être inclus dans le fichier d'en-tête, c'est QMainWindow, car ta classe en dépend explicitement.

Les autres fichiers, s'ils s'avèrent effectivment utiles, peuvent (ne devraient) prendre place que dans le fichier cpp, vu que tu n'en as pas vraiment besoin dans le fichier d'en-tête

De plus mélanger des parties d'interfaces créées avec le désigner (*.ui) avec des parties d'interfaces créées de manière programmée (QPushButton * m_button; ), c'est jamais vriament la meilleure idée que l'on puisse avoir : de toute évidence, le QPushButton devrait prendre place dans la partie créée avec le designer ;)

Pour le reste:
tu n'as absolument aucun besoin d'inclure iostream dans une interface graphique, et encore moins dans un fichier d'en-tête (ce sont les entrée et sorties standard, spécifique au mode de fonctionnement d'une ligne de commande) et

on n'utilise JAMAIS la directive using namespace std; : cette directive a été proposée il y a plus de vingt ans, lorsque le comité a décidé de faire passer la bibliothèque standard dans l'espace de noms std, afin de permettre au code qui existait déjà à l'époque de continuer à compiler avec "un minimum de modifications".

Le code que tu écris aujourd'hui n'entre clairement pas dans cette catégorie, et cette directive occasionne maintenant plus de problèmes qu'elle ne propose de solutions:

Quand tu utilises les différentes fonctionnalités de la bibliothèque standard, prend l'habitude d'utiliser leur "nom pleinement qualifié"(ex: std::cin, std::cout, std::vector<XXX> tab;, std::string str;, ...) Cela t'évitera bien des soucis ;)

Et, enfin il faut retenir que "nommer, c'est créer", ou, comme disait l'autre

Citation:

Envoyé par Eragon(2006)

Blisingr signifie le feu. C'est le feu.

Le mot, c'est la chose. Connait le mot, et tu maîtrise la chose.

Le nom d'une fonction doit correspondre à son objectif, à la raison pour laquelle on y fera appel. En appelant ta fonction on_creatExcel_clicked, tu laisse croire que cette fonction doit réagir à un bouton dont le texte serait "create a new excel file", et que son comportement consistera donc à ... créer un nouveau fichier excel.

Ce qui ne correspond absolument pas au comportement de ta fonction, vu que, ce qu'elle fait, c'est ... ouvrir un fichier xlsm existant

21/08/2019, 09h54
Wyzzart
Bonjour! :mrgreen:
Citation:
Envoyé par koala01

Ca, c'est juste du texte que j'ai été un peu trop vite pour écrire... Tu peux l'adapter à ta propre situation ;)

D'autant plus que, de deux choses l'une:

ou bien, tu n'as pas précisé d'extension particulière lors de la recherche, et le texte est faux par nature, vu que tu n'aura trouvé aucun fichier (le texte aurait donc du être "unable to find any file in this directory")
ou bien tu as précisé une extension particulière (on ne sait jamais : un fichier "parasite" pourrait s'incruster dans la liste ;) ) , et tu peux donc remplacer le terme xml par "celui qui te convient" ;)
Oui bien sûr mais c'était pour savoir s'il n'y avait pas de solution particulière avec cette extension :mrgreen:

Citation:

Il y a tant à dire sur ce petit morceau de code :aie:

Déjà, le seul fichier issus de Qt qui doive impérativement être inclus dans le fichier d'en-tête, c'est QMainWindow, car ta classe en dépend explicitement.

Les autres fichiers, s'ils s'avèrent effectivment utiles, peuvent (ne devraient) prendre place que dans le fichier cpp, vu que tu n'en as pas vraiment besoin dans le fichier d'en-tête

D'accord, c'est ce que j'avais appris en cours, je procèderais comme ça dorénavant! :D

Citation:

De plus mélanger des parties d'interfaces créées avec le désigner (*.ui) avec des parties d'interfaces créées de manière programmée (QPushButton * m_button; ), c'est jamais vriament la meilleure idée que l'on puisse avoir : de toute évidence, le QPushButton devrait prendre place dans la partie créée avec le designer ;)

Vous voulez dire que je n'ai pas besoin de le déclarer de nouveau comme il est déjà présent dans le designer?

Citation:

Pour le reste:
tu n'as absolument aucun besoin d'inclure iostream dans une interface graphique, et encore moins dans un fichier d'en-tête (ce sont les entrée et sorties standard, spécifique au mode de fonctionnement d'une ligne de commande) et

on n'utilise JAMAIS la directive using namespace std; : cette directive a été proposée il y a plus de vingt ans, lorsque le comité a décidé de faire passer la bibliothèque standard dans l'espace de noms std, afin de permettre au code qui existait déjà à l'époque de continuer à compiler avec "un minimum de modifications".

Le code que tu écris aujourd'hui n'entre clairement pas dans cette catégorie, et cette directive occasionne maintenant plus de problèmes qu'elle ne propose de solutions:

Quand tu utilises les différentes fonctionnalités de la bibliothèque standard, prend l'habitude d'utiliser leur "nom pleinement qualifié"(ex: std::cin, std::cout, std::vector<XXX> tab;, std::string str;, ...) Cela t'évitera bien des soucis ;)

Oups j'ai appris ça sur OC, auriez vous des sites ou des livres pdf (bien que contrairement aux sites ils sont figés dans le temps, il y en a peut-être des bons?) ou je pourrai apprendre les bonnes pratiques du c++ et à coder en c++ s'il vous plait?

Citation:

Et, enfin il faut retenir que "nommer, c'est créer", ou, comme disait l'autre

Le nom d'une fonction doit correspondre à son objectif, à la raison pour laquelle on y fera appel. En appelant ta fonction on_creatExcel_clicked, tu laisse croire que cette fonction doit réagir à un bouton dont le texte serait "create a new excel file", et que son comportement consistera donc à ... créer un nouveau fichier excel.

Ce qui ne correspond absolument pas au comportement de ta fonction, vu que, ce qu'elle fait, c'est ... ouvrir un fichier xlsm existant

Nom de fonction corrigé!

Citation:

Envoyé par Wyzzart

Oui bien sûr mais c'était pour savoir s'il n'y avait pas de solution particulière avec cette extension :mrgreen:

Le constructeur de Qt peut, en réalité, prendre plusieurs paramètres, dont une QString correspondant aux filtres permettant de sélectionner les fichiers qui seront sélectionnés.

Si tu veux limiter les fichiers à ceux qui disposent de l'extension .xlsm, tu peux parfaitement modifier ta ligne de code

Code:

QDir myDir{"C:/Users/monpetitnomaha/Desktop/remonpetitnomehe/FichesVie/"};

pour lui donner une forme proche de

Code:

QDir myDir{"C:/Users/monpetitnomaha/Desktop/remonpetitnomehe/FichesVie/", "*.xlsm"};

ou, tu peux travailler en deux fois en utilisant la fonction setNameFilters, sous une forme proche de
Code:

1 2 3 4 QDir myDir{"C:/Users/monpetitnomaha/Desktop/remonpetitnomehe/FichesVie/"}; QStringList filters; filters<<"*.xlsm"; dir.setNameFilters(filters);
ce qui produira le même résultat ;)

Ceci dit, tu sais que tout ce que je t'explique ici concernant Qt est clairement expliqué dans la documentation de la bibliothèque, par exemple:

La documentation complète de QDir se trouve ==>ici<==
elle contient entre autres, les informaitons sur les différents constructeurs que l'on peut utiliser ==>ici<==
et on y trouve même une référence croisée sur la fonction ==>setNameFilters<== (parmi d'autres)

Bien sur, toutes les classes qui existe dans Qt sont documentée exactement de la même manière (et on y trouve également des exemples complets sur la manière de les utiliser) ;).

Cette documentation a beau être en anglais, elle reste très facile à comprendre et, au pire, tu peux avoir recours à un traducteur (installé sur ton ordinateur ou en ligne, comme google.translate par exemple) pour les parties que tu ne comprendrait décidément pas.

Quoi qu'il en soit, le fait de savoir lire et comprendre l'anglais écrit correspond presque à l'un des seul prérequis indispensable pour se lancer dans le développement informatique, quel que soit le langage envisagé, car c'est dans la langue de Shakespeare que l'on trouvera le plus de documentation et d'informations en tous genres ;)

Citation:

Vous voulez dire que je n'ai pas besoin de le déclarer de nouveau comme il est déjà présent dans le designer?

Ben oui, cela parrait logique, vu que le fichier (*.ui) créé par le designer permet de décrire l'intégralité de ton interface graphique. Le bouton que tu veux utiliser pour ouvrir ton fichier en fait -- forcément -- partie, non :question:

Par habitude, je n'utilises jamais le designer, et je préfère créer mes interfaces graphiques par programmation. C'est d'autant plus vrai sur les forum, parce que cela permet de voir exactement ce qui se fait et de savoir exactement de quoi l'interface graphique est composée ;)

Si tu veux utiliser le designer, je ne t'en empêche bien sur absolument pas. La seule chose, c'est qu'il faudra adapter les différentes connexions de signaux aux différents slots. Dans le cas présent, elle prendrait sans doute une forme proche de
Code:

1 2 3 4 5 /* s'il n'y a qu'un bouton dans ton interface graphique, il * portera sans doute le nom de Button_1 par défaut * (mais tu peux le modifier */ connect(ui->Button_1, &QPushButton::clicked, this, &MainWindow::nom_du_slot);
Citation:

auriez vous des sites ou des livres pdf (bien que contrairement aux sites ils sont figés dans le temps, il y en a peut-être des bons?) ou je pourrai apprendre les bonnes pratiques du c++ et à coder en c++ s'il vous plait?

On manque cruellement de ressources de qualité en français :aie: La meilleure façon de s'y prendre, c'est sans doute de hanter différents forum, car les bonnes pratiques de base (ainsi que d'autres plus "compliquées à comprendre" ) sont régulièrement répétées et expliquées en long, en large et en travers ;)

Bonjouur!
Avant toutes choses je souhaite demander pardon pour le peu de temps que j'ai pu passer ces deux derniers jours sur le sujet alors que vous investissez le vôtre...
Citation:
Envoyé par koala01
Le constructeur de Qt peut, en réalité, prendre plusieurs paramètres, dont une QString correspondant aux filtres permettant de sélectionner les fichiers qui seront sélectionnés.

Si tu veux limiter les fichiers à ceux qui disposent de l'extension .xlsm, tu peux parfaitement modifier ta ligne de code

Code:

QDir myDir{"C:/Users/monpetitnomaha/Desktop/remonpetitnomehe/FichesVie/"};

pour lui donner une forme proche de

Code:

QDir myDir{"C:/Users/monpetitnomaha/Desktop/remonpetitnomehe/FichesVie/", "*.xlsm"};

ou, tu peux travailler en deux fois en utilisant la fonction setNameFilters, sous une forme proche de
Code:

1 2 3 4 QDir myDir{"C:/Users/monpetitnomaha/Desktop/remonpetitnomehe/FichesVie/"}; QStringList filters; filters<<"*.xlsm"; dir.setNameFilters(filters);
ce qui produira le même résultat ;)
D'accord merci pour cette précision qui pourra être utile! :mrgreen:

Citation:

Ceci dit, tu sais que tout ce que je t'explique ici concernant Qt est clairement expliqué dans la documentation de la bibliothèque, par exemple:

La documentation complète de QDir se trouve ==>ici<==
elle contient entre autres, les informaitons sur les différents constructeurs que l'on peut utiliser ==>ici<==
et on y trouve même une référence croisée sur la fonction ==>setNameFilters<== (parmi d'autres)

Bien sur, toutes les classes qui existe dans Qt sont documentée exactement de la même manière (et on y trouve également des exemples complets sur la manière de les utiliser) ;).

Cette documentation a beau être en anglais, elle reste très facile à comprendre et, au pire, tu peux avoir recours à un traducteur (installé sur ton ordinateur ou en ligne, comme google.translate par exemple) pour les parties que tu ne comprendrait décidément pas.

Quoi qu'il en soit, le fait de savoir lire et comprendre l'anglais écrit correspond presque à l'un des seul prérequis indispensable pour se lancer dans le développement informatique, quel que soit le langage envisagé, car c'est dans la langue de Shakespeare que l'on trouvera le plus de documentation et d'informations en tous genres ;)

Je lis relativement facilement l'anglais le gros problème se situe surtout côté programmation où je suis une sacré ouiche Lorraine.. Je manque de bases solides, de pratique, donc même les choses basiques à coder peuvent être longues :?

Citation:

Ben oui, cela parrait logique, vu que le fichier (*.ui) créé par le designer permet de décrire l'intégralité de ton interface graphique. Le bouton que tu veux utiliser pour ouvrir ton fichier en fait -- forcément -- partie, non :question:

Par habitude, je n'utilises jamais le designer, et je préfère créer mes interfaces graphiques par programmation. C'est d'autant plus vrai sur les forum, parce que cela permet de voir exactement ce qui se fait et de savoir exactement de quoi l'interface graphique est composée ;)

Tu me conseilles d'apprendre le qml? Malheureusement je manque de temps..
Citation:
Si tu veux utiliser le designer, je ne t'en empêche bien sur absolument pas. La seule chose, c'est qu'il faudra adapter les différentes connexions de signaux aux différents slots. Dans le cas présent, elle prendrait sans doute une forme proche de
Code:

1 2 3 4 5 /* s'il n'y a qu'un bouton dans ton interface graphique, il * portera sans doute le nom de Button_1 par défaut * (mais tu peux le modifier */ connect(ui->Button_1, &QPushButton::clicked, this, &MainWindow::nom_du_slot);
D'accord merci! :mrgreen:

Citation:

On manque cruellement de ressources de qualité en français :aie: La meilleure façon de s'y prendre, c'est sans doute de hanter différents forum, car les bonnes pratiques de base (ainsi que d'autres plus "compliquées à comprendre" ) sont régulièrement répétées et expliquées en long, en large et en travers ;)

Pour le peu que j'ai eu a utiliser le c++, j'aime vraiment beaucoup "programmer" (contrairement au vba :mouarf:) dans ce langage, ça m'embête de progresser si lentement..

23/08/2019, 12h20
koala01

Citation:

Envoyé par Wyzzart

Tu me conseilles d'apprendre le qml? Malheureusement je manque de temps..

Ce sera peut-être utile pour la suite, mais, non, je ne te conseille pas forcément d'apprendre qml là, maintenant ;) Ou, du moins, ce n'était pas le but de cette partie du message :D

Le fait est que l'on a deux possibilités de créer une interface graphique avec Qt:

D'un coté, on peut utiliser un outil appelé designer (normalement, il est accessible dans le sous menu Qt du menu démarrer, sous windows), qui nous permet de "déposer" les différents éléments de l'interface à l'endroit où on souhaite qu'ils se trouvent et qui va nous générer un fichier dont l'extension est *.ui (pour User Interface), qui n'est en réalité qu'un fichier au format XML décrivant toutes les parties de l'interface que l'on a créée.

Cet outil est -- entre autres -- destiné à des gens qui ont une idée bien précise de l'organisation que devrait avoir l'interface pour qu'elle soit "facile à utiliser", mais qui ne veulent pas programmer. Il peut aussi servir à créer "vite fait" un "prototype" qui montre toutes les parties de l'interface (qui peut même très rapidement être affichée), même si les différentes réactions (quand on clique sur un bouton ou sur un menu, par exemple) de l'application ne sont pas encore "actives".

D'un autre coté, on peut créer l'ensemble d'une interface par "programmation": si on a besoin d'un bouton, on va crér un nouveau QPushButton, si on a besoin d'un checkbox, on va créer un QCheckBox, etc. C'est souvent la manière dont travaillent les développeurs qui n'ont pas "quelqu'un" dans l'équipe dont le boulot est spécifiquement de créer les interfaces graphiques.

Il n'y a rien qui t'empêche de créer un formulaire quelconque par programmation et un autre (dédié à un autre objectif, bien sur) en utilisant le designer. Mais il faut rester "un tout petit peu logique": quand tu commence à créer un formulaire donné avec le designer, il est "beaucoup plus facile" d'aller jusqu'au bout à l'aide du designer, et, quand tu décide de créer un autre formulaire par programmation, il est "beaucoup plus facile" d'aller jusqu'au bout de la création de cet autre formulaire ... par programmation.

Il y a -- a priori -- parfaitement moyen de mélanger une partie créée par le designer et une autre créée par programmation, mais ca devient rapidement un casse tête incroyable quand il s'agit de regrouper les deux, et c'est pour cela que je déconseille de tenter l'expérience ;) :aie:

Citation:

Pour le peu que j'ai eu a utiliser le c++, j'aime vraiment beaucoup "programmer" (contrairement au vba :mouarf:) dans ce langage, ça m'embête de progresser si lentement..

Mais, comment essaye-tu de progresser :question:

Déjà, il faut te dire que Qt, c'est un framework dont je ne remettrai pas la qualité en cause, mais ca reste un framework : un ensemble de fonctionnalités qui permettent de faciliter la tâche sur un ou plusieurs aspects bien précis du travail.

Vouloir débuter directement avec Qt, sans avoir appris les base du C++, cela revient à vouloir apprendre directement le catalan, alors que tu veux apprendre l'espagnol ! Ca n'a pas beaucoup de sens ;)

Avant de te lancer dans Qt, il serait sans doute pas mal de t'habituer avec le C++, tu ne crois pas :question:

Si, en plus, tu lis assez facilement l'anglais, je te conseillerais bien d'apprendre d'abord le C++ à l'aide du Lipmann (C++ primer 5^eme édition), histoire d'avoir de bonnes bases sur l'utilisation moderne que l'on peut faire du C++.

Bien sur, cela veut sans doute dire que, si tu as un projet bien particulier qui te tient à coeur, il faudra sans doute le "remettre dans les cartons" le temps de passer une ou deux étapes supplémentaires. Mais au final, tu n'en sera que beaucoup plus heureux du résultat ;)
23/08/2019, 14h54
Wyzzart

Citation:

Envoyé par koala01

Ce sera peut-être utile pour la suite, mais, non, je ne te conseille pas forcément d'apprendre qml là, maintenant ;) Ou, du moins, ce n'était pas le but de cette partie du message :D

Le fait est que l'on a deux possibilités de créer une interface graphique avec Qt:

D'un coté, on peut utiliser un outil appelé designer (normalement, il est accessible dans le sous menu Qt du menu démarrer, sous windows), qui nous permet de "déposer" les différents éléments de l'interface à l'endroit où on souhaite qu'ils se trouvent et qui va nous générer un fichier dont l'extension est *.ui (pour User Interface), qui n'est en réalité qu'un fichier au format XML décrivant toutes les parties de l'interface que l'on a créée.

Cet outil est -- entre autres -- destiné à des gens qui ont une idée bien précise de l'organisation que devrait avoir l'interface pour qu'elle soit "facile à utiliser", mais qui ne veulent pas programmer. Il peut aussi servir à créer "vite fait" un "prototype" qui montre toutes les parties de l'interface (qui peut même très rapidement être affichée), même si les différentes réactions (quand on clique sur un bouton ou sur un menu, par exemple) de l'application ne sont pas encore "actives".

D'un autre coté, on peut créer l'ensemble d'une interface par "programmation": si on a besoin d'un bouton, on va crér un nouveau QPushButton, si on a besoin d'un checkbox, on va créer un QCheckBox, etc. C'est souvent la manière dont travaillent les développeurs qui n'ont pas "quelqu'un" dans l'équipe dont le boulot est spécifiquement de créer les interfaces graphiques.

Il n'y a rien qui t'empêche de créer un formulaire quelconque par programmation et un autre (dédié à un autre objectif, bien sur) en utilisant le designer. Mais il faut rester "un tout petit peu logique": quand tu commence à créer un formulaire donné avec le designer, il est "beaucoup plus facile" d'aller jusqu'au bout à l'aide du designer, et, quand tu décide de créer un autre formulaire par programmation, il est "beaucoup plus facile" d'aller jusqu'au bout de la création de cet autre formulaire ... par programmation.

Il y a -- a priori -- parfaitement moyen de mélanger une partie créée par le designer et une autre créée par programmation, mais ca devient rapidement un casse tête incroyable quand il s'agit de regrouper les deux, et c'est pour cela que je déconseille de tenter l'expérience ;) :aie:

Je prends note! :aïe: Bon... Malheureusement il ne me reste que très peu de temps avant le fin de mon stage, je ne peux pas repartir de 0.. Je vais être obligé d'essayer de mixer les deux.. :oops:

Citation:

Mais, comment essaye-tu de progresser :question:

Déjà, il faut te dire que Qt, c'est un framework dont je ne remettrai pas la qualité en cause, mais ca reste un framework : un ensemble de fonctionnalités qui permettent de faciliter la tâche sur un ou plusieurs aspects bien précis du travail.

Vouloir débuter directement avec Qt, sans avoir appris les base du C++, cela revient à vouloir apprendre directement le catalan, alors que tu veux apprendre l'espagnol ! Ca n'a pas beaucoup de sens ;)

Avant de te lancer dans Qt, il serait sans doute pas mal de t'habituer avec le C++, tu ne crois pas :question:

Effectivement je suis d'accord, malheureusement je suis arrivé dans une filière où les personnes avaient déjà fait en grosse partie de la prog mais pas moi... du coup on a commencé à apprendre à utiliser le framework Qt..

Citation:

Si, en plus, tu lis assez facilement l'anglais, je te conseillerais bien d'apprendre d'abord le C++ à l'aide du Lipmann (C++ primer 5^eme édition), histoire d'avoir de bonnes bases sur l'utilisation moderne que l'on peut faire du C++.

Bien sur, cela veut sans doute dire que, si tu as un projet bien particulier qui te tient à coeur, il faudra sans doute le "remettre dans les cartons" le temps de passer une ou deux étapes supplémentaires. Mais au final, tu n'en sera que beaucoup plus heureux du résultat ;)

Le problème c'est que ce projet c'est un des sujets de mon stage.. En soit ne pas finir cette fonctionnalité pour mon rapport m'est égal. Cependant pour ma satisfaction personnelle, l'acquisition de compétences et mon tuteur ça m'embête de ne pas l'avoir finie..

Merci pour le livre :mrgreen:
29/08/2019, 11h42
Wyzzart

Crash

Bonjour,

Je rencontre actuellement un problème.. Lorsque je lance mon programme, il crash.
Voici le message d'erreur:

Pièce jointe 500200

J'ai essayé de résoudre ce problème moi-même.. Si j'ai bien compris, le problème c'est que mon programme essaye d'accèder à un espace mémoire auquel il ne devrait pas accéder. Ce problème peut venir d'une mauvaise utilisation/déclaration de pointeur.. Mais je ne réussi pas à résoudre le problème..

Pouvez-vous m'aider sur ce problème s'ils vous plait? :oops:
29/08/2019, 13h23
koala01

Ah, ce serait pas mal, en effet, parce que la pièce jointe n'est pas accessible, et ma boule de crystal est tombée en panne ce matin :P
29/08/2019, 14h48
Wyzzart

1 pièce(s) jointe(s)

Crash

Je ne pouvais pas prévoir, normalement c'est du matériel fiable :oops:

Voici mon programme
29/08/2019, 17h43
koala01

Quel est ce drole de static_cast lors du connect de la ligne 17 de serialcapture.cpp :question:
Pourquoi ne pas avoir, tout simplement, utilisé

Code:

connect(m_serial,&QSerialPort::errorOccured, this,&serialcapture::handleError

:question:

Pour le reste, n'ayant pas passé mon temps à le compiler, le code m'a l'air correct :P tu n'as eu aucun message (d'avertissement ou d'erreur) lors de la compilation :question: Voir, un message quelconque lors du lancement ?
29/08/2019, 17h59
Wyzzart

Excuse moi je n'avais pas vu la fin de ton message.. Non je n'ai aucun message :?

J'ai réutilisé ce que j'avais fais en cours et qui fonctionnait (pour une fois que j'ai un code qui fonctionnait :mouarf:) sans me poser de question :oops::scarymov:

Citation:

Pour le reste, n'ayant pas passé mon temps à le compiler, le code m'a l'air correct :P tu n'as eu aucun message (d'avertissement ou d'erreur) lors de la compilation :question: Voir, un message quelconque lors du lancement ?

Pour le crash j'ai trouvé le problème... une petite ligne mise en commentaire qui n'aurai pas dû l'être.. :fessee::traine:
04/09/2019, 14h47
Wyzzart

1 pièce(s) jointe(s)

Hellooo

J'ai dorénavant un message, mais toujours impossible de résoudre le fait que mon programme n'ouvre pas le fichier...

Pièce jointe 501307

Ben, quand on se rend compte qu'un message obtenu manque cruellement de précision (par exemple, il serait intéressant de savoir quel est ce satané fichier que l'on n'a pas réussi à ouvrir :aie: ), on essaye de le modifier pour qu'il en donne d'avantage, par exemple, en remplaçant le code
Code:

1 2 3 4 5 6 if(! toOpen.open(QIODevice::ReadOnly)){ QMessageBox dialog(QMessageBox::Critical,"File not opened", "Unable to open selected file", QMessageBox::Ok); dialog.exec(); return; }
par quelque chose comme
Code:

1 2 3 4 5 6 7 if(! toOpen.open(QIODevice::ReadOnly)){ QString error{"unable to open %1 file"}.arg(toOpen.fileName()); // devrait ajouter le nom du fichier impossible à ouvrir QMessageBox dialog(QMessageBox::Critical,"File not opened", error, QMessageBox::Ok); dialog.exec(); return; }
Cela ne nous permettra pas de corriger le problème, mais cela nous permettra déjà de savoir dans quelle direction chercher ;)

En l'occurrence, j'aurais tendance à dire que le fichier en question est peut-être bien encore verrouillé par l'application qui l'a généré; windows ayant la sale habitude de poser un verrou sur tous les fichiers ouverts (pour éviter tout risque de modification "concurrente"), ce qui empêche l'ouverture d'un fichier ouvert "ailleurs", même si ce n'est que pour avoir un accès en lecture seule :aie:

Il faudra donc sans doute demander au développeur de l'application qui génère ce fichier de vieller à ... le fermer dés que l'application n'a plus besoin d'écrire dedans ;)

04/09/2019, 19h56
Invité

Bonsoir,

Et plus encore pourquoi ne pas aller chercher également la raison avec toOpen.errorString() :).

Citation:
Envoyé par koala01
Ben, quand on se rend compte qu'un message obtenu manque cruellement de précision (par exemple, il serait intéressant de savoir quel est ce satané fichier que l'on n'a pas réussi à ouvrir :aie: ), on essaye de le modifier pour qu'il en donne d'avantage, par exemple, en remplaçant le code
Code:

1 2 3 4 5 6 if(! toOpen.open(QIODevice::ReadOnly)){ QMessageBox dialog(QMessageBox::Critical,"File not opened", "Unable to open selected file", QMessageBox::Ok); dialog.exec(); return; }
par quelque chose comme
Code:

1 2 3 4 5 6 7 if(! toOpen.open(QIODevice::ReadOnly)){ QString error{"unable to open %1 file"}.arg(toOpen.fileName()); // devrait ajouter le nom du fichier impossible à ouvrir QMessageBox dialog(QMessageBox::Critical,"File not opened", error, QMessageBox::Ok); dialog.exec(); return; }
Cela ne nous permettra pas de corriger le problème, mais cela nous permettra déjà de savoir dans quelle direction chercher ;)

En l'occurrence, j'aurais tendance à dire que le fichier en question est peut-être bien encore verrouillé par l'application qui l'a généré; windows ayant la sale habitude de poser un verrou sur tous les fichiers ouverts (pour éviter tout risque de modification "concurrente"), ce qui empêche l'ouverture d'un fichier ouvert "ailleurs", même si ce n'est que pour avoir un accès en lecture seule :aie:

Il faudra donc sans doute demander au développeur de l'application qui génère ce fichier de vieller à ... le fermer dés que l'application n'a plus besoin d'écrire dedans ;)
Je crois avoir trouver une partie du problème.. Lorsque j'appuie sur le bouton pour ouvrir mon dernier fichier "fiche vie", il se créé dans mon fichier de debug.. Mais il ne s'ouvre pas pour autant...

Fuseau horaire GMT +2. Il est actuellement 15h28.