headers
Wilmar Igl | 3 Jan 2007 10:09
Picon
Picon

Bug: Scroll-margin

Dear Emacs developers,

I'm currently using
GNU Emacs 22.0.92.1 (i386-mingw-nt5.1.2600) of 2006-12-29 on 
LENNART-69DE564 (W32 package, patched) under MS Windows XP
and I'd like to point out that the options

(setq-default scroll-margin 5) ;; this does not work
(setq-default scroll-step 1)
(setq-default scroll-conservatively 1000)
(setq-default scroll-preserve-screen-position 't)

don't work properly, to achieve _smooth_ scrolling. When I scroll up 
within a buffer everything works as expected, only when I scroll down 
the cursor often touches the window border and only occasionally behaves 
as expected. In a previous Emacs version (22.0.5.xxx) the same scrolling 
  problems (like now at the bottom border) appeared in both directions 
(up and down), so maybe the bug is already partially fixed.

After googling I've found a page (sorry, couldn't find the link again) 
where somebody else tracked that problem back to differences between the 
  displayed text and the actually safed text (or something like that).

As I think smooth scrolling is very much desirable and that the 
_recentering of the cursor_ after leaving the window is _highly 
irritating_ I suggest to implement _soft scrolling_ as the _default_ 
option in Emacs 22.1.

Thank you very much for your work and looking forward to the official 
release of Emacs 22.1
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dan Jacobson | 3 Jan 2007 19:32
Favicon
Gravatar

Re: see compilation results in a single window

> But wait. What if I want to be left looking at the top of the
> compilation buffer, instead of following its tail?

< That should be the default behavior; did you try in "emacs -Q"?

< The variable compilation-scroll-output controls whether Emacs tracks
< the tail of the messages or not.

$ emacs -Q #using snapshot of late Sep 2006, sorry
(set-variable (quote compilation-window-height) 111 nil)
(compile "seq 222" nil)
And it still tracks the bottom, even though
compilation-scroll-output is nil, as default.
Permalink | Reply | 0 comments |
headers
Dan Jacobson | 3 Jan 2007 19:32
Favicon
Gravatar

Re: show binary in hexidecimal not octal

Do (compile "perl -e 'for(0..99999){print chr}' 2>&-" nil)

I see ^ <at> ^A^B...^Z^[^\^]^^^_ !"#$%&'()*+,-./01...wxyz{|}~^?
\200\201\202\203\204...\374\375\376\377 then Unicode etc.

I am happy with what I see, except that I want the octal shown in hex
instead. I.e. I am only unhappy about \200...\377.

