Penguin
Note: You are viewing an old revision of this page. View the current version.

This page describes known problems and issues with the Wlug Wiki theme and proposes resolutions for them. In general while we endeavour to make this Wiki work (and look OK) on all browsers and platforms we do have limited resources and time, In cases where trade offs have to be made this site will be optimised to work best on Mozilla Firefox under Linux.

For things we should do to the code (rather than just to the theme), see WlugWikiCustomisations.

Form/focus problems

When you are told to sign in to edit a page, the top "sign in" form has the focus, not the one in the main page body, and that one submits to a different place and you end up at the home page instead of editing the page you wanted.


--- /tmp/WikiToDo-orig.html     2005-08-29 16:35:20.000000000 +1200
+++ /tmp/WikiToDo.html  2005-08-29 16:39:29.000000000 +1200
@@ -97,12 +97,13 @@
 <p>If you have any questions, please read the <a class="wiki"
 href="WikiFaq">WikiFaq</a>.</p>

-<form method="post" action="http://wlug.org.nz/" accept-charset="UTF-8" name="login">
+<form method="post" action="http://wlug.org.nz/" accept-charset="UTF-8" name="login2">

 <table cellspacing="4">
 <tr>
   <td align="right">UserId:</td>
-  <td><input type="text" name="auth[userid]" size="12" maxlength="256" value="" /></td>
+  <td><input type="text" name="auth[userid]" size="12" maxlength="256"
+    value="" id="theElementYouWant" /></td>
 </tr>
 <tr><td align="center" colspan="2">
   <input type="submit" value="Sign In" class="wikiaction" />  </td></tr>
@@ -113,18 +114,11 @@
 <input type="hidden" name="action" value="edit" /><input type="hidden" name="pagename" value="WikiToDo" /></form>

 <script language="JavaScript" type="text/javascript">
-<!-- // Really there's got to be a simpler way to do this....
-function select_input (type) {
-    var elements = document.forms['login'].elements;
-    for (var i = 0; i < elements.length; i++) {
-        if (elements[i].type == type) {
-            elements[i].focus();
-            return;
-        }
-    }
-}
-select_input('text');
-//-->
+document.getElementById("theElementYouWant").focus();
+// or
+//f = document.forms["login2"];
+//f["auth[userid]"].focus()
+
 </script>
 </div>
 <div id="pagefooter">

Font Sizes

There is a known issue with font sizes using both Firefox and IE in Windows. This is caused by the Wiki stylesheets use of the medium font size keyword. Unfortunately these browsers use 16 point as their default font size making the wiki text look abnormally large. Due to the current output generated by PHPwiki using nested tags we cannot use a keyword such as smaller. While this would fix the problem for Windows users it is highly likely to shift the problem to Linux users.

This issue will be resolved once the WlugWikiConversion issues have been resolved either through the use of browser specific stylesheets, or most probably a user preference system which will include the ability to provide an offsite stylesheet.

  • Do you need to specify the size at all? The standards say "medium" means the default size for normal text. MSIE thinks "small is the default size for normal text. If you leave out definitions, normal text will default to being default size anyway. --DouglasBagnall

Minor Display / Stylistic Issues

  • Not so minor: the BackLinks code needs a thorough fixing. F.ex., if I link to Wiki:DisagreeByDeleting, it thinks I'm pointing at DisagreeByDeleting. --AristotlePagaltzis

    Any idea if this has been fixed in one of the newer phpwiki releases? We're currently in the process of migrating up to CVS head from the mid-2002+wlug_hacks snapshot that we're currently using. --MattBrown

    Me? I have no idea. John might, or Perry. I wikied this at Perry's behest after IMing him about it. --AristotlePagaltzis

  • remove 'backlinks' link from the title, now that we list the backlinks at the bottom of the page? --JohnMcPherson

    Hmm, they've always been listed in the SideBar, and the link was there anyway. Does it do any harm to have that link around? I find it handy once in a long while. --AristotlePagaltzis

  • monospace font apparently looks different in page content / tt / pre ? -- JohnMcPherson
  • Content in includepage plugin probably should be a size smaller than the main page -- CraigBox
  • Generate a text rendered version of the wiki pages for use by the meeting reminder bot. -- I'm pretty sure this item is already handled... --MattBrown
  • Replace current image buttons ("Preview" and "Save" on the edit page, "Diff" and the duration buttons on RecentChanges) with simple buttons/links styled like the "Search" one at the page top, for consistency and readability. --AristotlePagaltzis
  • Add wiki quick refs back... --ElroyLiddington

    Unlikely to happen, they clutter... Would a simple link to the TextFormattingRules page be acceptable? -- MattBrown

    That would work for me :) -- ElroyLiddington

  • Backlinks could do to be in a size (far?) smaller than page text, and possibly in some kind of aligned table? -- CraigBox

    I would be in favour of rendering them as a regular bulleted list in normal size, capped at 15 or so links, of which the last is something like ...and 213 more. where necessary. --AristotlePagaltzis

  • Reduce the amount of screen real-estate taken up by the header and footer --StuartYeates
  • In IE, when you hover over a link in the backlinks footer section, the side bars disappear. -- CraigBox

    Can't see the problem here, the CSS has no hover rules for anything remotely related to that div. Page validates fine. I blame a bug in IE. Unlikely to be fixed unless someone can show me a bug in the CSS. -- MattBrown

  • The page title in the header could do with being a couple of px higher, to align it in the box (looks worse on IE than on Firefox) -- CraigBox