Show Posts
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.
Messages - Arantor
211
Plugins / Re: RSS Feed-to-post
« on July 1st, 2013, 11:40 PM »
-sigh- This is a request for a plugin, not an existing plugin. Sure it's possible, there are two mods for SMF that do it, there is no reason why Wedge can't do it but I don't want to see in the core for avoiding duplicate content penalties.
212
The Pub / Re: Infinite Scroll
« on July 1st, 2013, 08:12 PM »
Which is a classic example of what I already mentioned, actually.
If you're using that bbcode to add to the editor, you're going to have done that on the first page already because the editor will already have been loaded for quick reply (or not at all if QR is off, but then you don't need it for the other load either)
If you're using that bbcode to add to the page itself, trying to defer like that is going to likely get you into a mess anyway for all kinds of fun and exciting reasons. I have actually done this in the past and it's a complete pain in the arse to do correctly, though it is possible.[1]
Anyway. You're preparing a payload for the user. Use XML, contain the post contents in XML + CDATA tags (one per post? one for the lot? I dunno) and also include a block for scripts that page should be loading. Then you can dynamically check which ones are already loaded and exclude them and just add script tags at that point for the ones that need it. Same sort of deal with style sheets really.
I still don't really like the idea of having an iframe. There is one scenario we will need to deal with - SMF for reasons I have never entirely understood, does not play properly inside an iframe, the session can get messed up. We will need to investigate and figure that out.
If you're using that bbcode to add to the editor, you're going to have done that on the first page already because the editor will already have been loaded for quick reply (or not at all if QR is off, but then you don't need it for the other load either)
If you're using that bbcode to add to the page itself, trying to defer like that is going to likely get you into a mess anyway for all kinds of fun and exciting reasons. I have actually done this in the past and it's a complete pain in the arse to do correctly, though it is possible.[1]
Anyway. You're preparing a payload for the user. Use XML, contain the post contents in XML + CDATA tags (one per post? one for the lot? I dunno) and also include a block for scripts that page should be loading. Then you can dynamically check which ones are already loaded and exclude them and just add script tags at that point for the ones that need it. Same sort of deal with style sheets really.
I still don't really like the idea of having an iframe. There is one scenario we will need to deal with - SMF for reasons I have never entirely understood, does not play properly inside an iframe, the session can get messed up. We will need to investigate and figure that out.
| 1. | Game Memorial does it, incidentally, since the image embedding via lightbox in articles is actually a bbcode I added, which only runs if the bbcode is used. |
213
Archived fixes / Re: Template logic error for unapproved topics
« on July 1st, 2013, 01:17 AM »
Well... those who can approve should get a big red (!) symbol next to the topic, those who can't should get the 'Awaiting Approval' notice... at least that's how it was in SMF, I don't recall us breaking it.
214
Archived fixes / Re: Template logic error for unapproved topics
« on June 30th, 2013, 11:43 PM »
Actually, I'm not so sure that is a logic error. What we're saying, ultimately, is that the topic is awaiting approval. Previously it's telling people who can't approve posts that it's awaiting approval (i.e. the person who made the topic), as opposed to now telling people who can approve posts...
Thing is, now the person who posted it has no guide that it is awaiting approval other than the colour change.
Thing is, now the person who posted it has no guide that it is awaiting approval other than the colour change.
215
Features / Re: More sidebar complications...
« on June 30th, 2013, 06:28 PM »
iOS 7 is very pretty, has some Android and Palm OS influence and is rather buggy right now... and yes, the swiping in the general UI starts from the left side too...
216
The Pub / Re: Infinite Scroll
« on June 30th, 2013, 06:27 PM »Yes, but you may not 'notice' the new posts, though... In general, you'd want to be informed that there have been more posts.
The fallback solution is a nice fallback but I can't immediately think of a reason why we can't do something more elegant. As a rule, I wouldn't be too worried about plugin authors doing totally crazy stuff. As long as they can extend the menus (which they would normally define in the first page load so it's always 'defined'), it should normally be sufficient. Plugin authors can suggest changes we can make - but ultimately they need to accommodate the code we make. It just means we generally need to write it once and get it right and they will just deal with it.
I don't have any ideas right now, but it's something I'm willing to look at when I get back.
217
The Pub / Re: Infinite Scroll
« on June 30th, 2013, 05:22 PM »
If there are posts in the meantime, we can check that when saving the draft and offer to fetch them then and fetch them AJAXively. It works extremely well for XenForo...
The thing is, using iframes and whatnot is really not the best way when you're dealing with individual posts.
The thing is, using iframes and whatnot is really not the best way when you're dealing with individual posts.
218
The Pub / Re: Infinite Scroll
« on June 30th, 2013, 08:00 AM »
I get the feeling that whatever you do, I'm going to end up rewriting it (or you are) because one of the things I want to do is introduce truly AJAXive posting,[1] which means fetching a single post entry with menus etc. and injecting it into the page. If we have the ability to pull one, pulling more is simply a change to the function. But that's going to have to wait until I get back. This C# is still kicking my arse.[2]
| 1. | Quick reply doesn't have to leave the page, in other words. It's been done for SMF, other platforms do it natively too. I see no reason why we shouldn't be able to. |
| 2. | I mean, I'm using a third party component, and I took it to the author's site with an explanation of what I'm doing and his reply started, "Er... what?" because what I was doing was that messed up. Made perfect sense to me at the time, though he's right and I changed what I was doing. |
219
Features / Re: More sidebar complications...
« on June 30th, 2013, 12:49 AM »
Yeah, text is huge in iPad 3, I can always upload a screenshot?
As for middle clicking, that's something I *never* do unless I have to for the simple reason that middle clicking on a mouse where the middle click *is* the scrollwheel is just not going to happen.
As for middle clicking, that's something I *never* do unless I have to for the simple reason that middle clicking on a mouse where the middle click *is* the scrollwheel is just not going to happen.
220
Features / Re: More useless nonsense
« on June 30th, 2013, 12:44 AM »
Counting a view per member implies tracking who's seen what, something we currently don't do, but something a surprising number of people seem to want to do (and we can't do it based on read status because that gets purged by board-read-status)
Here's a thought... the view count is screwed in any case because while you navigating a multipage topic won't count views, if you view a topic, then there's a reply, then you view it later to see the reply, that's now two views.
Here's a thought... the view count is screwed in any case because while you navigating a multipage topic won't count views, if you view a topic, then there's a reply, then you view it later to see the reply, that's now two views.
221
Features / Re: More useless nonsense
« on June 29th, 2013, 11:56 PM »
Actually making it a plugin isn't a huge problem for the most part.
222
Archived fixes / Re: Just emptied the boards table and got an error
« on June 29th, 2013, 08:31 PM »
Ah, yes, I see the problem and it will affect anyone. If there's a situation where you're viewing the board index without any visible categories it'll throw the error. And if there's no visible boards, there's no visible categories.
Code: [Select]
is the current code... I'm guessing it should be:
Code: [Select]
if ($key == -1)
{
$cats = array_keys($categories);
$key = $cats[0];
$after = false;
}
$categories = array_insert($categories, $key, $thiscat, $after);is the current code... I'm guessing it should be:
if ($key == -1)
{
$cats = array_keys($categories);
$key = !empty($cats) ? $cats[0] : 0;
$after = false;
}
$categories = array_insert($categories, $key, $thiscat, $after);223
Features / Re: More useless nonsense
« on June 29th, 2013, 08:28 PM »
There are side issues with InnoDB... it's possible but very awkward to disable MyISAM but it's easy to disable InnoDB and some hosts still do. Fortunately as MySQL/MariaDB 5.5+ get adopted, it is becoming less common for InnoDB to be disabled. But right now it's still pretty common.
224
Features / Re: More sidebar complications...
« on June 29th, 2013, 06:34 PM »
Well, the icon is not obvious enough (but I think we already knew that), the swipe works nicely on iPad but the text is a bit big on iPad 3.
Interesting direction, I like it... though I thought you were going to keep the menu in the top of the page rather than the sidebar?
Interesting direction, I like it... though I thought you were going to keep the menu in the top of the page rather than the sidebar?
225
Features / Re: More useless nonsense
« on June 29th, 2013, 06:07 PM »
See, that's the sort of attitude that vBulletin has - 'the server is crazy fast so we don't need to be so careful' and it's why they end up with 60+ queries every page.
Just because we can doesn't mean we should. More importantly, though, remember that every cycle taken up by one run is a cycle not available for other users on the same server. The bigger and meaner Wedge is, the fewer concurrent users it can support.
In this particular case, I sort of agree with you, that an extra query may not be so important. But what the query *is* can be. Right now the installer pushes everything to MyISAM. Updating a MyISAM table even for a single row means a full table lock. The topics table is not a fixed width table and as such it doesn't get the extra boost for such tables.
There is a surprising amount of work being carried out by the server each page run, and more than it needs to be.
Just because we can doesn't mean we should. More importantly, though, remember that every cycle taken up by one run is a cycle not available for other users on the same server. The bigger and meaner Wedge is, the fewer concurrent users it can support.
In this particular case, I sort of agree with you, that an extra query may not be so important. But what the query *is* can be. Right now the installer pushes everything to MyISAM. Updating a MyISAM table even for a single row means a full table lock. The topics table is not a fixed width table and as such it doesn't get the extra boost for such tables.
There is a surprising amount of work being carried out by the server each page run, and more than it needs to be.