Leo | 1 Apr 11:10 2007
Face
Picon

rcirc and auctex key conflict

After launching rcirc, C-c ` is bound to:

,----
| C-c ` runs the command rcirc-next-active-buffer
|   which is an interactive compiled Lisp function in `rcirc.el'.
| It is bound to C-c C-SPC, C-c C- <at> , C-c `.
| (rcirc-next-active-buffer arg)
| 
| Go to the next rcirc buffer with activity.
| With prefix arg, go to the next low priority buffer with activity.
| The function given by `rcirc-switch-to-buffer-function' is used to
| show the buffer.
`----

Best,
--

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)
Ralf Angeli | 1 Apr 12:22 2007
Picon

Re: rcirc and auctex key conflict

* Leo (2007-04-01) writes:

> After launching rcirc, C-c ` is bound to:

What does `C-h w TeX-next-error RET' report?

--

-- 
Ralf
Leo | 1 Apr 13:22 2007
Face
Picon

Re: rcirc and auctex key conflict

On 2007-04-01, Ralf Angeli said:

> * Leo (2007-04-01) writes:
>
>> After launching rcirc, C-c ` is bound to:
>
> What does `C-h w TeX-next-error RET' report?

,----
| TeX-next-error is not on any key
`----

Regards,
--

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)
Ralf Angeli | 1 Apr 14:33 2007
Picon

Re: rcirc and auctex key conflict

* Leo (2007-04-01) writes:

> On 2007-04-01, Ralf Angeli said:
>
>> * Leo (2007-04-01) writes:
>>
>>> After launching rcirc, C-c ` is bound to:
>>
>> What does `C-h w TeX-next-error RET' report?
>
> ,----
> | TeX-next-error is not on any key
> `----

I cannot reproduce this.  If I start Emacs with
emacs -Q -l auctex.el -f rcirc-track-minor-mode file.tex
then `C-h w TeX-next-error RET' returns
TeX-next-error is on C-x `, M-g n, M-g M-n

So there are plenty alternatives to choose from.  Which versions of
Emacs and AUCTeX are you using?

--

-- 
Ralf
Leo | 1 Apr 14:48 2007
Face
Picon

Re: rcirc and auctex key conflict

On 2007-04-01, Ralf Angeli said:

