Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un
qui pourrait me donner un équivalent, pour linux, de l' os.startfile()
qui fonctionne bien sous windows ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Thierry B.
--{ Méta-MCI (MVP) a plopé ceci: }--
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un qui pourrait me donner un équivalent, pour linux, de l' os.startfile() qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile, parce que je ne le trouve pas dans mon pydoc de linuxien...
-- I've RTFM of the book of Life, the Universe and everything and as soon as your produce idiot proof software the universe produces an improved idiot.
--{ Méta-MCI (MVP) a plopé ceci: }--
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un
qui pourrait me donner un équivalent, pour linux, de l' os.startfile()
qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile,
parce que je ne le trouve pas dans mon pydoc de linuxien...
--
I've RTFM of the book of Life, the Universe and everything and as soon as
your produce idiot proof software the universe produces an improved idiot.
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un qui pourrait me donner un équivalent, pour linux, de l' os.startfile() qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile, parce que je ne le trouve pas dans mon pydoc de linuxien...
-- I've RTFM of the book of Life, the Universe and everything and as soon as your produce idiot proof software the universe produces an improved idiot.
Laurent Pointal
Le Wed, 26 Mar 2008 20:39:47 +0100, Thierry B. a écrit :
--{ Méta-MCI (MVP) a plopé ceci: }--
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un qui pourrait me donner un équivalent, pour linux, de l' os.startfile() qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile, parce que je ne le trouve pas dans mon pydoc de linuxien...
Ca simule un double-clic dans l'explorateur de fichiers Windows et ça ouvre donc le fichier avec l'application par défaut (fonction de l'extension sous Windows).
Il me semble que ce problème a déjà été soulevé (mais peut-être sur la liste de diffusion pythonfr ou encore dans un newsgroup Python anglophone, je ne sais plus).
Via google avec python startfile linux, on trouve différentes choses:
Le Wed, 26 Mar 2008 20:39:47 +0100, Thierry B. a écrit :
--{ Méta-MCI (MVP) a plopé ceci: }--
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il
un qui pourrait me donner un équivalent, pour linux, de l'
os.startfile() qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile, parce
que je ne le trouve pas dans mon pydoc de linuxien...
Ca simule un double-clic dans l'explorateur de fichiers Windows et ça
ouvre donc le fichier avec l'application par défaut (fonction de
l'extension sous Windows).
Il me semble que ce problème a déjà été soulevé (mais peut-être sur la
liste de diffusion pythonfr ou encore dans un newsgroup Python
anglophone, je ne sais plus).
Via google avec python startfile linux, on trouve différentes choses:
Le Wed, 26 Mar 2008 20:39:47 +0100, Thierry B. a écrit :
--{ Méta-MCI (MVP) a plopé ceci: }--
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un qui pourrait me donner un équivalent, pour linux, de l' os.startfile() qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile, parce que je ne le trouve pas dans mon pydoc de linuxien...
Ca simule un double-clic dans l'explorateur de fichiers Windows et ça ouvre donc le fichier avec l'application par défaut (fonction de l'extension sous Windows).
Il me semble que ce problème a déjà été soulevé (mais peut-être sur la liste de diffusion pythonfr ou encore dans un newsgroup Python anglophone, je ne sais plus).
Via google avec python startfile linux, on trouve différentes choses:
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un qui pourrait me donner un équivalent, pour linux, de l' os.startfile() qui fonctionne bien sous windows ?
Bonsoir,
Sur une distribution "récente" (moins de 2 ans) il suffit de faire appel à la commande xdg-open (outil élaboré dans le cadre du projet freedesktop ... il doit donc être présent sur toutes les distributions qui sont passées de XFree86 à Xorg).
Ju -- A computer once beat me at chess, but it was no match for me at kick boxing.
Méta-MCI (MVP) wrote:
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un
qui pourrait me donner un équivalent, pour linux, de l' os.startfile()
qui fonctionne bien sous windows ?
Bonsoir,
Sur une distribution "récente" (moins de 2 ans) il suffit de faire appel
à la commande xdg-open (outil élaboré dans le cadre du projet
freedesktop ... il doit donc être présent sur toutes les distributions
qui sont passées de XFree86 à Xorg).
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un qui pourrait me donner un équivalent, pour linux, de l' os.startfile() qui fonctionne bien sous windows ?
Bonsoir,
Sur une distribution "récente" (moins de 2 ans) il suffit de faire appel à la commande xdg-open (outil élaboré dans le cadre du projet freedesktop ... il doit donc être présent sur toutes les distributions qui sont passées de XFree86 à Xorg).
Ju -- A computer once beat me at chess, but it was no match for me at kick boxing.
Thierry B.
--{ Laurent Pointal a plopé ceci: }--
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un qui pourrait me donner un équivalent, pour linux, de l' os.startfile() qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile, parce que je ne le trouve pas dans mon pydoc de linuxien...
Ca simule un double-clic dans l'explorateur de fichiers Windows et ça ouvre donc le fichier avec l'application par défaut (fonction de l'extension sous Windows).
Autant l'explorateur de fichier est un concept (:) central dans
Windows, autant la diversité des interfaces utilisateurs d'un Unix est vaste, donc la notion de "double-click" est brumeuse.
A priori, si un script Python a le bon shebang et les droits corrects pour être exécutable, le simple fait de l'invoquer par un exec() ou un system() devrait suffire, non ?
#v+ :/tmp$ cat > foo #!/usr/bin/python print "Yo man" :/tmp$ chmod u+x foo :/tmp$ ./foo Yo man :/tmp$ python Python 2.4.2 (#2, Oct 5 2006, 16:54:45) [GCC 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)] on linux2 Type "help", "copyright", "credits" or "license" for more information.
-- Une des corolaires de la loi de Murphy veux que le nombre d'emerdements prévisible est très limité, contrairement aux emerdements imprévisible dont la liste est par définition infinie. --{ NM, macounet lucide }--
--{ Laurent Pointal a plopé ceci: }--
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il
un qui pourrait me donner un équivalent, pour linux, de l'
os.startfile() qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile, parce
que je ne le trouve pas dans mon pydoc de linuxien...
Ca simule un double-clic dans l'explorateur de fichiers Windows et ça
ouvre donc le fichier avec l'application par défaut (fonction de
l'extension sous Windows).
Autant l'explorateur de fichier est un concept (:) central dans
Windows, autant la diversité des interfaces utilisateurs d'un
Unix est vaste, donc la notion de "double-click" est brumeuse.
A priori, si un script Python a le bon shebang et les droits
corrects pour être exécutable, le simple fait de l'invoquer
par un exec() ou un system() devrait suffire, non ?
#v+
tth@gally:/tmp$ cat > foo
#!/usr/bin/python
print "Yo man"
tth@gally:/tmp$ chmod u+x foo
tth@gally:/tmp$ ./foo
Yo man
tth@gally:/tmp$ python
Python 2.4.2 (#2, Oct 5 2006, 16:54:45)
[GCC 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
--
Une des corolaires de la loi de Murphy veux que le nombre d'emerdements
prévisible est très limité, contrairement aux emerdements imprévisible
dont la liste est par définition infinie.
--{ NM, macounet lucide }--
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un qui pourrait me donner un équivalent, pour linux, de l' os.startfile() qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile, parce que je ne le trouve pas dans mon pydoc de linuxien...
Ca simule un double-clic dans l'explorateur de fichiers Windows et ça ouvre donc le fichier avec l'application par défaut (fonction de l'extension sous Windows).
Autant l'explorateur de fichier est un concept (:) central dans
Windows, autant la diversité des interfaces utilisateurs d'un Unix est vaste, donc la notion de "double-click" est brumeuse.
A priori, si un script Python a le bon shebang et les droits corrects pour être exécutable, le simple fait de l'invoquer par un exec() ou un system() devrait suffire, non ?
#v+ :/tmp$ cat > foo #!/usr/bin/python print "Yo man" :/tmp$ chmod u+x foo :/tmp$ ./foo Yo man :/tmp$ python Python 2.4.2 (#2, Oct 5 2006, 16:54:45) [GCC 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)] on linux2 Type "help", "copyright", "credits" or "license" for more information.
-- Une des corolaires de la loi de Murphy veux que le nombre d'emerdements prévisible est très limité, contrairement aux emerdements imprévisible dont la liste est par définition infinie. --{ NM, macounet lucide }--
Le Thu, 27 Mar 2008 10:10:52 +0100, Thierry B. a écrit :
--{ Laurent Pointal a plopé ceci: }--
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un qui pourrait me donner un équivalent, pour linux, de l' os.startfile() qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile, parce que je ne le trouve pas dans mon pydoc de linuxien...
Ca simule un double-clic dans l'explorateur de fichiers Windows et ça ouvre donc le fichier avec l'application par défaut (fonction de l'extension sous Windows).
Autant l'explorateur de fichier est un concept (:) central dans
Windows, autant la diversité des interfaces utilisateurs d'un Unix est vaste, donc la notion de "double-click" est brumeuse.
A priori, si un script Python a le bon shebang et les droits corrects pour être exécutable, le simple fait de l'invoquer par un exec() ou un system() devrait suffire, non ?
Là tu parles typiquement de fichier exécutables (scripts & Co). Pour des fichiers de "données" (au sens données utilisateur), texte, musique, film, tableau de tableur... il faut trouver un moyen d'associer les données à l'application à exécuter - d'où les liens ci-dessous (et le xdg-open qui semble fournir ce service).
#v+ :/tmp$ cat > foo #!/usr/bin/python print "Yo man" :/tmp$ chmod u+x foo :/tmp$ ./foo Yo man :/tmp$ python Python 2.4.2 (#2, Oct 5 2006, 16:54:45) [GCC 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)] on linux2 Type "help", "copyright", "credits" or "license" for more information.
Le Thu, 27 Mar 2008 10:10:52 +0100, Thierry B. a écrit :
--{ Laurent Pointal a plopé ceci: }--
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il
un qui pourrait me donner un équivalent, pour linux, de l'
os.startfile() qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile,
parce que je ne le trouve pas dans mon pydoc de linuxien...
Ca simule un double-clic dans l'explorateur de fichiers Windows et ça
ouvre donc le fichier avec l'application par défaut (fonction de
l'extension sous Windows).
Autant l'explorateur de fichier est un concept (:) central dans
Windows, autant la diversité des interfaces utilisateurs d'un Unix
est vaste, donc la notion de "double-click" est brumeuse.
A priori, si un script Python a le bon shebang et les droits corrects
pour être exécutable, le simple fait de l'invoquer par un exec() ou
un system() devrait suffire, non ?
Là tu parles typiquement de fichier exécutables (scripts & Co).
Pour des fichiers de "données" (au sens données utilisateur), texte,
musique, film, tableau de tableur... il faut trouver un moyen d'associer
les données à l'application à exécuter - d'où les liens ci-dessous (et le
xdg-open qui semble fournir ce service).
#v+
tth@gally:/tmp$ cat > foo
#!/usr/bin/python
print "Yo man"
tth@gally:/tmp$ chmod u+x foo
tth@gally:/tmp$ ./foo
Yo man
tth@gally:/tmp$ python
Python 2.4.2 (#2, Oct 5 2006, 16:54:45) [GCC 4.0.2 20050808
(prerelease) (Ubuntu 4.0.1-4ubuntu9)] on linux2 Type "help",
"copyright", "credits" or "license" for more information.
Le Thu, 27 Mar 2008 10:10:52 +0100, Thierry B. a écrit :
--{ Laurent Pointal a plopé ceci: }--
Parmi les linuxophiliens qui fréquentent ce newsgroup, y en aurait-il un qui pourrait me donner un équivalent, pour linux, de l' os.startfile() qui fonctionne bien sous windows ?
Peut-être expliquer en quelques mots ce que fait os.startfile, parce que je ne le trouve pas dans mon pydoc de linuxien...
Ca simule un double-clic dans l'explorateur de fichiers Windows et ça ouvre donc le fichier avec l'application par défaut (fonction de l'extension sous Windows).
Autant l'explorateur de fichier est un concept (:) central dans
Windows, autant la diversité des interfaces utilisateurs d'un Unix est vaste, donc la notion de "double-click" est brumeuse.
A priori, si un script Python a le bon shebang et les droits corrects pour être exécutable, le simple fait de l'invoquer par un exec() ou un system() devrait suffire, non ?
Là tu parles typiquement de fichier exécutables (scripts & Co). Pour des fichiers de "données" (au sens données utilisateur), texte, musique, film, tableau de tableur... il faut trouver un moyen d'associer les données à l'application à exécuter - d'où les liens ci-dessous (et le xdg-open qui semble fournir ce service).
#v+ :/tmp$ cat > foo #!/usr/bin/python print "Yo man" :/tmp$ chmod u+x foo :/tmp$ ./foo Yo man :/tmp$ python Python 2.4.2 (#2, Oct 5 2006, 16:54:45) [GCC 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)] on linux2 Type "help", "copyright", "credits" or "license" for more information.
