matlab-emacs-discuss — Discuss Emacs/MATLAB integration

Re: [Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

[David E. <de...@ra...>]

Eric Ludlam <Eri...@ma...> writes:
> and also flipped the default value of the variable
> `matlab-shell-ask-MATLAB-for-completions'.  This was originally nil
> because it wasn't very stable.

Well, there's still one thing that is a bit annoying: after working with
the MATLAB-shell in Emacs, the history is cluttered with those
'matlabMCRprocess' commands. Is there some way to avoid this? Maybe some
other MCRprocess-command which temporarily disables the history? (I
guess those are for internal use and not documented anywhere publicly?)

-David

Re: [Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

[Eric L. <Eri...@ma...>]

Hi,

  Your patch worked well for me in my quick tests.  I checked in this
change, and also flipped the default value of the variable
`matlab-shell-ask-MATLAB-for-completions'.  This was originally nil because it wasn't very stable.

Thanks for this great improvement.
Eric

-----Original Message-----
From: mat...@li... [mailto:mat...@li...] On Behalf Of David Engster
Sent: Thursday, July 31, 2008 4:37 PM
To: mat...@li...
Subject: [Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

Attached to this mail is a patch for matlab.el which improves command
completion in the MATLAB shell. In the current CVS version of matlab.el,
comint filename completion is done when the cursor is in an imcomplete
string. This is nice for commands like 'addpath', but is wrong for
completing things like

set(gca,'Cam <TAB>

After applying the attached patch, the above completion should work as
expected. It also works for completing commands and variable names
inside commands like "plot(...)" and others.  Additionally, it includes
a small change in 'matlab-shell-completion-list', which disables
scrolling in the shell buffer when retrieving the completions.

The patch should be applied against the current CVS version of
matlab.el.

Regards,
David

Re: [Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

[Eric L. <Eri...@ma...>]

Thanks for the patch.  I merged it into my local copy, and have read it over.  I haven't tried it yet, but the differences look good.

Hopefully, I will test it out, and check something in tomorrow.

Thanks
Eric

-----Original Message-----
From: mat...@li... [mailto:mat...@li...] On Behalf Of David Engster
Sent: Thursday, July 31, 2008 4:37 PM
To: mat...@li...
Subject: [Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

Attached to this mail is a patch for matlab.el which improves command
completion in the MATLAB shell. In the current CVS version of matlab.el,
comint filename completion is done when the cursor is in an imcomplete
string. This is nice for commands like 'addpath', but is wrong for
completing things like

set(gca,'Cam <TAB>

After applying the attached patch, the above completion should work as
expected. It also works for completing commands and variable names
inside commands like "plot(...)" and others.  Additionally, it includes
a small change in 'matlab-shell-completion-list', which disables
scrolling in the shell buffer when retrieving the completions.

The patch should be applied against the current CVS version of
matlab.el.

Regards,
David

[Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

[David E. <de...@ra...>]

Attached to this mail is a patch for matlab.el which improves command
completion in the MATLAB shell. In the current CVS version of matlab.el,
comint filename completion is done when the cursor is in an imcomplete
string. This is nice for commands like 'addpath', but is wrong for
completing things like

set(gca,'Cam <TAB>

After applying the attached patch, the above completion should work as
expected. It also works for completing commands and variable names
inside commands like "plot(...)" and others.  Additionally, it includes
a small change in 'matlab-shell-completion-list', which disables
scrolling in the shell buffer when retrieving the completions.

The patch should be applied against the current CVS version of
matlab.el.

Regards,
David

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

Finally getting back to troubleshooting this. I was wondering if
anyone has a working copy of init.el that I could copy to see if that
is my problem?

thanks,
maria

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

Sorry for the multiple emails, but it just occured to me that we are
using an xemacs init.el that is a bit large and old. Maybe there is
something in there that interferes when using newer versions of
xemacs? Is there a sample init.el matlab file that I could test with?

Also, I noticed a font error in the terminal after I had quit out of xemacs:

 Warning: Missing charsets in String to FontSet conversion

thanks,
maria


On Thu, May 15, 2008 at 12:36 PM, Maria McKinley
<parody@u.washington.edu> wrote:
> It just occured to me that usually we start matlab with start-matlab,
> rather than matlab-shell, so that is why this time the history sort of
> works. But even using matlab-shell there is definitely something wrong
> with the way the up arrow functions. In general, what is the
> difference between the two ways of starting up matlab?
>
> thanks,
> maria
>
> On Thu, May 15, 2008 at 11:34 AM, Maria McKinley
> <parody@u.washington.edu> wrote:
>> This is the only thing that showed up:
>>
>> if usejava('jvm'),
>> com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging',
>> false); end
>>
>> Does this mean anything to you?
>>
>> Interestingly, the history part then worked, sort of. I typed ls, and
>> with the up-arrow I got ls *.wav. The second time I tried, I got the
>> correct history, but the command was still in front of the prompt:
>>>> ls
>> ls
>> :2eDS_Store             h207             neubeh545   startupjosh.m
>> data                    lab_code         psychDAQ    startupjosh.m~
>> dots                    maria            rieke       startup.m
>> DownloadPsychtoolbox.m  matlab_prog.pdf  scratch.m   startup.m~
>> examples-tutorials      misc             scratch.m~  #test.m#
>>
>>>> if usejava('jvm'), com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging', false); end
>> ls *.wav>>
>>
>>>> who
>> who
>>
>> Your variables are:
>>
>> ans
>>
>> who>> >>
>>
>> When I stepped through, I got a line about the keymap
>> matlab-shell-mode-map size on the line in question, but nothing that
>> looked unusual. This doesn't seem like much to go on, but maybe it
>> means something to you...
>>
>> thanks,
>> maria
>>
>> On Thu, May 15, 2008 at 5:17 AM, Eric Ludlam <Eri...@ma...> wrote:
>>> It sounds like some sort of error is preventing the keymap from being reset.
>>> Start a fresh emacs, and try:
>>>
>>> M-x toggle-debug-on-error RET
>>>
>>> And then start a new Matlab shell.  If that doesn't produce a stack trace, then, you will need to actually debug the matlab-shell command to see why it is not binding [up] to the right key.
>>>
>>> To do that, start a fresh Emacs, then do:
>>>
>>> M-x load-library RET matlab RET
>>>
>>> And then open up matlab.el, put the cursor on the line that looks like:
>>>
>>> (define-key km [up]
>>>
>>> Around line 4181, and type:
>>>
>>> M-x edebug-defun RET
>>> Followed by C-x x b  (that sets a breakpoint.)
>>>
>>> Now run matlab-shell, and you can press SPC to step through the function, or g to go until a breakpoint.  Hopefully this will expose why the keymap is not being set.
>>>
>>> Eric
>>> -----Original Message-----
>>> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
>>> Sent: Monday, May 12, 2008 4:45 PM
>>> To: Eric Ludlam
>>> Cc: mat...@li...
>>> Subject: Re: [Matlab-emacs-discuss] up arrow not working as expected
>>>
>>> F1 works, and for the up-arrow gives:
>>>
>>> up runs `previous-line'
>>>
>>> `previous-line' is an interactive compiled Lisp function
>>>  -- loaded from "/tmp/buildd/xemacs21-21.4.20/lisp/simple.elc"
>>> (previous-line COUNT)
>>>
>>> Documentation:
>>> Move cursor vertically up COUNT lines.
>>> If there is no character in the target line exactly over the current column,
>>> the cursor is positioned after the character in that line which spans this
>>> column, or at the end of the line if it is not long enough.
>>>
>>> The command M-x set-goal-column can be used to create
>>> a semipermanent goal column to which this command always moves.
>>> Then it does not try to move vertically.
>>>
>>> The characters that are moved over may be added to the current selection
>>> (i.e. active region) if the Shift key is held down, a motion key is used
>>> to invoke this command, and `shifted-motion-keys-select-region' is t; see
>>> the documentation for this variable for more details.
>>>
>>> If you are thinking of using this in a Lisp program, consider using
>>> `forward-line' with a negative argument instead.  It is usually easier
>>> to use and more reliable (no dependence on goal column, etc.).
>>>
>>> I am using the latest version of matlab.el, compiled.
>>>
>>> thanks,
>>> maria
>>>
>>> On Mon, May 12, 2008 at 11:16 AM, Eric Ludlam <Eri...@ma...> wrote:
>>>> Hi,
>>>>
>>>>  Mlint.el doesn't have anything to do with the shell mode.
>>>>
>>>>  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.
>>>>
>>>>  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.
>>>>
>>>> Eric
>>>>
>>>> -----Original Message-----
>>>> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
>>>> Sent: Monday, May 12, 2008 2:07 PM
>>>> To: Eric Ludlam
>>>> Cc: mat...@li...
>>>> Subject: up arrow not working as expected
>>>>
>>>> It did use to be the default, until that computer died, and I had to
>>>> build a new one, and re-install xemacs, matlab, and matlab.el.
>>>>
>>>> When I do C-h, the cursor moves back a space, and then when I type the
>>>> k it just types a k. I am using matlab 2007b, and I did not install
>>>> your mlint.el file. Maybe I should have?
>>>>
>>>> thanks a bunch,
>>>> maria
>>>>
>>>> On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
>>>>> That ought to be the default behavior when using the matlab-shell mode.
>>>>> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>>>>>
>>>>> Eric
>>>>>
>>>>> -----Original Message-----
>>>>> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
>>>>> Sent: Friday, May 09, 2008 6:28 PM
>>>>> To: mat...@li...
>>>>> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>>>>>
>>>>> Hello all,
>>>>>
>>>>> At some point in the upgrades I have made to matlab I lost my ability
>>>>> to use the up arrow to get prior commands in the matlab buffer. I
>>>>> remember having to set this somewhere at some point originally, but
>>>>> can't remember where. Can anyone help me? I don't want the up arrow to
>>>>> go up in the buffer, but to go back through  the command history
>>>>> instead.
>>>>>
>>>>> thanks for any clues,
>>>>> maria
>>>>>
>>>>> -------------------------------------------------------------------------
>>>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>>>> Don't miss this year's exciting event. There's still time to save $100.
>>>>> Use priority code J8TL2D2.
>>>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>>>> _______________________________________________
>>>>> Matlab-emacs-discuss mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>>>
>>>>> -------------------------------------------------------------------------
>>>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>>>> Don't miss this year's exciting event. There's still time to save $100.
>>>>> Use priority code J8TL2D2.
>>>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>>>> _______________________________________________
>>>>> Matlab-emacs-discuss mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Maria Mckinley
>>>> Scientific Programmer
>>>> Shadlen Lab
>>>> Physiology and Biophysics
>>>> Box 357290
>>>> University of Washington
>>>> (206) 616-3923
>>>> parody@u.washington.edu
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.net email is sponsored by: Microsoft
>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>> _______________________________________________
>>>> Matlab-emacs-discuss mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>>
>>>
>>>
>>>
>>> --
>>> Maria Mckinley
>>> Scientific Programmer
>>> Shadlen Lab
>>> Physiology and Biophysics
>>> Box 357290
>>> University of Washington
>>> (206) 616-3923
>>> parody@u.washington.edu
>>>
>>
>>
>>
>> --
>> Maria Mckinley
>> Scientific Programmer
>> Shadlen Lab
>> Physiology and Biophysics
>> Box 357290
>> University of Washington
>> (206) 616-3923
>> parody@u.washington.edu
>>
>
>
>
> --
> Maria Mckinley
> Scientific Programmer
> Shadlen Lab
> Physiology and Biophysics
> Box 357290
> University of Washington
> (206) 616-3923
> parody@u.washington.edu
>



--
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu



-- 
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

It just occured to me that usually we start matlab with start-matlab,
rather than matlab-shell, so that is why this time the history sort of
works. But even using matlab-shell there is definitely something wrong
with the way the up arrow functions. In general, what is the
difference between the two ways of starting up matlab?

thanks,
maria

On Thu, May 15, 2008 at 11:34 AM, Maria McKinley
<parody@u.washington.edu> wrote:
> This is the only thing that showed up:
>
> if usejava('jvm'),
> com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging',
> false); end
>
> Does this mean anything to you?
>
> Interestingly, the history part then worked, sort of. I typed ls, and
> with the up-arrow I got ls *.wav. The second time I tried, I got the
> correct history, but the command was still in front of the prompt:
>>> ls
> ls
> :2eDS_Store             h207             neubeh545   startupjosh.m
> data                    lab_code         psychDAQ    startupjosh.m~
> dots                    maria            rieke       startup.m
> DownloadPsychtoolbox.m  matlab_prog.pdf  scratch.m   startup.m~
> examples-tutorials      misc             scratch.m~  #test.m#
>
>>> if usejava('jvm'), com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging', false); end
> ls *.wav>>
>
>>> who
> who
>
> Your variables are:
>
> ans
>
> who>> >>
>
> When I stepped through, I got a line about the keymap
> matlab-shell-mode-map size on the line in question, but nothing that
> looked unusual. This doesn't seem like much to go on, but maybe it
> means something to you...
>
> thanks,
> maria
>
> On Thu, May 15, 2008 at 5:17 AM, Eric Ludlam <Eri...@ma...> wrote:
>> It sounds like some sort of error is preventing the keymap from being reset.
>> Start a fresh emacs, and try:
>>
>> M-x toggle-debug-on-error RET
>>
>> And then start a new Matlab shell.  If that doesn't produce a stack trace, then, you will need to actually debug the matlab-shell command to see why it is not binding [up] to the right key.
>>
>> To do that, start a fresh Emacs, then do:
>>
>> M-x load-library RET matlab RET
>>
>> And then open up matlab.el, put the cursor on the line that looks like:
>>
>> (define-key km [up]
>>
>> Around line 4181, and type:
>>
>> M-x edebug-defun RET
>> Followed by C-x x b  (that sets a breakpoint.)
>>
>> Now run matlab-shell, and you can press SPC to step through the function, or g to go until a breakpoint.  Hopefully this will expose why the keymap is not being set.
>>
>> Eric
>> -----Original Message-----
>> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
>> Sent: Monday, May 12, 2008 4:45 PM
>> To: Eric Ludlam
>> Cc: mat...@li...
>> Subject: Re: [Matlab-emacs-discuss] up arrow not working as expected
>>
>> F1 works, and for the up-arrow gives:
>>
>> up runs `previous-line'
>>
>> `previous-line' is an interactive compiled Lisp function
>>  -- loaded from "/tmp/buildd/xemacs21-21.4.20/lisp/simple.elc"
>> (previous-line COUNT)
>>
>> Documentation:
>> Move cursor vertically up COUNT lines.
>> If there is no character in the target line exactly over the current column,
>> the cursor is positioned after the character in that line which spans this
>> column, or at the end of the line if it is not long enough.
>>
>> The command M-x set-goal-column can be used to create
>> a semipermanent goal column to which this command always moves.
>> Then it does not try to move vertically.
>>
>> The characters that are moved over may be added to the current selection
>> (i.e. active region) if the Shift key is held down, a motion key is used
>> to invoke this command, and `shifted-motion-keys-select-region' is t; see
>> the documentation for this variable for more details.
>>
>> If you are thinking of using this in a Lisp program, consider using
>> `forward-line' with a negative argument instead.  It is usually easier
>> to use and more reliable (no dependence on goal column, etc.).
>>
>> I am using the latest version of matlab.el, compiled.
>>
>> thanks,
>> maria
>>
>> On Mon, May 12, 2008 at 11:16 AM, Eric Ludlam <Eri...@ma...> wrote:
>>> Hi,
>>>
>>>  Mlint.el doesn't have anything to do with the shell mode.
>>>
>>>  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.
>>>
>>>  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.
>>>
>>> Eric
>>>
>>> -----Original Message-----
>>> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
>>> Sent: Monday, May 12, 2008 2:07 PM
>>> To: Eric Ludlam
>>> Cc: mat...@li...
>>> Subject: up arrow not working as expected
>>>
>>> It did use to be the default, until that computer died, and I had to
>>> build a new one, and re-install xemacs, matlab, and matlab.el.
>>>
>>> When I do C-h, the cursor moves back a space, and then when I type the
>>> k it just types a k. I am using matlab 2007b, and I did not install
>>> your mlint.el file. Maybe I should have?
>>>
>>> thanks a bunch,
>>> maria
>>>
>>> On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
>>>> That ought to be the default behavior when using the matlab-shell mode.
>>>> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>>>>
>>>> Eric
>>>>
>>>> -----Original Message-----
>>>> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
>>>> Sent: Friday, May 09, 2008 6:28 PM
>>>> To: mat...@li...
>>>> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>>>>
>>>> Hello all,
>>>>
>>>> At some point in the upgrades I have made to matlab I lost my ability
>>>> to use the up arrow to get prior commands in the matlab buffer. I
>>>> remember having to set this somewhere at some point originally, but
>>>> can't remember where. Can anyone help me? I don't want the up arrow to
>>>> go up in the buffer, but to go back through  the command history
>>>> instead.
>>>>
>>>> thanks for any clues,
>>>> maria
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>>> Don't miss this year's exciting event. There's still time to save $100.
>>>> Use priority code J8TL2D2.
>>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>>> _______________________________________________
>>>> Matlab-emacs-discuss mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>>> Don't miss this year's exciting event. There's still time to save $100.
>>>> Use priority code J8TL2D2.
>>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>>> _______________________________________________
>>>> Matlab-emacs-discuss mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>>
>>>
>>>
>>>
>>> --
>>> Maria Mckinley
>>> Scientific Programmer
>>> Shadlen Lab
>>> Physiology and Biophysics
>>> Box 357290
>>> University of Washington
>>> (206) 616-3923
>>> parody@u.washington.edu
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> Matlab-emacs-discuss mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>
>>
>>
>>
>> --
>> Maria Mckinley
>> Scientific Programmer
>> Shadlen Lab
>> Physiology and Biophysics
>> Box 357290
>> University of Washington
>> (206) 616-3923
>> parody@u.washington.edu
>>
>
>
>
> --
> Maria Mckinley
> Scientific Programmer
> Shadlen Lab
> Physiology and Biophysics
> Box 357290
> University of Washington
> (206) 616-3923
> parody@u.washington.edu
>



-- 
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

This is the only thing that showed up:

if usejava('jvm'),
com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging',
false); end

Does this mean anything to you?

Interestingly, the history part then worked, sort of. I typed ls, and
with the up-arrow I got ls *.wav. The second time I tried, I got the
correct history, but the command was still in front of the prompt:
>> ls
ls
:2eDS_Store		h207		 neubeh545   startupjosh.m
data			lab_code	 psychDAQ    startupjosh.m~
dots			maria		 rieke	     startup.m
DownloadPsychtoolbox.m	matlab_prog.pdf  scratch.m   startup.m~
examples-tutorials	misc		 scratch.m~  #test.m#

>> if usejava('jvm'), com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging', false); end
ls *.wav>>

>> who
who

Your variables are:

ans

who>> >>

When I stepped through, I got a line about the keymap
matlab-shell-mode-map size on the line in question, but nothing that
looked unusual. This doesn't seem like much to go on, but maybe it
means something to you...

thanks,
maria

On Thu, May 15, 2008 at 5:17 AM, Eric Ludlam <Eri...@ma...> wrote:
> It sounds like some sort of error is preventing the keymap from being reset.
> Start a fresh emacs, and try:
>
> M-x toggle-debug-on-error RET
>
> And then start a new Matlab shell.  If that doesn't produce a stack trace, then, you will need to actually debug the matlab-shell command to see why it is not binding [up] to the right key.
>
> To do that, start a fresh Emacs, then do:
>
> M-x load-library RET matlab RET
>
> And then open up matlab.el, put the cursor on the line that looks like:
>
> (define-key km [up]
>
> Around line 4181, and type:
>
> M-x edebug-defun RET
> Followed by C-x x b  (that sets a breakpoint.)
>
> Now run matlab-shell, and you can press SPC to step through the function, or g to go until a breakpoint.  Hopefully this will expose why the keymap is not being set.
>
> Eric
> -----Original Message-----
> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
> Sent: Monday, May 12, 2008 4:45 PM
> To: Eric Ludlam
> Cc: mat...@li...
> Subject: Re: [Matlab-emacs-discuss] up arrow not working as expected
>
> F1 works, and for the up-arrow gives:
>
> up runs `previous-line'
>
> `previous-line' is an interactive compiled Lisp function
>  -- loaded from "/tmp/buildd/xemacs21-21.4.20/lisp/simple.elc"
> (previous-line COUNT)
>
> Documentation:
> Move cursor vertically up COUNT lines.
> If there is no character in the target line exactly over the current column,
> the cursor is positioned after the character in that line which spans this
> column, or at the end of the line if it is not long enough.
>
> The command M-x set-goal-column can be used to create
> a semipermanent goal column to which this command always moves.
> Then it does not try to move vertically.
>
> The characters that are moved over may be added to the current selection
> (i.e. active region) if the Shift key is held down, a motion key is used
> to invoke this command, and `shifted-motion-keys-select-region' is t; see
> the documentation for this variable for more details.
>
> If you are thinking of using this in a Lisp program, consider using
> `forward-line' with a negative argument instead.  It is usually easier
> to use and more reliable (no dependence on goal column, etc.).
>
> I am using the latest version of matlab.el, compiled.
>
> thanks,
> maria
>
> On Mon, May 12, 2008 at 11:16 AM, Eric Ludlam <Eri...@ma...> wrote:
>> Hi,
>>
>>  Mlint.el doesn't have anything to do with the shell mode.
>>
>>  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.
>>
>>  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.
>>
>> Eric
>>
>> -----Original Message-----
>> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
>> Sent: Monday, May 12, 2008 2:07 PM
>> To: Eric Ludlam
>> Cc: mat...@li...
>> Subject: up arrow not working as expected
>>
>> It did use to be the default, until that computer died, and I had to
>> build a new one, and re-install xemacs, matlab, and matlab.el.
>>
>> When I do C-h, the cursor moves back a space, and then when I type the
>> k it just types a k. I am using matlab 2007b, and I did not install
>> your mlint.el file. Maybe I should have?
>>
>> thanks a bunch,
>> maria
>>
>> On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
>>> That ought to be the default behavior when using the matlab-shell mode.
>>> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>>>
>>> Eric
>>>
>>> -----Original Message-----
>>> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
>>> Sent: Friday, May 09, 2008 6:28 PM
>>> To: mat...@li...
>>> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>>>
>>> Hello all,
>>>
>>> At some point in the upgrades I have made to matlab I lost my ability
>>> to use the up arrow to get prior commands in the matlab buffer. I
>>> remember having to set this somewhere at some point originally, but
>>> can't remember where. Can anyone help me? I don't want the up arrow to
>>> go up in the buffer, but to go back through  the command history
>>> instead.
>>>
>>> thanks for any clues,
>>> maria
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>> Don't miss this year's exciting event. There's still time to save $100.
>>> Use priority code J8TL2D2.
>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>> _______________________________________________
>>> Matlab-emacs-discuss mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>> Don't miss this year's exciting event. There's still time to save $100.
>>> Use priority code J8TL2D2.
>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>> _______________________________________________
>>> Matlab-emacs-discuss mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>
>>
>>
>>
>> --
>> Maria Mckinley
>> Scientific Programmer
>> Shadlen Lab
>> Physiology and Biophysics
>> Box 357290
>> University of Washington
>> (206) 616-3923
>> parody@u.washington.edu
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>
>
>
>
> --
> Maria Mckinley
> Scientific Programmer
> Shadlen Lab
> Physiology and Biophysics
> Box 357290
> University of Washington
> (206) 616-3923
> parody@u.washington.edu
>



-- 
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Eric L. <Eri...@ma...>]

It sounds like some sort of error is preventing the keymap from being reset.
Start a fresh emacs, and try:

M-x toggle-debug-on-error RET

And then start a new Matlab shell.  If that doesn't produce a stack trace, then, you will need to actually debug the matlab-shell command to see why it is not binding [up] to the right key.

To do that, start a fresh Emacs, then do:

M-x load-library RET matlab RET

And then open up matlab.el, put the cursor on the line that looks like:

(define-key km [up]

Around line 4181, and type:

M-x edebug-defun RET
Followed by C-x x b  (that sets a breakpoint.)

Now run matlab-shell, and you can press SPC to step through the function, or g to go until a breakpoint.  Hopefully this will expose why the keymap is not being set.

Eric
-----Original Message-----
From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
Sent: Monday, May 12, 2008 4:45 PM
To: Eric Ludlam
Cc: mat...@li...
Subject: Re: [Matlab-emacs-discuss] up arrow not working as expected

F1 works, and for the up-arrow gives:

up runs `previous-line'

`previous-line' is an interactive compiled Lisp function
  -- loaded from "/tmp/buildd/xemacs21-21.4.20/lisp/simple.elc"
(previous-line COUNT)

Documentation:
Move cursor vertically up COUNT lines.
If there is no character in the target line exactly over the current column,
the cursor is positioned after the character in that line which spans this
column, or at the end of the line if it is not long enough.

The command M-x set-goal-column can be used to create
a semipermanent goal column to which this command always moves.
Then it does not try to move vertically.

The characters that are moved over may be added to the current selection
(i.e. active region) if the Shift key is held down, a motion key is used
to invoke this command, and `shifted-motion-keys-select-region' is t; see
the documentation for this variable for more details.

If you are thinking of using this in a Lisp program, consider using
`forward-line' with a negative argument instead.  It is usually easier
to use and more reliable (no dependence on goal column, etc.).

I am using the latest version of matlab.el, compiled.

thanks,
maria

On Mon, May 12, 2008 at 11:16 AM, Eric Ludlam <Eri...@ma...> wrote:
> Hi,
>
>  Mlint.el doesn't have anything to do with the shell mode.
>
>  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.
>
>  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.
>
> Eric
>
> -----Original Message-----
> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
> Sent: Monday, May 12, 2008 2:07 PM
> To: Eric Ludlam
> Cc: mat...@li...
> Subject: up arrow not working as expected
>
> It did use to be the default, until that computer died, and I had to
> build a new one, and re-install xemacs, matlab, and matlab.el.
>
> When I do C-h, the cursor moves back a space, and then when I type the
> k it just types a k. I am using matlab 2007b, and I did not install
> your mlint.el file. Maybe I should have?
>
> thanks a bunch,
> maria
>
> On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
>> That ought to be the default behavior when using the matlab-shell mode.
>> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>>
>> Eric
>>
>> -----Original Message-----
>> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
>> Sent: Friday, May 09, 2008 6:28 PM
>> To: mat...@li...
>> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>>
>> Hello all,
>>
>> At some point in the upgrades I have made to matlab I lost my ability
>> to use the up arrow to get prior commands in the matlab buffer. I
>> remember having to set this somewhere at some point originally, but
>> can't remember where. Can anyone help me? I don't want the up arrow to
>> go up in the buffer, but to go back through  the command history
>> instead.
>>
>> thanks for any clues,
>> maria
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save $100.
>> Use priority code J8TL2D2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save $100.
>> Use priority code J8TL2D2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>
>
>
>
> --
> Maria Mckinley
> Scientific Programmer
> Shadlen Lab
> Physiology and Biophysics
> Box 357290
> University of Washington
> (206) 616-3923
> parody@u.washington.edu
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>



--
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

F1 works, and for the up-arrow gives:

up runs `previous-line'

`previous-line' is an interactive compiled Lisp function
  -- loaded from "/tmp/buildd/xemacs21-21.4.20/lisp/simple.elc"
(previous-line COUNT)

Documentation:
Move cursor vertically up COUNT lines.
If there is no character in the target line exactly over the current column,
the cursor is positioned after the character in that line which spans this
column, or at the end of the line if it is not long enough.

The command M-x set-goal-column can be used to create
a semipermanent goal column to which this command always moves.
Then it does not try to move vertically.

The characters that are moved over may be added to the current selection
(i.e. active region) if the Shift key is held down, a motion key is used
to invoke this command, and `shifted-motion-keys-select-region' is t; see
the documentation for this variable for more details.

If you are thinking of using this in a Lisp program, consider using
`forward-line' with a negative argument instead.  It is usually easier
to use and more reliable (no dependence on goal column, etc.).

I am using the latest version of matlab.el, compiled.

thanks,
maria

On Mon, May 12, 2008 at 11:16 AM, Eric Ludlam <Eri...@ma...> wrote:
> Hi,
>
>  Mlint.el doesn't have anything to do with the shell mode.
>
>  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.
>
>  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.
>
> Eric
>
> -----Original Message-----
> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
> Sent: Monday, May 12, 2008 2:07 PM
> To: Eric Ludlam
> Cc: mat...@li...
> Subject: up arrow not working as expected
>
> It did use to be the default, until that computer died, and I had to
> build a new one, and re-install xemacs, matlab, and matlab.el.
>
> When I do C-h, the cursor moves back a space, and then when I type the
> k it just types a k. I am using matlab 2007b, and I did not install
> your mlint.el file. Maybe I should have?
>
> thanks a bunch,
> maria
>
> On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
>> That ought to be the default behavior when using the matlab-shell mode.
>> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>>
>> Eric
>>
>> -----Original Message-----
>> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
>> Sent: Friday, May 09, 2008 6:28 PM
>> To: mat...@li...
>> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>>
>> Hello all,
>>
>> At some point in the upgrades I have made to matlab I lost my ability
>> to use the up arrow to get prior commands in the matlab buffer. I
>> remember having to set this somewhere at some point originally, but
>> can't remember where. Can anyone help me? I don't want the up arrow to
>> go up in the buffer, but to go back through  the command history
>> instead.
>>
>> thanks for any clues,
>> maria
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save $100.
>> Use priority code J8TL2D2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save $100.
>> Use priority code J8TL2D2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>
>
>
>
> --
> Maria Mckinley
> Scientific Programmer
> Shadlen Lab
> Physiology and Biophysics
> Box 357290
> University of Washington
> (206) 616-3923
> parody@u.washington.edu
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>



-- 
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

[Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

It did use to be the default, until that computer died, and I had to
build a new one, and re-install xemacs, matlab, and matlab.el.

When I do C-h, the cursor moves back a space, and then when I type the
k it just types a k. I am using matlab 2007b, and I did not install
your mlint.el file. Maybe I should have?

thanks a bunch,
maria

On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
> That ought to be the default behavior when using the matlab-shell mode.
> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>
> Eric
>
> -----Original Message-----
> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
> Sent: Friday, May 09, 2008 6:28 PM
> To: mat...@li...
> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>
> Hello all,
>
> At some point in the upgrades I have made to matlab I lost my ability
> to use the up arrow to get prior commands in the matlab buffer. I
> remember having to set this somewhere at some point originally, but
> can't remember where. Can anyone help me? I don't want the up arrow to
> go up in the buffer, but to go back through  the command history
> instead.
>
> thanks for any clues,
> maria
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>



-- 
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Eric L. <Eri...@ma...>]

Hi,

  Mlint.el doesn't have anything to do with the shell mode.

  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.

  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.

Eric

-----Original Message-----
From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
Sent: Monday, May 12, 2008 2:07 PM
To: Eric Ludlam
Cc: mat...@li...
Subject: up arrow not working as expected

It did use to be the default, until that computer died, and I had to
build a new one, and re-install xemacs, matlab, and matlab.el.

When I do C-h, the cursor moves back a space, and then when I type the
k it just types a k. I am using matlab 2007b, and I did not install
your mlint.el file. Maybe I should have?

thanks a bunch,
maria

On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
> That ought to be the default behavior when using the matlab-shell mode.
> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>
> Eric
>
> -----Original Message-----
> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
> Sent: Friday, May 09, 2008 6:28 PM
> To: mat...@li...
> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>
> Hello all,
>
> At some point in the upgrades I have made to matlab I lost my ability
> to use the up arrow to get prior commands in the matlab buffer. I
> remember having to set this somewhere at some point originally, but
> can't remember where. Can anyone help me? I don't want the up arrow to
> go up in the buffer, but to go back through  the command history
> instead.
>
> thanks for any clues,
> maria
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>



--
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS

[Eric L. <Eri...@ma...>]

That ought to be the default behavior when using the matlab-shell mode.
Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?

Eric

-----Original Message-----
From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
Sent: Friday, May 09, 2008 6:28 PM
To: mat...@li...
Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS

Hello all,

At some point in the upgrades I have made to matlab I lost my ability
to use the up arrow to get prior commands in the matlab buffer. I
remember having to set this somewhere at some point originally, but
can't remember where. Can anyone help me? I don't want the up arrow to
go up in the buffer, but to go back through  the command history
instead.

thanks for any clues,
maria

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS

[Maria M. <parody@u.washington.edu>]

Hello all,

At some point in the upgrades I have made to matlab I lost my ability
to use the up arrow to get prior commands in the matlab buffer. I
remember having to set this somewhere at some point originally, but
can't remember where. Can anyone help me? I don't want the up arrow to
go up in the buffer, but to go back through  the command history
instead.

thanks for any clues,
maria

[Matlab-emacs-discuss] great job, and emacs/matlab working dir

[David S. <str...@ll...>]

Thanks to all who have helped with matlab mode for emacs!  I use it 
instead of the cumbersome graphical matlab native interface now.  And 
over a DSL connection it's much, much better than the other options!

When running matlab in emacs, I notice emacs' working dir is 
decoupled from matlab's.  Meaning, if I cd at the matlab prompt, and 
then do C-x C-f, emacs remembers its old wd, and isn't aware of 
matlab's wd.  Is there a way to make them synchronized?

On a related note, when I type 'edit' at the matlab prompt it spawns 
a new emacs session rather than opening a buffer in the current 
session.  Typing 'edit' will be a hard habit to break...


Cheers,
David Strozzi

[Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS

[Eric L. <el...@ma...>]

Hello matlab-emacs users!

  It's been a long time since I had any kind of news for you all.
I've been pretty busy.

  Anyway, I've updated the CVS repository for matlab.el and mlint.el
with some changes needed for R2006b which were not on the R2006b CD
version of matlab.el and mlint.el.

  The matlab.el stuff is minor, but includes a couple items that have
gone by on the mailing list.

  The mlint.el changes are required if you want to use mlint in Emacs
with R2006b, since the output format of the mlint program had changed.
On a side note, if you are using a MATLAB release before R2006a then
you most certainly   * DO NOT *   want to change to this version.

  Enjoy the updates.

  http://matlab-emacs.cvs.sourceforge.net/matlab-emacs/

Eric
  

-- 
Eric Ludlam                    The MathWorks x 7556  el...@ma...
http://www.siege-engine.com                       http://www.mathworks.com

[Matlab-emacs-discuss] Can't run Matlab debugger using emacs

[Peter M. <pw...@vz...>]

I've recently started using R2006a MATLAB (winxp (sp2), NT
emacs 21.3.1) and found that I can no longer conveniently use
Emacs to debug MATLAB functions.  When I try to set a
breakpoint from Emacs I get the following error message in the
MATLAB command window:

--- Start of error message ----
Exception in thread "Thread-15"
java.lang.NumberFormatException: For input string: "and" 
	at java.lang.NumberFormatException.forInputString(Unknown Source)
	at java.lang.Integer.parseInt(Unknown Source)
	at java.lang.Integer.<init>(Unknown Source)
	at
com.mathworks.mde.editorexternal.emacs.MCommand.setBreakpoint(MCommand.java:274)
	at
com.mathworks.mde.editorexternal.emacs.MCommand.execute(MCommand.java:196)
	at
com.mathworks.mde.editorexternal.emacs.MCommandProcessor.run(MCommandProcessor.java:94)
---End of Error message ----

I'm using version 3.0 of matlab.el, from the EmacsLink
directory in my application data\mathworks...\r2006a directory.

I haven't tried backing out the most recent version of
matlab.el yet,  I was kind of waiting to see if there was
something else I should do to be able to use it.

I've been using MATLAB and emacs on Windoze for several years
and would like to continue.

Thanks

Pmeyer

Re: [Matlab-emacs-discuss] a block comment in an m-file

[Eric L. <el...@ma...>]

>>> mail-vif.mathworks.com ([144.212.95.18]) by MESSAGE-AH.ad.mathworks.com with Microsoft SMTPSVC(6.0.3790.211); seems to think that:
>It seems matlab-mode does not recognize a block comment in an m-file: %{ 
>----------- %}
>Is there any fix to make it works?
>Thank you.

Hi,

 Block comments should be supported for font lock.  The version in CVS
found from matlab-emacs.sf.net should have it.

 Because MATLAB comments and block-comments can not be identified w/
the classic Emacs mechanism, you may find some delays while
highlighting these multi-line structures, much as if 0, end structures
are highlighted.  C-l will often solve the problem.

Good Luck
Eric

-- 
Eric Ludlam                    The MathWorks x 7556  el...@ma...
http://www.siege-engine.com                       http://www.mathworks.com

[Matlab-emacs-discuss] a block comment in an m-file

[Sergey L. <sli...@gm...>]

It seems matlab-mode does not recognize a block comment in an m-file: %{ 
----------- %}
Is there any fix to make it works?
Thank you.

[Matlab-emacs-discuss] Re: Annoying recenter (C-l) after each command execution

[Juan C. B. <bo...@cs...>]

(setq scroll-step 1)             ; is not satisfactory
(setq scroll-conservatively 100) ; does the trick
I don't think is a very elegant solution though
"scroll" does not appear in matlab.el so I presume I have to dig out this 
mole from the emacs manual.
Thanks for your advice.
Cheers,
JC! 


Eric Ludlam writes: 

> That's related to scrolling.  If you just move the cursor past the
> bottom line in a buffer, it would do something similar. 
> 
> I think if you set 'scroll-step' to non-0, you can specify how much to
> scroll by when this happens. 
> 
> Eric 
> 
>>>> mail-vif.mathworks.com ([144.212.95.18]) by MESSAGE-AH.ad.mathworks.com with Microsoft SMTPSVC(6.0.3790.211); seems to think that:
>>Hi all,
>>As the topic says, it looks like after every single command execution that 
>>ends up filling more than half the emacs buffer it runs in an emacs Ctrl-L is 
>>executed.
>>I will appreciate if someone provided me with some hints on how to get rid of 
>>that behaviour.
>>Thanks in advance.
>>JC! 
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>>for problems?  Stop!  Download the new AJAX search engine that makes
>>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642_______________________________________________
>>Matlab-emacs-discuss mailing list
>>Mat...@li...
>>https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
> 
> -- 
> Eric Ludlam                    The MathWorks x 7556  el...@ma...
> http://www.siege-engine.com                       http://www.mathworks.com
 

Re: [Matlab-emacs-discuss] Annoying recenter (C-l) after each command execution

[Eric L. <el...@ma...>]

That's related to scrolling.  If you just move the cursor past the
bottom line in a buffer, it would do something similar.

I think if you set 'scroll-step' to non-0, you can specify how much to
scroll by when this happens.

Eric

>>> mail-vif.mathworks.com ([144.212.95.18]) by MESSAGE-AH.ad.mathworks.com with Microsoft SMTPSVC(6.0.3790.211); seems to think that:
>Hi all,
>As the topic says, it looks like after every single command execution that 
>ends up filling more than half the emacs buffer it runs in an emacs Ctrl-L is 
>executed.
>I will appreciate if someone provided me with some hints on how to get rid of 
>that behaviour.
>Thanks in advance.
>JC!
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642_______________________________________________
>Matlab-emacs-discuss mailing list
>Mat...@li...
>https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

-- 
Eric Ludlam                    The MathWorks x 7556  el...@ma...
http://www.siege-engine.com                       http://www.mathworks.com

[Matlab-emacs-discuss] Annoying recenter (C-l) after each command execution

[J. C. <bo...@cs...>]

Hi all,
As the topic says, it looks like after every single command execution that 
ends up filling more than half the emacs buffer it runs in an emacs Ctrl-L is 
executed.
I will appreciate if someone provided me with some hints on how to get rid of 
that behaviour.
Thanks in advance.
JC!

Re: [Matlab-emacs-discuss] running a block of code

[Jody K. <jk...@uc...>]

Hi Eric,

On Dec 2, 2005, at 8:43 AM, Eric Ludlam wrote:

>   Thanks.  I know this feature is something I have had some requests
> for.  I like the idea of using paragraph-start, though I do not know
> the origins of the current values. Another option might be to use
> page-delimiter instead.  What is a paragraph of M code anyway? ;)

Something Mathworks has in it's Editor. i.e.

%% Do something
% this is a "paragraph"
x=1:100
y = cos(x);

%% Plot something
% this is another "paragraph"

plot(x,y)
xlabel('x');
ylabel('y');

%%%%

I find it very useful to run parts of long scripts this way.  When  
analyzing data you can either make an m-file for each "block" of  
code, which gets unwieldly fast, or do it all in one long script.    
Usually the script takes too long to run everytime you want to change  
the xlabel on a plot so running bits of it is very convenient. You  
can highlight a block and run it, but that requires more keystrokes.   
Blocking the code like this is invaluable to my work flow.

Cheers,  Jody


> Eric
>
>>>> mail-vif.mathworks.com ([144.212.95.18]) by MESSAGE- 
>>>> AH.ad.mathworks.com with Microsoft SMTPSVC(6.0.3790.211); seems  
>>>> to think that:
>> Hi all,
>>
>> In light of the new mailing list I thought I'd share this.  I kludged
>> up the following snippet to mimic the Matlab editor's ability to run
>> a block of code between two "%%" markers.   It also allows you to use
>> "paragraph-forward" and "-backwards" on chunks of code.

--
Jody Klymak
http://opg1.ucsd.edu/~jklymak/

Re: [Matlab-emacs-discuss] running a block of code

[Eric L. <el...@ma...>]

Hi,

  Thanks.  I know this feature is something I have had some requests
for.  I like the idea of using paragraph-start, though I do not know
the origins of the current values. Another option might be to use
page-delimiter instead.  What is a paragraph of M code anyway? ;)

Eric

>>> mail-vif.mathworks.com ([144.212.95.18]) by MESSAGE-AH.ad.mathworks.com with Microsoft SMTPSVC(6.0.3790.211); seems to think that:
>Hi all,
>
>In light of the new mailing list I thought I'd share this.  I kludged  
>up the following snippet to mimic the Matlab editor's ability to run  
>a block of code between two "%%" markers.   It also allows you to use  
>"paragraph-forward" and "-backwards" on chunks of code.
>
>Cheers,  Jody
>
>
>(defun jmk-matlab-parastart ()
>  "Set the paragraph start for matlab mode."
>  (interactive)
>  (make-local-variable 'paragraph-start)
>  (setq paragraph-start "^\%\%" )
>  (make-local-variable 'paragraph-separate)
>  (setq paragraph-separate "^\%\%" ))
>
>(add-hook 'matlab-mode-hook 'jmk-matlab-parastart)
>
>;; Matlab function for evaluating the current "paragraph"
>(defun jmk-matlab-run-para ()
>  "Run the current paragraph."
>  (interactive)
>    (save-excursion
>      (if mark-active (matlab-eei-eval-region (region-beginning)  
>(region-end))
>	(backward-paragraph)
>	(setq beg (point))
>	(forward-paragraph)
>	(setq end (point))
>	(matlab-eei-eval-region beg end))))

-- 
Eric Ludlam                    The MathWorks x 7556  el...@ma...
http://www.siege-engine.com                       http://www.mathworks.com

[Matlab-emacs-discuss] running a block of code

[Jody K. <jk...@uc...>]

Hi all,

In light of the new mailing list I thought I'd share this.  I kludged  
up the following snippet to mimic the Matlab editor's ability to run  
a block of code between two "%%" markers.   It also allows you to use  
"paragraph-forward" and "-backwards" on chunks of code.

Cheers,  Jody


(defun jmk-matlab-parastart ()
   "Set the paragraph start for matlab mode."
   (interactive)
   (make-local-variable 'paragraph-start)
   (setq paragraph-start "^\%\%" )
   (make-local-variable 'paragraph-separate)
   (setq paragraph-separate "^\%\%" ))

(add-hook 'matlab-mode-hook 'jmk-matlab-parastart)

;; Matlab function for evaluating the current "paragraph"
(defun jmk-matlab-run-para ()
   "Run the current paragraph."
   (interactive)
     (save-excursion
       (if mark-active (matlab-eei-eval-region (region-beginning)  
(region-end))
	(backward-paragraph)
	(setq beg (point))
	(forward-paragraph)
	(setq end (point))
	(matlab-eei-eval-region beg end))))