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.
841
Features / Re: Language revs
« on April 30th, 2014, 07:03 PM »
[Commit revision e50933d]
Author: Nao (Signed-off)
Date: Wed, 30 Apr 2014 19:03:45 +0200
Stats: 3 files changed; +0 (insertion), -3 (deletions)
Date: Wed, 30 Apr 2014 19:03:45 +0200
Stats: 3 files changed; +0 (insertion), -3 (deletions)
- 'PHP too low' language strings are no longer needed. (Install)
842
Plugin Support / Re: Problems with loading when modifying post
« on April 30th, 2014, 06:53 PM »
Okay, I just saw John made a pull request on the plugin repo (why the hell am I not getting a github.com notification for these..?!), and I'm testing it here.
Hmm... Yep, still not working. Instead of just crashing, it crashes and gives me the error message (i.e. call to undfined template_page_index function), which only happens if INFINITE is not set, and in this case it's set, so... I dunno. I'll have a further look at it.
Hmm... Yep, still not working. Instead of just crashing, it crashes and gives me the error message (i.e. call to undfined template_page_index function), which only happens if INFINITE is not set, and in this case it's set, so... I dunno. I'll have a further look at it.
843
Features / Re: Plugin revs
« on April 30th, 2014, 06:50 PM »
[Commit revision 0ec9a95]
Author: live627 (Signed-off)
Date: Tue, 29 Apr 2014 06:53:39 +0200
Stats: 2 files changed; +20 (insertions), -8 (deletions)
[Commit revision 7f62784]
Author: Nao
Date: Wed, 30 Apr 2014 18:50:11 +0200
Stats: 2 files changed; +20 (insertions), -8 (deletions)
Date: Tue, 29 Apr 2014 06:53:39 +0200
Stats: 2 files changed; +20 (insertions), -8 (deletions)
- Update ajaxqr
[Commit revision 7f62784]
Date: Wed, 30 Apr 2014 18:50:11 +0200
Stats: 2 files changed; +20 (insertions), -8 (deletions)
- Merge pull request #25 from live627/master
- Update ajaxqr
844
Features / Re: New revs
« on April 29th, 2014, 11:24 PM »
[Commit revision 5882048]
Author: Nao
Date: Mon, 28 Apr 2014 22:55:00 +0200
Stats: 1 file changed; +3 (insertions), -2 (deletions)
[Commit revision 3e63b75]
Author: Nao
Date: Tue, 29 Apr 2014 23:23:52 +0200
Stats: 1 file changed; +6 (insertions), -6 (deletions)
Date: Mon, 28 Apr 2014 22:55:00 +0200
Stats: 1 file changed; +3 (insertions), -2 (deletions)
- Fixed error when providing an empty list for page replacements. (Subs-Template.php)
- Skip a str_replace if there are no page or buffer replacements to do. (Subs-Template.php)
[Commit revision 3e63b75]
Date: Tue, 29 Apr 2014 23:23:52 +0200
Stats: 1 file changed; +6 (insertions), -6 (deletions)
- Wess was broken in non-IE browsers by a local removal of IE10 testing. Don't mind me. (Class-CSS.php)
846
Plugin Support / Re: Problems with loading when modifying post
« on April 29th, 2014, 12:40 AM »
His function is mostly based off an old version of the infinite post loader. I did some changes to it over time, so maybe the 'old' version isn't compatible with it, but I doubt it.
847
Archived fixes / Re: Notifications Fatal Error
« on April 29th, 2014, 12:39 AM »
Gotta blame it on a filesystem error...
848
Plugin Support / Re: add_js + </ul>
« on April 29th, 2014, 12:36 AM »
I'll look into it tomorrow.
BTW, have you tried removing the </a></li></ul> part altogether..? In most situations, jQuery will complete the string by itself... (Maybe not for </a>, though.)
Posted: April 29th, 2014, 12:33 AM
BTW, have you tried removing the </a></li></ul> part altogether..? In most situations, jQuery will complete the string by itself... (Maybe not for </a>, though.)
849
Plugin Support / Re: Problems with loading when modifying post
« on April 29th, 2014, 12:32 AM »
What?
You said quick edit was broken. You didn't mention quick reply... :-/
Anyway, yes, Ajax quick reply is broken. I've narrowed it down to the $.post() call that requests a full copy of the page.
It toggles infinite mode, meaning Wedge should internally load the index template even on an Ajax query, but it doesn't... :-/ As a result, an error is sent back to JS ("can't find template_page_index function"), instead of the actual page content, and the plugin doesn't account for error pages. Hmmmm........
I'm a bit stuck at this point. And tired!! I'll leave the rest up to @live627.
Note: much of ajaxqr.js is re-using the infinite scroll code from Wedge itself, but lacks any copyright information. (Or, AFAICR, an authorization from me.) Not great.. on a live plugin :-/
You said quick edit was broken. You didn't mention quick reply... :-/
Anyway, yes, Ajax quick reply is broken. I've narrowed it down to the $.post() call that requests a full copy of the page.
It toggles infinite mode, meaning Wedge should internally load the index template even on an Ajax query, but it doesn't... :-/ As a result, an error is sent back to JS ("can't find template_page_index function"), instead of the actual page content, and the plugin doesn't account for error pages. Hmmmm........
I'm a bit stuck at this point. And tired!! I'll leave the rest up to @live627.
Note: much of ajaxqr.js is re-using the infinite scroll code from Wedge itself, but lacks any copyright information. (Or, AFAICR, an authorization from me.) Not great.. on a live plugin :-/
850
Plugin Support / Re: Problems with loading when modifying post
« on April 28th, 2014, 11:37 PM »
Hmm, quick edit working fine for me...
851
Plugin Support / Re: Problems with loading when modifying post
« on April 28th, 2014, 11:34 PM »
Nope, was made by @live627.
Actually, I'll enable it here and give it a quick look before going to bed...
Actually, I'll enable it here and give it a quick look before going to bed...
852
Plugin Support / Re: Problems with loading when modifying post
« on April 28th, 2014, 11:31 PM »
Hmmm... Who wrote this plugin, already? I think it was @Dragooon, but he's too busy to look into the bugs of his plugins (same with the mass-attach plugin), so... I guess I'll still wait for him to determine whether he wants to fix it or not.
If anyone knows how to fix this and can save me the time to look into it, please share!
If anyone knows how to fix this and can save me the time to look into it, please share!
853
Archived fixes / Re: first post in thread is out of line
« on April 28th, 2014, 11:13 PM »
Getting CSS to work across all browsers without adding bugs by fixing other bugs, is more like this...
854
Archived fixes / Re: Personal Text over running the user profile area ... sometimes.
« on April 28th, 2014, 11:06 PM »
There are two known issues which are born from the Follow Me feature (avatar getting stuck at the top of the page next to the current post being read), and they are:
- Very, very long posts. Due to Chrome (and others??) sometimes getting a wrong width value for the .poster div, resulting in a wrong 'max-width' for the avatar area... If it's set to 0 or a very small width, of course the poster box will extend to thousands of pixels in height. I thought I'd fixed that by ensuring to re-calculate the width if it's less than 12px, but the bug happened to me again the other day. I didn't think of checking the poster area width, though, it would have helped me determine what caused it. Anyway, the bug only happens if using flexbox on posts, and since I've made my peace (for a long time!) with table tags, I'm actually considering switching posts back to table tags, and just make them responsive on small widths.
- Blurbs getting out of bounds. This is the exact opposite of the above bug, where basically the poster area says it's okay to extend beyond its limits. As far as I know, this only happend on Firefox, and because I don't use Firefox a lot (if at all, these days...), I'm only hoping that going back to table tags will also help, eh...
What do you think, guys...? Can you live with table tags? Just load the Wedge.org homepage, and resize your window. As you can see, the board list will be completely redesigned, and will look like a regular assortement of divs. Yes, I can do that for posts too...
- Very, very long posts. Due to Chrome (and others??) sometimes getting a wrong width value for the .poster div, resulting in a wrong 'max-width' for the avatar area... If it's set to 0 or a very small width, of course the poster box will extend to thousands of pixels in height. I thought I'd fixed that by ensuring to re-calculate the width if it's less than 12px, but the bug happened to me again the other day. I didn't think of checking the poster area width, though, it would have helped me determine what caused it. Anyway, the bug only happens if using flexbox on posts, and since I've made my peace (for a long time!) with table tags, I'm actually considering switching posts back to table tags, and just make them responsive on small widths.
- Blurbs getting out of bounds. This is the exact opposite of the above bug, where basically the poster area says it's okay to extend beyond its limits. As far as I know, this only happend on Firefox, and because I don't use Firefox a lot (if at all, these days...), I'm only hoping that going back to table tags will also help, eh...
What do you think, guys...? Can you live with table tags? Just load the Wedge.org homepage, and resize your window. As you can see, the board list will be completely redesigned, and will look like a regular assortement of divs. Yes, I can do that for posts too...
855
Archived fixes / Re: Notifications Fatal Error
« on April 28th, 2014, 10:59 PM »
Hmm, hmm... Did you make sure you uploaded the core/app/notifiers/ folder and all of its files..?