Hey, that's just bbcodes We're on the admin side here. And why make complex when things are so simple: with the XenForo Filter Item (pink bar), you just need to type a few letters to immediately find your bbcode.Not sure if already asked before, but I would like to request having the possibility to create categories, so you could organize easily your bbcodes by "groups" and find them fastly when need. Actually, like thread prefixes for examples. Thanks
<?
public static function parseSecret(array $tag, array $rendererStates, &$parentClass)
{
if (!empty($tag['option']) && $parentClass->parseMultipleOptions($tag['option']))
{
$attributes = $parentClass->parseMultipleOptions($tag['option']); // Id's
$userSecretMessage = $tag['children'][0]; // Message
// On récupère l'id du visiteur courant
$visitor = XenForo_Visitor::getInstance();
$idMembreCourant = $visitor['user_id'];
// ici on a un tableau avec tous les id des membres qui peuvent voir le message
$TableauIds = explode(',',$attributes[0]);
// On ajoute le membre courant aux membres pouvant voir le message
// $TableauIds[idMembreCourant] = $idMembreCourant;
// On explorer la liste des id
foreach($TableauIds as $IdMembre)
{
// Si le membre courant fait partie de la liste on lui donne l'autorisation de voir le message
if($IdMembre == $idMembreCourant)
{ $secretAccess = True; }
// On récupére le pseudo lié à chaque id on les stoque dans un tableau
$user = XenForo_Model::create('XenForo_Model_User')->getUserById($IdMembre);
$listeDesPseudo[] = $user['username'];
}
if($secretAccess == True)
{
if(isset($attributes[0]) AND empty($userSecretMessage) AND $secretAccess == True)
{
$test = implode(", ", $listeDesPseudo);
return ' Seul les utilisateurs suivants <u><b>pourront voir</b></u> ce message secret :<br />' . $test . '.';
}
elseif($secretAccess == True)
{
return $userSecretMessage;
}
}
}
}
Myself and Cédric are more than happy to help people get these issues resolved, but we can only work on the information we have and the facts that are presented to us.
So far, fact is I have both Notifications and BB Code Manager installed and no conflict can be found.
It's no good people telling "I've downgraded I can't help". If we were to do that, we wouldn't be very friendly developers
Any one experiencing this, please reinstall (the latest version) the add-on and either give us a URL to the problem or send screenshots of the javascript console (F12). We will also need to know if the problem occurs only on your custom style, does it work on the default style? Are all other add-ons turned off? (maybe it's a 3 way conflict!)
Please help us help you!
The button of the spoiler tag needs to be tweaked for JS mode. It shows the phrase "Show Spoiler" on both, expanded and collapsed spoilers, while it should be "Show Spoiler" for collapsed and "Hide Spoiler" for expanded spoilers.
Also, the no-JS CSS spoiler solution is bad, because
a) the spoiler area is always expanded, even when no mouse touches the spoiler area.
→ Solution: Hide the spoiler area with "display: none" and make it visible when the mouse touches the header area of the spoiler, but also enabling the show spoiler content trigger when the mouse touches the expanded spoiler area to avoid the area getting collapsed when the mouse leaves the header area.
b) The button "Show Spoiler" remains visible without any function. If a button does nothing when pressed, it should be removed and replaced by a more appropriate visual replacement.
→ Solution: Get rid of the button and replace it with a simple "Spoiler" phrase.
c) The (Move your mouse to the spoiler area to reveal the content) phrase looks ugly and would result in google indexing this very phrase on every xenforo site that uses this add-on, because search spiders can't use javascript. Besides, people already know to move the mouse to a spoiler to reveal the content. They don't need to be tought the obvious (that's one thing that I disliked about vbulletin).
→ Solution: Get rid of the phrase entirely.
???Hi and thanks for the 1.3 upgrade!
I ran through an update issue you might want to fix: DUPLICATE PRIMARY KEY caused by the query in BbCodeManager::install() at line 115 where you insert left-to-right and right-to-left config types.
I was upgrading directly from 1.2.x to 1.3.2. I just commented line #115 as I already had the same data in db, and install ran smoothly. You may want to insert config data only if data does not exist.
You're right. I somehow installed with the wrong XML, thus resulting in a 1.2.2 version string but the right changes in db. When I tried to upgrade with the correct file, I encountered the exact same error as stroke by Cory Booth in his post right above.???
Not possible ^^ That's the new function of the 1.3 function. Are you sure you upgraded from the 1.2 version?
If you had installed the MarkitUp editor you could have these key but under another table (not kingk_bbcm_buttons)
You must have previously manually edited the template "help_bb_codes" adding a code to require the template "help_custom_bbcodes". Just revert this template (help_bb_codes). This change is now automatically done by the addon. If it doesn't work, just uncheck the listener doing automatically that change.Hello, the Custom BB Code works fine but one problem. In the Help -> BB Code Side is the Custom Code double - Link - where can i edit this?
Just some quick notes/questions
1) The version of this addon show v1.3.2 (with a "v") in XF ACP while the rest of other addons show just numeric.
2) Can this addon be made to replace the functionalities of Minorin addon as well so we don't have to install an extra addon for bbcode
http://xenforo.com/community/resources/minorin-standard-non-wysiwyg-editor-toolbar.117/
We use essential cookies to make this site work, and optional cookies to enhance your experience.