Editing the Board

AR Husker Fan

AR Husker Fan

Team HuskerBoard
Okay, I've finally figured out how to add items to the top of the Board in a way that blends them in. If you haven't noticed, I've added links to the Huskers Watchsites page and the 2009 Schedule/Results page. They're located on the same line as the Board Rules link, View New Content link, and the RSS feed button.

Anyway, I'm pinning this becauase I want to have a repository of where to make these changes. I'll add to this post as I learn more. Oh, and Joe - setting up that Testing skin was a brillant idea. Very handy.

Countdown Clock - Edit the boardIndexTemplate.

Adding Links to the Board Rules Line - Edit globalTemplate

Adding or Editing a Banner - Edit globalTemplate - right below the last </div> tag for the various links mentioned above.

 
Last edited by a moderator:
For the QB Sneak skin:

How to edit the blocks for Husker Board. I set it up so the information that needs to be edited can be found in one place.

Process:

1. All settings will be found in the Admin CP

2. Under My Apps Tab click on IP.Content

3. Left sidebar click on Blocks

4. Scroll down to category Husker Custom

5. Click arrow -> Edit Block

Counter Settings

Do the process above to get to the code. Edit Next Game block.

Find: <!-- EDIT THIS FOR NEXT GAME -->

Below you will see:

<script language="javascript" type="text/javascript">

jQuery(document).ready(function() {

jQuery('#countdown_dashboard').countDown({

targetDate: {

'day': 25,

'month': 9,

'year': 2010,

'hour': 6, [Frank Note - Use Military Time]

'min': 0,

'sec': 0

}

});

});

</script>

Just edit the values and save.

Editing Previous Game:

Do the process to get to Previous Game block.

Find:

<div class='general_box clearfix'>

<h3 class='next_header'>

Previous Game:

<a href='http://www.huskerboard.com/mods/2009-nebraska-husker-football-schedule#BIGXII' >Arizona</a> |

<a href='http://www.huskervideos.com/'>Order Game DVD</a>

</h3>

<div class='next_game_bg row1'>

<div class='left'><img src='http://huskerboard.com/img/NU.gif' /></div>

<div class='right'><img src='http://huskerboard.com/mods/img/09/arizona_sm.png' /></div>

<div id='score'>

<div class='dash'>

<div class='digit win'>3</div>

<div class='digit win'>3</div>

</div>

<div class='dash'>

<div class='digit'>0</div>

<div class='digit'>0</div>

</div>

</div>

<br class='clear' />

</div>

</div>

Be sure to change the 'digit win' value over if the other team won.

Editing Articles:

You will find this in My Apps -> IP Content. On the left sidebar you will see the settings to edit articles, add categories, etc.

Additional Info:

Each block consists of a special code usually like {parse block="scoreboard"} . Say you want to move the scoreboard to the bottom of the sidebar. You would edit the BoardIndex Template find {parse block="scoreboard"} and move it accordingly.

Now, blocks can be moved to any template. This means you can move any block from any part of the board to where-ever.

 
Last edited by a moderator:
In the event that threads start displaying a center-aligned text, display name, IP, etc., edit the CSS file ipb_styles.css. Add a text-align: left; to the .post_body and the .post_block h3 tags.

 
Something I finally figured out tonight: be careful of commenting out IF blocks and parse blocks. IF is not a standard HTML tag and it appears to semi-process anyway, in such a way that it can leave the trailing --> of the comment section displaying. I don't know the mechanisms exactly of how that's working, but it happens. Perhaps php commenting would be safer in that instance:

Code: 
<?php
/*
 commented out section
*/
?>
Also, it is dangerous to comment out parse blocks while maintaining the {parse block} syntax, because often there are comment blocks within the parse block. This would again leave a trailing --> and have the added consequence of the complete block not being commented out. I *believe* that like the if statements, the blocks will appear regardless, whether HTML-commented out or not.

 
Last edited by a moderator:
editing parse blocks

If you are getting a Fatal error: Call to undefined method skin_ccs::block__custom_43() or similar error, it is probably because the Cache TTL is set to 0, or has been left blank. Put the value at 1 instead. This is a lovely problem which appears to still not be fixed with IPB, and blocks saved under this error will produce a similar, potentially page-failing error in pages where the parse is present.

 
using webdav to edit template files

I think I'm on a roll tonight! Frank, I got very tired of editing the template files using the IP interface, and FTP was always a clunky solution. However, I notice that external editing is enabled via the webdav interface. In short:

1. Download NetDrive (free for home use)

2. Connect to huskerboard.com/dav.php using your admin credentials. Make sure 'server type' is WebDav.

This maps the template folders to a drive name of your choosing. Once that is done, you can edit the files in a local editor of your choosing, such as notepad++. It isn't as snappy as locally saved files, but it's pretty decently fast.

As a side note, the IP.content stuff (blocks) are now enabled with their own online editor interface with syntax and line information. I don't know why they can't have this for template files as well, but oh well.

 
LOL! Yeah, I ran into those issues with trying to relocate the Next Game/Previous game. I actually had to reload the template file with a copy from the QB Live at one point since reverting the code, oddly enough, didn't do the trick. Very weird behavior. At one point, I tried recaching the blocks, and got the fatal error. Sure enough, when I looked at the block properties, there was one I had failed to give a "1" TTL.

I'll be interested to try out the webdev interface. What I've been doing is going to the template or CSS file, copying the contents, then pasting them into Notepad++. Saved that, then saved as under "working" name and edited the working name copy. Once I got it done, I'd copy the contents of the working copy into the template. If anything went wrong, I could simply go to the original and put that back.

 
knapplc said:
I think I figured it out. It looks like this is a feature available to Admins, a default when you have Admin powers. Since zoogies has the ability to get into the codes and tinker around, he's got the power.

We could make this a feature for all Mods. Not sure it's necessary. Mostly just a curiosity.
Click to expand...
Woo, I think I got it.

Wasn't a feature or anything, it was in the template for the skin [for future reference] under Topic View->Post.

Code: 
<if test="postAdmin:|:$post['author']['g_access_cp']">
changed to

Code: 
<if test="postAdmin:|:$post['author']['g_access_cp'] || $post['author']['g_is_supmod']"">
So 'postAdmin' just seems to be a comment that doesn't have any meaning; $post['author']['g_access_cp'] is the variable that determines whether the post author has access to the Admin CP, and $post['author']['g_is_supmod'] is the same variable for moderators.

 
Back
Top