Show Likes

This section allows you to view all posts where this member received or gave a like to.

Features / Re: New revs
Nao « on August 17th, 2014, 12:47 AM »
[Commit revision 405bed2]
Author: Nao
Date: Sat, 16 Aug 2014 23:39:50 +0200
Stats: 2 files changed; +39 (insertions), -44 (deletions)

  • Got rid of the privacy icon sprite and all that stuff. Instead of a key, I'm now showing something that takes a lot less CSS, and should work on any device: an inverted 0xb6 (paragraph) character. Plus, flat design! (index.member.css, privacy.png) (privacy.gif got deleted earlier today, should have done it in this one.)
  • Some extra CSS for an upcoming commit. (index.member.css)
  • Privacy icons are now shown the same way as smileys are, i.e. they align with their current neighbors, but this also implies some HTML changes, which will be coming soon. (index.member.css)

[Commit revision 588b05f]
Author: Nao
Date: Sun, 17 Aug 2014 00:00:51 +0200
Stats: 1 file changed; +6 (insertions), -0 (deletion)

  • Privacy! (index.english.php)
  • Colons! (index.english.php)

[Commit revision 96ea5ec]
Author: Nao
Date: Sun, 17 Aug 2014 00:16:49 +0200
Stats: 1 file changed; +5 (insertions), -1 (deletion)

  • Wuthering header fix for oldIE. (Wuthering/extra.css)

[Commit revision 903402e]
Author: Nao
Date: Sun, 17 Aug 2014 00:21:41 +0200
Stats: 3 files changed; +90 (insertions), -53 (deletions)

  • Added $().title() function to allow for HTML tooltips using the mini-menu system. I'm committing it separately mostly because I want to keep my options open: I'm not sure this is such a fantastic feature. Perhaps setting a trigger timer would be best, but it might make the code more complicated. Or, showing the tooltip on the right rather than the top, but... This time, the CSS would be more complicated. (script.js, index.css)
  • While I'm at it -- fixing <dl> tags imposing a hidden overflow just so they could clearfix, when I really should have applied the proper clearfix mixin here. (index.css, sections.css)

[Commit revision 755ae02]
Author: Nao
Date: Sun, 17 Aug 2014 00:34:54 +0200
Stats: 2 files changed; +55 (insertions), -25 (deletions)

  • Now, increasing the select box code by 5%, THAT I can accept, if it allows me to add support for the 'multiple' parameter in dropdowns! Seriously. (sbox.js, index.css)
  • An interesting feature that I cooked up and isn't part of the 'official' HTML description of <select multiple>: just add a class named 'single' to any option that you want to be 'exclusive', i.e. clicking it will automatically 'unclick' all other items. I've never used so many 'single quotes' in a sentence before.
  • There are still a few rough edges: multiple selected items can be rendered with multiple .selected classes when opening a select box; also, there is currently no keyboard support for a 'multiple' dropdown, you can only open and close it without a pointer.

[Commit revision 4ba1ebf]
Author: Nao
Date: Sun, 17 Aug 2014 00:47:11 +0200
Stats: 3 files changed; +188 (insertions), -60 (deletions)

  • And finally, THIS is the BIG ONE, the high point of all my last couple of weeks' commits. Go to your profile summary, click any heading that has a privacy icon next to icon, and you get to choose who can view said information. You can choose multiple (yay!) groups and/or lists, or just one of the simplified settings: guests & members, just members, or just yourself. (Profile.php, Security.php, Profile.template.php)
  • Privacy settings are only applied on public profile pages, so any other area that shows that information won't bother. I'm thinking, maybe the search feature allows you to access some of these details, so I may have to find a way to ignore forbidden settings, but as I'm currently storing privacy data into the members table, I'm not sure I can do that easily. Soon I'll be porting privacy data to a new table, I just need to think of its structure or something... I need it to be extendable (extensible?), obviously.
  • The tooltip indicates who can see what, but it's still quite limited to the first of all items in a privacy setting, *and* it won't tell you what group or list exactly. Whatever...
  • Contact list save button wasn't translated. (Profile.template.php)
  • Using the new $txt[':'] system in the Profile template. Must use it everywhere else! (Profile.template.php)
