[EMAIL PROTECTED] (Johan Bockgård) writes:
Add (require 'mml) to w3.el and recompile it.
Sorry for the delay, thank you, Johan.
--
Sean Sieger
___
Help-gnu-emacs mailing list
Help-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/hel
David Hansen <[EMAIL PROTECTED]> writes:
For a nice emacs web browser I suggest emacs-w3m:
http://emacs-w3m.namazu.org/
Thank you for the suggestion.
--
Sean Sieger
___
Help-gnu-emacs mailing list
Help-gnu-emacs@gnu.org
http://lists.gnu.org/ma
Sean Sieger <[EMAIL PROTECTED]> writes:
> I am assuming that whatever is wrong with my w3, is pointed out by
> 'invalid-function...', but I don't know where to start looking for
> answers.
>
> Debugger entered--Lisp error: (invalid-function (macro . #[
On Wed, 24 Aug 2005 22:34:28 -0400 Sean Sieger wrote:
> I am assuming that whatever is wrong with my w3,
> is pointed out by 'invalid-function...', but I
> don't know where to start looking for answers.
Not an answer to your question, but w3 isn't active developed
a
I am assuming that whatever is wrong with my w3,
is pointed out by 'invalid-function...', but I
don't know where to start looking for answers.
Debugger entered--Lisp error: (invalid-function (macro . #[(handle) "ÁÂE"
[handle nth 2] 3]))
mm-handle-encoding((#> (
>> Please don't unless there's a good reason other than personal preference.
> I thought it is recommended to get rid of CL constructs.
> If that is (still?) correct, it is not only personal preference.
The only convention I know is that packages bundled with Emacs shouldn't use
CL at run-time, th
> [(declare (special ...))]
>> those declarations are there to pacify the Common Lisp cravings of
>> the author. The right thing to do is to defvar the global variables at
>> the top level (either in url-http.el itself or in one of the libraries
>> it requires).
> Could you do that?
Please don't
>> By the way: The code uses
>> "(declare (special ...))" to mark these cases and to pacify the
>> byte-compiler. Someone with CVS write access could replace these with an
>> equivalent non-CL statement, i.e., append the named variables to
>> "byte-compile-bound-variables".
> No, those declaration
Klaus Straubinger wrote:
> Kevin Rodgers <[EMAIL PROTECTED]> wrote:
>>Is it necessary to destructively modify url-callback-arguments?
>
> I am not sure because I have no complete overview over the URL library.
> But in many places dynamic binding is used where one indeed must modify
> the globally
Klaus Straubinger <[EMAIL PROTECTED]> writes:
> Indeed. Did you also experience locking-up in redirecting?
No ; did you ? If so, do you have an accessible example ?
> I noticed
> improvement after inserting another (accept-process-output url-http-process)
"another" ?
(i couldn't find any occurr
Klaus Straubinger wrote:
> Kevin Rodgers <[EMAIL PROTECTED]> wrote:
>>How exactly is that improvement implemented?
>>
>>(cons redirect-uri url-callback-arguments)
>>
>>(if url-callback-arguments
>> (cons redirect-uri (cdr url-callback-arguments))
>> (list redirect-uri))
>
> I chose something
there are calls to `url-retrieve' and
found out that my bogus patch caused problems in
`w3-maybe-start-image-download' and
`w3-maybe-start-background-image-download',
but also in the Gnus library "nnweb.el".
I have submitted two patches for these problems to Debian:
- the f
Klaus Straubinger wrote:
> Wouldn't it be more correct to replace the first argument of
> url-callback-arguments with the redirect-uri if there are any
> such callback arguments present? I have experienced problems
> with your solution that went away with this improvement.
How exactly is that imp
Klaus Straubinger <[EMAIL PROTECTED]> writes:
> Wouldn't it be more correct to replace the first argument of
> url-callback-arguments with the redirect-uri if there are any
> such callback arguments present? I have experienced problems
> with your solution that went away with this improvement.
Th
ppose that when Debian upgrades to GNU Emacs 22 (either released
or from CVS) there won't be such a double maintenance anymore ?
> Does Debian maintain (officially or not) the W3 package?
Yes, based on a 2001 snapshot of its CVS version. It seems to me that
there are only minor differences
inux sid
> GNU Emacs 21.4.1 (i386-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
> of 2005-03-17 on trouble, modified by Debian
> w3-el-e21 4.0pre.2001.10.27-16
> w3-url-e21 2001.11.08-7
>
> with the following procedure:
>
> /usr/bin/emacs -q &
> M-x w3-fetch
> h
se-headers' gets back a "301"
> redirection, with URI "http://www.une.edu.au/itd/";, but it does not
> pass it on to `w3-fetch-callback' ...
>
> This can be solved with the following patch to url-http.el:
>
> --- url-http.el~
> +++ url-ht
d of
> > http://www.une.edu.au/itd/index.html, it doesn't work, but if I use
> > the full link with the index.html on the end, relative links work OK.
>
> That will work, too, yes.
>
> > I'm guessing the problem is that Emacs/W3 is interpreting a link tha
Klaus Straubinger <[EMAIL PROTECTED]> writes:
> Thierry Emery <[EMAIL PROTECTED]> wrote:
>> Who is in charge of the CVS version you mention ?
>
> I don't know. That's part of the problem.
In the meantime, i have submitted modifications to
w3-finalize-image-d
Klaus Straubinger <[EMAIL PROTECTED]> writes:
> Did you suggest that improvement to the Emacs development list?
> If not yet, I think that would be a good idea. The URL library
> is maintained there (in parallel?).
I have proposed it both through M-x report-emacs-bug and to Debian,
as they mainta
Klaus Straubinger <[EMAIL PROTECTED]> writes:
> Thierry Emery <[EMAIL PROTECTED]> wrote:
>
>> (defadvice w3-finalize-image-download (around set-inhibit-read-only activate)
>> (let ((inhibit-read-only t))
>> ad-do-it))
>
> Thank you for your improvem
it doesn't work, but if I
> use the full link with the index.html on the end, relative links work
> OK.
Oh, i hadn't though of that !
What happens is that `url-http-parse-headers' gets back a "301"
redirection, with URI "http://www.une.edu.au/itd/";, but
on that page, instead of
> getting
>
> http://www.une.edu.au/itd/about/index.html
Hmm, strange, this works for me when using the same environment as you have:
Debian GNU/Linux sid
GNU Emacs 21.4.1 (i386-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2005-03-17 on trouble, modified by Debia
ing
> >
> > http://www.une.edu.au/itd/about/index.html
> >
> > I get
> >
> > http://www.une.edu.au/about/index.html
> >
> > which doesn't work (obviously).
>
> With Emacs/W3 from its CVS and Emacs/URL from the Emacs CVS, I get the
> cor
Tim X <[EMAIL PROTECTED]> writes:
> Thierry Emery <[EMAIL PROTECTED]> writes:
>
> > Tim X <[EMAIL PROTECTED]> writes:
> >
> > > It seems that
> > > there is a problem with relative links within w3 and I wanted to know
> > > if any
Thierry Emery <[EMAIL PROTECTED]> writes:
> Tim X <[EMAIL PROTECTED]> writes:
>
> > It seems that
> > there is a problem with relative links within w3 and I wanted to know
> > if anyone else has seen this and possibly has a solution.
>
> I have never e
Tim X <[EMAIL PROTECTED]> writes:
> It seems that
> there is a problem with relative links within w3 and I wanted to know
> if anyone else has seen this and possibly has a solution.
I have never experienced such a problem ; do you have an example
that is accessible on internet ?
This weekend, I thought it was about time I tried to work out why I
have not been able to get emacs w3 working reliably. It seems that
there is a problem with relative links within w3 and I wanted to know
if anyone else has seen this and possibly has a solution.
I'm running -
Linux Debia
28 matches
Mail list logo
