[MTOS-dev] Template Listing Screen
Jay Allen
jay at endevver.com
Wed Apr 16 15:12:13 PDT 2008
*bump* See below.
--
Jay Allen
Endevver Consulting
415-200-6985
On Fri, Apr 11, 2008 at 8:34 AM, Jay Allen <jay at endevver.com> wrote:
> Byrne, I have but two simple questions:
>
> 1) What happened to Manual, asynchronously? That is, I like to send
> everything through the publish queue but there are still some
> templates I don't even want to burden it with all the time. So I'd
> like to turn them off, but when I build them, use PQ
>
> 2) I've seen nothing mentioned about caching yet. Not having caching
> status indicated on the listings makes me very nervous for my clients
> and, relatedly, myself. I can already hear the frantic calls from
> someone saying that their site isn't updating and then having to make
> a progressive drinking game out of checking every template's caching
> options.
>
> That is all,
> --
>
> Jay Allen
> Endevver Consulting
> 415-200-6985
>
>
>
> On Thu, Apr 10, 2008 at 1:07 PM, Byrne Reese <byrne at sixapart.com> wrote:
>
>
> > Ok - we are going to need to clearly lay out this change, and this relates
> > the nomenclature of the various publishing options in general.
> >
> > First - the intention is for the publishing option column to replace the
> > need for "rebuild with indexes". Let me explain the various publishing
> > options and what they mean. Then let me proposes a revised set of labels for
> > these options and then get your feedback.
> >
> > * "Statically" - publish normally and synchronously. For index templates, it
> > means "publish with other index templates."
> > * "Asynchronously" - publish in the background via publish queue.
> > * "Dynamically" - publish dynamically.
> > * "Manually" - this applies to index templates only and correlates to the
> > setting of an index template that is NOT published with index templates
> > * "Disabled" - this applies to archive maps only and prevents that map from
> > being published at all.
> >
> > Question #1 - does this make sense to everyone?
> >
> > OPTION 1 (simple):
> >
> > * "Normally"
> > * "In the background"
> > * "Dynamically"
> > * "Manually" (for indexes)
> > * "Do not publish" (for maps)
> >
> > OPTION 2 (technical):
> >
> > * "Synchronously"
> > * "Asynchronously"
> > * "Dynamically"
> > * "Manually" (for indexes)
> > * "Disabled" (for maps)
> >
> > OPTION 3 (specific):
> >
> > * "Statically (synchronously)"
> > * "Statically (asynchronously)"
> > * "Dynamically"
> > * "Manually" (for indexes)
> > * "Disabled" (for maps)
> >
> > Question #2: Thoughts?
> >
> >
> >
> >
> > On 4/10/08 7:03 AM, "Mark Carey" <mark at mt-hacks.com> wrote:
> >
> > > I agree with all of Jay's comments, and I have one more to add:
> > >
> > > (Note: I haven't tried the beta yet, so comment is based only on screen
> > > snaps.)
> > >
> > > There doesn't appear to be a way from the listing screen to tell
> > > whether an index template is set to "build with indexes". Such an
> > > indicator is VERY, VERY, important IMO (and more important than the
> > > 'linked to file' indicator). Some sites (rightly or wrongly) have a
> > > large number of index templates and some of them are not not set to
> > > rebuild with indexes (usually for performance reasons). Being able to
> > > see at a glance which indexes get built with indexes is a "must have"
> > > feature in my view....
> > >
> > > -Mark
> > >
> > > On Wed, Apr 9, 2008 at 9:44 PM, Jay Allen <jay at endevver.com> wrote:
> > >> On Wed, Apr 9, 2008 at 5:00 PM, Beau Smith <beau at sixapart.com> wrote:
> > >>> What do y'all think of the new template and widget listing screens?
> > >>>
> > >>> http://www.movabletype.org/2008/04/movable_type_415_beta_1_now_av.html
> > >>
> > >> Hey Beau,
> > >>
> > >> Thanks for asking. As someone who lives in these screens, I do have
> > >> some feedback. Actual *constructive* feedback. :-)
> > >>
> > >> Frankly, I'm mixed. I definitely DO like having access to all of the
> > >> templates from one screen and I love seeing the output file/archive
> > >> path right there in the listing. It's a very nice efficiency
> > >> improvement. However, there are a few things big and small that bother
> > >> me in using it:
> > >>
> > >> 1) I would like to be able to act on templates of different types
> > >> together via the buttons and/or itemset action dropdown.
> > >> 2) The Quickfilters aren't as quick as I'd like, requiring a page
> > >> load instead of simply filtering the list with Javascript.
> > >> 3) Once I use the QuickFilter, I can't figure out how to get BACK to
> > >> the full all templates listing without going to Design > Templates in
> > >> the top nav.
> > >> 4) I'm worried that the listings might be missing some really crucial
> > >> pieces of data in the template options which could make debugging
> > >> certain template issues maddening, but I will admit that I have not
> > >> enabled caching for ANY templates so perhaps you guys handled this
> > >> well with the "Publishing" column.
> > >>
> > >> My hopes for this combination of pages would best be described by
> > >> looking at, for example, iTunes. I was hoping for one big old list of
> > >> templates with various columns display relevant and important metadata
> > >> for each. All of the templates could be acted on as one (except in
> > >> cases where it didn't make sense, like deleting system templates) and
> > >> the listing could be filtered dynamically by name, type or other
> > >> metadata without having to do the whole page reload (like the iTunes
> > >> search bar filter and/or browser functionality).
> > >>
> > >> I certainly understand that there are OTHER usability issues to deal
> > >> with when you combine the templates into one large listing but I was
> > >> pretty confident that those could be solved to make the experience
> > >> easy to understand AND super-efficient. I do think that this is an
> > >> improvement assuming that the navigation BACK to the unfiltered
> > >> listing can be made obvious. I just wish the filtering were a little
> > >> more dynamic overall.
> > >>
> > >> --
> > >> Jay Allen
> > >> Endevver Consulting
> > >> 415-200-6985
> > >>
> > >>
> > >> _______________________________________________
> > >> MTOS-dev mailing list
> > >> MTOS-dev at sixapart.com
> > >> http://www.sixapart.com/mailman/listinfo/mtos-dev
> > >>
> > > _______________________________________________
> > > MTOS-dev mailing list
> > > MTOS-dev at sixapart.com
> > > http://www.sixapart.com/mailman/listinfo/mtos-dev
> >
> > _______________________________________________
> > MTOS-dev mailing list
> > MTOS-dev at sixapart.com
> > http://www.sixapart.com/mailman/listinfo/mtos-dev
> >
>
More information about the MTOS-dev
mailing list