Features / Re: New revs
Nao « on June 29th, 2014, 10:36 PM »
Note that I've decided to unlock this topic and allow comments related to new revisions. It's better than always having to dug up the New revs comment topic or create a new topic to comment, which rarely happens...
I'm also doing that because the github reposts have a clear look and you can choose to simply skip the posts that don't like them. Or follow new revs on github, whichever you prefer.

Please stay on topic. This isn't a support topic!
Features / Re: New revs
Nao « on June 8th, 2014, 12:50 AM »
[Commit revision 569c18b]
Author: Nao
Date: Sat, 07 Jun 2014 15:55:32 +0200
Stats: 1 file changed; +1 (insertion), -0 (deletion)

  • A hidden field will now allow for Chrome to auto-complete your admin area password for you. Don't store your passwords if you don't want them there, of course. (Login.template.php)

[Commit revision d804ea7]
Author: Nao
Date: Sun, 08 Jun 2014 00:50:04 +0200
Stats: 7 files changed; +238 (insertions), -97 (deletions)

  • Finally implemented a UI for homepages. Go to Admin > Homepage and choose one of the available choices: board list (basic forum style), specific board (if you want, for instance, to point straight to your blog), specific action (this is obviously for those who like to customize everything, like I do), and custom. The latter option will allow you to choose the position and status of what used to be on the Wedge homepage: introduction text, topic list, thought list, board list and info center. You can also choose the title for the blurb, and translate it to all installed languages (if not translated, defaults to the default language if a translation is available for it, otherwise it hides the blurb). (Admin.php, Home.php, ManageSettings.php, Home.template.php, Admin.english.php, ManageSettings.english.php, index.php)
  • And I think it's the perfect time to officially go beta! Well, 'beta phase', as I did for the alpha phase, i.e. you're not getting official releases for now, but I believe Wedge, with all of its bugs, is still in a state that is stable enough for production use (if you like playing with fire and updating your files manually and regularly, of course!)
Archived fixes / Re: Menu bug
Nao « on May 14th, 2014, 04:46 PM »
Really? For THAT..?

Some people see what they wanna see.
If, to you, a small design decision (that can be customized quickly) outweighs the years I spent on innovative, more technical features, then so be it.
Features / Re: New revs
Nao « on April 30th, 2014, 07:04 PM »
[Commit revision 9965000]
Author: Nao
Date: Wed, 30 Apr 2014 19:03:21 +0200
Stats: 3 files changed; +2 (insertions), -6 (deletions)

  • I'm officially tired of watching out for uses of PHP 5.3+ in code that could get run in the installer. From now on, the test will be done on index.php (it's fast enough not to bother), and will just return an error message in English, because... Well, if you don't speak a word of English and don't know what PHP is, you should let someone else handle your forum's administration... (index.php, install.php, Install.english.php)
Features / Re: New revs
Nao « on April 27th, 2014, 12:40 AM »
[Commit revision 92abd1e]
Author: Nao
Date: Sat, 26 Apr 2014 22:31:37 +0200
Stats: 1 file changed; +14 (insertions), -14 (deletions)

  • Chrome 36+ seem to support CSS transforms unprefixed, at last! (Class-CSS.php)
  • CSS column support was broken in IE 11. (Class-CSS.php)
Off-topic / Re: Wedge Sites
Nao « on April 4th, 2014, 05:26 PM »
Quote from gevv on April 4th, 2014, 12:52 PM
not ready wedge...  :)
Oh, it's ready... I'm just not supporting it.
Well, really, I won't be supporting it until stable is out, but I'll fix bugs & stuff before that, of course... That's the goal of an alpha and a beta, after all.

Anyway, there are more sites running Wedge."powered+by+wedge"

And a few 'hidden' ones (friend sites that I received by PM, etc.)

