SID-01894: How to put EDITPREFERENCES into verbatim
| Status: |
Answered |
TWiki version: |
6.0.0 |
Perl version: |
|
| Category: |
CategoryRendering |
Server OS: |
|
Last update: |
11 years ago |
(
view code in raw mode)
In entering
Bugs:Item7647
I wanted to show the line of code that should be working but isn't.
I finally ended up using a screenshot:
I tried
which results in
<form method="post" action="https://twiki.org/cgi-bin/viewauth/Support/SID-01894#EditPreferences" enctype="multipart/form-data" name="editpreferences"><input name="prefsaction" type="hidden" value="edit" /><input type="submit" name="edit" value="Edit Group Settings" class="twikiButton" /></form>
I tried
which results in
%<nop>EDITPREFERENCES{ "%<nop>%SYSTEMWEB%.TWikiPreferencesForm" editbutton="Edit Group Settings" }%
I tried
which results in
!<form method="post" action="https://twiki.org/cgi-bin/viewauth/Support/SID-01894#EditPreferences" enctype="multipart/form-data" name="editpreferences"><input name="prefsaction" type="hidden" value="edit" /><input type="submit" name="edit" value="Edit Group Settings" class="twikiButton" /></form>
Note: I did not, initially, try
%EDITPREFERENCES{ "%SYSTEMWEB%.TWikiPreferencesForm" editbutton="Edit Group Settings" }%
which is the only one that works.
But how can I get this result with verbatim? And if not... shouldn't that be possible to do?
--
Vicki Brown - 2014-03-24
Discussion and Answer
I checked, the plugin uses the
beforeCommonTagsHandler() which, unlike the
commonTagsHandler() is not aware of verbatim. Not exactly sure why it is done so early in the rendering pipeline, could be to catch variables in a pristine state.
This item could be handled as a bug, well, low prio bug.
--
Peter Thoeny - 2014-03-24
Bug filed:
Bugs:Item7471
--
Vicki Brown - 2014-03-26
If you answer a question - or someone answered one of your questions - please remember to edit the page and set the status to answered. The status selector is below the edit box.