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 - Arantor
8236
Features / Re: Scheduled tasks interface
« on October 29th, 2010, 07:16 PM »
You already can add package servers via the admin UI...
The problem is that almost nobody knows how to add tasks, even when I documented it >_<
The problem is that almost nobody knows how to add tasks, even when I documented it >_<
8237
Features / Scheduled tasks interface
« on October 29th, 2010, 01:02 PM »
Two things should be done with scheduled tasks.
Firstly, there should be an extra field which holds the name of a file to load that contains the scheduled task function, so it doesn't have to be added to a file that will be known to be loaded when AutoTask() runs (i.e. ScheduledTask.php IIRC)
Secondly, there should be some kind of interface for the admin to actually add a new task that follows the above. Not quite sure how that squares out with respect to language strings, mind, but perhaps we could have each scheduled task broken into its own subfolder with its own language strings or something. Don't know yet about that (or maybe, just add the scheduled task's name/description into the DB)
Firstly, there should be an extra field which holds the name of a file to load that contains the scheduled task function, so it doesn't have to be added to a file that will be known to be loaded when AutoTask() runs (i.e. ScheduledTask.php IIRC)
Secondly, there should be some kind of interface for the admin to actually add a new task that follows the above. Not quite sure how that squares out with respect to language strings, mind, but perhaps we could have each scheduled task broken into its own subfolder with its own language strings or something. Don't know yet about that (or maybe, just add the scheduled task's name/description into the DB)
8238
Features / Re: New revs
« on October 27th, 2010, 12:27 AM »
It may well have been like that once upon a time.
It would be worth forcing the conditions that would otherwise cause it to trigger that error (certain DB connectivity issues) just to prove it doesn't abort inappropriately.
It would be worth forcing the conditions that would otherwise cause it to trigger that error (certain DB connectivity issues) just to prove it doesn't abort inappropriately.
8239
Features / Re: New revs
« on October 26th, 2010, 10:12 PM »
I don't know any mods that modified that (not even mine), since really any errors should be funnelled through fatal_*_error or trigger_error if you're doing something funky. No need to worry about such changes affecting mods :)
8240
Features / Re: New revs
« on October 26th, 2010, 09:14 PM »
Wouldn't that imply that ManagePosts doesn't even need to be checking at all? (Or indeed, any of the other files within the admin area)
This isn't a trivial thing to change, because it's either being checked twice and Admin.php holds all the keys to the kingdom (and everywhere else can drop the secondary checks) - or Admin.php simply checks it for the menu and each file is still responsible for its own permissions (much as SMF 1 used to do)
This isn't a trivial thing to change, because it's either being checked twice and Admin.php holds all the keys to the kingdom (and everywhere else can drop the secondary checks) - or Admin.php simply checks it for the menu and each file is still responsible for its own permissions (much as SMF 1 used to do)
8241
Features / Re: New revs
« on October 26th, 2010, 07:25 PM »
Well, there's an entry in the Admin menu, and IIRC there's another entry at the start of ManagePosts, but I can't remember off hand which is actually needed to be changed - if in doubt both should be set to admin_forum.
8242
Features / Re: New revs
« on October 26th, 2010, 07:10 PM »
Is that Admin.php or ManagePosts.php?
8243
Off-topic / Re: Truest xkcd yet
« on October 26th, 2010, 04:30 PM »
A bug in Opera? Surely not :P
This is why I have a Greasemonkey script to rewrite the page.
This is why I have a Greasemonkey script to rewrite the page.
8244
Features / Re: New revs
« on October 26th, 2010, 04:29 PM »
Going back to the censoring, I seem to recall it's in either Admin or ManagePosts, where the permission is changed from moderate_board to admin_board.
For cache cleaning, there's a bunch of different things, primarily data_ and lang_ that get cached but I think there are more in the bowels of the system.
For cache cleaning, there's a bunch of different things, primarily data_ and lang_ that get cached but I think there are more in the bowels of the system.
8245
Off-topic / Re: Truest xkcd yet
« on October 25th, 2010, 11:13 PM »
The idea is that only intelligent content will be produced either by bots or humans, and those too dumb to make useful posts will be screened out, so everything becomes wonderful. (The hidden comment in the tooltip makes it make sense.)
8246
Off-topic / Truest xkcd yet
« on October 25th, 2010, 08:40 PM »8247
Features / Re: New revs
« on October 25th, 2010, 08:03 PM »
Haven't seen the code but protected membergroups isn't (if it's what I think it is) as big a feature as it might have been; group 1 was already protected, i.e. can't add a user to it, can't remove it from a user, unless you are in that group yourself.
Hang on, didn't we add the censoring being based off admin_forum ages ago? Hell, I know I argued that with K@ weeks ago on the beta board.
Everything else seems reasonably uneventful, but it sounds like WYSIWTF might even launch in RC4 as being only marginally buggy as opposed to thoroughly broken.
Hang on, didn't we add the censoring being based off admin_forum ages ago? Hell, I know I argued that with K@ weeks ago on the beta board.
Everything else seems reasonably uneventful, but it sounds like WYSIWTF might even launch in RC4 as being only marginally buggy as opposed to thoroughly broken.
8248
Features / Re: New revs
« on October 22nd, 2010, 08:48 PM »
I just ran through clean install - haven't checked any of the changes in either revs 226 or 227 but wanted to look at this quickly for you.
Installer has a much wider right margin than left now for some reason but more importantly:Quote Should be {$db_prefix} in the install script IIRC
:edit: So I fixed that in the installer, and get the following just on the last step (the 'do you want to delete the install files' one)Quote
Going back to the original point, the fade-in looks nice, and I think I'm right in saying you moved the menus to left-align under the icon rather than the text? It's subtle and understated - I'd leave it as is personally.
Merging is broken - Admin > Posts > Merging gives:Quote Need to make sure ManageServer.php is included in the function.
Installer has a much wider right margin than left now for some reason but more importantly:
Line #1603: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '{db_prefix}pretty_urls_cache (
url_id varchar(255) NOT NULL,
replacement v' at line 1
:edit: So I fixed that in the installer, and get the following just on the last step (the 'do you want to delete the install files' one)
Notice: Undefined index: pretty_enable_cache in C:\Dev\public_html\smf_test\wedge\Sources\Subs.php on line 160
Notice: Undefined index: pretty in C:\Dev\public_html\smf_test\wedge\Sources\Subs-PrettyUrls.php on line 218
Notice: Undefined index: db_count in C:\Dev\public_html\smf_test\wedge\Sources\Subs-PrettyUrls.php on line 218
Going back to the original point, the fade-in looks nice, and I think I'm right in saying you moved the menus to left-align under the icon rather than the text? It's subtle and understated - I'd leave it as is personally.
Merging is broken - Admin > Posts > Merging gives:
Fatal error: Call to undefined function prepareDBSettingContext() in C:\Dev\public_html\smf_test\wedge\Sources\ManagePosts.php on line 421
8249
Off-topic / Re: avatars
« on October 22nd, 2010, 03:08 PM »
There have been plans for over a year to separate the avatar packs out from the main mods area.
Hell, even SMF internally manages it if the avatar packs are written properly...
Hell, even SMF internally manages it if the avatar packs are written properly...
8250
The Pub / Re: Logo Madness (Was: New revs)
« on October 20th, 2010, 01:24 PM »
I never thought of Wedge as driving a wedge into SMF, actually. To me, it was a cunning play on words; a wedge is a different kind of simple machine to a fulcrum. It's also a more refined simple machine; simpler to use, no moving parts - it just works.