Kevin> (setq buffer-display-table ...

I believe the solution instead lies in a new variable that controls a
deeper down C code item, without the user needing to fiddle with
buffer-display-table nor standard-display-table etc.

No need to target any specific characters, all I am saying is deep
down when emacs feels the urge to send a octal representation to the
screen, it sends instead a hex representation.

I am saying "emacs old buddy, you are doing a perfect job at selecting
what bytes or characters or whatever to send to the screen as (the
four byte) \222, etc. Now just allow the user the choice of how he
wants them shown: hex, octal (current), binary, decimal, etc."

Also there should be a way to paste the e.g., \222 that we see into another
buffer as the four bytes, not one, without having to resort to emacs
-nw and the mouse.

(By the way (compile "perl -e 'for(0..99999){print chr}' 2>&-" nil)
causes error in process filter: font-lock-fontify-keywords-region:
Stack overflow in regexp matcher. Probably for good reason. But that
(Continue reading)

Permalink | Reply | 0 comments |
headers
Wilmar Igl | 4 Jan 2007 13:24
Picon

Enhance Contrasts in Emacs GUI

Dear Emacs developers,

I'd like to ask you to _enhance the contrasts_ in the Emacs GUI between 
Buffer Borders and text. The contrast between text and its borders or 
the scroll buttons and the background is rather low, which makes it 
sometimes difficult  to orient oneself especially if multiple buffers 
are displayed at the same time (and your monitor is not very good in 
contrasts). Maybe by adding some colored borders???
Thanks for your effort.

Yours,

Wilmar Igl
Permalink | Reply | 0 comments |
headers
Wilmar Igl | 4 Jan 2007 19:40
Picon

copy-rectangle-to-kill-ring

Dear Emacs developers,

sorry, I don't want to  be a nuisance. However, I'd like to suggest to
include a function to copy a rectangle into the kill ring which is not 
available at the moment (only copy-rectangle-to-register).

Thanks for your effort.

Yours,

Wilmar Igl
Permalink | Reply | 3 comments |
headers
Wilmar Igl | 4 Jan 2007 13:39
Picon

Enhance Contrasts in Emacs GUI (with additional comments)

Dear Emacs developers,

I'd like to ask you to _enhance the contrasts_ in the Emacs GUI between
Buffer Borders and text. The contrast between text and its borders or
the scroll buttons and the background is rather low, which makes it
sometimes difficult  to orient oneself especially if multiple buffers
are displayed at the same time (and your monitor is not very good in
contrasts). Maybe by adding some colored borders???

Another helpful, user-friendly feature could be to color new messages, 
or input requests in the minibuffer, to attract the attention of the 
user. This could also be applied to windows that pop up (cf. reminding 
of appointments).

Thanks for your effort.

Yours,

Wilmar Igl
Permalink | Reply | 1 comment |
headers
Kevin Rodgers | 5 Jan 2007 18:35
Picon
Favicon

Re: copy-rectangle-to-kill-ring

Wilmar Igl wrote:
> sorry, I don't want to  be a nuisance. However, I'd like to suggest to
> include a function to copy a rectangle into the kill ring which is not 
> available at the moment (only copy-rectangle-to-register).

C-x r k
C-x u
...
C-x r y

,----[ C-h f kill-rectangle RET ]
| kill-rectangle is an interactive compiled Lisp function in `rect.el'.
| It is bound to C-x r k.
| (kill-rectangle start end &optional fill)
|
| Delete the region-rectangle and save it as the last killed one.
|
| When called from a program the rectangle's corners are start and end.
| You might prefer to use `delete-extract-rectangle' from a program.
|
| With a prefix (or a fill) argument, also fill lines where nothing has 
to be
| deleted.
|
| If the buffer is read-only, Emacs will beep and refrain from deleting
| the rectangle, but put it in the kill ring anyway.  This means that
| you can use this command to copy text from a read-only buffer.
| (If the variable `kill-read-only-ok' is non-nil, then this won't
| even beep.)
|
(Continue reading)

Permalink | Reply | 0 comments |
headers
Richard Stallman | 5 Jan 2007 20:08
Picon
Picon

Re: Enhance Contrasts in Emacs GUI (with additional comments)

    I'd like to ask you to _enhance the contrasts_ in the Emacs GUI between
    Buffer Borders and text. The contrast between text and its borders or
    the scroll buttons and the background is rather low,

What exactly is a "scroll button"?  That isn't terminology I am
familiar with.  Does it refer to the buttons at the top and bottom of
the scroll bar?  I'd expect them to be easily identifyable because
they're in the scroll bar.

Or are these something else?

    Another helpful, user-friendly feature could be to color new messages, 
    or input requests in the minibuffer, to attract the attention of the 
    user.

When you say "color new messages", does that mean that a message would
be first displayed with one color (the "new message" color), and then
changed to another color (the "old message" color)?
Permalink | Reply | 0 comments |
headers
Pete Klammer | 7 Jan 2007 03:24
Picon

c-mark-function goes too far

In certain cases, `M-C-h' (`c-mark-function') goes too far.  

The bottom (mark) is placed at end-of-buffer, if my function looks like this
...

void myfunction( void ) {
	mychar = getch() ;
}

... But if it looks like this, mark is correctly placed after the closing
brace:

void myfunction( void )
{
	mychar = getch() ;
}

I have my C style set to 'k&r', and all automatic indenting, and even M-C-\
region indenting, is doing as I like.  I suppose putting the opening
function-block brace up on the same line as the function declaration may not
be pure k&r... However, syntactic analysis (C-c C-s) of the closing brace
shows the same information in either case, and besides, it's consistent with
k&r while() and do etc. brace positioning.  So why doesn't c-mark-function
recognize the defun-close and put the mark there?

--

 Peter F. Klammer, P.E.
 NETRONICS Professional Engineering, Inc.
 3200 Routt Street
(Continue reading)

Permalink | Reply | 1 comment |
headers
Ralph Schleicher | 7 Jan 2007 11:01

battery.el patch

Hi,

below is a patch for battery.el (CVS revision 1.38) together with the
associated ChangeLog entry.  Please commit it into Emacs CVS.

2007-01-07  Ralph Schleicher  <rs <at> nunatak.allgaeu.org>

	* battery.el (battery-linux-proc-acpi): Ignore errors when
	evaluating optional subdirectories.  Bug report and initial
	patch by Luigi Panzeri <matley <at> member.fsf.org>.
	(battery-search-for-one-match-in-files): Leave error handling
	to the caller.

--- battery.el-1.38	2007-01-05 20:27:53.000000000 +0100
+++ battery.el	2007-01-07 08:54:36.000000000 +0100
 <at>  <at>  -355,19 +355,19  <at>  <at> 
 				   60)))
 	       hours (/ minutes 60)))
     (list (cons ?c (or (and capacity (number-to-string capacity)) "N/A"))
-	  (cons ?L (or (battery-search-for-one-match-in-files
-			(mapcar (lambda (e) (concat e "/state"))
-				(directory-files "/proc/acpi/ac_adapter/"
-						 t "\\`[^.]"))
-			"state: +\\(.*\\)$" 1)
-
+	  (cons ?L (or (ignore-errors
+			 (battery-search-for-one-match-in-files
+			  (mapcar (lambda (e) (concat e "/state"))
+				  (directory-files "/proc/acpi/ac_adapter/"
+						   t "\\`[^.]"))
(Continue reading)

Permalink | Reply | 0 comments |

Gmane