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.
4426
Off-topic / Re: Introduction
« on March 12th, 2012, 03:56 PM »I can see how people lose hope
The more you bitch about how it isn't ready yet, the more *I* lose hope. Give it a fucking rest already, you have complained more than once recently.
4427
Off-topic / Re: Let me hold a dollar?
« on March 12th, 2012, 03:08 PM »
Gut instinct says where $str holds the current content...
Code: [Select]
But I'm doing that off the hoof, in between other things and I'm no regexpert. ;)
$str = preg_replace('/<body([^>]*)>/i', '<body$1>' . $new_stuff, $str);
But I'm doing that off the hoof, in between other things and I'm no regexpert. ;)
4428
Off-topic / Re: Introduction
« on March 12th, 2012, 03:05 PM »
Considering how many people use it here, I don't see that happening.
And honestly, it's not going to make things happen any quicker, there are still enough things that have to be done before you can download it yourself.
And honestly, it's not going to make things happen any quicker, there are still enough things that have to be done before you can download it yourself.
4429
Plugins / Re: Settings page integration
« on March 12th, 2012, 02:36 PM »
OK, cool. I'll implement that later on then as it's a pretty quick thing to add.
4430
Plugins / Re: Settings page integration
« on March 12th, 2012, 02:20 PM »
That's all well and good (and the use of help items was more a footnote that they work already without any extra core effort), but that doesn't solve subtext items, which are normally defined in $txt and have no direct correlation to the primary entry. I personally tend to try and be consistent and for $txt[$key], define $txt[$key . '_subtext'] but $txt[$key . '_note'] is also used.
So, should we auto-use $txt[$key . '_subtext'] or have something in the XML to specify the subtext? Note that it might also be good to allow for having post-values as well like in some of the numeric fields where after it, the word 'days' is used to indicate that it's a set number of days.
So, should we auto-use $txt[$key . '_subtext'] or have something in the XML to specify the subtext? Note that it might also be good to allow for having post-values as well like in some of the numeric fields where after it, the word 'days' is used to indicate that it's a set number of days.
4431
Plugins / Re: Settings page integration
« on March 12th, 2012, 02:03 PM »
That seems a big drastic seeing how there's absolutely no need to do anything extra in core for help popup strings.
4432
Plugins / Re: Settings page integration
« on March 12th, 2012, 01:51 PM »
Haha, indeed it does. But therein is the reason why $helptxt is a separate variable, it's to keep it structurally simple :)
4433
Off-topic / Re: Introduction
« on March 12th, 2012, 01:50 PM »
That's the thing though, it's still not obvious how to get to the boards from there... while the board index is somewhat unexciting, having it as the front page does make for quite good navigation.
4434
Off-topic / Re: Introduction
« on March 12th, 2012, 01:27 PM »I customized Wedge.org a bit further, but unfortunately as a result it looks *worse* than Noisen.com
4435
Plugins / Re: Settings page integration
« 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)
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)
4436
Off-topic / Re: Another WIP
« on March 12th, 2012, 09:06 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.
That's something to note: a skin can have subskins and the subskins' styles will be inherited too. The default style, for example, is called Weaving, and Wine is a subskin of that, and this theme is a subskin of Wine, so it inherits all the previous styles then applies its own changes on top. Now THAT's a cascading style sheet :D
4438
Off-topic / Re: Another WIP
« on March 12th, 2012, 03:28 AM »
I was going to hit the sack but I'm still here so I'll answer >_>
I was never much of a themer for SMF, and whenever I did it, I'd invariably use images in a rather clumsy fashion. My credo has always been to make it work, not make it pretty. So this is more experimental for me, in a lot of ways.
If I were just trying to tweak an existing theme to recolour it, the workload is about the same, before you'd end up changing image colours, this time it's chasing down CSS, 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)
Also, centering the main menu is a surprisingly common request over on sm.org, so being able to do that conveniently is a useful trick. As it happens, that seems to be much much easier in Wedge.
All I did to centre the menu was simply add:
Code: [Select]
Whereas in SMF, it requires juggling a lot more than just the main menu itself, as per http://custom.simplemachines.org/mods/index.php?mod=2553 (in our case, the menu is JavaScript driven, and it uses the placement of the parent element to figure out where to put the menu, which solves a great many problems)
I was never much of a themer for SMF, and whenever I did it, I'd invariably use images in a rather clumsy fashion. My credo has always been to make it work, not make it pretty. So this is more experimental for me, in a lot of ways.
If I were just trying to tweak an existing theme to recolour it, the workload is about the same, before you'd end up changing image colours, this time it's chasing down CSS, 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)
Also, centering the main menu is a surprisingly common request over on sm.org, so being able to do that conveniently is a useful trick. As it happens, that seems to be much much easier in Wedge.
All I did to centre the menu was simply add:
#main_menu
float: none
text-align: centerWhereas in SMF, it requires juggling a lot more than just the main menu itself, as per http://custom.simplemachines.org/mods/index.php?mod=2553 (in our case, the menu is JavaScript driven, and it uses the placement of the parent element to figure out where to put the menu, which solves a great many problems)
4439
Off-topic / Another WIP
« on March 12th, 2012, 03:13 AM »
I've been very restless today with everything going on, so much so that I couldn't concentrate on doing proper work for a friend like I was meant to (sorry, you know who you are, and I didn't trust myself to touch your stuff when I'm in this mood, but I'll deal with that in the morning)
So I figured I'd pass the evening on something that might cheer me up a little and that I could happily vent some spleen by swearing at it when it didn't work properly.
Some of you may remember that I had a subscription for BlocWeb and that I was a big fan of some of his themes - one that I always liked was BlueLight. It's a pretty minimal theme, lots of nice gradients, and I figured I might give something like it a shot for Wedge.
And here's the result. It's still heavily WIP, based on Wine, but tweaking the menu is what's taken me over an hour to get to this point (and even then it's still not done)... but it is done entirely in CSS :D
Works great on current Chrome beta and Firefox stable, IE9 is a mixed bag a bit, but it's WIP and I don't care about IE much. It's more about seeing what I can do with CSS because it's not my favourite tool and I don't see myself as a designer much.
So I figured I'd pass the evening on something that might cheer me up a little and that I could happily vent some spleen by swearing at it when it didn't work properly.
Some of you may remember that I had a subscription for BlocWeb and that I was a big fan of some of his themes - one that I always liked was BlueLight. It's a pretty minimal theme, lots of nice gradients, and I figured I might give something like it a shot for Wedge.
And here's the result. It's still heavily WIP, based on Wine, but tweaking the menu is what's taken me over an hour to get to this point (and even then it's still not done)... but it is done entirely in CSS :D
Works great on current Chrome beta and Firefox stable, IE9 is a mixed bag a bit, but it's WIP and I don't care about IE much. It's more about seeing what I can do with CSS because it's not my favourite tool and I don't see myself as a designer much.
4440
Other software / [live627's rants] Re: These trees are [not] simple
« on March 11th, 2012, 01:19 PM »
I don't see anything wrong with that?