tag 640272 - confirmed
forwarded 640272 irc://irc.freenode.net/#conkeror
kthxbye
Hi again,
Axel Beckert wrote:
> > It would be very useful to have the possibility to load local file from
> > CLI similar to w3m, with full or relative paths:
> >
> > $ conkeror /usr/share/doc/conkeror/copyright
According to upstream, this should work and it actually does work.
> Yeah, it's very annoying that it doesn't work that way. It though
> works already this way:
>
> $ conkeror file:///usr/share/doc/conkeror/copyright
>
> Nevertheless it's annoying that it only works that way.
What I had in mind that doesn't work and what also has been confirmed
by upstream that this is on purpose is the loading of files with
_relative_ paths does not work on the commandline. Here's the excerpt
from IRC:
17:08:55 <retroj:#conkeror> if you want to open a relative path, just
do: conkeror `pwd`/foo.html
17:09:26 <retroj:#conkeror> there is a strong reason for not directly
supporting relative paths, which i have
documented at various times when this
question has come up before
17:09:52 <XTaran:#conkeror> retroj: Hrm, I think, I have to read them,
but I suspect, I will disagree. :)
17:10:10 <XTaran:#conkeror> retroj: It's definitely a violation of the
rule of least surprise...
17:10:21 <retroj:#conkeror> what conkeror supports that iceweasel etc
do not is that you can open any url or
webjump from the command line. supporting
relative paths introduces ambiguity into
the system
17:10:54 <XTaran:#conkeror> retroj: Even if conkeror would check if
the file exists on disk?
17:12:29 <retroj:#conkeror> yes, because then conkeror's behavior
depends on your current directory and its
contents. there will be cases where a
"Not found" error would be desired
17:12:54 <retroj:#conkeror> it would mean that if you have a file
called "google" in your home directory,
you could not use the google webjump from
the command line
17:13:31 <retroj:#conkeror> the solution i'm planning to implement in
decoupling branch is to add a command line
flag that allows opening relative file
paths
17:15:13 <XTaran:#conkeror> retroj: Ok, thanks. BTW, I'd really prefer
if that option could be set in the
.conkerorrc globally.
17:15:59 <XTaran:#conkeror> retroj: I'd be really fine with that issue
you described above, btw. It's what I
would expect actually. :)
17:17:20 <retroj:#conkeror> well, you can do it with url_remoting_fn
17:18:28 <retroj:#conkeror> the second arg is a context object that
includes a property 'cwd', which contains
the working directory
17:20:01 <XTaran:#conkeror> retroj: Already now? *hoping*
17:20:24 <retroj:#conkeror> yes
17:20:30 <XTaran:#conkeror> Ok, will check. :)
17:21:53 <retroj:#conkeror> this is one of those issues that comes
down to a philosophical distinction
between what i think of as "the emacs way"
and "the way the rest of the world does
it". the emacs way says that programs
should behave deterministically, as much
as possible
17:22:47 <XTaran:#conkeror> retroj: Well, emacs behaves differently on
C-x b and C-x C-f depending if the given
file or buffer exists. ;-)
17:23:16 <XTaran:#conkeror> retroj: It even expects a second Enter as
confirmation recently if I want to change
to a buffer that doesn't exist yet.
17:23:30 <retroj:#conkeror> haha, that's a fairly myopic comparison.
conkeror is more complex.
17:23:53 <retroj:#conkeror> we have to deal with web addresses, dns
resolution, and webjumps
> > Please note that I firstly thought this was a missing feature for all
> > XULrunner-enabled browser, but actually iceweasel_6.0-1 already
> > implements this behavior, so reporting to conkeror only.
>
> Yeah, all other browsers I know work that way and that's also the rule
> of the least surprise.
Still counts. I'll though hesitate to change the default for that in
the Debian package. I'll probably document how to "fix" it instead as
soon as I have a working fix.
Regards, Axel
--
,''`. | Axel Beckert <a...@debian.org>, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`- | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
