Search options (Page 4 of 4)

opera cannot deal properly when input has properties with background-color, border-style. so help line cannot be same with mozilla and ie.

see http://www.webmasterworld.com/forum83/3021.htm.

and I'm searching docs for mozilla & opera in dealing with textarea field. if I succeed, me try to make it  a MOD.

It's my fault that I posted. but I think it will help you when you make punbb support sqlite. thanks.

in setup.php, if you add some code for SQLite, it'll reduce the time for building database.

    $now = time();
    if ($db_type == 'sqlite') $db->query('BEGIN');

    // Insert guest and first admin user
...
       (inserting process)
...
    if ($db_type == 'sqlite') $db->query('COMMIT');

    // Check if default avatar directory is writable

if I misunderstand Paul, forgive me see I'm not an english-speaking person.
Actually what I understood is he suggested a solution having the same code, and I just said that would not look fit either.

I'm happy now for Rickard said he will give some thought of it.

as for Korean, 'can' is a sort of a verb and Korean structure has always put a verb at the last in the sentence except when we compose a poem. let's have a string like "you can post". In Korean grammar the meaning of 'can' should be after 'post' for we don't have a word for 'can' for 'can' is like a postfix of a verb. Auxiliary verbs are translated to postfixes of verbs in Korean language.

I found why. it's not the php version problem. it's sqlite problem.

let's see the problem. for instance, we can see this code in index.php

$result = $db->query('SELECT c.id AS cid, c.cat_name, f.id AS fid, f.forum_name, 
f.forum_desc, f.moderators, f.num_topics, f.num_posts, f.last_post, f.last_post_id, 
f.last_poster, f.closed, f.locked FROM '.$db->prefix.'categories AS c INNER 
JOIN '.$db->prefix.'forums AS f ON c.id=f.cat_id'.$extra_sql.' 
ORDER BY c.disp_position, c.id, f.disp_position') 
or error('Unable to fetch category/forum list', 
__FILE__, __LINE__, $db->error());

and if database is sqlite, it wll return array which keys are cid, c.cat_name....
if mysql, we can get array wich keys are cid, cat_name...

and we are accustomed to use mysql so the next code is this :

while ($cur_forum = $db->fetch_assoc($result))
{
    if ($cur_forum['cid'] != $cur_category)    // A new category since last iteration?
    {

?>
    <tr>
        <td class="puncon3" colspan="6"><?php echo pun_htmlspecialchars($cur_forum['cat_name']) ?></td>
    </tr>
<?php

Do you see the problem now? sqlite returns array which keys are 'cid', 'c.cat_name'... so there is no data whose key is 'cat_name'. so blank catalog name ....

actually it's not sqlite problem but php_sqlite problem that cannot handle that, I think. or we have to change like "c.cat_name as cat_name"...

--; That cannot be applied to my mother lanuage, anyhow.

I really appreciate your concern, any way, Paul.