Lennart Borgman | 22 Nov 2009 01:04
Picon
Gravatar

bug#5008: Please move newsticker--decode-numeric-entities

'This functions decodes html numeric entities like ' to characters.

Please move and rename this so it can be used without loading newst-backend.el.

Also the file name of this file does not match it's provide statement.

Lennart Borgman | 22 Nov 2009 01:22
Picon
Gravatar

bug#5009: complete-symbol should probably not be bound in global-map

But it is.

Drew Adams | 22 Nov 2009 02:20
Picon
Favicon

bug#5009: complete-symbol should probably not be bound in global-map

> But it is.

_Why_ shouldn't it? 

What's the bug?

Lennart Borgman | 22 Nov 2009 03:21
Picon
Gravatar

bug#5009: complete-symbol should probably not be bound in global-map

On Sun, Nov 22, 2009 at 2:20 AM, Drew Adams <drew.adams <at> oracle.com> wrote:
>> But it is.
>
> _Why_ shouldn't it?
>
> What's the bug?

It fools people into believing there is a useful completion when there
in fact is none. What use is for example symbol completion in
css-mode, in php-mode etc?

It is better to tell the truth. Bind it to there-is-no-completion-here
(in a logic sense of course) in global map. Bind it to something
useful in major modes.

Alan Mackenzie | 22 Nov 2009 09:22
Picon
Favicon

bug#4828: 23.1.50; c-newline-and-indent and indent-line-function

Hi, Lennart!

On Sat, Nov 21, 2009 at 03:09:08PM +0100, Lennart Borgman wrote:
> On Fri, Oct 30, 2009 at 2:08 AM, Stefan Monnier
> <monnier <at> iro.umontreal.ca> wrote:
> >> c-newline-and-indent calls indent-according-to-mode to get indentation
> > [...]
> >> I do not know how to solve this problem, but perhaps is it possible that
> >> c-newline-and-indent instead calls indent-line-function?

> > Why would that help?  indent-according-to-mode doesn't do much more than
> > call indent-line-function.

> Eh, sorry.

> Looking at the code in c-electric-semi&comma I think it is better to
> change the call to (c-indent-line) currently on line 938 in cc-cmds.el
> to (funcall indent-line-function). That will fix the problem I think.

> 	    (if c-syntactic-indentation
> 		;;(c-indent-line)
>                 (funcall indent-line-function)
>               )

> Would that be the right fix Alan?

I reckon so; it looks like a proper fix, not a workaround.  But if you
could comment it something like:

                 (funcall indent-line-function) ; Call indirectly for mumamo
(Continue reading)

Juri Linkov | 22 Nov 2009 11:33
Favicon
Gravatar

bug#4982: rgrep can't deal with .gz files

> > I suggest creating a new command (say, `zrgrep') as a wrapper for `zgrep'
> > and with UI like `rgrep'.
>
> Clearly, it should be called `rzgrep' :-)

See in the zgrep script:

  grep='${GREP-grep}'
  version='z$grep (gzip) 1.3.12'

So according to the naming convention of zgrep, it prepends the "z" prefix
to any grep command name :-)

--

-- 
Juri Linkov
http://www.jurta.org/emacs/

Juri Linkov | 22 Nov 2009 11:27
Favicon
Gravatar

bug#5010: 23.1.50; insert-file should be made FFAP aware

> I put the cursor upon /etc/motd and C-x C-f knows about it, but C-x i
> doesn't because ffap.el doesn't include it in its bindings.

And also `append-to-file', `write-file', `write-region', `load-file',
`recode-file-name', `make-directory', `delete-directory', `copy-directory'
and dozens of other commands that read a file or directory name.

I think we should now stop the madness of hunting for commands to make
FFAP aware.

With the patches I sent recently to emacs-devel it is possible to type
M-n in any file-reading prompt to pull the filename at point to the
minibuffer.  And later we could also add a dedicated key like e.g. `M-.'
to do the same.

--

-- 
Juri Linkov
http://www.jurta.org/emacs/

Juri Linkov | 22 Nov 2009 11:29
Favicon
Gravatar

bug#4987: 23.1; shell-command: optionally include working dir in prompt

> > At http://namazu.org/~tsuchiya/elisp/shell-command.el is an emacs
> > library that "enables tab-completion for `shell-command'".
> >
> > I noticed recently that Emacs does this internally now.  Yay!  But one
> > thing shell-command.el did that Emacs 23 doesn't appear to do, is to
> > include the working directory in the shell-command and
> > dired-do-shell-command prompts.  It'd be neat if Emacs did that, too.
>
> shell-command.el relies on defadvices to implement this.  I think a clean
> implementation should be designed to work more like minibuf-eldef.el.

On second thought, there is no need to over-complicate this feature.
So we could add a new defcustom to define the prompt format and to
use it in `read-shell-command' to modify the prompt.

--

-- 
Juri Linkov
http://www.jurta.org/emacs/

Juri Linkov | 22 Nov 2009 11:28
Favicon
Gravatar

bug#4982: rgrep can't deal with .gz files

> JL>(that has its own problems - it doesn't highlight grep matches).
>
> Seems to work for me.

Hmm, strange.  In http://thread.gmane.org/gmane.emacs.bugs/16956
you requested us to remove highlighting when there are additional
filters on the grep output.  So we changed `--color=always' into
`--color=auto' that broke the highlighting in zgrep output because
zgrep uses additional filters.

But now you say that highlighting in zgrep output works for you.
I wonder how this is possible?

--

-- 
Juri Linkov
http://www.jurta.org/emacs/

Emacs bug Tracking System | 22 Nov 2009 21:40

Processed: control

Processing commands for control <at> emacsbugs.donarmstrong.com:

> reopen 1795
Bug #1795 {Done: Chong Yidong <cyd <at> stupidchicken.com>} [emacs] shell problem
> merge 1795 5007
bug#1795: shell problem
bug#5007: 23.1; comint history doesn't handle multi-character delimiters
Merged 1795 5007.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Don Armstrong
(administrator, Emacs bugs database)


Gmane