[rfc-i] draft-hoffman-rfcformat-canon-others-03.txt

tbray at textuality.com (Tim Bray) Fri, 13 July 2012 16:57 UTC

From: "tbray at textuality.com"
Date: Fri, 13 Jul 2012 09:57:19 -0700
Subject: [rfc-i] draft-hoffman-rfcformat-canon-others-03.txt
In-Reply-To: <CC25A2C3.17B31%jhildebr@cisco.com>
References: <B950CF0D-689D-457D-B540-8A7FC57D0C0A@muada.com> <CC25A2C3.17B31%jhildebr@cisco.com>
Message-ID: <CAHBU6isUFeMOkY=aFy1srzsePES2=W8OZ5YX2h_VLSM7+k3QDg@mail.gmail.com>

What Joe said.  This image management stuff should be part of the
publisher's job, not the author's.  As long as the author puts graphics
where the RFC editor can find them, good enough.
On Jul 13, 2012 9:41 AM, "Joe Hildebrand (jhildebr)" <jhildebr at cisco.com>
wrote:

>
> On 7/13/12 9:37 AM, "Iljitsch van Beijnum" <iljitsch at muada.com> wrote:
>
> >On 13 Jul 2012, at 17:00 , Paul Hoffman wrote:
> >
> >>> I don't like the idea of including base64 binary information in the
> >>>HTML.
> >
> >> Then don't do it. The only time you need to actually include it is when
> >>you submit the draft for publication.
> >
> >Then all the authors still need to be able to create this format, which
> >is just another hoop to jump through. If we don't need this later than we
> >don't need it at submission time.
>
> The RFC Editor could choose to accept submissions that did not have the
> images inlined yet, and could perform the insertions for you.  That way,
> the URLs would only need to be stable for a MUCH shorter period.
>
> --
> Joe Hildebrand
>
> _______________________________________________
> rfc-interest mailing list
> rfc-interest at rfc-editor.org
> https://www.rfc-editor.org/mailman/listinfo/rfc-interest
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.rfc-editor.org/pipermail/rfc-interest/attachments/20120713/8b431985/attachment.htm>