Show Posts

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.

Messages - live627
676
Quote
Not even necessary to shorten it (javascript will take care of this aspect :P).
What if they have JS off?
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?
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 »
Quote from Arantor on March 12th, 2012, 09:17 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)
I prefer the former, like Dragooon
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.
Posted: March 12th, 2012, 04:21 AM
Quote
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)
Been doing that in my skin as well and it's... interesting. :^^;:
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.
 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.