• Older discussions moved to PatternSkinDevArchive1 and PatternSkinDevArchive2
• Please visit Bugs:WebHome to review and report bugs on PatternSkin.
Development discussions on PatternSkin
--
ArthurClemens - 03 Feb 2006
PatternSkin seems to be inconsistent with regards to usage of WEBLOGOIMG and WIKILOGOIMG. I guess WIKILOGOIMG in twiki.pattern.tmpl should be changed to WEBLOGOIMG to make the respective setting affect the print layout as well.
--
JoachimSchnitter - 21 Feb 2006
actually the
WIKILOGOIMG
is basically broken and doesn't match the documentation i made in
DakarReleaseNotes. it should be fixed in 4.0.2 (see
Bugs:Item1695)
--
WillNorris - 21 Feb 2006
I have attached the new twiki.js file which solves the problem of "the Show/Hide help in edit.template not working (4.0.1) after installing
TwistyPlugin". Copy this twiki.js file at /your twiki dir/pub/TWiki/TWikiJavascripts/. and have fun
--
AviYagodnick - 27 Feb 2006
Is there a gallery of best pattern skin CSSs?
--
MartinCleaver - 15 Mar 2006
I've been playing around with getting the pattern skin webleftbar to show up as the firefox sidebar. I call it
PatternSkinWebSideBar.
--
AndrewSBrown - 02 May 2006
I'm running into a problem where the skin looks differently and has less features on two of my TWiki sites that I upgraded but not the third. Both are related to the look in 'Edit' mode. I have posted the details in the Support web
here but thought I would also note it here as well. See the link for all the details.
--
RickMach - 12 Jun 2006
How can I change the location of the navigation bar to right from left (default) in pattern skin?
--
AlokNarula - 23 Jun 2006
See
SetTwikiLeftNavigationBarPositionRight.
--
ArthurClemens - 23 Jun 2006
Supposedly the latest version of this skin is January 2006 but the .zip file at
PatternSkin is still for Septembver 2004.
The version that comes with TWiki 4.0.3 doesn't work with my site for some unknown reason. I keep reinstalling from the .zip.
Help.
--
VickiBrown - 29 Jun 2006
This skin forces the textarea box in the edit page to have a white background, but the text in this box tends to be decided by the system colors of the OS that the browser is running on. This is a problem when the system colors are set for white text on dark backgrounds (end up with white text on a white background!). The skin should be changed to either use system colors for both (text+background) or neither (force black text on white background).
--
BenWatts - 21 Jul 2006
I have attached the newest pattern skin zip. The textarea color 'bug' should be fixed in this version.
--
ArthurClemens - 23 Jul 2006
I have upgraded to the new
PatternSkin and the problem is fixed. However, I just found that clicking on "Raw view" brings up a textarea with the converse problem (forced black text on the system colour background). Sorry to be annoying! And there are lots more examples: the password textbox on the login page and the form for adding new webs (
TWiki:ManageWebs) to name a couple.
--
BenWatts - 06 Aug 2006
It seems that after installing
TwistyPlugin the Show/Hide help in edit.template not working (4.0.1)
--
ChintuJani - 26 Sep 2006
There is a problem when printing large tables (two pages by example..), the rows seems truncated. It's only occurs in Mozilla-Firefox (not in Opera and IE). It could be a error in layout.css (deactivating this, the problem doesnt occurs)
https://bugzilla.mozilla.org/show_bug.cgi?id=324956
--
OswaldoRubio - 27 Sep 2006
Hi Arthur, I am not sure if you are the right one for this, but I hope you know otherwise the right one
After updating
TwistyContrib and
TwistyPlugin and
PatternUpdate I still had this mystic when loading page with attachments for the first time. This must be, because I always throw away all cookies when I close my Firefox. So in Script Debugger there was an error for pub/TWiki/TWikiJavascript/Twiki.js in line 389 in function
function _getKeyValue (inKeyValues, inKey)
like "inKeyValues has no properties". And for that I got a doubled view for opening and closing attachments.
So I add following Patch to
function _getKeyValue (inKeyValues, inKey)
and
function _getKeyValueLoc (inKeyValues, inKey)
before they initialize their varibale "i":
if (inKeyValues == null) return null;
I added this to line 389 and 403 ind TWiki.js.
Hope you will know what to do.
Tom
--
ThomasFreudenberg - 03 Nov 2006
Thanks, I've updated
twiki.js
(SVN 11882).
--
ArthurClemens - 04 Nov 2006
Printing problems
should be solved with SVN 11920.
--
ArthurClemens - 08 Nov 2006
We discovered, today, that the beigey background gradient image is being set in the .tmpl file insteadof one of the CSS files. It seems to me that this sort of thing should be in theCSS so it's more easily overidden.
Am I missing something?
--
VickiBrown - 11 Nov 2006
The gradient has a dynamic path to the pub directory, so it cannot be in a static css file. At least not for the distribution of TWiki; you are free to choose if you do want to use absolute urls in a css file.
You can also override the template settings with USERSTYLEURL, see
PatternSkin Css Cookbook for help.
--
ArthurClemens - 11 Nov 2006
Hi Arthur, at my site the tipsOfTheDay are not shown correctly, we can just see the first line in WebLeftBar in Firefox Browsers. I had a look at your style css and try to make adjustments to height from 1% to 100% but it it didn't work at all. For now we have disabled the adjustment to height and padding.
line 336:
#patternLeftBar .tipsOfTheDayContents {
/* padding:.25em .25em .5em .25em; */
/* height:1%; */ /* or Win IE won't display a background */
overflow:hidden;
}
I have checked this with IE5.5, IE6.0, Firefox 1.5.0.(6-8) and Firefox 2.0 and it worked for us.
--
ThomasFreudenberg - 13 Nov 2006
Thanks, I will check.
--
ArthurClemens - 13 Nov 2006
I think there's a typo in
PatternSkinCustomization:
Omit %TMPL:INCLUDE{"viewleftbar"}% to hide the left bar, or in a view template clear it using %TMPL:INCLUDE{"viewleftbar"}%%TMPL:END%
should read
Omit %TMPL:INCLUDE{"viewleftbar"}% to hide the left bar, or in a view template clear it using %TMPL:DEF{"viewleftbar"}%%TMPL:END%
--
MarcusLeonard - 22 Dec 2006
Thanks, I have updated the text in SVN.
--
ArthurClemens - 23 Dec 2006
This might show my ignorance of html, but here goes anyway.
I frequently use the TOC variable to create a table of contents for my topic at the top of my page. However with large topics the TOC completely dominates the top of the display.
Is there anyway in
PatternSkin to do something where the TOC takes the top rightmost section of the page for a fixed width, and then rest of the topic is on the left and flows around the TOC??
To me this would be an incredibly valuable feature.
--
JohnCavanaugh - 29 Dec 2006
Potentially it could. Write:
<div class="twikiRight">
%TOC%
</div>
<br class="twikiClear" />
But you will notice with large TOCs that a large gap will appear at the left. If you remove the
clear
linebreak, the toc will run over the h2 headlines. It will depend on your situation which one you prefer.
--
ArthurClemens - 29 Dec 2006
Arthur, thanks, that is pretty cool. It is almost what Im looking for. I tend to use h2, h3 & h4 exclusively and dont use h1 at all, so that means the horizontal lines/shading from the headers run thru the TOC. Is there any way to make the background of the TOC be white or something that would prevent this.
Maybe a future generation of
PatternSkin will have some type of topright "box" capability where folks could put a toc or other "related" links or something. That would be really cool...
--
JohnCavanaugh - 30 Dec 2006
you can always write in a topic (or in a USERCOLORURL style topic, see PatternSkinCustomization):
<style type="text/css" media="all">
.twikiToc {background:#fff;}
</style>
--
ArthurClemens - 30 Dec 2006
If I install the latest version of
PatternSkin in a TWiki 4.0.4. (VM Debian) would it cause any issues? Does it support Dakar AND Edinburgh releases? Thanks!
--
MiloValenzuela - 28 Feb 2007
Thanks for your reply Arthur. I think I'm going to wait for the next version of VM.
--
MiloValenzuela - 03 Mar 2007
I slightly altered patternskin and I'm using it through
PublishContrib only for publishing. I'd like the
WebIndicator to display something other than "Public" which is the name of the web we're publishing. Is there a way I can alter that rather than renaming the web?
--
CorrinneFahl - 02 Apr 2007
Yes, have a look at
templates/viewleftbar.pattern.tmpl
,
TMPL:DEF webleftbarindicator
. But rather than changing it there you might want to create a new skin file that overrides
webleftbarindicator
- see TWiki.PatternSkinCustomization in your distribution.
--
ArthurClemens - 02 Apr 2007
There is a small error in
templates/attach.pattern.tmpl
, even here at twiki.org. If you have JavaScript disabled the "Help: Please see FileAttachment" link ends up in the wrong location. The href-parameter is just not given in the template. Copying the href-parameter from
templates/attach.tmpl
does also not work. I'm using now
href='%SCRIPTURLPATH{"view"}%/%TWIKIWEB%/FileAttachment'
--
UlfJastrow - 10 Oct 2007
Thanks Ulf. The bug has persisted up to now, so your report is just in time for TWiki 4.2!
--
ArthurClemens - 10 Oct 2007
had to add
<br class="twikiClear" />
right after left bar divs in
templates/viewleftbar.pattern.tmpl
to solve the issues of the footer horizontal divider cutting the leftbar navigation prematurely for short pages.
--
KeWang - 23 Oct 2007
Hello,
do you know maybe where I can edit (which template I suppose) the defaut text that apprears in the text box where I edit the page content, after clicking the edit button?
Thanks
--
GrazynaGladys - 20 Feb 2008
The default text is defined by an edit template. The default edit template is TWiki.WebTopicEditTemplate. You can create a default edit template for each web by creating a topic WebTopicEditTemplate in that web. You can also create a different topic with the name ending on Template. The page "Create a new topic" will show that topic in the dropdown list.
--
ArthurClemens - 20 Feb 2008
Thanks Arthur. That works.
--
GrazynaGladys - 25 Feb 2008
Hey, is there any use for "text-overflow:ellipsis;" at style.css line 613?
http://www.css4you.de/text-overflow.html
--
AlexanderBreuer - 14 Mar 2008
It is useful to clip long lines in the left bar.
--
ArthurClemens - 15 Mar 2008
Is this plugin compatible with the 4.2 twiki release? I cant seem to edit pages, there is no "save" button present in the ui, regardless of turning on or off wysiwyg editing. Is there a patch for the
NatSkin?
--
ToddGrayson - 15 Mar 2008
Pattern skin is released with 4.2. But the current downloads on the skin page are outdated. So just use the version that is shipped.
--
ArthurClemens - 15 Mar 2008
Hi,
PatternSkin doesnt work right @ Mozilla 1.7:
Screenshot
--
AlexanderBreuer - 06 May 2008
I used configure to update patternskin to version 3.0.1. I now get "Edit" and "WYSIWYG" but they both result in the non-wysiwyg editor. The WYSIWYG button does not bring up the Tinymce editor. I also updated to 4.2.1 and updated the wysiwyg plugin and still just the raw edit. When I click on the installed plugins and select pattrenskin it does not seem to indicate that it is the v3.0.1 vesrion. Is there a problem with the autoinstaller for the patternskin upgrade?
--
HansSchwing - 05 Aug 2008
Note the version attached to the plugin page for patternskin is dated Jan 2007 and not the Aug 3 2008 version as listed in the history as the most recent.
--
HansSchwing - 05 Aug 2008
I just now updated to release TWiki 4.2.2. Now there is just one Edit Button on the upper right and it does work and brings up the WYSIWYG Tinymce editor. At the bottom of the page there is an Edit link and a WYSIWYG link. They both also bring up the Tinymce editor... seems to me it would be more sensible to have the Edit be Raw Edit and bring up the old editor. I hate to complain but there is just too much confusion with the implementation of Raw Edit and WYSIWYG. I would think it would make sense to have both as long as they are clearly labeled and they actually work.
--
HansSchwing - 11 Aug 2008
OK I possibly figured it out. The instructions for 4.2.1 and 4.2.2 upgardes say to just copy the files over the exisiting installation(at least that's what I think it said). This leave some files from Patterskin plugin that are dated Jan 2007... I deleted all and re-installed 4.2.2 and was able to get all butoons to work as they should.
--
HansSchwing - 11 Aug 2008
PatternSkinCssCookbook says: "User styles are always loaded after TWiki styles."
That's not 100% correct: I'd like to have the verbatim-blocks (translated to pre-blocks) surrounded with a nice dashed, thin border like
MediaWiki has. Therefor I added a custom css which is used via USERSTYLEURL. In this css file I set "padding:1em" - a little free space to make it look nicer.
It's all fine with
FireFox 2.*. But using IE I have the following problem:
The file "../twiki/templates/css.pattern.tmpl" defines "iespecificstyle". And with this style padding-bottom is set to 16px and 0px respectively. Unfortunately this "iespecificstyle" is included just a few lines AFTER my custom css. So my padding is "killed".
My workaround: I hack the "iespecificstyle" to use my values.
But maybe you could fix this for other users, too.
Thanks! We are using 4.2.2 (updated from 4.2.0)
--
PeterAlbrecht - 04 Sep 2008
PatternSkinCustomization contains several typos and deprecated names. (Similar to one identified by
MarcusLeonard on 22 Dec 2006.)
Under 'I want to hide the top bar', approach two should DEF topbar, not INCLUDE it.
Under 'I want to hide the left bar', it should DEF 'leftbar' not 'viewleftbar'
Under 'I want to insert text outside of the topic content', it should be 'contentheader' and 'contentfooter' instead of the deprecated 'beforetext' and 'aftertext'), and definitely not 'beforetextcontents' and 'aftertextcontents'.
Under 'I want to place the form', 'formattop' and 'formatbottom' are deprecated and should be 'formtop' and 'formbottom'.
I was really confused for a while there...
--
ClifKussmaul - 09 Sep 2008
I have updated the documentation.
--
ArthurClemens - 15 Oct 2008
I am not sure where to post this as it could be a bug or a configuration error with either pattern skin or
TinyMCE. On my installation I have Nuskin loaded which only adds a custom view template while mostly using the pattern skin. I upgraded to the latest version of the pattern skin and now have the following problems. If a user initiates the creation of a new topic a post is made which calls
WebCreateNewTopic?parent=WebHome
at this point the
TinyMCE editor is loaded within the twikiHelp div class within a list that exists within td class
primaryTextcolumn
this produces an ugly result as the closing of the help hides the editor. In addition the help information is broken as the help content after the word Wraps is showing up as literal content and not being parsed. Where should I look to correct this problem. It does not appear to me to be a CSS problem but then again I am a system administrator and not a web developer.
--
GilbertJones - 31 Oct 2008
Yep, that sounds like a mess. Have you tried rolling back to the previous PatternSkin version? You can get it by looking at version 36 of the PatternSkin page and downloading the version attached.
I've had a quick look at the new edit.pattern.tmpl but can't immediately see a problem with it. With a WYSIWYG edit the TinyMCEQuickHelp topic in the SYSTEMWEB is used in the help area: perhaps there is an unclosed div in it which is causing a CSS problem.
Another alternative is to try the
JQueryTwistyPlugin instead of the original
TwistyPlugin in case that is what is causing the problem.
I haven't seen your problem on my system but I didn't upgrade my Pattern skin and I'm using the
JQueryTwistyPlugin.
--
DavidPatterson - 31 Oct 2008
After a little searching, I decided to review the
TinyMCEQuickHelp.txt
I found that for some reason on my installation that the list item
<verbatim> was being process as verbatim no matter what I did. Finally I added a space between the
verbatim
and > tag. This fixed the issue of the help box, however the question now is why was verbatim still being picked up no matter what I did. I tried all the usual tricks for getting twiki to ignore the word verbatim but none of them are working.
--
GilbertJones - 03 Nov 2008
I enjoy this skin's simplicity. I think in the time from 4.1 to 4.3 background gradients were added, is that right? I ask only because I am noticing a side-affect...
It appears I should only have to modify colors.css and replace he gradients with color codes, is that correct?
Thanks!
--
AJAlfieriCrispin - 2009-06-03
And I worked around it by creating an actiontopicsbutton that swapped out skins because even the print version of pattern has the gradient images.
--
AJAlfieriCrispin - 2009-06-03
I tend to document in the wiki, then copy and paste the formatted text into my mail tool (Mail.app on my mac). With the new gradients added as backgrounds to the Headers, TOC, etc. I am finding that now my users will be asked to authenticate to render the email with the specified "background-image". I have attached a modified colors.css that takes out the gradients from the main text area of a page so I don't run into this problem anymore, and I am sharing it here in case someone else will benefit.
- colors.css: Removed gradients in color.css for most cases where user may copy and paste text into an email
--
AJAlfieriCrispin - 2009-06-10