Discussion :

[ymoreau]

Bonjour,
Dans mon application l'utilisateur édite un fichier (texte), et je laisse la possibilité de faire cette édition avec un autre logiciel. Pour ça, j'ouvre le fichier avec QDesktopServices::openUrl. Je surveille également ses modifications avec QFileSystemWatcher pour le recharger dans mon appli quand il est modifié en externe. Ce que j'aimerais pouvoir faire c'est savoir si le fichier est ouvert dans un autre programme (ou dans l'idéal être averti dés qu'il ne l'est plus, mais je suppose que ce n'est pas possible). En fait l'utilisateur bascule entre édition interne et externe avec un bouton, donc je voudrais pouvoir vérifier (lorsqu'il souhaite désactiver l'édition externe) s'il le fichier est encore ouvert dans un programme ou non.

J'ai trouvé ça sur le net : http://qt.nokia.com/products/appdev/...s/qtlockedfile
Mais ça n'a pas l'air de permettre une interaction avec des logiciels externes à l'appli. De plus ça ne semble pas natif, donc peut être moins portable ?

Si quelqu'un a une idée ou la certitude que c'est impossible, merci d'avance :)

[superjaja]

Je pense qu'avec la classe QFile tu devrais pouvoir t'en sortir. Tu essaie d'ouvrir ton fichier (open() ) et si tu as un problème c'est surement qu'un autre programme l'utilise. De plus tu peux vraiment savoir d'ou vient le problème avec la fonction error().

[ymoreau]

Non car je n'ai aucune erreur en ouvrant un fichier déjà ouvert par une autre application.

[dourouc05]

Tu peux essayer, si tu as le contrôle sur l'autre application, la communication interprocessus avec DBus, même si c'est sortir la grosse artillerie pour pas grand chose.

[ymoreau]

Justement non, je lance une appli totalement externe, un programme quelconque de l'utilisateur. En l'occurence un éditeur de texte. Je me demandais s'il y avait un moyen que l'OS indique qu'un fichier est utilisé, mais bon je suppose que non.

[yan]

Je me demandais s'il y avait un moyen que l'OS indique qu'un fichier est utilisé, mais bon je suppose que non.

Normalement oui, l'os sait ce qui est ouvert. Mais ce sera du natif. Je te conseil de demande sur le forum C++ et de faire un tour sur la msdn (si tu est sous windows).

[ymoreau]

Je suis justement en multi-plateforme. Donc je préfèrerais ne pas sortir des lib Qt. Merci pour vos réponses ! Ca n'était pas vital non plus, je vais faire sans, tant pis.

[atttchoum]

Peut être avec QFileInfo::lastRead() ?

[gbdivers]

QFileInfo::lastRead() retourne simplement la date du dernier accès au fichier.

En fait, je ne suis pas sur que ce soit possible ce que tu veux faire...
En général, une application ouvre le fichier (qui est alors lock par l'OS), importe les données (ou les enregistre) puis referme le fichier (et le fichier et unlock). Sauf cas particulier d'une application qui bloquerait l'accès à un fichier pour une raison particulière.
Et d'un autre côté, est-ce que c'est utile ? Tu as juste besoin de savoir si un fichier que tu as ouvert est enregistré avec des modifications.
Utilise simplement QFileInfo::lastModified() pour savoir si le fichier à été modifié depuis que tu l'as ouvert, ou mieux, QFileSystemWatcher (http://qt.developpez.com/doc/latest/...emwatcher.html) qui te préviendra dès qu'un fichier est modifié.

[ymoreau]

En fait j'utilise déjà QFileSystemWatcher, la lecture et mise à jour de mon appli fonctionne très bien.

Pour faire simple : l'utilisateur active ou désactive un mode "saisie externe". Lors de l'activation je bloque la saisie dans mon appli, sauve le fichier, puis l'ouvre avec un autre programme. J'aurais voulu pour simple confort, que l'utilisateur ne puisse pas désactiver ce mode tant que le fichier est ouvert dans l'autre programme. Pour éviter que le fichier soit modifié par plusieurs programmes en même temps. Voire dans l'idéal que mon appli désactive automatiquement le mode lorsque l'utilisateur ferme l'autre programme d'édition.

Mais j'ai l'impression que c'est impossible avec seulement Qt. J'avais aussi songé à ne pas lancer le programme avec QDesktopServices::openUrl mais plutôt avec QProcess, pour avoir totalement la main dessus (et donc savoir lorsqu'il se termine). Mais ça implique de connaitre le chemin exact du programme, alors qu'actuellement Qt se charge de lancer l'appli par défaut.

[dourouc05]

Mais j'ai l'impression que c'est impossible avec seulement Qt. J'avais aussi songé à ne pas lancer le programme avec QDesktopServices::openUrl mais plutôt avec QProcess, pour avoir totalement la main dessus (et donc savoir lorsqu'il se termine). Mais ça implique de connaitre le chemin exact du programme, alors qu'actuellement Qt se charge de lancer l'appli par défaut.

Tu peux aussi continuer sur cette solution de QProcess, en lançant une recherche sur l'exécutable voulu sur le disque dur, dans %PROGRAMFILES% ou %PROGRAMFILES(X86)% uniquement. Ou bien, tu proposes à l'utilisateur de sélectionner l'appli, et tu as direct le chemin.

Si Qt arrive à connaître l'appli qui doit être chargée, tu dois pouvoir le connaître aussi. Il n'y aurait pas une méthode comme ça ? Ou bien une petite aide dans la source ?

[gbdivers]

Je viens de regarder les sources de QDesktopServices. Les classes utilisées dedans ne sont pas accessible. Il faut donc les réécrire.

Ca utilise une approche plateforme spécifique basée sur les types mime (recherche google avec "mime application par défaut")

Sur win, ça utilise la base de registre (tu peux utiliser QSetting pour y acceder : http://qt.developpez.com/faq/?page=q...gistre-windows)
le code de QDestokService : http://qt.gitorious.org/qt/qt/blobs/...rvices_win.cpp
une explication du comment : http://www.devparadise.com/technoweb/sys/win/a242.php

Sous linux, ça utilise un fichier de configuration (peut être également lisible avec QSetting ?)
le code de QDS : http://qt.gitorious.org/qt/qt/blobs/...rvices_x11.cpp
une explication : [gnome] HOW to set default application for a file type - Ubuntu Forums

[ymoreau]

Merci de vos réponses ! C'est quand même assez compliqué à mettre en oeuvre on dirait. Je me pencherai peut être dessus lorsque j'aurai terminé les fonctionnalités plus urgentes.