That would be great except for one little problem: there is one template that generates the font colors, instant UBB code, and Graemlins. If they were seperate I could move them anywhere, but all three are on a single template and are a single variable in the pages that use them.<br /><br />I could break them out, but I'd have to change the function that creates the group and add two more -and in the past I've made Facelift a template only mod. I may not get away with it this time since I've already had to hack the addpost and modify post scripts for the post icon pull down...

[]AllenAyres said:<br />Should the 'post' link on the forum page need to disappear to those not able to post? (those not logged in like I am) [/]<br /><br />Done, plus the previous and next dead hyperlinks are now gone -and it seemed easier to do in this version of Threads than the last...

New posting templates <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" /> <br /> <br />Edit: I'm working on splitting up the $instant_ubbcode variable (ubb code, font colors, and graemlins) so the page may look a little odd until I get it finished.

[]Zarzal said:<br />The posting template is the one where I look into it myself. It would be nice to have all markup/color/greamlins on empty space near the posting box oin the same high so you not need to scroll down while writing.<br /><br />The problem to this Idea is the variable, userselectable, width of the posting box. If the box larger then default it will destroy the layout.<br /><br />How sounds the idea to put a line with the UBB code funktion on top of the posting box ? This is most time used und so you can use it without scrolling. [/]<br /><br />Done, but the graemlins had to go to the right of the post box. I placed the font colors along the right, and the instant ubb code at the bottom of the post box on my posting pages -I also modified all of the private message posting screens as well.

Now move all the extra bits into quick reply and do away with the posting page <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" /> LOL

I don't like quick reply: I have it enabled on my dev site just so I can edit it for the people who do use it. <br /> <br />I don't like it because it screws up the reply tracking. If you take a look at a post on my site you can clearly see who a reply is from. For example: <br /> <br /> [In response to Fortch post #68748] <br /> <br />The post number is a hyperlink to Fortch's post. Quick reply tags the last poster as the one you are replying to, but if that isn't the person the reply is intended for the reply tracking is hosed... <br /> <br />Edit: I just noticed the java script in the showflat.tmpl file is tere specificly to keep post tracking in order -so I've enabled it on my main site <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" />

Then add the code to it to make it work as the other does.

Facelift for Threads 6.5 version 2... <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" />

[]J.C. said:<br />Now move all the extra bits into quick reply and do away with the posting page <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" /> LOL [/]<br /><br />Hmmm... not easily done, but doable. I may make a stab at it after Facelift is released -I need to get it out the door so I can move on to other things...

[]J.C. said:<br />Now move all the extra bits into quick reply and do away with the posting page <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" /> LOL [/]<br /><br /> I'm getting closer... <img src="http://www.ubbdev.com/forum/images/graemlins/cool.gif" alt="" />

[]Dalantech said:<br />Edit: I've updated the dev site with the files that I've been tweaking on my production board. New posting templates! [/]<br /><br />Updated again... <img src="http://www.ubbdev.com/forum/images/graemlins/grin.gif" alt="" />

Kewl, makes more sense than having both...

The new posting screen ROXX <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" /> Very nice work. I still waiting for release. <img src="http://www.ubbdev.com/forum/images/graemlins/applause.gif" alt="" />

I got the idea for the layout from the quick reply box -once I split the graemlins, font color, and instan ubb code into three different variables it was easy to modify the layout <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" />

I hope I find a way (if released) to put in the hacks for for 'more graemlins' and 'insert my photos'. It's a challenge for me <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" />

With permission, I'm gonna include the templates / instructions for the Graemlin panel with Facelift. I don't use the "insert my photos", but if you need help with it just let me know and I'll see what I can do (it won't be a standard part of Facelift). <br /><br />I'm going to try to get Facelift out the door this weekend -but keep in mind it's an actuall hack this time and not just a template replacement...

Hiya,<br /><br />I'm quite new to this UBB stuff so maybe this has been told a lot of times before, is off topic or complete bullshit. In this case, take my apologies in advance. ;-)<br /><br />When hacking the css/templates I wondered why there is absolutely no use if the so wonderful 'id' attribute all xhtml tags have. This makes it almost completely impossible to do any css-skinning beyond basic stuff like colors, borders and fonts. <br /><br />It would be nice to have a unique ID for the different tables so they can be rendered at different locations, be replaced by images, made invisible, ...<br /><br />IMHO all calls to 'tbopen' should include (an optional) id. <br /><br />As a second step you should consider bloating the number of style classes used and make use of style class derivation. So the 'stylist' has the posibility to style the 'reply' button different from the 'continue' button an so on.

I understand what you are saying, but IMHO it's overkill. I actually remove quite a few classes from the stock Threads templates because there isn't any sense in using the same class three layers deep in a template -the first declaration of it is all that's needed (inheritance will take care of the rest). <br /><br />As for making the buttons different: Uniformaty is an asset of a well designed web site -the only time I've see radicle color designs is on "ranbow bright" web sites and I have no intention of scripting for them <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" /><br /><br />Look at my site, www.dalantech.com , and see what I've done just by simply adding wrapper graphics to the tbopen and tbclose templates and adding a gradient to tdheader...

Well looking below my current "Quick-Reply-Window" there are 4 Buttons, each having a different icon (Previous, Index, Next, Threaded). They DO differ in the icon. IMO, this icon should not be an img-tag as it is now but be a background-image in the css. As a matter of fact img-tags should only be used where the image is part of the content and not of the presentation (smilies, images from gallery, ...) <br /><br />I agree there are a lot of redundant classes in the current templates which can be replaced by subadressing (is it called that) in the CSS. (Or better, there is a lot of html code which could be replaced by slick styling, I believe) But there are a lot of places where more classes could clean up the code and make the pages smaller, more efficent and faster loading. Replacing all the img tags by a class in the surrounding a is the most obvious way.

The problem with using background images is that they can be hidden if there is a problem with scaling the page or the browser you're using doesn't support all the CSS properties you've asigned to the class that controls the images...<br /><br />You also can't asign an html hyperlink to a background image -so how are you going to make the icons active links? By creating a transperent forground image to go over each one? Why bother...<br /><br /> [] But there are a lot of places where more classes could clean up the code and make the pages smaller, more efficent and faster loading. [/] <br /><br />I couldn't have said it better... <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" />