Re: [Conkeror] Shell commands
On Fri, Apr 27, 2012 at 09:07, John J. Foerch wrote: > On Fri, Apr 27, 2012 at 05:53:39PM +0200, Thorsten Jolitz wrote: > > "John J. Foerch" writes: > > >> > But when I do the same thing with a link to a html website and the > > >> > shellcommand wget, it seems that nothing happens - no error > > >> > message, but > > >> > no downloaded html file in ~/ either (wget works on the bash > prompt). > > > > > > I'm sorry, I misspoke. That command downloads the file to a temporary > > > directory, not your cwd, and deletes it when the command is finished. > > > > Hmm ... maybe a misunderstanding, but how do I use it if it is > > immediatley deleted? > > The temporary file is deleted after the program exits. This is designed > for viewers; it's the wrong tool for using an alternative downloader. > Just to clarify, this is the behavior of shell-command-on-file (bound to x). In particular note that this runs the specified command with the path to the temporary file as an argument, which would not be a correct invocation of, say, wget. shell-command-on-url (bound to X) will just run the command with a URL as an argument, which would potentially work for wget. ___ Conkeror mailing list Conkeror@mozdev.org https://www.mozdev.org/mailman/listinfo/conkeror
Re: [Conkeror] Shell commands
On Fri, Apr 27, 2012 at 05:53:39PM +0200, Thorsten Jolitz wrote: > "John J. Foerch" writes: > > > >> > But when I do the same thing with a link to a html website and the > >> > shellcommand wget, it seems that nothing happens - no error > >> > message, but > >> > no downloaded html file in ~/ either (wget works on the bash prompt). > > > > I'm sorry, I misspoke. That command downloads the file to a temporary > > directory, not your cwd, and deletes it when the command is finished. > > Hmm ... maybe a misunderstanding, but how do I use it if it is > immediatley deleted? The temporary file is deleted after the program exits. This is designed for viewers; it's the wrong tool for using an alternative downloader. -- John Foerch ___ Conkeror mailing list Conkeror@mozdev.org https://www.mozdev.org/mailman/listinfo/conkeror
Re: [Conkeror] Remote external editing
"John J. Foerch" writes: > On Fri, Apr 27, 2012 at 03:36:39PM +0200, Thorsten Jolitz wrote: >> >> Hi List, >> I guess it would be possible with Conkeror to attach to a remote gnu >> screen or tmux process that runs an editor, using the appropriate screen >> or tmux command with the remote url as shell command. >> >> Then (an exotic idea, I admit) wouldn't it be possible to leave >> authentication, session management and all the interactive stuff to the >> screen session and show only static html, if the terminal window could >> be integrated/attached to the Conkeror window in a way the user doesn't >> notice that there are two different application at work. >> >> For example, if the minibuffer could switch to the remote terminal >> session and the white space in the minibuffer is then actually a file on >> the remote server opened in the Zile editor, input areas and textfields >> in the html code could be replaced by input/output in the minibuffer. >> >> If that would be technically possible - would it be a good idea? Even >> when the remote Zile would be run as a underpriviledged user with >> only minimal >> rights, wouldn't it be a security issue to let a user attach to such a >> screen session? >> >> Maybe all this is only science-fiction, but I'm at least curios if it >> could be done. > > Hmm. Probably a pipe dream, but I suppose the way to do it would be > through the plugin API. Sounds hard. > > Perhaps customizing your window manager would be a workable alternative; > if the window manager reserved a certain space for your editor, it would > have the same overall effect, and also would apply to all of your > programs, not just your web browser. I was rather looking for an easy solution, and not for myself but for users of an application that should not even notice what is going on (without any configuration on their side). So its kind of science-fiction ... Thanks for your replies. -- cheers, Thorsten ___ Conkeror mailing list Conkeror@mozdev.org https://www.mozdev.org/mailman/listinfo/conkeror
Re: [Conkeror] Shell commands
"John J. Foerch" writes: >> > But when I do the same thing with a link to a html website and the >> > shellcommand wget, it seems that nothing happens - no error >> > message, but >> > no downloaded html file in ~/ either (wget works on the bash prompt). > > I'm sorry, I misspoke. That command downloads the file to a temporary > directory, not your cwd, and deletes it when the command is finished. Hmm ... maybe a misunderstanding, but how do I use it if it is immediatley deleted? -- cheers, Thorsten ___ Conkeror mailing list Conkeror@mozdev.org https://www.mozdev.org/mailman/listinfo/conkeror
Re: [Conkeror] Shell commands
On Fri, Apr 27, 2012 at 11:01:15AM -0400, John J. Foerch wrote: > On Fri, Apr 27, 2012 at 02:01:16PM +0200, Thorsten Jolitz wrote: > > > > Hi List, > > I have some problems with the shell commands in conkeror. > > > > When pressing x, then selecting a link to a pdf, and accepting the > > proposed default (in my case evince) everything is fine - the document > > is opened. > > > > But when I do the same thing with a link to a html website and the > > shellcommand wget, it seems that nothing happens - no error message, but > > no downloaded html file in ~/ either (wget works on the bash prompt). > > It should download to whatever your cwd is, but I recommend running the > command in a terminal so that you can see its output. I'm sorry, I misspoke. That command downloads the file to a temporary directory, not your cwd, and deletes it when the command is finished. -- John Foerch ___ Conkeror mailing list Conkeror@mozdev.org https://www.mozdev.org/mailman/listinfo/conkeror
Re: [Conkeror] Remote external editing
On Fri, Apr 27, 2012 at 03:36:39PM +0200, Thorsten Jolitz wrote: > > Hi List, > I guess it would be possible with Conkeror to attach to a remote gnu > screen or tmux process that runs an editor, using the appropriate screen > or tmux command with the remote url as shell command. > > Then (an exotic idea, I admit) wouldn't it be possible to leave > authentication, session management and all the interactive stuff to the > screen session and show only static html, if the terminal window could > be integrated/attached to the Conkeror window in a way the user doesn't > notice that there are two different application at work. > > For example, if the minibuffer could switch to the remote terminal > session and the white space in the minibuffer is then actually a file on > the remote server opened in the Zile editor, input areas and textfields > in the html code could be replaced by input/output in the minibuffer. > > If that would be technically possible - would it be a good idea? Even > when the remote Zile would be run as a underpriviledged user with only minimal > rights, wouldn't it be a security issue to let a user attach to such a > screen session? > > Maybe all this is only science-fiction, but I'm at least curios if it > could be done. Hmm. Probably a pipe dream, but I suppose the way to do it would be through the plugin API. Sounds hard. Perhaps customizing your window manager would be a workable alternative; if the window manager reserved a certain space for your editor, it would have the same overall effect, and also would apply to all of your programs, not just your web browser. -- John Foerch ___ Conkeror mailing list Conkeror@mozdev.org https://www.mozdev.org/mailman/listinfo/conkeror
Re: [Conkeror] Hard-coded viewers (was: Shell commands)
On Fri, Apr 27, 2012 at 04:00:28PM +0200, Axel Beckert wrote: > Hi, > > my reply likely doesn't answer Thorsten's question, but reminds me > that I noticed something else: > > On Fri, Apr 27, 2012 at 02:01:16PM +0200, Thorsten Jolitz wrote: > > When pressing x, then selecting a link to a pdf, and accepting the > > proposed default (in my case evince) everything is fine > > Not only in your case: It's hard-coded in modules/mime.js, even if > evince is not installed at all. > > Definitely something I'll try to fix for the Debian package soon. > (Would be cool if there would be a non-Debian-specific fix, too. :-) > 'Hard-coded' would be the wrong word; it's just the default value of a configurable variable. Yes, it would be a good idea to customize defaults such as these in OS packages of Conkeror. -- John Foerch ___ Conkeror mailing list Conkeror@mozdev.org https://www.mozdev.org/mailman/listinfo/conkeror
Re: [Conkeror] Shell commands
On Fri, Apr 27, 2012 at 02:01:16PM +0200, Thorsten Jolitz wrote: > > Hi List, > I have some problems with the shell commands in conkeror. > > When pressing x, then selecting a link to a pdf, and accepting the > proposed default (in my case evince) everything is fine - the document > is opened. > > But when I do the same thing with a link to a html website and the > shellcommand wget, it seems that nothing happens - no error message, but > no downloaded html file in ~/ either (wget works on the bash prompt). It should download to whatever your cwd is, but I recommend running the command in a terminal so that you can see its output. > > When I use X I'm queried for an url, but I'm not really sure what the > semantics of this command are. Should the url be a shellscript? > > I tried several things, but always got error messages. > It is prompting for an url to run the command on. To have it prompt for a link instead, use the sequence 'n X'. > BTW: > Is there something like the Emacs 'Messages' buffer in Conkeror, where > one can look up the messages that popped up in the minibuffer? > No, not yet. -- John Foerch ___ Conkeror mailing list Conkeror@mozdev.org https://www.mozdev.org/mailman/listinfo/conkeror
[Conkeror] Hard-coded viewers (was: Shell commands)
Hi, my reply likely doesn't answer Thorsten's question, but reminds me that I noticed something else: On Fri, Apr 27, 2012 at 02:01:16PM +0200, Thorsten Jolitz wrote: > When pressing x, then selecting a link to a pdf, and accepting the > proposed default (in my case evince) everything is fine Not only in your case: It's hard-coded in modules/mime.js, even if evince is not installed at all. Definitely something I'll try to fix for the Debian package soon. (Would be cool if there would be a non-Debian-specific fix, too. :-) Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News| a...@deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | a...@noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web) ___ Conkeror mailing list Conkeror@mozdev.org https://www.mozdev.org/mailman/listinfo/conkeror
[Conkeror] Remote external editing
Hi List, I guess it would be possible with Conkeror to attach to a remote gnu screen or tmux process that runs an editor, using the appropriate screen or tmux command with the remote url as shell command. Then (an exotic idea, I admit) wouldn't it be possible to leave authentication, session management and all the interactive stuff to the screen session and show only static html, if the terminal window could be integrated/attached to the Conkeror window in a way the user doesn't notice that there are two different application at work. For example, if the minibuffer could switch to the remote terminal session and the white space in the minibuffer is then actually a file on the remote server opened in the Zile editor, input areas and textfields in the html code could be replaced by input/output in the minibuffer. If that would be technically possible - would it be a good idea? Even when the remote Zile would be run as a underpriviledged user with only minimal rights, wouldn't it be a security issue to let a user attach to such a screen session? Maybe all this is only science-fiction, but I'm at least curios if it could be done. -- cheers, Thorsten ___ Conkeror mailing list Conkeror@mozdev.org https://www.mozdev.org/mailman/listinfo/conkeror
[Conkeror] Shell commands
Hi List, I have some problems with the shell commands in conkeror. When pressing x, then selecting a link to a pdf, and accepting the proposed default (in my case evince) everything is fine - the document is opened. But when I do the same thing with a link to a html website and the shellcommand wget, it seems that nothing happens - no error message, but no downloaded html file in ~/ either (wget works on the bash prompt). When I use X I'm queried for an url, but I'm not really sure what the semantics of this command are. Should the url be a shellscript? I tried several things, but always got error messages. BTW: Is there something like the Emacs 'Messages' buffer in Conkeror, where one can look up the messages that popped up in the minibuffer? -- cheers, Thorsten ___ Conkeror mailing list Conkeror@mozdev.org https://www.mozdev.org/mailman/listinfo/conkeror
