software version number 4.0 has a long and bloody history as a very bad number, at least since the dawn of the PC era.
some of us are old enough to remember the fiasco that was DOS 4.
NT 4 was not *that* bad, but is was a low point in the NT line (not as low as windows ME or vista, but still much ...
Search found 654 matches
- Fri Mar 19, 2010 4:15 pm
- Forum: [3.x] Discussion
- Topic: Beware the 4.0
- Replies: 25
- Views: 49885
- Fri Mar 19, 2010 3:59 pm
- Forum: [3.x] Rejected RFCs
- Topic: [RFC|Rejected] Removal of subsilver2
- Replies: 238
- Views: 451873
Re: subsilver2
I say let it die. Barely any MOD Author's support it, and there are very few sites that use it/style based off of it.
you may be right and you may be wrong, but it will help if you tell us, how do you know?
specifically, how do you know how many sites use it?
is there any statistics, or you mean ...
you may be right and you may be wrong, but it will help if you tell us, how do you know?
specifically, how do you know how many sites use it?
is there any statistics, or you mean ...
- Wed Mar 17, 2010 2:52 pm
- Forum: [3.x][Archive] RFCs
- Topic: [RFC] API for Plugins (MODs)
- Replies: 3
- Views: 10400
Re: [RFC] API for Plugins (MODs)
the distinction between actions and filters is 100% artificial.
a "filter" call can do stuff in addition to changing the data (indeed, how can you prevent it from doing stuff? it's php code supplied by a 3rd party, and if they choose to do stuff they will), while an "action" type call should also be ...
a "filter" call can do stuff in addition to changing the data (indeed, how can you prevent it from doing stuff? it's php code supplied by a 3rd party, and if they choose to do stuff they will), while an "action" type call should also be ...
- Wed Mar 17, 2010 2:37 pm
- Forum: [3.x] Discussion
- Topic: Plugin code integration with core
- Replies: 12
- Views: 24024
Re: Plugin code integration with core
if you look at the hook system implemented by phorum, it would answer both your questions.
it is *not*very expensive (performance-wise). actually, it's extremely lightweight.
it *does* support hooking-inside-templates.
you are right in that moving in this direction requires work, but this is no ...
it is *not*very expensive (performance-wise). actually, it's extremely lightweight.
it *does* support hooking-inside-templates.
you are right in that moving in this direction requires work, but this is no ...
- Fri Mar 12, 2010 4:00 pm
- Forum: [3.x][Archive] RFCs
- Topic: [RFC] Moderation System
- Replies: 6
- Views: 25664
Re: A few suggestions about the moderation system
(please forgive the "backseat moderation")
imo - should be moved to "RFC" forum.
mod - if you decide to do that, i would be grateful if you can remove this post while at it.
thanks.
imo - should be moved to "RFC" forum.
mod - if you decide to do that, i would be grateful if you can remove this post while at it.
thanks.
- Fri Mar 12, 2010 3:56 pm
- Forum: [3.1/Ascraeus] Merged RFCs
- Topic: [RFC|Merged] Link global announcements to forums
- Replies: 25
- Views: 71768
Re: Global Announcements in 3.1
maybe....
i am not sure if this is the case - i did not actually read all the recent changes to the code.
however, i thought of something that may make life easier (or not). if i'm wrong in my assumption, or if it doesn't make life any easier just scrap it.
so here goes:
IMO, global announcement is ...
i am not sure if this is the case - i did not actually read all the recent changes to the code.
however, i thought of something that may make life easier (or not). if i'm wrong in my assumption, or if it doesn't make life any easier just scrap it.
so here goes:
IMO, global announcement is ...
- Thu Mar 11, 2010 4:53 pm
- Forum: [3.x] Rejected RFCs
- Topic: [RFC|Rejected] Removal of subsilver2
- Replies: 238
- Views: 451873
Re: subsilver2
Actually, unless I'm very mistaken there is logic in there which parses all the @imports. How else would we get the whole stylesheet into the database?
surely we interpret the @import when compiling style.php, but this does not necessarilly mean we take it into account when *deciding* to recompile ...
surely we interpret the @import when compiling style.php, but this does not necessarilly mean we take it into account when *deciding* to recompile ...
- Thu Mar 11, 2010 4:45 pm
- Forum: [3.x] Discussion
- Topic: Static stylesheets for themes stored in db
- Replies: 7
- Views: 16821
Re: Static stylesheets for themes stored in db
oh well....
at least i'm glad you guys are fixing it going forward.
thanks.
peace.
at least i'm glad you guys are fixing it going forward.
thanks.
peace.
- Wed Mar 10, 2010 8:09 pm
- Forum: [3.0/Olympus] Discussion
- Topic: Root .htaccess in 3.0.7 breaks boards on some hosts
- Replies: 10
- Views: 23963
Re: Root .htaccess in 3.0.7 breaks boards on some hosts
3.0.7 contains new content in the .htaccess, so it needs to update that file... That is why it's in the update package, that's not a bug. :) if it breaks existing installs it *is* a bug, even if you (or anyone else) refuse to accept it.
saying something like "we don't have to support any back ...
saying something like "we don't have to support any back ...
- Wed Mar 10, 2010 7:58 pm
- Forum: [3.1/Ascraeus] Merged RFCs
- Topic: [RFC|Merged] Link global announcements to forums
- Replies: 25
- Views: 71768
Re: Global Announcements in 3.1
how about just create a special "global announcement permission" which is absolutely completely promiscuous, and use it for all global announcements? this can completely bypass the $auth->acl_getxx mechanism for global announcements?
just a thought.
just a thought.