create new tag
, view all tags
This is a Duplicate of ChooseFormButtonIssues

I find very annoying the fact that the "Preview Changes" button is BELOW the Form chooser area ... I often make the mistake of pressing the wrong one.

Plis, move the Webform area BELOW the "Preview Changes" button.

Keyword: UsabilityIssues

-- AndreaSterbini - 15 Nov 2001

Or, may be better to right justify the [ Add Form ] button. Just did that here at TWiki.org. What do you think?

-- PeterThoeny - 15 Nov 2001

Ok for the "Add Form" button ... but I would like also the form-editor form out of the way ...

-- AndreaSterbini - 15 Nov 2001

we should also have a per-page keyword that stops the form chooser from being displayed for certain pages - The WorkFlow thing requires that certain tasks are done in a particular order..

-- SvenDowideit - 16 Nov 2001

The best approach is to move the (WebForm) Change button off the Edit page entirely. It should be very infrequently that anyone needs to change the form associated with a page, so just put a small text-only link (could be where it is now, but I suggest after the form fields, above preview change) that leads to a page where you can change the form. This is the logic behind the 'More' link on View pages, which I think works well. Of course, people could still hit the link by mistake, but this is much less likely IMO.

I also agree that the ability to change form should also be controllable as Sven suggests - changes to the structure of a form will be relatively unusual (and in some cases undesirable in a workflow system).

-- RichardDonkin - 17 Nov 2001

I agree smile

-- MartinCleaver - 17 Nov 2001

I agree as well. The Change Form functions should move to the More screen since it is very rarely used. It could even be protected with the rename permission level instead of edit permission since it is a more significant change to a topic then changing text.

-- PeterThoeny - 15 Nov 2001

Agreed about using some additional permission to control changing the form - if we want to keep the number of permissions low, rename would be OK, but it is better to have a 'change structure' type permission that could also govern introducing new types of form, and so on (like changing the definition of a table in an SQL database).

-- RichardDonkin - 19 Nov 2001

The right justify of the [ Add Form ] button was driving me up the wall, so I took out the

information around it in edit.pl. Took me a while to even find where it was defined. I've also changed the edit template and added the preview changes/add form/cancel edit information so that it's sits on top of the text area where I do my editing. That way the form editing is below and the text editing is above. Works for me...

I'm not sure why the </dt> was in there to begin with. It doesn't seem to have an opening tag.

Here's how I updated bin/edit.

# Changed the definition of "Add Form" button. April 27, 2002
# Removed the table structure. Use CSS for positioning if desired.
# Original values below:
#       $form = '<table width="100%"><tr><td align="right">'
#             . &TWiki::Form::chooseFormButton( "Add form" )
#             . '</dt></tr></table>';
# New Form definition:
       $form = &TWiki::Form::chooseFormButton( "Add form" );

Then in the editing template:

<input type="submit" value="Preview Changes" />
<a href="/cgi-bin/view/Codev/FormChooserPosition?unlock=on">Cancel</a> edit

There shouldn't be any spaces between % and the word FORMFIELDS. I took out the topicaction at the bottom as well and just replicated the three options.

(Apologies if I've put this information in the wrong place...)

EmmaJane - 27 Apr 2002

On re-reading your changes, it looks like this will left-justify the button, which makes it easier to press by mistake - so this probably shouldn't go in core code. If anything, the Add Form button should go into a 'More...' link, as discussed above.

BTW the ImplementationDate is intended for when a feature actually makes it into the core code, rather than when it is hoped that it will. A bit confusing, and something I'd like to change (see TWikiExtraFeatures).

-- RichardDonkin - 28 Apr 2002

Please see MoveFormButton for a proposed solution.

-- ThomasWeigert - 08 Nov 2002

TopicClassification FeatureEnhancementRequest
Edit | Attach | Watch | Print version | History: r16 < r15 < r14 < r13 < r12 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r16 - 2002-11-08 - ThomasWeigert
  • Learn about TWiki  
  • Download TWiki
This site is powered by the TWiki collaboration platform Powered by Perl Hosted by OICcam.com Ideas, requests, problems regarding TWiki? Send feedback. Ask community in the support forum.
Copyright © 1999-2017 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.