User talk:Cqm

Feedback abuselog
Why was it hidden from public again? How would willing editors know what to improve on the page, if the feedback for said page is offlimits? --Jlun2 (talk) 02:16, September 27, 2014 (UTC)

RSHiscores Update
Hi, I am TehKittyCat, or well Catcrewser until the renaming finishes and the account is unlocked so I can reply to this to confirm it is indeed me (although an IP lookup would confirm). I'm in the process of becoming active again and noticed RSHiscores is working again, which means Wikia finally fixed their firewall (the debug code was temporary to confirm it was on Wikia’s side and not a block by Jagex). As such, I would like to remove that debug code, cleanup RSHiscores (I went blind when I saw my coding style on it yesterday) and fix its design shortcomings that exist in the age of Lua and (in-hindsight) for the JS calculators it was primarily designed for. I saw in Forum:Scraping hiscore data for calculators that you were most familiar with the code, so I thought I would it be best to collaborate with you. I agree with adding a data parameter, in-fact that’s what I should have made the extension output by default, but I was focused on reducing processing time for template usage by doing everything in-code rather than with parser functions, that I neglected that JS could just do a single call for the raw data and parse everything itself. Do you think the parsing on the extension-side is still beneficial in this Lua/JS age? Given its purpose for all-things hiscores I am considering adding support for the 2007scape hiscores and the new JSON-based apis as well, but haven’t decided on the interface. In context of that thread, I would like to confirm the limit is two users (for comparisons), not two calls, since I was concerned of the possibility of abuse and before I wrote the extension attempts to use YQL(see the existing calc.js) and other sites like anyorigin were made, but they were unreliable and subject to limiting. Ultimately the best solution is for Jagex to add CORS headers to their APIs, for which the Origin header would prevent the abuse of. At the time, support for that wasn’t widespread so didn’t pursue suggesting that (although I did propose the GE APIs that now exist). Do we still have contacts to suggest this, such as the fansite email? In the meantime I’ll fix RSHiscores. Btw, the code is now at and I've added the full history, including Wikia's changes, please feel free to submit any changes there. -- 71.31.104.70 17:50, September 30, 2014 (UTC)


 * Hi :) I saw your userpage update the other day and have been meaning to ask you about it, but sadly haven't found the time to sit down and work out what we need. I have to say I was pleasantly surprised to find it still worked, I was expecting it to only work with the API as you'd last seen it which didn't reflect new skills/minigames being released. If you're looking to redo some of it, it might be worth taking a look at the current standard of parser functions set out by mediawiki. I'm not sure if they've changed all that much but they've made a number of large scale changes since RSHiscores was originally written, so it's probably worth checking just in case.
 * With regards to lua, it's not possible to convert the extension to pure lua at the moment, due to mediawiki's stripped down version of lua not having any way to make http requests. I think LuaSocket adds this functionality, but I haven't got around to exploring how likely it is for us to get that. In the mean time, an extension is probably the best way to go about getting the data. As for the parsing, lua could do the job but I don't think there's much difference about where it happens as long as we can update it when we need. Unfortunately, code updates made by 3rd parties to the wikia codebase can take weeks, or even months, to be merged so perhaps we should factor that in when considering any updates or relocation of parsing.
 * As for the fansite contacts, I'm not sure what's going on with that at the moment. There were a few incidents recently, last I heard we're waiting on a reply to an email discussing a number of issues. However, as this is more technical I don't see why it would conflict with that discussion and it's certainly worth a try.


 * Thanks for replying here, I don't know where best to reply is either, it has been two days for far. Yeah, I specifically made sure to relatively future-proof the extension after Jagex changed the API to add minigames and knowing Wikia's slow updates I left the skill naming to templates. I didn't mean convert the extension to Lua, but I can add extensions to the Lua side or at least make it native (otherwise the returned numbers are Lua strings), for example ParserFunctions does this, though for now something like frame:callParserFunction( '#hs', { 'TehKitty-Cat', 0 }) should work. I know the slow update routine, it took 2 months to get the extension added the first time and about a month for every update to it. I'll try an email. Just let me know any suggestions you have, I'll try to add a plan to wiki page or maybe track it on Github. If IRC would be a better place to discuss this, just let me know. -- 71.31.104.70 00:59, October 1, 2014 (UTC)


 * Here is my draft email for proposing adding CORS headers to the Hiscores API, I'm going to think it over a bit more before sending, so feel free to suggest any changes before I send it. -- 71.31.104.70 03:12, October 1, 2014 (UTC)


 * I'd suggest expanding the CORS headers scope to the GED API as well as the hiscores api and any other jagex might have such as the bestiary. I'm not sure if the GED API actually returns application/json as the content type either (YQL, Anyorigin and Whateverorigin all return something slightly different) so maybe we could get them to check that at the same time?
 * I am curious why you added both a parser function and a magic word in the extension. Assuming the parser function returns either the parsed data or the entire data string (in a sort of .csv format), adding a magic word would prevent the template from working removing the local level of control. Or have I misunderstood something? Incidentally, hs isn't a magic word, so I got a bit confused when I was looking at it


 * Okay, I'll expand the scope of the request, I meant to, but I overly focused on the hiscores API. Incidentally, it doesn't matter the content type, all cross-origin requests through XMLHttpRequest are blocked by default. It turns out the restriction can be disabled for testing using '--disable-web-security' in Chrome. Unfortunately, with my account locked (I decided 3 days was long enough before requesting a status update, so I just sent Wikia an email) I can't double check at the moment what I'm saying is true in practice. I'll get a calculator working with that disabled before sending the email though. Yeah, when I reviewed my code I was thrown off by the magic word as well, but removing it causes an exception, it turns out there are two types of magic words -- variables and parser functions. That said, the mechanism has been deprecated since I wrote RSHiscores, unfortunately that is what allowed me to use a single file, so since I have to add a i18n file for the magic word anyways, I'll make my extension laid out properly as required for use on Wikimedia wikis. The magic word is actually '#hs', because unless it's added with the 'SFH_NO_HASH' flag, the parser function magic word gets a '#' prefix. -- 75.88.125.5 19:33, October 1, 2014 (UTC)


 * Here is an updated draft email, I think it better handles the issues and resolves concern about the other APIs. -- 75.88.125.5 20:04, October 1, 2014 (UTC)


 * That looks good :) Let me know what they say, or if the do at all

