This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
511
Features / Re: New revs
« on October 22nd, 2014, 12:09 AM »
[Commit revision f7822f7]
Author: Nao
Date: Tue, 21 Oct 2014 20:37:21 +0200
Stats: 5 files changed; +9 (insertions), -9 (deletions)
[Commit revision 15bb50b]
Author: Nao
Date: Tue, 21 Oct 2014 23:32:13 +0200
Stats: 1 file changed; +3 (insertions), -0 (deletion)
[Commit revision 3f28ad0]
Author: Nao
Date: Wed, 22 Oct 2014 00:08:34 +0200
Stats: 1 file changed; +1 (insertion), -1 (deletion)
Date: Tue, 21 Oct 2014 20:37:21 +0200
Stats: 5 files changed; +9 (insertions), -9 (deletions)
- I should probably update jQuery libraries, they've been up for months now... (Load.php, core/javascript/*)
[Commit revision 15bb50b]
Date: Tue, 21 Oct 2014 23:32:13 +0200
Stats: 1 file changed; +3 (insertions), -0 (deletion)
- This is a little feature of mine that I used to debug stuff months ago, and I figured it might be helpful to plugin authors as well, so let's do this... You can get a 'debug' view of hooks at templating time if you're an admin and you manually add ";viewhooks" to the URL (or "?viewhooks" if there's no question mark to begin with.) A red box means it's unused, and of course a green box means that at least one plugin is using that hook. Stick your mouse pointer over any box to get a tooltip indicating the hook's name. That's all, folks! (Subs.php)
[Commit revision 3f28ad0]
Date: Wed, 22 Oct 2014 00:08:34 +0200
Stats: 1 file changed; +1 (insertion), -1 (deletion)
- Missing id_msg, oops. (PrintPage.php)
512
Bug reports / Re: Confirmed issue list
« on October 18th, 2014, 11:36 PM »
Do all of the remaining topics in the OP need to be addressed?
Also, could someone look through all of the recent (i.e. 2014) topics in this board, and bump those that seem to require my attention? For instance, anything that is just a 'quick fix' on my side would be nice. It's not that I'm lazy -- I just don't have time to work on big thingies. I wasted a few days working on an extension of the Like system that I ended up ditching (for now?), so I'm a bit wary of doing that again.
Also, could someone look through all of the recent (i.e. 2014) topics in this board, and bump those that seem to require my attention? For instance, anything that is just a 'quick fix' on my side would be nice. It's not that I'm lazy -- I just don't have time to work on big thingies. I wasted a few days working on an extension of the Like system that I ended up ditching (for now?), so I'm a bit wary of doing that again.
513
Archived fixes / Re: Member's List Custom Fields do not line up
« on October 18th, 2014, 11:32 PM »
Working here... Just tested with the 'Facebook' field.
Just in case you didn't notice, I was implying that the latest commit has the fix...
Just in case you didn't notice, I was implying that the latest commit has the fix...
514
Bug reports / Re: Recent Posts Issue?
« on October 18th, 2014, 11:22 PM »
Had a quick look at the SMF codebase, and it's doing the same.
So, basically, one would have to actually store the latest post for each board into a new fields in the boards table, then on the board index, retrieve the most recent post ID from all of these pertaining to boards you can read, and then it works... Except if the last post belongs to a topic with a privacy level you don't have clearance for, of course. In which case, back to square one.
Seems too weak to me...
Alternatively, just have an extra query requesting the last id_msg altogether, with a {query_see_topic} restriction, and then we're done.
It's an extra query, yeah... But it should be very fast.
So, basically, one would have to actually store the latest post for each board into a new fields in the boards table, then on the board index, retrieve the most recent post ID from all of these pertaining to boards you can read, and then it works... Except if the last post belongs to a topic with a privacy level you don't have clearance for, of course. In which case, back to square one.
Seems too weak to me...
Alternatively, just have an extra query requesting the last id_msg altogether, with a {query_see_topic} restriction, and then we're done.
It's an extra query, yeah... But it should be very fast.
515
Archived fixes / Re: Member's List Custom Fields do not line up
« on October 18th, 2014, 11:05 PM »
AFAIK my only mistake was in forgetting to rename id_group to group in one line..?
516
Bug reports / Re: Recent Posts Issue?
« on October 18th, 2014, 08:40 PM »
I'm not even sure whether it's the SMF behavior or not...
Can anyone confirm?
Archived Fixes is a sub-board to Bug Reports, and isn't "requested" by the board index because of its position, and thus the last post date isn't calculated for it -- and not taken into account in the stats area. :-/
Can anyone confirm?
Archived Fixes is a sub-board to Bug Reports, and isn't "requested" by the board index because of its position, and thus the last post date isn't calculated for it -- and not taken into account in the stats area. :-/
517
Archived fixes / Re: Member's List Custom Fields do not line up
« on October 18th, 2014, 08:27 PM »
Lemme have a look at this topic now...
Can you confirm fixed..?
Posted: October 18th, 2014, 08:21 PM
Can you confirm fixed..?
518
Features / Re: New revs
« on October 18th, 2014, 08:27 PM »
[Commit revision c64ce87]
Author: Nao
Date: Sat, 18 Oct 2014 20:19:53 +0200
Stats: 1 file changed; +1 (insertion), -1 (deletion)
[Commit revision ae18f6c]
Author: Nao
Date: Sat, 18 Oct 2014 20:26:46 +0200
Stats: 1 file changed; +1 (insertion), -1 (deletion)
Date: Sat, 18 Oct 2014 20:19:53 +0200
Stats: 1 file changed; +1 (insertion), -1 (deletion)
- Add message ID to the post array, for plugins I guess. (PrintPage.php)
[Commit revision ae18f6c]
Date: Sat, 18 Oct 2014 20:26:46 +0200
Stats: 1 file changed; +1 (insertion), -1 (deletion)
- I broke custom fields in the member list back in March... (Memberlist.php)
519
Archived fixes / Re: PrintPage parsebbc doesnt know postid
« on October 18th, 2014, 08:18 PM »
It's a free call, so I'm adding it.
Why don't you simply do pull requests..? That way, implementing would be faster, as long as it follows my guidelines, which it does in this case of course... :^^;:
Why don't you simply do pull requests..? That way, implementing would be faster, as long as it follows my guidelines, which it does in this case of course... :^^;:
520
Plugins / Re: Tapatalk support?
« on October 13th, 2014, 11:08 PM »
I'd be willing to help but only if they promise never to release any intrusive incentives such as a full page ad or an alert our whatever. A small banner at the top is okay. Seriously I tend to leave forums that have these splash screens asking me to install Tapatalk before I can even view a post... They're making money off this, not admins or users!
521
Off-topic / Re: Copyright disclaimer
« on October 12th, 2014, 12:44 PM »
Copyright year is not mandatory. I chose to use the year where I started Wedge. The is no need for a second year. Indicating a year also implies a Wedge version so it's easier for black hats to target. Well, theoretically of course.
522
Archived fixes / Re: Skin Selector in Main Menu
« on October 11th, 2014, 03:18 PM »
But it's a plugin..?
523
Archived fixes / Re: Wedge.org broken in IE11
« on October 10th, 2014, 06:18 PM »
I've been playing with older files so it's not surprising. Don't worry I haven't changed anything regarding this. .
524
Features: Posts & Topics / Re: Likes
« on October 8th, 2014, 09:10 PM »
So... The feature I've been working on for the last couple of weeks (not that much work really, but I've been busy IRL as you all know) is working on my side, but I need feedback before I can commit it.
Basically, Wedge now allows webmasters to have more options than a 'Like' button[1]... Ideally (not now), I'll even let post authors decide what kinds of buttons are allowed on their post (e.g. if you're posting about someone's death, it would be wise to only keep a "Sad" button, so that no troll can press "Like" or something...)
Now this is where I need you guys... I've "simply" been reusing smileys for options, but I don't know if I should limit myself to smileys (honestly I think I will, because it means the code to add more buttons is already there), and WHICH ones I should have by default.
Here's the current list...
like ^_^
funny :lol:
love 8-)
what :^^;:
unsure :unsure:
meh -_-
sad :sob:
thanks :thanks:
Some of these are only in the 'Cyna' smiley set, which is probably not ever going to be added to Wedge, so I'll have to change them, probably :unsure: would become :-/, for instance.
I need to know if any of these choices are superfluous, if I'm missing anything important (should I have choices for "I agree"/"I disagree", for instance, or are the smileys enough?), and I don't know if they should be stored (in the database) as smiley codes (meaning they automatically adapt to the current smiley set), or image URLs. Currently, I'm using the smiley codes...
Basically, Wedge now allows webmasters to have more options than a 'Like' button[1]... Ideally (not now), I'll even let post authors decide what kinds of buttons are allowed on their post (e.g. if you're posting about someone's death, it would be wise to only keep a "Sad" button, so that no troll can press "Like" or something...)
Now this is where I need you guys... I've "simply" been reusing smileys for options, but I don't know if I should limit myself to smileys (honestly I think I will, because it means the code to add more buttons is already there), and WHICH ones I should have by default.
Here's the current list...
like ^_^
funny :lol:
love 8-)
what :^^;:
unsure :unsure:
meh -_-
sad :sob:
thanks :thanks:
Some of these are only in the 'Cyna' smiley set, which is probably not ever going to be added to Wedge, so I'll have to change them, probably :unsure: would become :-/, for instance.
I need to know if any of these choices are superfluous, if I'm missing anything important (should I have choices for "I agree"/"I disagree", for instance, or are the smileys enough?), and I don't know if they should be stored (in the database) as smiley codes (meaning they automatically adapt to the current smiley set), or image URLs. Currently, I'm using the smiley codes...
| 1. | Amusingly, I wrote this feature as something "original" for forum software, until I realized this week that a XenForo forum I'm lurking on has this as well... Not sure if it's as a mod or core, though. |
525
Support / Re: Website Credits
« on October 8th, 2014, 12:13 AM »
It's CSS columns. Position depends on the width of your browser window. ;)
I'm not sure why the header is shown on a separate column, though... I mean, it should have the CSS rules to prevent headers from being separated from their contents. Maybe it's a browser bug.
I'm not sure why the header is shown on a separate column, though... I mean, it should have the CSS rules to prevent headers from being separated from their contents. Maybe it's a browser bug.