headers
Emacs bug Tracking System | 1 Dec 2008 07:30
Gravatar

Processed: your mail

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

> reassign 1461 spam
bug#1461: ↓2008/12/1 您還沒有一個專屬的企業網站嗎？
Warning: Unknown package 'spam'
bug reassigned from package `emacs' to `spam'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Don Armstrong
(administrator, Emacs bugs database)
Permalink | Reply | 0 comments |
headers
jasonr | 1 Dec 2008 09:22

bug#1348: set-frame-width and set-frame-position seem buggy on at least MSWindows

Quoting martin rudalics <rudalics <at> gmx.at>:

> IIUC your change is motivated as
>
>       Disabling this code is either not sufficient to fix the problems
>       completely, or it causes fresh problems, but at least it removes
>       the most problematic symptom of the minibuffer becoming unusable.
>
> Given that wrapping menubars are not very frequent, it seems to me that
> by now the "fresh problems" outweigh the "menubar problem", but YMMV.

Which of the fresh problems outweighs an unusable minibuffer?
Permalink | Reply | 20 comments |
headers
Tassilo Horn | 1 Dec 2008 09:00
Gravatar

bug#1451: Acknowledgement (23.0.60; *shell* swallows meaningful command output lines)

Hi Chong,

I cannot reproduce this with emacs -Q, too.  But with my "normal" emacs
I now get an even worse behavior.

--8<---------------cut here---------------start------------->8---
horn <at> thinkpad:~/repos/org> git status
<the output hangs and after RET I get>
[1] horn <at> thinkpad:~/repos/org>
--8<---------------cut here---------------end--------------->8---

And in *Messages* I get:

--8<---------------cut here---------------start------------->8---
error in process filter: dirtrack: Directory 
#   (use "git add <file/ does not exist
--8<---------------cut here---------------end--------------->8---

My shell customizations are:

--8<---------------cut here---------------start------------->8---
(setq shell-file-name "/bin/zsh"
      comint-input-ignoredups t
      comint-prompt-read-only t)

;; Requires ZSH prompt "walters"
(setq-default dirtrack-list '("^[^:]+:\\([^>]+\\)>" 1))

(global-set-key (kbd "C-c s") 'shell)
(Continue reading)

Permalink | Reply | 2 comments |
headers
martin rudalics | 1 Dec 2008 08:28
Picon
Picon

bug#1348: set-frame-width and set-frame-position seem buggy on at least MSWindows

 >> The wrapping menubar problem is one of the w32 API - it's nothing we can
 >> do about.  Personally, I considered Jason's reaction too drastic.
 >
 > Please explain. This is my first contribution to this thread, so obviously you
 > are talking about something in the distant past which my memory cannot recall.

As Eli explained earlier, this thread is a consequence of your change

2007-10-09  Jason Rumney  <jasonr <at> gnu.org>

	* w32term.c (x_set_window_size): Disable code that attempts to tell
	Lisp code about a size change before it actually happens.

which causes, according to the OP, a sequence of frame changes like

   (set-frame-position (selected-frame) 0 0)
   (sleep-for 2) ; not originally in my .emacs -- testing only
   (set-frame-width (selected-frame) 150)
   (sleep-for 2)
   (set-frame-height (selected-frame) 55)
   (sleep-for 2))

to virtually do the first operation only.  According to grischka
something similar happens on X/GTK as well, but he never told us what he
sees there.

IIUC your change is motivated as

   /* The following mirrors what is done in xterm.c. It appears to be
      for informing lisp of the new size immediately, while the actual
(Continue reading)

Permalink | Reply | 21 comments |
headers
martin rudalics | 1 Dec 2008 10:34
Picon
Picon

bug#1348: set-frame-width and set-frame-position seem buggy on at least MSWindows

 > Which of the fresh problems outweighs an unusable minibuffer?

The one that a resize request has no effect.  But as I stated before
that's just my personal opinion.

martin
Permalink | Reply | 19 comments |
headers
Andreas Schwab | 1 Dec 2008 11:22
Picon

bug#1451: Acknowledgement (23.0.60; *shell* swallows meaningful command output lines)

Tassilo Horn <thorn <at> fastmail.fm> writes:

> ;; Requires ZSH prompt "walters"
> (setq-default dirtrack-list '("^[^:]+:\\([^>]+\\)>" 1))

This can match more than one line, you should probably add \n to the
bracket expressions.

Andreas.

--

-- 
Andreas Schwab, SuSE Labs, schwab <at> suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Permalink | Reply | 1 comment |
headers
Tassilo Horn | 1 Dec 2008 11:27
Gravatar

bug#1451: Acknowledgement (23.0.60; *shell* swallows meaningful command output lines)

Andreas Schwab <schwab <at> suse.de> writes:

Hi Andreas,

>> ;; Requires ZSH prompt "walters"
>> (setq-default dirtrack-list '("^[^:]+:\\([^>]+\\)>" 1))
>
> This can match more than one line, you should probably add \n to the
> bracket expressions.

Ah, thanks a lot.  That seems to be the reason for my problem.  With
your suggestion it works now as expected.

Bye,
Tassilo
Permalink | Reply | 0 comments |
headers
Emacs bug Tracking System | 1 Dec 2008 14:10
Gravatar

Processed: close 1451

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

> close 1451
bug#1451: 23.0.60; *shell* swallows meaningful command output lines
'close' is deprecated; see http://emacsbugs.donarmstrong.com/Developer.html#closing.
bug closed, send any further explanations to Tassilo Horn <thorn <at> fastmail.fm>

> thanks
Stopping processing here.

Please contact me if you need assistance.

Don Armstrong
(administrator, Emacs bugs database)
Permalink | Reply | 0 comments |
headers
jidanni | 1 Dec 2008 19:00
Favicon
Gravatar

bug#1463: Document/implement local-unset-map

I see, one can only have one local map. OK, doing this instead in ~/.emacs-w3m

(autoload 'wikipedia-mode "wikipedia-mode.el")
(add-hook
 'w3m-form-input-textarea-mode-hook
 (lambda nil
   (turn-off-auto-fill)
   (wikipedia-mode)
   (longlines-mode nil)
   (define-key wikipedia-mode-map "\C-c\C-c" 'w3m-form-input-textarea-set)
   (define-key wikipedia-mode-map "\M-u" 'upcase-word)
   ))
Permalink | Reply | 0 comments |
headers
jidanni | 1 Dec 2008 18:46
Favicon
Gravatar

bug#1462: Document/implement local-unset-map

(info "(emacs)Local Keymaps") and (info "(emacs)Rebinding") at the
most talk about `M-x local-unset-key <RET> KEY'
But e.g., I very much want to unset the whole wikipedia-mode-map. It
should say how to do that. I.e., how to make it like we never knew
about any wikipedia-mode-map (that dares to tinker with basic emacs
keys like "\M-u" etc.).
Permalink | Reply | 4 comments |

Gmane