[IPython-dev] magics and metadata

MinRK benjaminrk@gmail....
Tue Jun 19 17:25:56 CDT 2012


On Tue, Jun 19, 2012 at 3:23 PM, Brian Granger <ellisonbg@gmail.com> wrote:

> On Tue, Jun 19, 2012 at 3:19 PM, MinRK <benjaminrk@gmail.com> wrote:
> >
> >
> > On Tue, Jun 19, 2012 at 3:18 PM, Brian Granger <ellisonbg@gmail.com>
> wrote:
> >>
> >> On Tue, Jun 19, 2012 at 2:59 PM, Fernando Perez <fperez.net@gmail.com>
> >> wrote:
> >> > On Tue, Jun 19, 2012 at 1:17 PM, MinRK <benjaminrk@gmail.com> wrote:
> >> >> Yes - we put metadata on outputs for a reason, presumably.  If this
> >> >> shouldn't be saved, it should probably be removed from the API.
> >> >
> >> > I can't recall precisely what we had in mind when we put it in, but
> >> > something that springs to mind as potentially useful, for example,
> >> > would be to specify a desired priority order for the various types of
> >> > outputs. Right now when a client can display several kinds of output
> >> > it just makes a choice, but we could let objects provide a hint of the
> >> > preferred order, based on what they know about the relative quality of
> >> > each.
> >>
> >> I originally put it there to allow objects to provide hints to the
> >> frontend on how it should display a representation.  This is similar
> >> to how the payloads can indicate where it came from.
> >>
> >> > So I'd vote for not removing this, as it may prove useful...
> >>
> >> I also think it could be useful, although it seems a bit excessive to
> >> store metadata for each output.  Here is what I propose.  We simply
> >> leave it alone until we have an actual use case that will help us
> >> figure out exactly what this should look like.  Without a concrete
> >> usage case, it is difficult to know what is needed.
> >
> >
> > But this doesn't answer the immediate question: Should this metadata
> dict be
> > included in the nbformat
>
> I would vote no - not until we have a real usage case.  I don't like
> to add things to the notebook format until we are actually using them.
>

Then should we remove all of the metadata stuff we just added?  The whole
point was to prepare the nbformat for future changes to we don't have to
update the nbformat, which is incredibly painful and should be done as
rarely as possible.

-MinRK


>
> >>
> >>
> >> > f
> >> > _______________________________________________
> >> > IPython-dev mailing list
> >> > IPython-dev@scipy.org
> >> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>
> >>
> >>
> >> --
> >> Brian E. Granger
> >> Cal Poly State University, San Luis Obispo
> >> bgranger@calpoly.edu and ellisonbg@gmail.com
> >> _______________________________________________
> >> IPython-dev mailing list
> >> IPython-dev@scipy.org
> >> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >
> >
> >
> > _______________________________________________
> > IPython-dev mailing list
> > IPython-dev@scipy.org
> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> >
>
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger@calpoly.edu and ellisonbg@gmail.com
> _______________________________________________
> IPython-dev mailing list
> IPython-dev@scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.scipy.org/pipermail/ipython-dev/attachments/20120619/be0ce263/attachment-0001.html 


More information about the IPython-dev mailing list