This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
676
Bug reports / Re: SMF bug 4905 (signature length verified before preparsecode)
« on March 14th, 2012, 01:13 AM »Not even necessary to shorten it (javascript will take care of this aspect :P).
677
Plugins / Re: Settings page integration
« on March 13th, 2012, 07:03 AM »
Can you add support for the callback type? Just need to add a case for it in the top group.
678
Plugins / Re: Settings page integration
« on March 13th, 2012, 02:26 AM »
No, same file as in the revision, there's a small regex hack that allegedly converts the div in the label to the subtext.
679
Plugins / Re: Settings page integration
« on March 13th, 2012, 02:21 AM »
Cool, thanks :)
Should the div-in-label-to-subtext hack go now?
Should the div-in-label-to-subtext hack go now?
680
Plugins / Re: Settings page integration
« on March 13th, 2012, 02:01 AM »
Yes, iit was. I was just exploring why someone would want to do otherwise, when this way seems better and simpler and less error-prone.
681
Plugins / Re: Settings page integration
« on March 13th, 2012, 01:53 AM »
Why would a plugin want to define its own subtext other than using its own format, like using _desc instead of _subtext?
682
Plugins / Re: Settings page integration
« on March 13th, 2012, 01:31 AM »Strikes me that there's two ways to do it, either by checking for $txt[$current_setting . '_subtext'] and just setting subtext to that if found, or manually specifying it as a parameter. The former would be quicker and likely easier to use but the latter would be clearer how the answer is derived.
Which would you prefer to use? (Remember that you can have help text if you so desire, though it's not immediately obvious how... if you declare $helptxt[$current_setting] and then have it so your language file is also loaded by the lang_help hook, it should work (though I haven't tested to be sure)
683
Plugins / Re: Settings page integration
« on March 12th, 2012, 07:45 AM »
Can you add support for subtexts?
684
Plugins / Re: Show Hooks
« on March 12th, 2012, 05:33 AM »
What does the grey icon look like? A hook, or a knight from chess? :^^;:
685
Off-topic / Re: Another WIP
« on March 12th, 2012, 04:24 AM »
It depends. Themes can choose whether to replace existing files or add to them. Actually, I think the former method replaces ALL styles unconditionally. Correct me if I'm wrong, Nao.
Quote Been doing that in my skin as well and it's... interesting. :^^;:
Posted: March 12th, 2012, 04:21 AM
and one of the things that's been pissing me off tonight is overriding the hover colours in the main menu (something that I don't anticipate being done very often but I'd like to do it to prove it's doable and without too much work if possible)
686
Off-topic / Re: Introduction
« on March 12th, 2012, 04:11 AM »
Actually,, if you look at the footer, it says "Powered by SMF". You'll know it changed when it says "Powered by Wedge"" and the site looks very different.
687
Features / Re: Home button
« on March 11th, 2012, 08:00 AM »
Ahem... icon,, no icon, icon, icon... yeah. Either the extra menu item gets an icon or they all go plain text.
688
Other software / [live627's rants] Re: These trees are [not] simple
« on March 11th, 2012, 02:48 AM »
Here's my code. Code: [Select]
<?php template_edit_profile_league__r(array($boards[$context['d_board']]));
function template_edit_profile_league__r($boards)
{
foreach ($boards as $board)
{
if (isset($board['node']['id']))
$b = $board['node'];
else
$b = $board;
echo '
<div><input type="text" name="boards[', $b['id'], ']"style="margin-left: ', (($b['level'] * 1.5) + 0.5), 'em;" value="', $b['name'], '"></div>';
if (!empty($board['tree']['children']))
template_edit_profile_league__r($board['tree']['children']);
if (!empty($board['children']))
template_edit_profile_league__r($board['children']);
}
} ?>689
Other software / [live627's rants] Re: These trees are [not] simple
« on March 11th, 2012, 01:05 AM »
getBoard... Tree. Silly me, got it wrong :P
690
Other software / [live627's rants] These trees are [not] simple
« on March 10th, 2012, 08:00 AM »
So I needed to get a subset of boards in a category, so I decided to use the data generated by getBoardList(). I've used this function before,, and iterating through $boardList is a snap, so, why not try $boards? It's... a... mess! Much harder to iterate through properly than expected. Not only is the code inside the function confusing, but scanning the output is also confusing!
I suspect that the code dates way back, to 1.0 probably, or even YABBSE.
Seriously, why all thee node subarrays and duplications? It's enough to spend an entire evening just staring and figuring out what the hell it does![1]
And children aren't consistent with graandchildren, either. The former is under 'tree' while the latter isn't. What's the big deal? Either put 'em all under the extra item, or don't... quite simple, really.
I suspect that the code dates way back, to 1.0 probably, or even YABBSE.
Seriously, why all thee node subarrays and duplications? It's enough to spend an entire evening just staring and figuring out what the hell it does![1]
And children aren't consistent with graandchildren, either. The former is under 'tree' while the latter isn't. What's the big deal? Either put 'em all under the extra item, or don't... quite simple, really.
| 1. | That's where my evening went, in case it wasn't obvious. Add this to an unusually rough day with a headache to boot, yeah, I'm pissed. |