Penguin

Differences between version 57 and previous revision of WikiToDo.

Other diffs: Previous Major Revision, Previous Author, or view the Annotated Edit History

Newer page: version 57 Last edited on Tuesday, September 6, 2005 3:15:32 am by AristotlePagaltzis Revert
Older page: version 49 Last edited on Tuesday, July 26, 2005 11:37:29 pm by AristotlePagaltzis Revert
@@ -1,16 +1,80 @@
 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.  
+  
+<verbatim>  
+  
+--- /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">  
+  
+</verbatim>  
  
 !! 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 
+  
+* 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 (ie [NZLUG] home page) probably should be a size smaller than the main page -- CraigBox 
+  
+ * 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'' 
@@ -23,16 +87,14 @@
  of which the last is something like __[...and 213 more. | phpwiki:?action=BackLinks]__ where necessary. --AristotlePagaltzis'' 
  
 * Reduce the amount of screen real-estate taken up by the header and footer --StuartYeates 
  
-!! Plugin Issues  
+* In IE, when you hover over a link in the backlinks footer section, the side bars disappear. -- CraigBox  
  
-The [PCI] interface script perry wrote made use of a couple of flags , hide_sidebar and hide_extra, which hid things not needed for that page . Also add support for these to [RSS] output, as [RSS] readers don't need the sidebar, titlebar, edit buttons, etc
+ ''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''  
  
-!! Longer Term Goals  
+* 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  
+ !! Plugin Issues  
  
-These are pending on the outcome of WlugWikiConversion.  
  
-* Improve PhpWiki [HTML] output to remove presentational aspects from the [HTML]  
-* Get a clean [HTML]/[CSS] seperation between content and style  
  
 ----