I'm amazed at how much you've gotten out of that Regex for parsing.
Sadly the getSpecialTags changes aren't sufficient to prevent the example post from utterly breaking page formatting.
I'm amazed at how much you've gotten out of that Regex for parsing.
I'll hopefully have time to test these this weekend, but not sure.
Add a new skin will imply to modify the code. There's already a second skin with this Bb Code. Both skins can be customized in the style properties.Is it possible to add skins to bbcodes? I would like to change a bit the [encadre] without removing anything =O
Nothing to fix here, it's done on purpose. Mobile phones are supposed to have smaller screens than desktops/laptops (at least at the moment...), the resolution is then not the same. When you used fixed width for your elements, it allows you to construct the layout of your page like you want. But this layout can't be the same on smaller resolution screens. So if you have inserted a 600x400 picture on your post, the mobile version will disable the original layout to make an alternative layout that would try to keep the user comfort on smaller screens. That why the image width becomes fluid with a value of 100%.
A very (very) famous French luxury brand has just heard the concept of responsive design and was very interested in it. For their next project, they asked their agency to make them a responsive website that covers all kind of resolutions (even for huge screens). When they discovered at the end that the layout was not the same, they started to complain, which was actually quite funny for professionals, but not for the agency.
There's no option for this (unless you have disabled the XenForo responsive option), you will have to edit the bimg formatter or the bbm responsive helper.How can I disable this? I've already taken account of this issue and my site is completely responsive.
Thing is I don't set any images wider then 280 just so they always work on mobile, but I also have images set at 150 so they only take up half the screen on mobile.
$useResponsiveMode = false;
There's no option for this (unless you have disabled the XenForo responsive option), you will have to edit the bimg formatter or the bbm responsive helper.
The bimg formatter is in that file. The code has comments in it, so just disable the responsive management (arround line 250):
PHP:$useResponsiveMode = false;
ErrorException: Fatal Error: Unsupported operand types - library/Sedo/AdvBBcodeBar/BbCode/Formatter/AdvBbCodes.php:897
Generated By: Xon, 3 minutes ago
Stack Trace
#0 [internal function]: XenForo_Application::handleFatalError()
#1 {main}
if(!$parentClass->getTagExtra('tagid'))
{
$parentClass->addTagExtra('tagid', 1);
}
else
{
$newTagid = $parentClass->getTagExtra('tagid') + 1; // this line
$parentClass->addTagExtra('tagid', $newTagid);
}
I don't have time this week to look at the problem, but it's strange. If you use chose to clean the html by the dom option (see: $content = self::tidyHTML($content, true)), you will have a better output, but the problem still remains (an empty accordion tag will be displayed above). A workaround is possible to do (with the original method), but what is strange is if you go from the RTE editor to the Bb Code editor, save the message, then everything works fine. This is not very logical since when a message is saved, it is converted to Bb Codes with the same formatter than when the editor is switched.Looks like abuse of the JUSTIFY bbcode and the Accordion tag. I've PMed you some more details.
protected function _postRender($text)
{
do
{
$newText = preg_replace('#\[/(justify)\]([\r\n]*)\[\\1\]#i', '\\2', $text);
if ($newText === null || $newText == $text)
{
break;
}
$text = $newText;
}
while (true);
return parent::_postRender($text);
}
We use essential cookies to make this site work, and optional cookies to enhance your experience.