[IPython-user] Deprecations galore

[Ville M. Vainio]

On 5/24/07, Fernando Perez <fperez.net@gmail.com> wrote:

> > def magic_r(self, parameter_s=''):
>
> This was actually put in at user requests long ago, let's not
> deprecate it.  Yes, people have written to me saying they love it and
> use it a lot, so please put it back.

I don't think that's the optimal solution. We really need to provide
something better, and have it under a non-single-char name.

I'm thinking of something like %rep HISTLINE that would get history
line number (or grep through history) and fill the next input line
with it for editing. How easy is that w/ readline?

And it's still alive in ipy_legacy. I don't think we'll ever need to
chop it off, at least as long as they work (i.e. nobody want's to
"maintain" them anymore - patches should come from people who actually
use them).

The fact that someone likes it doesn't mean it's sane. We need some
real reasons/use cases to design something better.

And single char alias for fringe-use magic is not too nice.


> > def magic_p(self, parameter_s=''):
>
> For users with autocall active, this one-letter shortcut is a handy
> way of seeing values.  In pdb the p command has the exact same

Why does the autocall need to be active? You can use '?' for most
cases you use print for. Again, we need some use cases. Or to educate
the users.

> > def magic_autocall(self, parameter_s = ''):
>
> Since autocall is so finicky and can have side effects, I want its

It's getting better...

> control to be always visible as a top-level magic, not via the
> slightly more obscure _ip.options.xxx route (which most normal users
> who don't have a thorough mental map of the IPython structure are
> likely not to remember).  It's much easier to remember "oh, it's an
> 'auto-something' magic, I'll just type %auto<TAB> and see what comes
> up" than exploring _ip.options for most users.

I would rather make _ip.options easily accessible, for future growth.

Perhaps expose them as O (big O) ín user_ns, and rig it so that O?
shows the list of most common options?

Again, most newbies will use the default profile so they won't even
*see* this change. Perhaps we'll add ipy_legacy.py to scipy profile
too?

> The reason these two need to be moved back where they were is because
> eventually, the _legacy stuff may just die in the chopping block of
> cleanups.  Since those two are not really meant for permanent removal,
> I don't want to put their head so close to the blade.

It's far from that; again in fact I don't see the need to remove it
*ever*, since you don't have to use it if you don't want to.

> Also, please refrain from committing sources with Windows end-of-line
> markers into the tree.  Editing files full of ^M characters is a pain.
>  Either adjust your editor or fix the SVN file properties.

Yeah, it was an accident. komodo edit defaulted to cr-lf for new files
(not anymore!). In general it does a great job at line end fixing,
though. Willfix.

-- 
Ville M. Vainio - vivainio.googlepages.com
blog=360.yahoo.com/villevainio - g[mail | talk]='vivainio'