> * Leo (2007-04-01) writes:
>
>> On 2007-04-01, Ralf Angeli said:
>>
>>> * Leo (2007-04-01) writes:
>>>
>>>> After launching rcirc, C-c ` is bound to:
>>>
>>> What does `C-h w TeX-next-error RET' report?
>>
>> ,----
>> | TeX-next-error is not on any key
>> `----
>
> I cannot reproduce this.  If I start Emacs with
> emacs -Q -l auctex.el -f rcirc-track-minor-mode file.tex
> then `C-h w TeX-next-error RET' returns
> TeX-next-error is on C-x `, M-g n, M-g M-n
>
> So there are plenty alternatives to choose from.  Which versions of
> Emacs and AUCTeX are you using?

The doc string of rcirc-track-minor-mode says using customization to
set the variable. So i have:

 (custom-set-variables
  '(rcirc-track-minor-mode t))

(Continue reading)

Ralf Angeli | 1 Apr 15:07 2007
Picon

Re: rcirc and auctex key conflict

* Leo (2007-04-01) writes:

>>> ,----
>>> | TeX-next-error is not on any key
>>> `----
>>
>> I cannot reproduce this.  If I start Emacs with
>> emacs -Q -l auctex.el -f rcirc-track-minor-mode file.tex
>> then `C-h w TeX-next-error RET' returns
>> TeX-next-error is on C-x `, M-g n, M-g M-n
>>
>> So there are plenty alternatives to choose from.  Which versions of
>> Emacs and AUCTeX are you using?
>
> The doc string of rcirc-track-minor-mode says using customization to
> set the variable. So i have:
>
>  (custom-set-variables
>   '(rcirc-track-minor-mode t))

I still cannot reproduce it.  It would have been more helpful if you
had tried to invoke Emacs as I suggested and then reported what
happened in your case.

> I am using: GNU Emacs 23.0.0.7 (i686-pc-linux-gnu, X toolkit) of
> 2007-03-29 and AuCTEX 2007-03-24.

Dunno.  Perhaps the remap feature of `define-key' is broken in the
unicode-whatever branch.  I don't have a copy of the branch here for
testing.  It works fine with a pretest build.
(Continue reading)

Leo | 1 Apr 16:48 2007
Face
Picon

Re: rcirc and auctex key conflict

On 2007-04-01, Ralf Angeli said:

> * Leo (2007-04-01) writes:
>
>>>> ,----
>>>> | TeX-next-error is not on any key
>>>> `----
>>>
>>> I cannot reproduce this.  If I start Emacs with
>>> emacs -Q -l auctex.el -f rcirc-track-minor-mode file.tex
>>> then `C-h w TeX-next-error RET' returns
>>> TeX-next-error is on C-x `, M-g n, M-g M-n

I did the same but C-c ` was bound to rcirc-next-active-buffer.

>>> So there are plenty alternatives to choose from.  Which versions of
>>> Emacs and AUCTeX are you using?
>>
>> The doc string of rcirc-track-minor-mode says using customization to
>> set the variable. So i have:
>>
>>  (custom-set-variables
>>   '(rcirc-track-minor-mode t))
>
> I still cannot reproduce it.  It would have been more helpful if you
> had tried to invoke Emacs as I suggested and then reported what
> happened in your case.
>
>> I am using: GNU Emacs 23.0.0.7 (i686-pc-linux-gnu, X toolkit) of
>> 2007-03-29 and AuCTEX 2007-03-24.
(Continue reading)

Ralf Angeli | 1 Apr 17:13 2007
Face
Picon

Re: rcirc and auctex key conflict

* Leo (2007-04-01) writes:

>>>> I cannot reproduce this.  If I start Emacs with
>>>> emacs -Q -l auctex.el -f rcirc-track-minor-mode file.tex
>>>> then `C-h w TeX-next-error RET' returns
>>>> TeX-next-error is on C-x `, M-g n, M-g M-n
>
> I did the same

You didn't.

> but C-c ` was bound to rcirc-next-active-buffer.

Of course.  That was expected.  Unfortunately it was not the question.

--

-- 
Ralf
Ralf Angeli | 1 Apr 17:33 2007
Picon

Re: Re: TeX-next-error takes me to the supp-pdf.tex buffer

* Ralf Angeli (2007-03-31) writes:

> * mirko vukovic (2007-03-30) writes:
>
>>> > When I try to go to the next error, I end up in the supp-pdf.tex 
>>> > buffer.  I have not seen this discussed in the archive.
> [...]
>> It is the tikz package that causes the problem when compiling with
>> pdflatex.  If I compile it with latex, C-c ` works fine.
>
> I don't even come as far as having supp-pdf.tex being displayed since
> error parsing cannot handle a quoted file name with spaces. )c:
>
> The output buffer contains stuff like
>
> tex"))) (tikz-test.aux) ("C:\Programme\MiKTeX 2.5\tex\context\base\supp-pdf.tex
> "
> [Loading MPS to PDF converter (version 2006.09.02).]
> ) [1{psfonts.map}]
> ! Misplaced alignment tab character &.
> l.15 *&
>        ^*
> ! Missing $ inserted.
> <inserted text> 
>                 $
>
> and when parsing the file name after the second opening paren it stops
> after "MiKTeX".  That means something like "\"C:\\Programme\\MiKTeX"
> is pushed onto `TeX-error-file'.  That means the file in question will
> be found as "MiKTeX" and the directory part will be ""C:\Programme".
(Continue reading)

David Kastrup | 1 Apr 17:42 2007
Picon
Picon

Re: Re: [AUCTeX] Re: TeX-next-error takes me to the supp-pdf.tex buffer

Ralf Angeli <angeli <at> caeruleus.net> writes:

> With the patch applied the end of a file name is not determined
> anymore by a regexp but by functions, and the quoted case is
> distinguished from the non-quoted one.

Configuring -file-line-error would probably fix the problem.

> This is just proof-of-concept code.  I'll have to check if it makes
> more sense to use a special syntax table instead of skipping over
> characters with various syntax classes.  And perhaps the
> preview-latex error parser should be merged before doing all that.
>
> That leaves us with the wrong file being found.  In the output shown
> above the closing paren in "(version 2006.09.02)." is not found
> because the regexp for matching closing parens requires it to be
> followed by ">" or by a space.  If we match any opening paren we
> might also want to match any closing paren.  So perhaps the
> mentioned restriction should be removed from the regexp.

I really hate this mess.  Perhaps we should write some auctex.sty or
similar (it is not needed just for LaTeX) that patches \input or the
equivalents and just keeps track of the current input file on its own,
putting out appropriate !name and !offset messages.

Or do something to make -file-line-error more often used.

--

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum
(Continue reading)


Gmane