New revs

Nao

  • Dadman with a boy
  • Posts: 16,082
Re: New revs
« Reply #2385, on January 17th, 2014, 11:13 AM »
[master 357cf0f]
 4 files changed, 31 insertions(+), 3 deletions(-)

Add an 'uncache' action to the Admin menu (yes, I think it's a funny name.) It allows admins to purge all cache (CSS, JS, PHP, etc.) all at once. I should have added that one long ago... Importantly, from now on we can be nicer on cache expiration dates, and thus on server load. Also obsoletes the Flush Lang Cache plugin, BTW. (index.php, Subs-Cache.php, Subs.php, index.english.php)
Re: New revs
« Reply #2386, on January 17th, 2014, 01:34 PM »
[master 6f15e12]
 8 files changed, 78 insertions(+), 31 deletions(-)

* Applied SMF 2.0.6 security patches where needed. I rewrote the Register part to account for Wedge peculiarities and, well, be shorter. (index.php, Logout.php, Profile-Actions.php, Profile-Modify.php, Profile.php, Register.php, Subs-Members.php)

! Inverted profile variables when resizing a large avatar. Wasn't me! (Profile-Modify.php)

* Variable simplification. Should this be a Wedge constant rather than westr constant, though..? This has its uses in a few places. (Class-String.php)

@ I have a feeling these anti-XSS headers are a bit outdated...
Re: New revs
« Reply #2387, on January 17th, 2014, 03:17 PM »
[master b2f3843]
 2 files changed, 13 insertions(+), 14 deletions(-)

! Fixed the one remaining mysqli_query() call in Wedge. Phew... (Subs-Template.php)

* Spacinazi. (ModerationCenter.php)
Re: New revs
« Reply #2388, on January 17th, 2014, 03:30 PM »
[master cfe342b]
 8 files changed, 18 insertions(+), 18 deletions(-)

Replaced a few arrow entities with UTF8 equivalents. (MessageIndex.php, Unread.php, UnreadReplies.php, ModerationCenter.template.php, Post.template.php, Profile.template.php, Recent.template.php, Search.template.php)
Re: New revs
« Reply #2389, on January 17th, 2014, 08:21 PM »
[master d50d2fa]
 11 files changed, 60 insertions(+), 35 deletions(-)

+ Added support for skin_mobile definition in boards. (Half a dozen files.)

* Renamed boards.override_theme to boards.override_skin, obviously. (Half a dozen files.)

! Fixed the last wesql::insert. Was too glad to be finished with it, I forgot to add the table name, ah ah... (Subs-Template.php)

! If a board was using the default skin, it would reset to something else in the board management page. (Themes.php, ManageBoards.template.php)
Re: New revs
« Reply #2390, on January 18th, 2014, 09:50 AM »
[master f8c8552]
 11 files changed, 62 insertions(+), 30 deletions(-), 14.12 KiB

+ Finally implemented the UI to turn a board into a blog. Well, that was actually very easy, as expected. Most of the diff patch is filled with the (more tedious) replacement of 'board' to 'forum' (for logical reasons) in board_type choices.

PS: Yeah, can you believe it..?! Me doing tedious work for a release.
Re: New revs
« Reply #2391, on January 18th, 2014, 03:29 PM »
[master 90e14f9]
 5 files changed, 20 insertions(+), 20 deletions(-)

+ Added support for skin templates. Just add a 'html' folder in your skin folder, and every file you'll put there will replace the default template, just like themes do in SMF. I only added this feature to ensure that theme functionality is 100% emulated in Wedge, but honestly I don't think it's a very good thing to do. I'd strongly recommend using function overriding inside your skin.xml files, or at least waiting until I decide whether both template files (default and skin's) should be loaded, in which case of course your template files will need to exclusively use overriders.

* Renamed $settings['template_dirs'] to $context['template_folders'], because it makes more sense to store in $context anything that's NOT stored in the database in the first place.

* Variablenamenazi. (Display.php)

@ Taking a huge leap of faith; am now parsing skin options before loading templates at all.
Re: New revs
« Reply #2392, on January 18th, 2014, 03:33 PM »
[master 31e39ca]
 3 files changed, 4 insertions(+), 4 deletions(-)

! Fixed styling of viewquery pages. (ViewQuery.php)

! Fixed wrong variable name. (index.template.php)

- Disabling contact list pages until I find some time to actually rebuild them. (Profile.php)
Re: New revs
« Reply #2393, on January 18th, 2014, 08:41 PM »
[master d917d5b]
 2 files changed, 7 insertions(+), 3 deletions(-)

! Marking a topic as unread if it had no replies would mark it as read instead. (Subs-Boards.php)

! If a JS file to be cached isn't found, abort the process instead of creating an empty JS file with a silly name. (Subs-Cache.php)
Re: New revs
« Reply #2394, on January 18th, 2014, 08:55 PM »
[master bec9df2]
 1 file changed, 3 insertions(+), 3 deletions(-)

On topics with well over 50 pages, clicking the page index expander would result in the same list reappearing indefinitely. (script.js)

(Plus, shorter script, by a few bytes :P)
Re: New revs
« Reply #2395, on January 19th, 2014, 10:24 PM »
[master c663d38]
 21 files changed, 75 insertions(+), 68 deletions(-)

* Renamed /cache to /gz (home of gzipped files), and moved its contents to /keys (key-value pairs). Renamed /cache/php to /cache/app for consistency. Moved cached language files to their own /gz/lang folder. Finally, moved /css and /js to /gz to clean up the root folder structure. Links will now appear as 'gz/...' in the HTML pages, but it's just going to add a couple of bytes to your gzipped pages. I could afford adding hundreds of bytes before Wedge becomes heavier than the competition, so, whatever. (cache/*, css/*, js/*, gz/*)

* Fixed various files with the updated hardcoded links. (Class-Editor.php, Load.php, QueryString.php, Subs-Admin.php, Subs-BBC.php, Subs-Cache.php, index.php, root/Settings.php, root/Settings_bak.php, root/install.php, root/readme_install.html)

* Saving a few bytes in CSS files by using absolute instead of relative paths on non-embedded URLs if it's worth doing it, i.e. the forum is not uploaded to the root folder. (Subs-Cache.php)

@ Note: if you're paranoid about hiding your PHP files from view, you're free to point $cachedir to something else, but keep /css and /js inside /jgz, because they're hardcoded. I know, it doesn't make sense to store their folder names in Settings.php if you can't change them anyway, uh..? Will have to work on that.
Re: New revs
« Reply #2396, on January 19th, 2014, 10:46 PM »
[master 1ed8455]
 14 files changed, 43 insertions(+), 26 deletions(-)

! Why doesn't the board manager allow you to open multiple boards at once anyway..?! (ManageBans.template.php)

* Using this opportunity to remove specificity on input classes. This might cause new issues with other elements using the same generic class names, but so far I only found a use of the .delete class that's unrelated to buttons, and fortunately it doesn't conflict in a visible way. Still, I'll probably have to rethink this. (common.css, index.css, well, basically most files in skins/*)

! My definition lists don't work so well in medium-sized desktop windows. A shame. Making the trigger stricter, then. (sections.css)

! Forgot to commit the lang cache folder. (gz/lang/*)
Re: New revs
« Reply #2397, on January 19th, 2014, 11:19 PM »
ABOVE IS AMENDED.
Because I still can commit, push, amend and re-push. From tomorrow on, I won't be able to do that. I'm sad.

[master 5bc16c9]
 5 files changed, 23 insertions(+), 7 deletions(-)

! Why doesn't the board manager allow you to open multiple boards at once anyway..?! I'm fine with not doing it for categories, but boards... You can have many of them. (ManageBans.template.php, mana.css)

! My definition lists don't work so well in medium-sized desktop windows. A shame. Making the trigger stricter, then. (sections.css)

! Forgot to commit the lang cache folder. (gz/lang/*)
Re: New revs
« Reply #2398, on January 20th, 2014, 06:59 PM »
[master 21922d3]
 20 files changed, 123 insertions(+), 25 deletions(-), 14.97 KiB

! Fixed problem where topics were being flagged as unread by MessageIndex, then confirmed as read by get_unread_numbers(), causing a nuclear implosion on the molecular level. (It's always on the molecular level, but it feels smarter to say it.) Well, technically I didn't fix anything, I just took the easy way out by doing an isset(), but at least now I know why it should happen, and why I don't really care. (MessageIndex.template.php)

! Moved privacy constants to the first likely file to use them, i.e. the system class, and used the old syntax for defining them, just in case you're trying to install on an old version of PHP. (index.php, Class-System.php)

! Fixed another installer error. I hate it when a one-time problem turns into a permanent variable test, but you gotta do what you gotta do... (Subs-Cache.php)

* Renamed the /root folder to /install, and moved some of its files to the actual root. I figured that some of these files needed to be in every distribution, regardless of the install status: license files, contributor files, and changelogs.

* Updated the Wedge license to make it clearer that you can fork Wedge on github. This is, of course, according to the git terminology that a 'fork' is just a copy of the Wedge repository that sits in your public account, ready to share your improvements back to Wedge. (Anyone willing to bet it'll be months before I get my first pull request for a feature or plugin from someone not already well involved in Wedge? ;))

+ Added a CRLF-friendly README, GitHub-style, that should serve as a quick introduction to Wedge newbies. (README.md.txt)
Re: New revs
« Reply #2399, on January 21st, 2014, 01:09 PM »
[master 79ff7de]
 2 files changed, 11 insertions(+), 11 deletions(-)

* Turned a few of the database's TINYINT(1) fields into BIT(1), which is new in MySQL 5. Please note that existing tables don't need to be updated if you can't bother -- BIT is the same as TINYINT, it just takes less space. Also, I didn't change everything, because there are some tinyints that actually accept more than a boolean value, and I don't want to screw these up, so I have to do all of these manually. If anyone wants to convert more, be my guest. (install.sql)

! Fixed writable folder locations. Thanks Pandos! (install.php)