Wedge

rev 289

- Reverted rev 287-288

rev 290

+ Added placeholder for a dynamic file cache suffix (*.js?suffix), in case we want to use it.
- Commented out the statistics sharing code. We're not SMF. (install.php, upgrade.php)
* More add_js/add_js_file. (Admin.template.php, Subs-Editor.php
- Deleted all copyright removal test code. We'll see to that later but we're certainly not selling the right to delete a copyright. You just need to ask nicely. (Credits.php, Subs.php, Admin.template.php, Who.template.php, Admin language, Errors language)
* Renamed some of the SMF stuff to Wedge and fixed scheduled task SM files to point to our website. (install.php, install.sql, upgrade.php, Install language, ScheduledTasks.php, Subs-Database.php, other/xml/*.js renamed to *.php)

rev 286

* Split $context['footer'] into $context['footer'] (regular HTML) and $context['footer_js'] (postponed Javascript). (Load.php, index.template.php, etc.)
- Removed SCRIPT_HEADER/SCRIPT_FOOTER because of the better implementation. (index.php, etc.)
+ Added new Javascript encapsulator. add_js() (temp name) will add your postponed Javascript to $context['footer_js'] and deal with the layout for you. You can still manually add to $context['footer_js'], for instead if you need to manipulate the JS buffer or add characters without newlines. The main benefit is that you can call add_js('hello', $world) and it will behave the same as add_js('hello' . $world'), which makes it easy to convert older templates. (BoardIndex.php, Class-Editor.php, Load.php, ManageBoards.php, ManageMail.php, ManageNews.php, ManagePaid.php, ManageRegistration.php, ManageSearchEngines.php, ManageSettings.php, QueryString.php, Subs.php, TEMPLATES: Admin, Calendar, Display, GenericMenu, MessageIndex, Packages, Post, Register, Stats)
+ Also added add_js_file() function, to specify a JS file to load later, or a list of files. Warning: doing add_js_file($scripturl, '?something') will consider $scripturl as a standalone script. I could improve the behavior but I don't know if it's worth it. (Class-Editor.php, QueryString.php, TEMPLATES: Admin, Display, MessageIndex, Register, Stats)

Now, finishing inline JS should be a piece of cake... :)
Will still need to finish the data-* fixes (has to be done manually because of the hitme complexity + some onclick calls don't require postponing). And I'll be done...

rev 281

* Added two defines, SCRIPT_HEADER and SCRIPT_FOOTER, to make it easier to declare Javascript snippets with proper CDATA protection. You may still use <script> alone, it's up to you. Converting a few files to use these. (index.php, BoardIndex.php, Class-Editor.php, Subs.php, GenericMenu.template.php, index.template.php, Packages.template.php)
* More JSE fixes and footer movement. (Packages.template.php)
* When showing the footer Javascript, make sure to delete any redundant script tags. This may not be worth the trouble, but you know me and my regular expressions... (index.template.php)
* addLoadEvent() is not for dogs. (French saying.) (Subs.php)

Would like some opinions on SCRIPT_HEADER and SCRIPT_FOOTER...
Basically, this turns something like this:


Into this:


Is it worth it? Would you, as programmers, be more like to use these instead of typing the CDATA from memory or copying it from other code stuff?
Would it be more natural/less confusing to just do something like this?


I like CDATA_HEADER better, but I figured most people would rather have SCRIPT_HEADER from the beginning...

Silly me... Alternatively, I could do it this way: users write scripts with <script> (no CDATA), and at runtime I'll simply add the CDATA before printing the tag. I'd just need to make sure not to add CDATA header/footer to <script url="something"></script>
(Obviously, it would take a bit more server CPU time to process. Not much though...)

rev 279

* Mega-update with the end of cellspacing's, cellpadding's, align's, valign's, width's and other things that are deprecated in HTML5. Most boring task of the month. (Class-Editor.php, Modlog.php, Subs.php, index.css, editor.js, ManageSettings.french.php, ManageSettings.english.php, TEMPLATES: pretty much *all* of them so please don't force me to look into it)
* More JSE fixes. (index.english.php, index.french.php, ManageBans/Boards/Maintenance/Membergroups/News/Paid.template.php, PersonalMessage.template.php, Profile.template.php)

(I had to do all of these manually. One by one. AM I THROUGH NOW? :sob:)

Well, I like having "edge" be separated from the "w"... Although originally it was due to the w representing the wedge itself... I've grown accustomed to it. Still, I only want it to slightly stand out, so it can be made as a shade of blue rather than gold, in the blue logo. Look at the current gold logo to get an idea.
I'm thinking of turning the logo text into an alpha transparent b&w text that can then safely be pasted onto the colored background, without requiring me to recolorize the logo.Oh, that's precisely the point... It has so much information (the slogan, the logo picture, the logo text) that it has to be relatively integrated to its environment. It does create a contrast with the background.

@YogiBear> Which one?

rev 277

! There's probably never going to be something as stupidly exciting as rewriting a feature that took you dozens of lines in dozens of files, in ONE single line. Fixed XMLHttpRequest calls for different domains and subdomains. (script.js)
! Fixed a potential JS error. (topic.js)
! Syntax error. (ViewQuery.php)
* Converted MessageIndex template to HTML5, moved more inline code to footer, etc. (MessageIndex.template.php)

Seriously -- that domain name fix...? Why didn't I think of that in the first place, uh? I don't EVEN need to specify a proper variable with a subdomain like on wedgeforum.com (smf_suburl).

Not too impressive, but thanks to that silly trick, my noisen patch is down from 480 to 467KB...

Added this to the slogan list :P
"Boldly coding where no machine has gone before."

man/machine/machine code/SMF... Whatever you think is right ;)

I tend to forget that debug mode != stats at the bottom... I never use debug mode, myself.
Well, I tested under Safari and it works just fine. (Safari because I need memory for another app right now and Opera with its 350 tabs is a bit too demanding right now.)