peut-on, en ligne de comande, ouvrir un fichier dans une frame.
j'ai deux frames : toc (table of content) et main
et je voudrais pouvoir en ligne de commande ouvrir le fichier
"machin.html" dans la frame "main" ???
ce n'est vraisemblablement pas possible en cli, mais j'imagine qu'il y a
une astuce js qui le permettrait du genre :
si le fichier "machin.html" n'est pas dans un frameset j'ouvre
"index.html" qui pointe sur les deux frames : "toc.html" et
"defaut.html" et, tjs par js, je change le "defaut.html" en
"machin.html" ???
Au fait c'est quoi cet "open" ? Sur mon Ubuntu, un "open toto.html" ça fait : "Impossible d'obtenir un descripteur de fichier se référant à la console".
open machin.ext
sur Mac OS X ouvre le fichier "machin.ext" avec l'application par défaut dévolue aux fixhiers d'extension "ext".
ça doit exister aussi sous *nix, à condition d'être bien configuré (depuis Mac OS X je ne pratique plus *nix)
la variante :
open -a "ApplicationName" "machin.ext"
ouvre le fichier "machin.ext" dans l'application "ApplicationName"
> ne marche pas car le shell, oeuf corse, ne trouve pas le fichier > "/path/to/index.html?page=cpath.html"
Et tu peux pas faire un : $ firefox /path/to/index.html?page=cpath.html
(tu peux remplacer Firefox par Safari ou un autre, hein !)
ça ne marche pas :
~%> /Applications/Firefox.app/Contents/MacOS/firefox /Users/yt/man/index.html?page=cpath.html zsh: no matches found: /Users/yt/man/index.html?page=cpath.html ~%>
en cli, le shell parse la ligne et donc, s'il ne trouve pas le fichier, il répond comme ci-dessus...
>> Sinon, assez bizarre les interactions Mac OS/X et shell... pas encore >> tout compris. > > ben c'est "standard"... ;-)
J'ai galéré pour pouvoir lancer un script shell en un clic (sur le bureau ou dans le dock). Ça lance le xterm, mais ça s'arrête là...
as tu une extension "command" et as tu fait chmod +x sur le "fichier.command" ???
je n'utilise pas ce genre de trux... -- Une Bévue
Sergio <laposte@serge.delbono.net.invalid> wrote:
Au fait c'est quoi cet "open" ?
Sur mon Ubuntu, un "open toto.html" ça fait :
"Impossible d'obtenir un descripteur de fichier se référant à la
console".
open machin.ext
sur Mac OS X ouvre le fichier "machin.ext" avec l'application par
défaut dévolue aux fixhiers d'extension "ext".
ça doit exister aussi sous *nix, à condition d'être bien configuré
(depuis Mac OS X je ne pratique plus *nix)
la variante :
open -a "ApplicationName" "machin.ext"
ouvre le fichier "machin.ext" dans l'application "ApplicationName"
> ne marche pas car le shell, oeuf corse, ne trouve pas le fichier
> "/path/to/index.html?page=cpath.html"
Et tu peux pas faire un :
$ firefox /path/to/index.html?page=cpath.html
(tu peux remplacer Firefox par Safari ou un autre, hein !)
ça ne marche pas :
~%> /Applications/Firefox.app/Contents/MacOS/firefox
/Users/yt/man/index.html?page=cpath.html
zsh: no matches found: /Users/yt/man/index.html?page=cpath.html
~%>
en cli, le shell parse la ligne et donc, s'il ne trouve pas le fichier,
il répond comme ci-dessus...
>> Sinon, assez bizarre les interactions Mac OS/X et shell... pas encore
>> tout compris.
>
> ben c'est "standard"... ;-)
J'ai galéré pour pouvoir lancer un script shell en un clic (sur le
bureau ou dans le dock). Ça lance le xterm, mais ça s'arrête là...
as tu une extension "command" et as tu fait chmod +x sur le
"fichier.command" ???
Au fait c'est quoi cet "open" ? Sur mon Ubuntu, un "open toto.html" ça fait : "Impossible d'obtenir un descripteur de fichier se référant à la console".
open machin.ext
sur Mac OS X ouvre le fichier "machin.ext" avec l'application par défaut dévolue aux fixhiers d'extension "ext".
ça doit exister aussi sous *nix, à condition d'être bien configuré (depuis Mac OS X je ne pratique plus *nix)
la variante :
open -a "ApplicationName" "machin.ext"
ouvre le fichier "machin.ext" dans l'application "ApplicationName"
> ne marche pas car le shell, oeuf corse, ne trouve pas le fichier > "/path/to/index.html?page=cpath.html"
Et tu peux pas faire un : $ firefox /path/to/index.html?page=cpath.html
(tu peux remplacer Firefox par Safari ou un autre, hein !)
ça ne marche pas :
~%> /Applications/Firefox.app/Contents/MacOS/firefox /Users/yt/man/index.html?page=cpath.html zsh: no matches found: /Users/yt/man/index.html?page=cpath.html ~%>
en cli, le shell parse la ligne et donc, s'il ne trouve pas le fichier, il répond comme ci-dessus...
>> Sinon, assez bizarre les interactions Mac OS/X et shell... pas encore >> tout compris. > > ben c'est "standard"... ;-)
J'ai galéré pour pouvoir lancer un script shell en un clic (sur le bureau ou dans le dock). Ça lance le xterm, mais ça s'arrête là...
as tu une extension "command" et as tu fait chmod +x sur le "fichier.command" ???
je n'utilise pas ce genre de trux... -- Une Bévue
Sergio
Une Bévue a exposé le 26/01/2008 :
Et tu peux pas faire un : $ firefox /path/to/index.html?page=cpath.html
(tu peux remplacer Firefox par Safari ou un autre, hein !)
ça ne marche pas :
~%> /Applications/Firefox.app/Contents/MacOS/firefox /Users/yt/man/index.html?page=cpath.html zsh: no matches found: /Users/yt/man/index.html?page=cpath.html ~%>
en cli, le shell parse la ligne et donc, s'il ne trouve pas le fichier, il répond comme ci-dessus...
? Je ne connais pas zsh mais quand même... mettre un devant le ? peut peut-être améliorer les choses.
J'ai galéré pour pouvoir lancer un script shell en un clic (sur le bureau ou dans le dock). Ça lance le xterm, mais ça s'arrête là...
as tu une extension "command" et as tu fait chmod +x sur le "fichier.command" ???
J'ai mis un chmod a+x par contre il a l'extension .sh peut-être que.. Néanmoins, il me met bien l'icône "X", et lance le xterm...
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Une Bévue a exposé le 26/01/2008 :
Et tu peux pas faire un :
$ firefox /path/to/index.html?page=cpath.html
(tu peux remplacer Firefox par Safari ou un autre, hein !)
ça ne marche pas :
~%> /Applications/Firefox.app/Contents/MacOS/firefox
/Users/yt/man/index.html?page=cpath.html
zsh: no matches found: /Users/yt/man/index.html?page=cpath.html
~%>
en cli, le shell parse la ligne et donc, s'il ne trouve pas le fichier,
il répond comme ci-dessus...
?
Je ne connais pas zsh mais quand même... mettre un devant le ? peut
peut-être améliorer les choses.
J'ai galéré pour pouvoir lancer un script shell en un clic (sur le
bureau ou dans le dock). Ça lance le xterm, mais ça s'arrête là...
as tu une extension "command" et as tu fait chmod +x sur le
"fichier.command" ???
J'ai mis un chmod a+x par contre il a l'extension .sh peut-être que..
Néanmoins, il me met bien l'icône "X", et lance le xterm...
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
? Je ne connais pas zsh mais quand même... mettre un devant le ? peut peut-être améliorer les choses.
le "?" c est un caractere quelconque comme dans n'importe quel shell ou console ms dos
Olivier Miakinen
Le 26/01/2008 13:19, Sergio a écrit :
~%> /Applications/Firefox.app/Contents/MacOS/firefox /Users/yt/man/index.html?page=cpath.html zsh: no matches found: /Users/yt/man/index.html?page=cpath.html ~%>
en cli, le shell parse la ligne et donc, s'il ne trouve pas le fichier, il répond comme ci-dessus...
? Je ne connais pas zsh mais quand même... mettre un devant le ? peut peut-être améliorer les choses.
Eh oui, bien vu ! C'est le caractère « ? » qui requiert du shell une recherche de nom de fichier correspondant. Une autre possibilité serait de mettre toute la chaîne entre guillemets :
open "/Users/yt/man/index.html?page=cpath.html"
Le 26/01/2008 13:19, Sergio a écrit :
~%> /Applications/Firefox.app/Contents/MacOS/firefox
/Users/yt/man/index.html?page=cpath.html
zsh: no matches found: /Users/yt/man/index.html?page=cpath.html
~%>
en cli, le shell parse la ligne et donc, s'il ne trouve pas le fichier,
il répond comme ci-dessus...
?
Je ne connais pas zsh mais quand même... mettre un devant le ? peut
peut-être améliorer les choses.
Eh oui, bien vu ! C'est le caractère « ? » qui requiert du shell une
recherche de nom de fichier correspondant. Une autre possibilité serait
de mettre toute la chaîne entre guillemets :
~%> /Applications/Firefox.app/Contents/MacOS/firefox /Users/yt/man/index.html?page=cpath.html zsh: no matches found: /Users/yt/man/index.html?page=cpath.html ~%>
en cli, le shell parse la ligne et donc, s'il ne trouve pas le fichier, il répond comme ci-dessus...
? Je ne connais pas zsh mais quand même... mettre un devant le ? peut peut-être améliorer les choses.
Eh oui, bien vu ! C'est le caractère « ? » qui requiert du shell une recherche de nom de fichier correspondant. Une autre possibilité serait de mettre toute la chaîne entre guillemets :
open "/Users/yt/man/index.html?page=cpath.html"
Sergio
Dans son message précédent, a écrit :
On Sat, 26 Jan 2008 13:19:59 +0100, Sergio wrote:
? Je ne connais pas zsh mais quand même... mettre un devant le ? peut peut-être améliorer les choses.
le "?" c est un caractere quelconque comme dans n'importe quel shell ou console ms dos
C'est bien ce que je pensais...
Mais dans une console MS-DOS, le "?" n'est interprété que par le programme (qui doit avoir une fonction standard d'expansion de recherche etc.). Ainsi :
C:>echo Vous buvez un verre ?
Affichera bien "Vous buvez un verre ?".
Alors que sous un shell Unix il faudra échapper le "?" : $ echo Vous buvez un verre ?
Donc pour afficher la page : /Users/yt/man/index.html?page=cpath.html
Il faudra lancer : $ firefox Users/yt/man/index.html?page=cpath.html
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Dans son message précédent, noone@nowhere.invalid a écrit :
On Sat, 26 Jan 2008 13:19:59 +0100, Sergio wrote:
?
Je ne connais pas zsh mais quand même... mettre un devant le ? peut
peut-être améliorer les choses.
le "?" c est un caractere quelconque comme dans n'importe quel shell ou
console ms dos
C'est bien ce que je pensais...
Mais dans une console MS-DOS, le "?" n'est interprété que par le
programme (qui doit avoir une fonction standard d'expansion de
recherche etc.). Ainsi :
C:>echo Vous buvez un verre ?
Affichera bien "Vous buvez un verre ?".
Alors que sous un shell Unix il faudra échapper le "?" :
$ echo Vous buvez un verre ?
Donc pour afficher la page :
/Users/yt/man/index.html?page=cpath.html
Il faudra lancer :
$ firefox Users/yt/man/index.html?page=cpath.html
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
? Je ne connais pas zsh mais quand même... mettre un devant le ? peut peut-être améliorer les choses.
le "?" c est un caractere quelconque comme dans n'importe quel shell ou console ms dos
C'est bien ce que je pensais...
Mais dans une console MS-DOS, le "?" n'est interprété que par le programme (qui doit avoir une fonction standard d'expansion de recherche etc.). Ainsi :
C:>echo Vous buvez un verre ?
Affichera bien "Vous buvez un verre ?".
Alors que sous un shell Unix il faudra échapper le "?" : $ echo Vous buvez un verre ?
Donc pour afficher la page : /Users/yt/man/index.html?page=cpath.html
Il faudra lancer : $ firefox Users/yt/man/index.html?page=cpath.html
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Sergio
Il se trouve que Olivier Miakinen a formulé :
Je ne connais pas zsh mais quand même... mettre un devant le ? peut peut-être améliorer les choses.
Eh oui, bien vu ! C'est le caractère « ? » qui requiert du shell une recherche de nom de fichier correspondant. Une autre possibilité serait de mettre toute la chaîne entre guillemets :
open "/Users/yt/man/index.html?page=cpath.html"
Non, je crois que entre guillemets, ça interprète quand même...
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Il se trouve que Olivier Miakinen a formulé :
Je ne connais pas zsh mais quand même... mettre un devant le ? peut
peut-être améliorer les choses.
Eh oui, bien vu ! C'est le caractère « ? » qui requiert du shell une
recherche de nom de fichier correspondant. Une autre possibilité serait
de mettre toute la chaîne entre guillemets :
open "/Users/yt/man/index.html?page=cpath.html"
Non, je crois que entre guillemets, ça interprète quand même...
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Je ne connais pas zsh mais quand même... mettre un devant le ? peut peut-être améliorer les choses.
Eh oui, bien vu ! C'est le caractère « ? » qui requiert du shell une recherche de nom de fichier correspondant. Une autre possibilité serait de mettre toute la chaîne entre guillemets :
open "/Users/yt/man/index.html?page=cpath.html"
Non, je crois que entre guillemets, ça interprète quand même...
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
unbewusst.sein
Sergio wrote:
Il faudra lancer : $ firefox Users/yt/man/index.html?page=cpath.html
je viens juste d'essayer les 3 solutions :
~%> open "/Users/yt/man/index.html?page=cpath.html" 2008-02-01 07:05:05.435 open[1258] No such file: /Users/yt/man/index.html?page=cpath.html
~%> open /Users/yt/man/index.html?page=cpath.html 2008-02-01 07:06:19.280 open[1260] No such file: /Users/yt/man/index.html?page=cpath.html
~%> /Applications/Firefox3b2.app/Contents/MacOS/firefox /Users/yt/man/index.html?page=cpath.html zsh: no matches found: /Users/yt/man/index.html?page=cpath.html -- Une Bévue
Sergio <laposte@serge.delbono.net.invalid> wrote:
Il faudra lancer :
$ firefox Users/yt/man/index.html?page=cpath.html
je viens juste d'essayer les 3 solutions :
~%> open "/Users/yt/man/index.html?page=cpath.html"
2008-02-01 07:05:05.435 open[1258] No such file:
/Users/yt/man/index.html?page=cpath.html
~%> open /Users/yt/man/index.html?page=cpath.html
2008-02-01 07:06:19.280 open[1260] No such file:
/Users/yt/man/index.html?page=cpath.html
~%> /Applications/Firefox3b2.app/Contents/MacOS/firefox
/Users/yt/man/index.html?page=cpath.html
zsh: no matches found: /Users/yt/man/index.html?page=cpath.html
--
Une Bévue
Il faudra lancer : $ firefox Users/yt/man/index.html?page=cpath.html
je viens juste d'essayer les 3 solutions :
~%> open "/Users/yt/man/index.html?page=cpath.html" 2008-02-01 07:05:05.435 open[1258] No such file: /Users/yt/man/index.html?page=cpath.html
~%> open /Users/yt/man/index.html?page=cpath.html 2008-02-01 07:06:19.280 open[1260] No such file: /Users/yt/man/index.html?page=cpath.html
~%> /Applications/Firefox3b2.app/Contents/MacOS/firefox /Users/yt/man/index.html?page=cpath.html zsh: no matches found: /Users/yt/man/index.html?page=cpath.html -- Une Bévue
Thierry B.
--{ Une Bévue a plopé ceci: }--
Sergio wrote:
Il faudra lancer : $ firefox Users/yt/man/index.html?page=cpath.html
je viens juste d'essayer les 3 solutions :
~%> open "/Users/yt/man/index.html?page=cpath.html" 2008-02-01 07:05:05.435 open[1258] No such file: /Users/yt/man/index.html?page=cpath.html
Mais ça ne pourra jamais marcher. La partie "?page=cpath.html" doit être interprétée par un serveur/interpréteur dont le programme se trouve dans "index.html".
Je verrais plutôt quelque chose comme ça:
% open "http://localhost/~yt/man/index.html?page=cpath.html"
... avec, bien entendu, une configuration adéquate de l'httpd.
-- La loi est dure, mais c'est la loi, et elle est rappelée chaque quinzaine par Thomas Nemeth (qui poste encore au moins ça) dans ses conseils d'utilisation que tu aurais dû parcourir. --{ Duralex, sed LaTeX }--
--{ Une Bévue a plopé ceci: }--
Sergio <laposte@serge.delbono.net.invalid> wrote:
Il faudra lancer :
$ firefox Users/yt/man/index.html?page=cpath.html
je viens juste d'essayer les 3 solutions :
~%> open "/Users/yt/man/index.html?page=cpath.html"
2008-02-01 07:05:05.435 open[1258] No such file:
/Users/yt/man/index.html?page=cpath.html
Mais ça ne pourra jamais marcher. La partie "?page=cpath.html" doit
être interprétée par un serveur/interpréteur dont le programme se
trouve dans "index.html".
Je verrais plutôt quelque chose comme ça:
% open "http://localhost/~yt/man/index.html?page=cpath.html"
... avec, bien entendu, une configuration adéquate de l'httpd.
--
La loi est dure, mais c'est la loi, et elle est rappelée chaque
quinzaine par Thomas Nemeth (qui poste encore au moins ça) dans ses
conseils d'utilisation que tu aurais dû parcourir.
--{ Duralex, sed LaTeX }--
Il faudra lancer : $ firefox Users/yt/man/index.html?page=cpath.html
je viens juste d'essayer les 3 solutions :
~%> open "/Users/yt/man/index.html?page=cpath.html" 2008-02-01 07:05:05.435 open[1258] No such file: /Users/yt/man/index.html?page=cpath.html
Mais ça ne pourra jamais marcher. La partie "?page=cpath.html" doit être interprétée par un serveur/interpréteur dont le programme se trouve dans "index.html".
Je verrais plutôt quelque chose comme ça:
% open "http://localhost/~yt/man/index.html?page=cpath.html"
... avec, bien entendu, une configuration adéquate de l'httpd.
-- La loi est dure, mais c'est la loi, et elle est rappelée chaque quinzaine par Thomas Nemeth (qui poste encore au moins ça) dans ses conseils d'utilisation que tu aurais dû parcourir. --{ Duralex, sed LaTeX }--
unbewusst.sein
Thierry B. wrote:
Je verrais plutôt quelque chose comme ça:
% open "http://localhost/~yt/man/index.html?page=cpath.html"
... avec, bien entendu, une configuration adéquate de l'httpd.
OUI, bravo, ça devrait pouvoir rouler...
il me reste à déplacer les man pages dans mon répertoire html servi en local...
-- Une Bévue
Thierry B. <tth@prout.stex.invalid> wrote:
Je verrais plutôt quelque chose comme ça:
% open "http://localhost/~yt/man/index.html?page=cpath.html"
... avec, bien entendu, une configuration adéquate de l'httpd.
OUI, bravo, ça devrait pouvoir rouler...
il me reste à déplacer les man pages dans mon répertoire html servi en
local...
