Development Discussion Board

Attached are a couple of things I found a loong time ago, when I had a similar question. BEWARE: THESE ARE FOR 3.0, not for 3.1/3.2 Significant parts are common, but others have changed, there have been (very relevant) additions and deletions, both tables and fields. Al least, something to get start...

Another way to achieve something similar would be to have styles "load" template event files in the template/events folder for the style, and have these files to override any and all extension template events by the same name. The admin could then use a construct like <!-- INCLUDE @vedor_e...

Where styles are concerned I have been think along the same lines for a while now. A lot will depend on whether the "new" style will be of the parent/child style configuration that we have now. If it is what I would suggest is having the "parent" style (called say 'default') ins...

Thanks a lot for this heads up, but... How long until this is available to forum admins? 3.3? Two years away (at least)? What I am talking about is something that can work now, and will help the community immediately. In the future, they will probably have to move to your schema, but in the meantime...

Hi all, One of the issues I have faced as administrator of a forum is the complexity of managing MODs. Great, that has been greatly simplified for admins with extensions... But the issue of "modding" still exists: all/tons of admins will tweak the extensions to fit their needs, and even mo...

I would hace preferred a CSS only solution, as the js deletion of the message is not configurable in child styles or anything else... Using a display none property seems to me more configurable than dom element deletion. Any chance this could be changed, even before 3.1.11? I am fine with all, EXCE...

I would hace preferred a CSS only solution, as the js deletion of the message is not configurable in child styles or anything else... Using a display none property seems to me more configurable than dom element deletion.
-javiexin

Merged into 3.1.11: https://github.com/phpbb/phpbb/pull/4504

Sorry I didn't see the topic before I posted my latest comments.
-javiexin

I have tested this, and I must say that I like it, and I have included it in my private prosilver-based style. These are the changes: In navbar_header.html, add a class to the strong element within li.icon-pm class="bubble <!-- IF PRIVATE_MESSAGE_COUNT -->set<!-- ELSE -->unset<!-- ENDIF -->&quo...

The current poll system in phpbb 3.1 and 3.2 is very límited, and the code is mostly 3.0 or even previous to that. What I would like to propose is replacing this with a new rewrite, based on the same concepts as other rewritten parts of phpbb, such us avatars and profile fields (by the way, this one...