[MTOS-dev] Template Listing Screen
Jay Allen
jay at endevver.com
Fri Apr 11 08:34:08 PDT 2008
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