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.
316
Archived fixes / Re: Profile controllers cannot be classes
« on June 11th, 2013, 04:27 PM »
Yeah, don't see why not.
317
Features / Re: Wedge Link Structure
« on June 10th, 2013, 08:44 PM »Once again, I am misunderstood.
I do not have time to waste explaining this over and over. I will give it one more shot.
Admin will configure it to automatically -
website.com/topicnumber/topic-title
not
website.com/boardname/childboarname/topic-title
Wordpress have something like this which gives the admin to chose the predefined permanent link like
Blogs = few authors creating topics. Each topic is more important in itself and needs more things like meta data.
Forums = everyone's an author. Each topic is no more important in itself than any other, and as such meta data is not going to be entered by most users.
You may talk of bookmarks but it should interest you to know many people over here don't still reorganize bookmark functionality and how to use it.
What you're arguing for isn't how people use sites and sharing information.
The only thing I have to thank you for is wasting my time arguing about something you clearly don't understand. (It is crap like this that makes me look forward to TWO MONTHS not touching Wedge at all. I can't wait, because dealing with people who think they know what they're talking about, when they don't, is very frustrating.)
318
Features / Re: Wedge Link Structure
« on June 10th, 2013, 07:46 PM »
Topic link is board-link/topic-id/topic-name. Topic name is not configurable for one perfectly good reason: USERS DON'T CARE.
Users aren't going to care about making keyword laden titles, nor are they going to care about it being a meaningful one. Most users, therefore, don't want to have to configure it and asking them to do so is pointless.
When you have a setup that is predominantly user generated content, you simply cannot optimise it for search engines unless you're going to sit and rewrite every topic users make.
Users aren't going to care about making keyword laden titles, nor are they going to care about it being a meaningful one. Most users, therefore, don't want to have to configure it and asking them to do so is pointless.
When you have a setup that is predominantly user generated content, you simply cannot optimise it for search engines unless you're going to sit and rewrite every topic users make.
319
Features / Re: Wedge Link Structure
« on June 10th, 2013, 07:38 PM »Looks like you misunderstood me.
* In saying dynamic URL, I mean url that is not static
Static URL = wedge.org/index.php?topic=20
Dynamic URL - wedge.org/topic-name
* On the board URL, I don't know it can be configured in the admin panel
I mean it should be like this
The Pub ( Which is a Board) should have something like this - wedge.org/the-pub and not wedge.org/pub
Features (Which is Child board) should have a link like this - wedge.org/pub not wedge.org/pub/features
I really wish you'd read what I'm saying and not projecting your own meaning on it.
* On the shorten link issue
True, there is no SEO benefit in link with topic name but there is benefit of more clickthrough because of the keyword included in the topic link. I also read online that long keyword in the link may hurt the seo. And long topic link looks ugly and 'spammy@'.
320
Features / Re: Wedge Link Structure
« on June 10th, 2013, 05:54 PM »I commend the dynamic link, it is great but I will like the link to be like this
The board structure is configured in the admin panel. If you really want category/board/childboard, you can do this. Or you can do what we have and set up /pub/feats/ or whatever. It is not dynamic but configured by the admin. Please see attached. In theory it could even handle subdomains like Noisen does but that needs some work to make it happen.
There is also available feature in MYBB SEO mode which gives the admin ability to set the maximum amount of words in the link
There is this fantastic assumption that pretty URLs has an SEO benefit - it has a marginal AT BEST benefit, at worst makes life worse for you. It is also, thankfully, disabled by default.
321
Archived fixes / Re: Profile controllers cannot be classes
« on June 10th, 2013, 03:39 PM »
Yeah, it's bugged me for a while - r2162 fixes that (and replicates the function to scheduled tasks)
322
Features / Re: New revs
« on June 10th, 2013, 03:38 PM »
11 modified, 2 added, 12KB
Revision: 2162
Author: arantor
Date: 10 June 2013 14:37:58
Message:
! Profile area can now use static methods for actions. Thanks live! (Profile.php)
! Since the profile area can do this, notifications doesn't need the helper method. (Notifications.php)
! While we're on the subject, scheduled tasks need similar love (install.sql, ManageScheduledTasks.php, ScheduledTasks.php, Notifications.php, Notifications language files)
! OK, so I was wrong, a function not properly documented in the PHP manual does actually exist. (Class-DB.php)
! Additional styles for the new manage board code as well as the new button icons. @Nao, please feel free to move the change from index.css if you would prefer... I can't immediately name anywhere that input.modify might be useful outside the admin panel but that doesn't mean there isn't somewhere. Also feel free to adjust the yellow to a better blended tone or indeed any other colour you might have that isn't blue, just for the variety of colours, really. Made one change in the admin panel but there are a lot of modify links-which-aren't-buttons-but-semantically-should-be, bah. (index.css, mana.css, modify.png, permissions.png, Admin.template.php)
----
Modified : /trunk/Sources/Class-DB.php
Modified : /trunk/Sources/ManageScheduledTasks.php
Modified : /trunk/Sources/Notifications.php
Modified : /trunk/Sources/Profile.php
Modified : /trunk/Sources/ScheduledTasks.php
Modified : /trunk/Themes/default/Admin.template.php
Added : /trunk/Themes/default/images/buttons/modify.png
Added : /trunk/Themes/default/images/buttons/permissions.png
Modified : /trunk/Themes/default/languages/Notifications.english.php
Modified : /trunk/Themes/default/languages/Notifications.french.php
Modified : /trunk/Themes/default/skins/index.css
Modified : /trunk/Themes/default/skins/mana.css
Modified : /trunk/root/install.sql
Revision: 2162
Author: arantor
Date: 10 June 2013 14:37:58
Message:
! Profile area can now use static methods for actions. Thanks live! (Profile.php)
! Since the profile area can do this, notifications doesn't need the helper method. (Notifications.php)
! While we're on the subject, scheduled tasks need similar love (install.sql, ManageScheduledTasks.php, ScheduledTasks.php, Notifications.php, Notifications language files)
! OK, so I was wrong, a function not properly documented in the PHP manual does actually exist. (Class-DB.php)
! Additional styles for the new manage board code as well as the new button icons. @Nao, please feel free to move the change from index.css if you would prefer... I can't immediately name anywhere that input.modify might be useful outside the admin panel but that doesn't mean there isn't somewhere. Also feel free to adjust the yellow to a better blended tone or indeed any other colour you might have that isn't blue, just for the variety of colours, really. Made one change in the admin panel but there are a lot of modify links-which-aren't-buttons-but-semantically-should-be, bah. (index.css, mana.css, modify.png, permissions.png, Admin.template.php)
----
Modified : /trunk/Sources/Class-DB.php
Modified : /trunk/Sources/ManageScheduledTasks.php
Modified : /trunk/Sources/Notifications.php
Modified : /trunk/Sources/Profile.php
Modified : /trunk/Sources/ScheduledTasks.php
Modified : /trunk/Themes/default/Admin.template.php
Added : /trunk/Themes/default/images/buttons/modify.png
Added : /trunk/Themes/default/images/buttons/permissions.png
Modified : /trunk/Themes/default/languages/Notifications.english.php
Modified : /trunk/Themes/default/languages/Notifications.french.php
Modified : /trunk/Themes/default/skins/index.css
Modified : /trunk/Themes/default/skins/mana.css
Modified : /trunk/root/install.sql
323
Off-topic / Re: Question Regarding the built-in Posts-Per-Page Limit and Where it Comes From
« on June 10th, 2013, 02:58 AM »
Computing the percentage is relatively easy when you get down to it. You know the number of posts in the thread, you can figure out where the user is readily enough, so you know where you are in terms of the whole. Where you are divided by the total multiplied by the size of the bar = how much of the bar is filled in. Doing it dynamically isn't really much of a challenge in practical terms.Quote Oh, I wasn't trying to reverse the claim. But I will undermine it somewhat.
So, let's take the comparison fairly: one chapter of a book is one topic.[1] You're using symbols to indicate where you are for your own reference. It doesn't matter what that symbol is as long as you can recognise it. Some people use bookmarks, some turn the corner or some other physical marker. Whatever, you have a marker for your use to indicate where you are.
And if that was all it was - a reference point for you and you alone, the argument would stand quite happily. But a forum is implicitly not a private resource. The markers are not entirely for you. You will still have your own markers, of course, but a forum is a shared resource. Other people will want their markers too.
Since we're already doing markers, let's be really daring and set out markers that everyone can use. And just for shits 'n' giggles, let's use those funny Arabic squiggles... Oh wait... now I have page numbers.
Putting aside the whole 'everyone can set their own page numbers'[2] if you have a common reference, you have a common way to gauge the length of a topic in terms of relevance (a 10 page topic is more likely to be heated and/or drifty than a 2 page topic), that everyone can agree on and see the same thing.
It then means you can say 'jeebus, that went on for 3 damn pages' and everyone knows what you mean.
Then you have the argument of bookmarking - but sharing that bookmark. Say you find a particularly thrilling paragraph, you can't just say 'about 1/2 way down and if you get to <that bit> you've missed it'. But if you have a common frame of reference, you can direct people to it. Sure, we have post links and permalinks and whatnot but it sort of misses some context to be able to point to the page as a whole. And that goes for sharing.
Then there's the psychological aspect. Humans don't do well with vast amounts of stuff. We're born to filter out and prioritise[3] and that means we do a process frequently referred to as chunking. We take a given process or data set and process it into a more manageable form so we don't have to do it again. Giving a standardised chunk of content, we'll do that. We'll mentally scan and summarise - and store the summary thereof. Having pages is a convenient enabler for that process. Especially in a discussion with multiple parties and whatnot. And of course if the thread is very long, you might just read the first post and skip to second-to-last page.
The long story short... yes, you would likely read a book without page numbers. But it's not a book that everyone else can read and write the next chapter to at the same time. A forum on the other hand... :lol:
I think so, sure. As long as I can mark what page I left off reading, and if there was a table of contents that would point to at least a symbol on certain pages (which was one argument I wanted to make against pages on a forum - what are pages without a table of contents :wow:)
So I say - yea I would read a book without page numbers. Now I suspect you will try, and succeed, to cause me to reverse my claim. ::)
So, let's take the comparison fairly: one chapter of a book is one topic.[1] You're using symbols to indicate where you are for your own reference. It doesn't matter what that symbol is as long as you can recognise it. Some people use bookmarks, some turn the corner or some other physical marker. Whatever, you have a marker for your use to indicate where you are.
And if that was all it was - a reference point for you and you alone, the argument would stand quite happily. But a forum is implicitly not a private resource. The markers are not entirely for you. You will still have your own markers, of course, but a forum is a shared resource. Other people will want their markers too.
Since we're already doing markers, let's be really daring and set out markers that everyone can use. And just for shits 'n' giggles, let's use those funny Arabic squiggles... Oh wait... now I have page numbers.
Putting aside the whole 'everyone can set their own page numbers'[2] if you have a common reference, you have a common way to gauge the length of a topic in terms of relevance (a 10 page topic is more likely to be heated and/or drifty than a 2 page topic), that everyone can agree on and see the same thing.
It then means you can say 'jeebus, that went on for 3 damn pages' and everyone knows what you mean.
Then you have the argument of bookmarking - but sharing that bookmark. Say you find a particularly thrilling paragraph, you can't just say 'about 1/2 way down and if you get to <that bit> you've missed it'. But if you have a common frame of reference, you can direct people to it. Sure, we have post links and permalinks and whatnot but it sort of misses some context to be able to point to the page as a whole. And that goes for sharing.
Then there's the psychological aspect. Humans don't do well with vast amounts of stuff. We're born to filter out and prioritise[3] and that means we do a process frequently referred to as chunking. We take a given process or data set and process it into a more manageable form so we don't have to do it again. Giving a standardised chunk of content, we'll do that. We'll mentally scan and summarise - and store the summary thereof. Having pages is a convenient enabler for that process. Especially in a discussion with multiple parties and whatnot. And of course if the thread is very long, you might just read the first post and skip to second-to-last page.
The long story short... yes, you would likely read a book without page numbers. But it's not a book that everyone else can read and write the next chapter to at the same time. A forum on the other hand... :lol:
| 1. | I have successfully co-authored a novel using the forum as a medium for doing so. |
| 2. | Which most people never do, and most forum systems don't have the option anyway. I should really remove it in Wedge, it serves little real benefit. |
| 3. | cf. all the studies about looking at pictures of planes and crowds and not noticing that an engine has disappeared, or the gorilla walking through the crowd or whatever. |
324
Off-topic / Re: Question Regarding the built-in Posts-Per-Page Limit and Where it Comes From
« on June 10th, 2013, 02:07 AM »
People might not care about pages, per se, though they do like to have 'units of content', especially to be able to refer to.
There are a lot of issues in terms of scrolling through the totality of a thread - namely that once it reaches a critical mass, it's simply too big to consider the entire thread history. Once you get beyond a couple of hundred posts, generally, it's too big to keep on track properly - so you don't. Pages don't actually have too much of a problem in that, actually because '50%' isn't a big deal. You only really need to worry about getting 'roughly' right. In a 100 page thread, when you're looking for half way, do you really care whether it's page 49 or 50 or 51 as being 'half way'? You just want to get a handle on it.
Sure, we could display a 'you are |---------------|____| this far' through the topic. It might not be a bad idea to experiment with as a plugin actually.
But the thing is, we're slowly being conditioned to phase out paginated content - and there are plenty of fantastic reasons to keep that (coming back to where you were previously, search engines). Consider Facebook, consider Twitter... if it's a few hours old, it's off your page and might as well be gone[1] - the totality of time there does sort of mean something and FB Timeline did sort of give us some idea of that, that waaaaaaaaaaaaay back something happened, then you joined Facebook and OMG ISN'T IT SO EXCITING HOW MUCH STUFF EVERYONE DID. No, no it isn't.
Infinite scroll is one of those slightly quirky things. It's an interesting feature and it certainly has a place in reading long discussions. But it's certainly not the only methodology, it's certainly not mandatory to use it (unlike FB/Twitter) - and it has a place too.
Would you read a book if you didn't have 'pages' but simply one long thing to scroll through?[2]
There are a lot of issues in terms of scrolling through the totality of a thread - namely that once it reaches a critical mass, it's simply too big to consider the entire thread history. Once you get beyond a couple of hundred posts, generally, it's too big to keep on track properly - so you don't. Pages don't actually have too much of a problem in that, actually because '50%' isn't a big deal. You only really need to worry about getting 'roughly' right. In a 100 page thread, when you're looking for half way, do you really care whether it's page 49 or 50 or 51 as being 'half way'? You just want to get a handle on it.
Sure, we could display a 'you are |---------------|____| this far' through the topic. It might not be a bad idea to experiment with as a plugin actually.
But the thing is, we're slowly being conditioned to phase out paginated content - and there are plenty of fantastic reasons to keep that (coming back to where you were previously, search engines). Consider Facebook, consider Twitter... if it's a few hours old, it's off your page and might as well be gone[1] - the totality of time there does sort of mean something and FB Timeline did sort of give us some idea of that, that waaaaaaaaaaaaay back something happened, then you joined Facebook and OMG ISN'T IT SO EXCITING HOW MUCH STUFF EVERYONE DID. No, no it isn't.
Infinite scroll is one of those slightly quirky things. It's an interesting feature and it certainly has a place in reading long discussions. But it's certainly not the only methodology, it's certainly not mandatory to use it (unlike FB/Twitter) - and it has a place too.
Would you read a book if you didn't have 'pages' but simply one long thing to scroll through?[2]
| 1. | Substitute days if you're boring like me and don't have many friends on FB/Twitter because you find most of what most people post is fairly dull and uninteresting. That's not that I know boring people. It's just that they open the taps and post everything, no matter how boring it might be. You'll find forums don't have, generally, the same effluent rate that FB/Twitter does. |
| 2. | I have several e-books that are single-HTML pages. I don't recall ever actually scanning the entirety at any time. |
325
Off-topic / Re: Question Regarding the built-in Posts-Per-Page Limit and Where it Comes From
« on June 10th, 2013, 01:24 AM »
999 is mostly a safety barrier.
On all levels, it's a balance between performance and usability. Too many on one page is a performance killer, because it takes longer to process, plus eats more bandwidth - but it would use less bandwidth than each page being requested separately, of course.
As Ben (RAWK's owner) found, there is actually a much finer balance under the hood - more pages = fewer posts per page = more queries to be issued = harder hit in the long run. Plus there are all sorts of implied limitations in terms of using more resources and limiting others.
The 999 then is more a theoretical rather than practical limit, and 20-40 per page is really a more practical limit, ideally 15-20 for smaller forums and 20-25 for larger forums as that's what's shown to work best in terms of balancing requests (and all the queries with that) with the load of processing each request.
There is also the implication attached to infinite scrolling and all the same issues apply there too (just you don't explicitly click on the next page button)... plus all the attendant issues with too much content on mobile and of course search engines - they don't do infinite scrolling, and too much content in a page is bad for SEO too.
On all levels, it's a balance between performance and usability. Too many on one page is a performance killer, because it takes longer to process, plus eats more bandwidth - but it would use less bandwidth than each page being requested separately, of course.
As Ben (RAWK's owner) found, there is actually a much finer balance under the hood - more pages = fewer posts per page = more queries to be issued = harder hit in the long run. Plus there are all sorts of implied limitations in terms of using more resources and limiting others.
The 999 then is more a theoretical rather than practical limit, and 20-40 per page is really a more practical limit, ideally 15-20 for smaller forums and 20-25 for larger forums as that's what's shown to work best in terms of balancing requests (and all the queries with that) with the load of processing each request.
There is also the implication attached to infinite scrolling and all the same issues apply there too (just you don't explicitly click on the next page button)... plus all the attendant issues with too much content on mobile and of course search engines - they don't do infinite scrolling, and too much content in a page is bad for SEO too.
326
Bug reports / Re: italics bbc bug
« on June 9th, 2013, 09:40 PM »
The part where code tags somehow got magically added to a post...
If you put the word code in brackets, it's going to form a code bbc whatever you do...
If you put the word code in brackets, it's going to form a code bbc whatever you do...
327
Other software / Re: SMF with a different name, huh?
« on June 9th, 2013, 07:22 PM »
In other news, the person who told me about the back-handed comments also found it highly amusing that the RSS feed imports are re-re-reimporting old content. Like blog posts from 2012. Repeatedly. A person who describes themselves as knowing they are a good forum admin and 'that's all that matters' would probably have kept on top of this. I should add, I've noticed even some of the other AAF contributors actually calling it a joke on some other admin forums.
I'm sure Shawn has seen this, since he logged in yesterday and changed his username. The fact he didn't argue his case... either he knows he's wrong and doesn't want to face the consequences (as much of an arse as I am, I do react relatively well to people owning their own mistakes) or he's convinced he's right and that I and Wedge suck. Either way, no great loss to this community.
I'm sure Shawn has seen this, since he logged in yesterday and changed his username. The fact he didn't argue his case... either he knows he's wrong and doesn't want to face the consequences (as much of an arse as I am, I do react relatively well to people owning their own mistakes) or he's convinced he's right and that I and Wedge suck. Either way, no great loss to this community.
329
Bug reports / Re: italics bbc bug
« on June 9th, 2013, 06:59 PM »
Only if you use the code bbc itself... it won't if you don't use square brackets.
330
Other software / Re: SMF with a different name, huh?
« on June 9th, 2013, 06:45 PM »
-sigh- Sadly drag'n'drop board management is proving more technical than I'd hoped, but it is still epic and awesome :)