Hi. >> 1. The [[Poll()]] macro produces an error message in the example on >> [1], appears to be a bug in the macro itself. > Don't know that macro, but from the look of the error, replacing > > query:component-Request-a-Hack&status!=closed > > with: > > query:component=Request-a-Hack&status!=closed > > should work.
Thanks, that indeed fixed the issue. So it was just a typo in the docstring of the plugin that implements the macro. Fixed it in the repository, too. >> 3. The new version of the TracHacks plugin offers new functionality at >> [3], such as searching for hacks. [...] > Didn't produce any result for me. OTOH, I have the "Warning: Your > permissions have been limited until you verify your email address", > so that might be normal. I still didn't get that mail ;-) Hmm, strange. The mail has been delivered by our mailserver, see off-list mail for details. >> 4. On Trac 0.10, we used to have a Download macro, which is not >> available in a 0.11-compatible version. [...] > The download: InterWiki prefix should be used instead (it's already > defined in InterMapTxt page). That works fine, I've fixed the few pages on t-h.o that made use of the download macro. No need to port the macro. >> 5. On Trac 0.10, we used to have a Ref macro, which allowed to >> reference section headers in the current page. [...] > However the pages could be fixed in order to use the builtin syntax > [#ref see this]. Indeed, thanks for the hint. There was only one page that made use of that macro (the page about the macro itself ;)), I've fixed that. No need to port the macro. >> 6. The [[TagIt]] macro is heavily used (on many user pages, for >> example), but no longer available on 0.11. >From the few information I found on that macro, it seems that it was used to apply certain tags to a wiki page. If that is correct (can someone confirm?) it should be possible to just remove it from all places where it is still referenced. >> 8. [mailto:...] links are not shown to anonymous users, since they >> lack the EMAIL_VIEW permission. [...] > This was discussed yesterday in ticket #8650. Please tell me if you > think a setting for /not/ obfuscating explicit mailto: links would be > a good idea, then I'll implement it. Otherwise, like I suggested there, > it's a simple matter of doing a link resolver. I vote for having such a setting, which should default to the current behaviour however. > Maybe we could use a page on the official TracHacks for documenting the > migration process? The preparations I've done to be able to upgrade are pretty specific to the setup we run for trac-hacks.org - not sure if documenting that will be of help for anyone. Or did you refer to something else? Bye, Mike _______________________________________________ th-users mailing list [email protected] https://lists.trac-hacks.org/mailman/listinfo/th-users