wait when did you archive um um THIRD
what is this? do you still need it? 23:40, September 30, 2014 (UTC)

asafsadwecfawxfasdfz
Special:AbuseLog/66443 20:57, October 1, 2014 (UTC)

Theme
Is it possible to adjust the highlighting/selection colour, or is that chosen by the browser? Because it is currently showing like this for me, which barely stands out compared to the default/original. IP83.101.44.209 (talk) 05:22, October 4, 2014 (UTC)
 * Guess I'll go and blame FireFox then. The selection works fine on your talk page text, btw; not elsewhere. Now to figure out how to add that CSS override. Thanks, IP83.101.44.209 (talk) 09:25, October 4, 2014 (UTC)
 * On another note, I believe the CSS class "messagebox" still needs to have its colours changed to the new theme; as seen on Template:FromGame. IP83.101.44.209 (talk) 11:52, October 4, 2014 (UTC)

Mol told me to tell you about RuneScape:Active discussions still looking like the old theme 17:27, October 4, 2014 (UTC)

Sortable Tables
Hi Cqm, I'm having problems with sortable tables on certain pages that I edited and was wondering if you could help fix them and let me know what was causing this problem. I previously asked both IP83.101.44.209 and User:The Mol Man but sadly they doesn't know the answer to this and redirected me to you.

The issue seem to be that they do not follow alphabetical/numerical orders when sorted ascending/descending. I looked up various guides on the Internet, and found out that they are sorted in ASCII order, in which it usually is fine but sometimes get mixed up with large number values. Thus, I added the attribute "data-sort-type" on the column row headers depending on what order it needs to be sorted by. However, the problem still persists in which certain columns do not follow alphabetical order, and sometimes even the numbers too even after I clearly used the "data-sort-type="text"" and "data-sort-type="number"" respectively. So why is it that it is still not sorting in numerical/alphabetical order?

