DesignBug:

With EditTablePlugin EDITTABLE only shows the first field unless the next line duplicates the header info; and, if the table is empty it doesn't show the header row at all:

Example 1, slap 'Edit' and you will only see the first of four fields:

%EDITTABLE{ header="| *Browser* | *OS* | *Works* | *People* |"}%

Example 2, to fix Example 1 you need to specify the format for each field:

%EDITTABLE{ header="| *Browser* | *OS* | *Works* | *People* |" format="| text, 20 | text, 20 | text, 20 | text, 20 |" }%

Follow up

This is spec. The idea is to define the header and format (in an include if shared in a TWikiApplication) and have it magically appear once you click on the lonely Edit table button. Also, the format parameter needs to specified (I fixed the example).

-- PeterThoeny - 08 Oct 2004

Oh, format is required ? Then what is the point of having defaults? And why show an edit button all alone? The first question I have when I see that lonely thing is what does that edit? and am forced to click on it to find out. In my opinion the spec is wrong ( and I've changed this topic from bug to FER accordingly).

Thanks for confirming this is working as designed, even if I quibble with it.

-- MattWilkie - 09 Oct 2004

The Request

1) The default behaviour should be to show the header fields, and only suppress them upon request (for TWikiApplications).

2) If format is not specified, use the defaults.

-- MattWilkie - 11 Oct 2004

• I posted in both places because it's easier to track with the existing Codev infrastructure. Agreed that there needs to cleaner mechanism though. -- MW

I'll move this to Plugins as soon as I figure out what the best method would be (unless someone else does it first). I don't want it to get lost in an already busy EditTablePluginDev. It should also have a better name, but I can't think of one right now.