Search results

good stuff :) for the other pages we can construct the titles in the same way using the hook locations for those sections (join_build_form and user_cp_global_start). OR since the seo value of these pages is quite low, we can use a more generic rule like $TMPL['page_title'] = $TMPL['header']...

alright let me know how you get on :)

this function is being re-written as we speak. When complete it will be sortable by join date. Thanks for the feedback!

indeed, the way this is generated at the moment could be handled better. I'm thinking something like this (outline below if your feeling adventurous and are interested in making this yourself, otherwise I will work on this after 0.7 is released): we make a new tag for creating stronger...

unfortunately its not a folder you have control over, your host is redirecting those requests.

I am in the final phases of testing, as soon as I am confident everything is stable I will release 0.7. Sorry, cant be any more specific.

yes, as I mention above, edit the width of textarea in your css textarea { width: 500px; }

yes, please see my above posts it explains the circumstance, the cause, and the cure :)

further update: open sources/user_cp/link_code.php and remove all instances of this: style="width: 100%;" this should not have been there, as it overrides the CSS file. This fix is included in 0.7 release. Thanks for the catch

Update: looks like an IE7 bug (scroll down if your using that old browser and you will see your link code options). You can alter the width of textarea in your CSS (or use CSS IE conditionals so only IE7 users get a smaller textarea box)

hmm worked fine for me also confirmed the link code shows as expected when logged into the usercp

well something must have changed since then, I'll login now as a user and see if I can spot anything. in the mean time, can you check your button_config.php file and ensure settings are accurate.

looks like you have not configured your button options in the admin panel, once done you should be all set.

No problem :) changing the /stats/ path at this point would mean every other list would need to redirect all their URL's just so dreamhost customers can use this feature. Its probably a better solution to warn users that if your host is hogging your sites /stats/ path you need to use a sub...

wonder why though it doesn't add those headers in my above example? still a mystery to me.

hmm and no extra stuff showing up.. very odd. This is the same function we use to mail members and for the screenshot API where your server is adding the extra path info, really have no idea whats happing there. Perhaps your host has an idea? I'll do some reading and see if I can find...

Alright I confirmed this is not happening on any of my servers. I also notice that your screenshot API requests also include this extra info... which seems like something to do with your server configuration. Try this for me if you could. Create a new file called hmmm.php put this code...

yeah thats a weird one to be included in the body, I have never seen that before... let me see what I can find about this.

"terms" is NOT a category... its a template. admin -> settings -> skins and categories ->Click EDIT under your skin and edit the terms template.

I don't understand sorry, try to be clearer.