When clicking on the "Printable" action in the view mode, the resultant printable view is generated without considering any URL parameters that might have been used to generate the original view. Thus the printable view might look nothing like the view the user wanted to print (if the URL parameters were important in rendering the view).
This feature is discussed some in
TWiki:Codev.PrintviewOfParameterisedSearch.
Item2453 is another variance on preserving parameters.
--
SP
Changing this back to normal. It is not a release blocker but more of a feature request (discussion in
TWiki:Codev.WhatIsIn04x01).
--
SP
I believe this is a release blocker... The current behavior is not correct and not acceptable... I have submitted a solution elsewhere, so we should just discuss whether this is appropriate...
--
TW
Fixed this by affixing query parameters to printview. However, there could be some refactoring with the TOC code which also needs these query parameters (see Item2453). Look for
SMELL
in
lib/TWiki/UI/View.pm
.
Further, I discovered that there is a tag
%QUERYPARAMS%
in
TWiki.pm
which does something similar to what needs to be done here. Unfortunately, little benefit in factorizing. This tag is used in templates for passing the url parameters across a script invocation (in particular, in
oops
)... --
TW
Renamed the intermediate tag to %QUERYPARAMSTRING% for consistency.
I am not happy with the duplication of code in
TWiki.pm
and
TWiki/UI/View.pm
and having to compute the parameters passed into a query twice. But operating on the strings to make it all work if we factorize this seems even slower.
Probably the right thing to do is to cache the query parameters as they are needed also in %QUERYPARAMS% but I am not sure whether it is even worth it in terms of speed. --
TW
4.1.0 released
KJL