I'd really like to enable self-updates before I can officially say people can use it on production websites if they're feeling like it.
Features / Re: New revs
Nao « on March 24th, 2014, 07:41 PM »
[Commit revision 0c03c5d]
Author: Nao
Date: Mon, 24 Mar 2014 19:39:37 +0100
Stats: 4 files changed; +5 (insertions), -10 (deletions)

  • Removed Flash express installer, a feature from another time. Aeva Media will eventually move on to exclusive HTML5 code, so let's at least remove this, as I never included the required SWF file in the repo anyway. Also replaced a $boardurl to ROOT. Not that many are left, phew... (Aeva-Embed.php, ManageMedia3.php, install.sql, ManageMedia.english.php)
Features / Re: New revs
Nao « on March 21st, 2014, 06:39 PM »
[Commit revision 67effb0]
Author: Nao
Date: Fri, 21 Mar 2014 14:33:45 +0100
Stats: 1 file changed; +5 (insertions), -10 (deletions)

  • More $boarddir to ROOT_DIR. (OriginalFiles.php)

[Commit revision 633dc11]
Author: Nao
Date: Fri, 21 Mar 2014 14:54:32 +0100
Stats: 2 files changed; +118 (insertions), -3 (deletions)

  • Initial installation of Wedge will now automatically create the .htaccess file for you. I had a much more complete implementation that did without the IfModule tests, but then I realized it had to be solid enough to survive through Apache upgrades or removals. (index.php, OriginalFiles.php)

[Commit revision d9766ea]
Author: Nao
Date: Fri, 21 Mar 2014 15:22:25 +0100
Stats: 1 file changed; +25 (insertions), -46 (deletions)

  • Well, it looks like, despite what SMF's "official" htaccess said, there's nothing wrong in using php_flag in Apache 2... In fact, it's recommended on the PHP website, so... Whatever. Let's just go for short. (OriginalFiles.php)

[Commit revision 033c80b]
Author: Nao
Date: Fri, 21 Mar 2014 16:31:33 +0100
Stats: 1 file changed; +1 (insertion), -1 (deletion)

  • Removed IP range tests for Bing. This should help their newer bots crawl your website (I found at least one with an IP not from these ranges), and if you really need to keep testing against Bing, just enable hostname lookups, that particular test is still approved by Bing. (Security.php)

[Commit revision 406792e]
Author: Nao
Date: Fri, 21 Mar 2014 18:08:03 +0100
Stats: 2 files changed; +5 (insertions), -17 (deletions)

  • Smarter handling of PHPSESSID variables for search engines. First of all, moved the code to the template handler, then skipped it entirely if there's already a canonical URL. If there isn't, added a test for noindex (no need to remove the var if the engine can't index the page in the first place), and did a shorter and smarter replacement of the var. (index.php, Subs-Template.php)

[Commit revision 2fd73a1]
Author: Nao
Date: Fri, 21 Mar 2014 18:11:20 +0100
Stats: 1 file changed; +1 (insertion), -0 (deletion)

  • Disabling hostname lookups by default. There's no way to tell whether your server is up to the task, so let's not make it slower for no reason, right..? (install.sql)

[Commit revision 6d9bc44]
Author: Nao
Date: Fri, 21 Mar 2014 18:32:33 +0100
Stats: 2 files changed; +2 (insertions), -2 (deletions)

  • Added more document types to Aeva Media. More precisely, the fallback settings were missing a few of the defaults. Also added the .ass file format. Don't mention the name, thank you. (ManageMedia.php, install.sql)

[Commit revision 5786abc]
Author: Nao
Date: Fri, 21 Mar 2014 18:33:17 +0100
Stats: 1 file changed; +2 (insertions), -1 (deletion)

  • Also applied the PHPSESSID tweak to the log_error code. (Errors.php)

[Commit revision 8e1006b]
Author: Nao
Date: Fri, 21 Mar 2014 18:38:20 +0100
Stats: 1 file changed; +0 (insertion), -4 (deletions)

  • With the PHPSESSID rewrite done, I'm pretty sure I can remove this strange no_index request... (Home.php)
From the information on that link it looks like Bad Behavior causes more problems than the ones it prevents.  Is there an option for the forum admin to turn it off?