A clear example is the Solomon's General Store/Animations page I have been editing for the past few days. I used class="sortable" but certain numerical (and alphabetical) orders are messed up. Oddly enough, ascending/descending the sortable "Runecoins" column is fine, but when it came to sorting the "Loyalty points" column that has both number values and the template N/A, the order was a mess with both ascending and descending! The same goes for the "Restriction" column which was suppose to follow alphabetical order for easier type sorting, but unfortunately the sorting itself is chaos.

I would really appreciate it if you could look into this problem, and inform me about anything that must/mustn't be done in my future sortable table edits to prevent this from happening again. Thanks,


 * It is fine with me thank you, take your time. Though do you think that this might really be a bug? Because if it is, I'm quite surprised that this is overlooked.


 * Here is a list of the pages that has sortable tables that are also disarranged when sorted (note that these are probably only few of the pages that I am aware of because I edited them in the past). Some of these pages already contain the attribute "data-sort-type" on selected columns because I experimented them myself. Tables of pages:
 * Solomon's General Store/Equipment - Runecoins column is correctly sorted for both ascending and descending. Loyalty points column is sorted in opposite (ascending is descending and vice versa) with the N/A template carrying a large value to be at the top when sorted descending.
 * Solomon's General Store/Accessories - Runecoins column is correctly sorted for both ascending and descending. Once again, Loyalty points column is in disorder when certain N/A templates fit themselves before and after selected values, and even the descending/ascending values aren't accurately sorted (bigger value after smaller/smaller after bigger value with numerous odd N/A template interruptions). Slot column follows a differently odd order when sorted in both ascending/descending instead of being sorted alphabetical order.
 * Solomon's General Store/Combat Gear - Runecoins column is correctly sorted for both ascending and descending. Loyalty points column experiences the same problem in sorting with the previously explained Solomon's General Store/Accessories page table with values being messed up in order with odd N/A template interruptions. Overriden Weapon Type column follows a differently odd order when sorted in both ascending/descending instead of being sorted alphabetical order.
 * Solomon's General Store/Titles - Runecoins and Loyalty points column is correctly sorted for both ascending and descending. Affixment column follows a differently odd order when sorted in both ascending/descending instead of being sorted alphabetical order, even with only 2 distinguishable values.
 * Solomon's General Store/Services - Runecoins column is correctly sorted for both ascending and descending. Loyalty points column is correctly sorted in ascending/descending values (assuming that due to the lack of number values), with the persisting problem of the odd N/A template interruptions.
 * Solomon's General Store/Animations - As you've seen this page yourself, Runecoins column is correctly sorted for both ascending and descending. Loyalty points column once again experiences the same problem in sorting with the previously explained Solomon's General Store/Combat Gear (and Solomon's General Store/Accessories) page table with values being messed up in order with odd N/A template interruptions. Restrictions column (all tables except Home teleports table) follows a differently odd order when sorted in both ascending/descending instead of being sorted alphabetical order.
 * In conclusion, you will notice the similarity of having the first few (usually only the first one) columns being sorted correctly in numerical order (due to having the price coming first before further informations). Consistent problems with these page tables when sorting include the tendency of not following numerical order, followed by the odd interruptions N/A template, and also the tendency of not following alphabetical order. Attribute "data-sort-type" are only added on selected columns due to experimentation and in general, they seem to bring almost no benefit when sorting (only the few columns which are sorted in numerical values usually benefit from this).


 * This page has sortable tables, but seem to work fine as it is, even without any attributes to sort them. Strangely, all values from the following tables are sorted in order but tables of the Solomon's General Store/Titles (explained earlier) which are not far off in differences of the table information, seem to experience this issue. Tables include:
 * Titles - Note how when sorting the Titles column, [Name] correctly comes first/last then followed with alphabetical order depending on ascending/descending.
 * Tiles
 * Titles


 * And just when you might think the problem arises with the rowspan/colspan, I highly doubt that it is. Mainly because usually a whole different attribute doesn't affect one another, no? The reason why rowspan/colspan is present is to ensure information is conveyed in a easy, digestible way for those who dislike reading the already comprehensive texts on the pages, thus I tried to minimise the information used in a table, focusing more on only the values when possible. Regarding your question, rowspans exists because 2 different animations (as the example given) can only be purchased from a single pack (2 in 1) and can be separately selected in the Animations Customisation interface. Rowspan exists in this case to include two rows because of this similarity.