I've seen this as well in other contexts and have no idea what is triggering it -- other than that at some point something is pulling in tpu-edt -- an emulation package. Incidentally the missing state button is something I dont see, that is probably not emacspeak specific. >>>>> "Tim" == Tim Cross <tcross@xxxxxxxxxxx> writes: Tim> I've been looking into the problem with customize not Tim> providing an option to save changes when you activate Tim> the "state" button. As part of this, I've encountered Tim> another problem which also appears to be emacspeak Tim> specific. Tim> Tim> I tried running the command 'describe-text-properties' Tim> with point on the state button and got the following Tim> backtrace - Tim> Tim> Debugger entered--Lisp error: (args-out-of-range 32 57) Tim> count-lines(57 32) tpu-current-line() Tim> ad-Orig-newline(nil) newline() Tim> describe-text-properties-1(454 #<buffer *Help*>) Tim> describe-text-properties(454) Tim> call-interactively(describe-text-properties) Tim> execute-extended-command(nil) Tim> call-interactively(execute-extended-command) Tim> Tim> I believe the problem here is that the first argument to Tim> count-lines is supposed to mark the start of the window, Tim> but it is greater than the second mark, representing the Tim> currunt location of point. Of course, this can't be Tim> correct - point can't be before the start of the window. Tim> Tim> What I think is happening is that window-start is Tim> returning the position in the buffer at which the Tim> display starts, but point is returning the position Tim> relative to the start of the display/window. Tim> Tim> To try and confirm this, I tried the same command with Tim> the display and beginning of the buffer being the same - Tim> that is, the first character in the buffer is the first Tim> character displayed. When I do this, the backtrace is Tim> not generated. However, if I just scroll the display Tim> down by one line, so that the beginning of the display Tim> starts with the second line of the buffer, then the Tim> backtrace is thrown when you put the cursor on the state Tim> button and call describe-text-properties. Tim> Tim> I tried this without emacspeak running and there was no Tim> error thrown. However, I can reproduce this problem Tim> everytime with emacspeak loaded. The odd thing is that Tim> it doesn't look like any of the functions involved have Tim> been advised except for a call to newline right at the Tim> start, so I can't understand why emacspeak would have Tim> any impact. Tim> Tim> could anyone else who is running from the SVN version of Tim> emacspeak and running emacs 22 see if they can get the Tim> same results, especially if they have also observed the Tim> lack of a save option when trying to save changes to a Tim> custom item? Tim> Tim> Note that I've also found that the global 'save for Tim> future sessions' button at the top of customize buffers Tim> still works, so you can change/save your options using Tim> that button. Its only when you try to save your changes Tim> to an individual custom item by clicking on the state Tim> button that you don't get the option to save and so Tim> cannot save changes to an individual item. Tim> Tim> This is what I did to generate the backtrace. Tim> Tim> 1. Run customize-face and select a face to operate on. I Tim> chose minibuffer-prompt. 2. Make sure the window has Tim> scrolled down by at least one line so that the first Tim> line shown in the window is not the first line of the Tim> customize buffer. 3. Put the cursor somewhere on the Tim> state button 4. Do a M-x describe-text-properties Tim> Tim> and see if you get the backtrace thrown. You need to Tim> have debug-on-error set (use toggle-debug-on-error). Tim> Tim> If you do get the backtrace, try again, but this time, Tim> make sure the first line in the window is also the first Tim> line of the customize buffer. When you do this, you Tim> shouldn't bet a backtrace, but instead a window showing Tim> the text properties associated witht he state button Tim> widget. Tim> Tim> Note that I tried this under both X and the linux Tim> console with both emacspeak loaded and with it Tim> unloaded. I was only able to reproduce the error with Tim> emacspeak loaded. I'm running emacspeak version 26.0 Tim> revision 5064M, but also noticed it with the version I Tim> had yesterday. I'm running emacs 22.1.50.1 from CVS, but Tim> got the same behavior with the Debian emacs 22 package. Tim> Tim> Tim Tim> Tim> ----------------------------------------------------------------------------- Tim> To unsubscribe from the emacspeak list or change your Tim> address on the emacspeak list send mail to Tim> "emacspeak-request@xxxxxxxxxxx" with a subject of Tim> "unsubscribe" or "help" -- Best Regards, --raman Email: raman@xxxxxxxxxxx WWW: http://emacspeak.sf.net/raman/ AIM: emacspeak GTalk: tv.raman.tv@xxxxxxxxxxx PGP: http://emacspeak.sf.net/raman/raman-almaden.asc Google: tv+raman IRC: irc://irc.freenode.net/#emacs ----------------------------------------------------------------------------- To unsubscribe from the emacspeak list or change your address on the emacspeak list send mail to "emacspeak-request@xxxxxxxxxxx" with a subject of "unsubscribe" or "help"
If you have questions about this archive or had problems using it, please send mail to:
priestdo@xxxxxxxxxxx No Soliciting!Emacspeak List Archive | 2007 | 2006 | 2005 | 2004 | 2003 | 2002 | 2001 | 2000 | 1999 | 1998 | Pre 1998