This is version . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]
TitleRemove the "chrome" from the edit page
Date02-Jan-2007 08:50:58 EET
JSPWiki versionall
Idea CategoryGenericIdea
Idea StatusNewIdea

When displaying a page, the left menu is appropriate and works well.

BUT, when editing a page, why do you need a left menu? Why do you need the bread crumbs at the top? When editing the most important thing is to have room to edit, and a lage save button (and cancel of course). I *never* want to navigate away from the edit page because I might accidentally lose my edits this way. Seems unsafe.

I have a laptop that converts to a tablet, and the screen flips sideways (so it is tall and thin 'portrait mode'). In this situation, the left menu crowds the edit page so that you have to use this tiny little box to type in. I want to use most of the screen when editing the text for the wiki page.

I have used a couple of versions of JSPWIki and on past versions, I modified the Edit.jsp to remove all the "chrome" around the edge so that the edit area is most of the screen.

Another thing I did was to put the "save" button at the top. It is annoying to have to scroll down to the save button when working on a laptop screen.

I would like to contribute these changes, but it makes sense to be assured that there is concensus around this. Is there any real reason for the left menu and breadcrumbs/tabs when in edit mode?---

I am not too sure about the save button location, but maybe the left menu could go. (Actually, the best would be to have edit-in-place, but that's some serious Javascript hackery ;-)

-- JanneJalkanen

I don't know that this needs to be a change to the default template. On several occasions I've taken the basic default template and modified it for (a) no side menu at all during editing, or (b) a right side rather than left side menu, and (c) no side menus, ever. These were all simply implemented as new templates. The advantage of a right side menu is that for the hard-of-sight who often use large fonts, the body of the page isn't sent packing off stage right, the menu is. There's obviously a good and a bad to that. Another alternative would be to use headers or footers containing more links — how appropriate this would be depends on the intent and audience of your wiki.

IMO, the solution to the Save button at the bottom (i.e., the form textarea is too tall, which only shows up during editing sessions where the edit form height doesn't change) is to alter the textarea height so that it appears on most screens. This of course depends on screen size, browser, browser window size, OS, choice of JSPWiki editor, font size, etc. but it's such a simple fix for the majority of users that it seems a shame to make any substantial changes to what is not really broken. All you have to do is change the value of the rows attribute on the form's <textarea> in the editors/plain.jsp file from the default of 25 rows to a smaller value. I note that there's a prefEditAreaHeight variable being set in EditContent.jsp (whose source value is the commonheader.jsp) but I don't see where that's actually used. Promising name though.

-- MurrayAltheim

Add new attachment

Only authorized users are allowed to upload new attachments.
« This particular version was published on 03-Jan-2007 11:20 by MurrayAltheim.