Suki
|
2c17cf62ae
mmm, no camelCase pelase!
|
10 years ago |
Suki
|
799f9a5121
Hey ho, replacing JS where ever I go...
|
10 years ago |
Suki
|
94b0c709d6
Different wording.
|
10 years ago |
Suki
|
f874bf25ea
Gotta use JavaScriptEscape()
|
10 years ago |
Suki
|
2db8fae97b
Technically this should be above
|
10 years ago |
Suki
|
cc84e9921b
!Undefined variable: scripturl in Sources\ManageBans.php
|
10 years ago |
Suki
|
fdc43a7116
!Don't show anything for registered members only when you change your email and it needs validation
|
10 years ago |
Suki
|
cdd823d853
Add an alert box when someone changes their email and $modSettings['send_validation_onChange'] is set
|
10 years ago |
Michael Eshom
|
6d8d2a1e76
Merge pull request #1216 from Oldiesmann/release-2.1
|
10 years ago |
Michael Eshom
|
9ec80ef05d
The ' />' method of closing so-called 'void' tags is no longer required in HTML5, per #1215
|
10 years ago |
Arantor
|
65f47001d5
Merge pull request #1213 from ziycon/readonly_attribute
|
10 years ago |
ziycon
|
9568540ca2
HTML5 cleanup bit
|
10 years ago |
Arantor
|
76d70c688b
Merge pull request #1211 from Arantor/release-2.1
|
10 years ago |
Peter Spicer
|
44f9bf79c8
! This should force all outgoing email (currently at least!) to have a Message-ID. Failure to supply a message id can cause emails to be dropped as spam. sendmail itself attempts to guarantee uniqueness with a hash of microtime, but wherever feasible I've also tried to make the id both meaningful and give it something that should uniquify it. Things like newsletters, though, can't really be uniquified at sending level, so we'll just use microtime to deal with that for us.
|
10 years ago |
Arantor
|
22e34d98b0
Merge pull request #1210 from Arantor/release-2.1
|
10 years ago |
Peter Spicer
|
f3d3b34142
! Don't do the allow_calendar_event tests if the calendar isn't enabled, and if you can't post, don't bother to do the extended checks. Also, the menu executes *after* principle execution so putting the allow_calendar_event code primarily in the menu code is no good for the calendar - but if we did it in the calendar, let's not redo it for the menu.
|
10 years ago |
Peter Spicer
|
1ce7bb7392
- In the spirit of GSD, let's remove an option that's on by default, that I've never seen disabled anywhere, and that might as well just be permanently on to keep it simple.
|
10 years ago |
Peter Spicer
|
71ce945ed9
! More cleanup
|
10 years ago |
Peter Spicer
|
09a38600e9
! There really was no need for the extra divider or unnecessary title; it's not like there isn't ever a default value for this selectbox.
|
10 years ago |
Arantor
|
0d055e208a
Merge pull request #1209 from Arantor/release-2.1
|
10 years ago |
Peter Spicer
|
0d59ab70c2
! And even more of the good stuff.
|
10 years ago |
Peter Spicer
|
aace11e366
! And a bit more goodness.
|
10 years ago |
Peter Spicer
|
f1879c98cf
! And some more clean-up
|
10 years ago |
Arantor
|
aa02048046
Merge pull request #1208 from Arantor/release-2.1
|
10 years ago |
Peter Spicer
|
7898b87490
! There's a few issues with the warn page if you happen to be a keyboard user. Fixes #529
|
10 years ago |
Arantor
|
52621acdf3
Merge pull request #1206 from Arantor/release-2.1
|
10 years ago |
Peter Spicer
|
21e33fac30
! Consistency is good. We really shouldn't be having these around.
|
10 years ago |
Peter Spicer
|
935f615011
! Only load a language file if we need it because the first time call_integration_hook is run, the theme paths are not known which means that loadEssentialThemeData has to run which costs an extra DB query we don't actually need to run.
|
10 years ago |
Peter Spicer
|
5f6f1b14f7
! Of course, logging the stylesheets in use is only any good if you actually attempt to log the ones you're actually using.
|
10 years ago |
Peter Spicer
|
155977bf66
! It's not perfect since so much stuff doesn't use it but it's still better than we had before.
|
10 years ago |