Veronica's files have now been added to the FlashChat resource download page, you can grab them there

http://tufat.com/resources.php?id_num=2

thanks again quaker, they worked perfectly
FlashChat 4.6.1 & punBB 1.2.12

I've asked a mod at tufat if they want to make them available to people, so others wont have to run them down like this.

awesome... you've got an email coming from me as well, Thanks for taking the time to look into this!

quaker, that seems to work perfectly! Any luck on finding the integration file? A file named punbbCMS.php in the chat's inc/cmses directory perhaps?

would any of you still happen to have this punBB/FlashChat integration class. I've had no luck contacting Veronica for a copy of the file.

no... I never got the conversion script working properly. I believe there were two issues when I gave up work on it. The first was with getting the poll options associated to the correct poll. And the second was getting the votes per option to be correct. Easy poll expects that data to be a serialized string and I never worked out all of the kinks as far as automating the correct creation of those strings, so while the polls were correct, the specific votes and options were off. The rest of the conversion was pretty straight forward "read from this field, write to that field" migration... if any of that helps. I'll look and see if I kept the scripts I was working on.

well... I haven't checked it completely cross browser yet but it does work IE 5.5, IE6 & Firefox (EDIT: just checked Opera 7 & NS7) PC with no extranious markup at all, like so:

Step 1.
open header.php and Find:

        <div class="inbox">
            <div><?php echo $pun_config['o_announcement_message'] ?></div>
        </div>

as you can see the "announcement bar" already has a parent element it just isn't named for some reason. So you need to give that element an id like so:

        <div class="inbox">
            <div id="announce-bar"><?php echo $pun_config['o_announcement_message'] ?></div>
        </div>

Step 2.
open the css file for your forum's style and at the bottom add these three rules:

#announce-bar {
    width: 100%;
    overflow: auto;
}
#announce-left {
    float: left;
    width: 49%;
}
#announce-right{
    float: right;
    width: 50%;
}

Step 3.
In Administration > Options > Announcement message enter:

<div id="announce-left">this is left</div>
<div id="announce-right">this is right</div>

substituting your messages where appropriate, of course.

That will give you an announcement bar with left/right divisions that is still 100% semantic with no inline style declarations to muddy it up, and no meaningless divs used to hack the presentation into place.

Don't know haven't seen the xhtml for an announcement bar. I assumed it was something like:

<div id=announcement-bar">
    <div id="left-split">left side<div>
    <div id="right-split">right side<div>
<div>

in which case announcement-bar would get the overflow: auto and a width value. left-split/right-split would need width whose total was less than announcement-bar's width. All of that happens in the css, then you're already editing some bit of the source code to get the left/right divs in there right (because you are adding them).

Even if the announcement bar is not a container now, it would be more semantically meaningful to add that division (the announcement bar is a structural content division) than it would be to add an empty div that functions only as presentation hack?

Like I said this "may be" another way to deal with the guillotine affect here. Every situation is different.

Actually, there may be a better way to deal with that problem without adding the non-semantic, meaningless div to clear the floats.

Give the parent element an "overflow: auto". This forces the parent to expand to contain its floated child elements.

There is of course one thing to watch out for (isn't there always something to watch out for with every css fix)! Setting overflow to auto also affects horizontal overflow. So you need to make sure that the width of your floated child elements never add up to more than the parent's width or they will overflow horizontally and break the layout. You especially need to keep an eye on that in older IE which incorrectly calculates the width of an element to include padding and thus makes your elements wider than they should be (ie, you may need to employ one of the various ?box model hack? techniques out there to selectively pass corrected widths to IE).

But anyway, that?s the way to do it if you want to keep your xhtml semantic and free of meaningless markup.

ah yes... sorry, it is Easy Poll, I miss stated. And it works just fine. Only problem is that the converter doesn't get the import from phpBB right... or maybe it's just that the phpBB version I'm working with is soooooooo old, or maybe it's not intended to work with Easy Poll??

I started putting together a script at the end of the night last night to try to correctly import the poll data from my version of phpBB. I got pretty close, but my poll options are still getting mixed up, which I can probably straighten out.

So at this point, I'll just continue on that path, unless anybody else has had similar issues importing polls from phpBB and knows of an easier fix?

and btw, excellent work on punBB. It's great to finally have a solid standards compliant forum option short of rolling your own. For the past year my forums have felt like an embarrassment to my website because of the junk code phpBB produces. I'm really looking forward to the punBB switch!

trying to convert an oldish version of phpBB (2.0.4) forum to punBB 1.2.5. Everything goes fine until I hit the polls. PunPolls is installed and works when posting a new poll to a fresh punBB install.

What happened is, when the converter hits the section where it starts to convert the polls... it stops with a db error unknown field. The field names the converter is looking for in it's INSERT query are not in the pun_polls table.

I investigated further and checked out the converter file at converter package/PhpBB/polls.php and found this bit of code where it converts from phpbb and inserts into punBB:

        $todb = array(
            'id'                =>        $ob['vote_id'],
            'topic_id'        =>        $ob['topic_id'],
            'question'        =>        $ob['vote_text'],
            'answers'        =>        serialize($answers),
            'voters'            =>        implode(',', $voter_ids),
            'votes'            =>        implode('|', $results),
            'tot_votes'        =>        array_sum($results),
        );

        // Save data
        insertdata('polls', $todb);
    }

    convredirect('vote_id', $_SESSION['phpnuke'].'vote_desc', $last_id);

those field names do not match fields in pun_polls
topic_id should be pollid
questions is actually stored in pun_topics
answers should be options
tot_votes not present

so I changed some field names and got the data to insert (albeit, into incorrectly named fields) and then wrote an insert to move the question text to the corresponding pun_topic record. NO go... the options, voters and votes are not serializing correctly (from the code above, they apparently don't get serialized at all, however viewpoll.php expects them to be)??

So it kind of seems like this converter code wont do the job for me... any suggestions?