• Play
  • About
  • News
  • Forums
  • Yppedia
  • Help
Personal tools

User talk:Chupchup

From YPPedia

Contents

Gem Price List

Go for it. =) Sashamorning 12:10, 16 July 2007 (PDT)

Gunning without a mission

Hoy! I just wanted to direct your attention to my reply on the Gunnery Talk Page. --Zava 16:24, 7 August 2007 (PDT)

Shout

Your recent edit on shout has some issues with it, see the discussion page -- Vorky 16:02, 8 April 2008 (PDT)

Your edit of Cannot_log_in

Hi Chupchup. Your edit of Cannot_log_in has just removed a fix that would resolve the exact issues that a lot of people are having at the moment, and even what was recommended as a fix by Demeter in an email I got today.

"If you're able to connect to the main website, it's possible that you have an entry in your Hosts file for that page, which is bypassing the lookup and allowing connection. You may wish to add the other IP addresses to that file if you know how to do so: this may allow you to connect. I'd recommend however that as soon as we post in the forums that this is fixed, you remember to go back and remove these entries, otherwise it can be pesky to troubleshoot if they're changed at any time (that's from personal experience!). " I just had to add the entries given to me by Demeter to be able to connect at all. —Preceding unsigned comment added by Vorky (talkcontribs)

Man/Master at Arms

We need to hold on changing links for the Man or Master at Arms article until we can establish for certain which one the game currently uses. Are you able to check easily? --Belthazar451 01:27, 12 April 2011 (UTC)

The game does not use the term at all. For the MAA order, it says something to the effect of "organize the defenders of the ship" or "coordinate the defense of the ship". MAA is not a term used in the Official documentation namespace at all. The only place Three Rings has mentioned it is in Ice Ocean changelog/2007-2 where it is mentioned three times as "man at arms" or "man-at-arms". Chupchup 05:12, 12 April 2011 (UTC)
And what's the mouse-over text for the MAA's station symbol? --Belthazar451 08:14, 12 April 2011 (UTC)
Man at arms, though I'm not sure if it has hyphens. Hrengito 15:35, 9 June 2011 (UTC)

PPSO Deletion

You wrote:

At this point, what needs to be done to convince an admin to delete it? Is it really that necessary to hang on to damaging articles like this? Who would object if I blanked it out? Chupchup 02:11, 31 May 2011 (UTC)

It's not convincing that's required here, but motivation to stop procrastinating and just do it. So, with that in mind... mail me some cookies? =D --Belthazar451 10:43, 31 May 2011 (UTC)

I thought we had to wait a month since the last comment - so I wasn't sure I was allowed to delete it. /me gives you a massive tray of cookies!!! --Adrielle ♥ =) 11:54, 31 May 2011 (UTC)

Fanchuan

First off, apologies for undoing your edit before reading my messages. It was rash and unnecessary. My data and explanation for my results are as follows.

# of small shots | # of SF Blocks
1 | 4
2 | 9
3 | 13
4 | 18
5 | 22
6 | 27
7 | 32
8 | Max (36)

Originally I assumed that each small shot would produce X SF blocks. Thus, the number of total SF blocks would be X * the number of small shots (lets call the number of shots occurred n) incurred. I also assumed that nX would be rounded in some way to make it an integer.

Assuming nX is rounded to the nearest integer with .5 rounding up, each data point implies the following ranges for X.

# of small shots | # of SF Blocks | Range of X
1 | 4 | [3.5,4.5)
2 | 9 | [4.25,4.75)
3 | 13 | [4.167,4.5)
4 | 18 | [4.375,4.625)
5 | 22 | [4.3,4.5)
6 | 27 | [4.416,4.583)
7 | 32 | [4.5,4.64)
8 | Max (36)

As you may notice, the first data point implies that X must be less than 4.5, and the 7th data point implies it must be greater than or equal to 4.5. Thus, this method of rounding proved inconsistent.

Assuming nX is rounded to the nearest integer with .5 rounding down produced similar results with the first and seventh data points in disagreement.

Assuming nX is always rounded down to the nearest integer, each data point implies the following ranges for X.

# of small shots | # of SF Blocks | Range of X
1 | 4 | [4,5)
2 | 9 | [4.5,5)
3 | 13 | [4.33,4.67)
4 | 18 | [4.5,4.75)
5 | 22 | [4.4,4.6)
6 | 27 | [4.5,4.67)
7 | 32 | [4.57,4.71)
8 | Max (36)

In this case, all data points are consistent with each other, and the range of X is limited to [4.57,4.6). Also, take note that programming wise, it is quite simple to round down to the nearest integer, which makes it a likely choice for rounding. Now, with said range for X, the maximum damage for sf would be 36/X and the maximum sink damage would be (36/X)/0.6. This produces a Maximum Damage for SF range of (7.826,7.875] and a Maximum Damage for Sink range of (13.043478,13.125]. These ranges are not arbitrary, and have no range of error. As simplicity is often preferred, 13.125 is the most likely sink damage in it's range, producing the SF damage of 7.875. Admittedly I have not read Three Ring's Official Hit Points statement, although if their official statement contradicts the tested data, I would not be surprised, as the tend to prefer to keep the internal workings of the game vague.

If you find something wrong with either my math, or my method of testing, please let me know. Using this data I plan on testing ram damage within the next couple days. This will allow us to know at what point fractions become irrelevant. Shub10 03:30, 5 June 2011 (UTC)

One minor note since I don't know your programming background: 13.125 is the simplest number to program in the sink range due to coding in binary. The fraction .125 is easily coded as .001. Shub10 03:37, 5 June 2011 (UTC)
I think the fault in your math is assuming that 36 is maximum, when in reality it is 60 blocks for sinking damage that matters. If you take a look at this table, you can see that we have reliably reverse-engineered (without a word from the devs on how this works) the underlying hit-points mechanism for all ships and obstacles.
Object Pillage Sink Collision Class
Small cannon balls 2 n/a
Sea monster darts 2 n/a
Medium cannon balls 3 n/a
Large cannon balls 4 n/a
Sloop 12 20 1 Small
Cutter 15 25 1 Small
Dhow 15 25 1 Small
Triketos - 25 4/12 Medium
Fanchuan 15.6? 26? 1 Small
Longship 18 30 1 Medium
Baghlah 24 40 3 Medium
Merchant brig 24 40 3 Medium
War brig 30 50 4 Medium
Gorgonyx - 50 8/24 Medium
Merchant galleon 36 60 5 Large
Merchant galleon 42 70  ? Large
War frigate 60 100 6 Large
Archelon - 100 8 Grand
Grand frigate 72 120 8 Grand
Much of my ram-damage research was done against a grand frigate, which has the finest granularity of hit points that can be discerned in the game: one SF block equals one hit from a small cannon ball. Now as you can see with my fanchuan conclusion, for the first time we do not have an even number of SF blocks to reflect damage, but it comes to 15.6 HP, or roughly 4.62 blocks per small cannon ball. Now, the whole reason I had distilled this chart down to 120 HP for a grand frigate, and 2 for a small cannon ball, is because all the other numbers worked out to even non-fractions with that scheme - until now. Now, we have to multiply by 5 across the board to get even numbers again. That's not a real problem, but I doubt that is how Three Rings actually calculates things. It's probably likely that they just stuck the fanchuan in at 26 hit points and called it done. Chupchup 03:42, 5 June 2011 (UTC)
Except I did assume 60 is maximum for sink damage. Also, assuming three rings simply stuck it's hit points at 26 and leaving it at that is completely contradicted by the data provided. If you do not agree with my results, please either (a) test the data yourself and find the error within it, or (b) produce a mathematical proof that correlates your hit point model with the data. Otherwise, what I'm saying is my results explicitly prove your model to be flawed. Shub10 03:51, 5 June 2011 (UTC)
Well, I just did my own tests, and I was unable to come up with any numbers to match my predictions. Your tested numbers are correct and you're right about the inconsistency between the first and seventh data points. I don't know how to explain it. The only other sure-fire test I can imagine would be to create a non-sinking event blockade, bring in a clean fanchuan, and see whether it takes 13 or 14 shots to sink it. This will not say anything about fractions between the two possibilities, though, because my numbers predict a sink HP of either 26 or 27... Chupchup 04:58, 5 June 2011 (UTC)
It seems further impossible for a sink HP of 27, considering that 8 shots is max and not under max. The only possible number for sink HP is 26, but that predicts 23 blocks at 5 shots, not 22. I'm seriously at a loss about how to interpret any of this. Chupchup 05:05, 5 June 2011 (UTC)
I do not plan on publicly furthering my research, as Three Rings policies (and history) imply that the moment it is publicly known how damage works in game, they will change it in order to keep our understanding vague. However, I thought I'd share a small piece of information with you, in case you plan on pursuing such understanding for yourself. A cutter that takes 1 small shot has 4 SF blocks of damage, and a cutter that takes 2 small shots has 10 SF blocks of damage. This simple scenario implies the damage system is not linear as previously assumed. If you'd like to do further research, I'd suggest starting from there. Shub10 02:14, 13 June 2011 (UTC)

Style question

I notice that, in your edit of Booty share, you changed the section headings from title case to sentence case. I'm used to using sentence case because it's the Wikipedia style, but as best I can remember every YPPedia article that I've seen has used title case. Is it authoritatively established that all those other articles are wrong? Gascony 00:41, 25 August 2011 (PDT)

It has been brought up at YPPedia talk:Style guide#Section headers, but no authoritative finish and no discussion since 2006. I'll bump it there. Chupchup 12:52, 25 August 2011 (PDT)

Ship lists

Psst. User:YugiohRo/Ships‎ is in the user namespace - the main namespace rules don't apply there, so it's ok for that page to have a list of standard-named ships. =) --Belthazar451 13:43, 28 October 2011 (PDT)

OK, thanks. Chupchup 13:44, 28 October 2011 (PDT)
Aha, so is User:Lizardorb. I'm getting the feeling you're making your way through some sort of list of links, in which case, you need to be careful to double-check which namespace the page is in. --Belthazar451 13:48, 28 October 2011 (PDT)
I had opened a tab on Lizardorb before I got your message, and I undid that immediately after making the change. Yes, I am working from "What links here" on the file File:Sloop dock.png. Chupchup 13:49, 28 October 2011 (PDT)

SHAM List

Yeah, I'm working on eliminating the pirates on the list who are long defunct. Doing this by hand currently, but I'm working with other pirates to hopefully better maintain this list. Just doing broad brushstrokes at the moment. Everyone who's been out since before this calendar year is getting clipped. Also, removed some pirates who don't exist anymore, never existed, or misspelled their names. Raijingamer

That's great work! Sorry I didn't see your talk page post right away, but I knew there was something purposeful about the edit when I saw it... Chupchup 12:23, 5 November 2011 (PDT)

Image renames

Oh, ack, didn't catch those stray spaces. I was only adding the "monthly" bit at the beginning and honestly didn't even look at the end parts. But does it even affect anything? I'm not sure it does.--Fannon 20:11, 30 January 2012 (PST)

good catch  ;-)

ref: this... -- Franklincain (t/c) 18:34, 30 June 2012 (PDT)

Greeterlang Icons

Okay, finally got around to doing those icons. They're not perfect, but they'll work. Let me know if they look funny to you or you think anything needs to be adjusted. --Fannon 14:17, 5 July 2012 (PDT)

Thanks! Chupchup 14:18, 5 July 2012 (PDT)

Reverts

Ahoy! Thank you again for your contributions, I can tell that you care about the quality of the content in our wiki and we thank you for that! However, I'm a little concerned about some recent reverts. As mentioned in my previous PM, we only use a revert on cases of clear vandalism and we avoid using them to undo changes that other editors have made in good faith. If you feel that a page could be improved, then it's better to edit the page instead of reverting the work of a fellow editor. If you can't determine how any part of an edit benefits an article ask for clarification on the article's or the editor's discussion page, even if it takes a little longer! There's useful information in this page in Wikipedia: Wikipedia:Reverting. If you have any questions or comments, please feel free to drop a note on my discussion page. --Clotho 22:20, 10 July 2012 (PDT)

I don't at all see where the policy you linked prevents undoing good faith edits. I thought I was abundantly clear in my edit summary why I reverted the change. If it is indeed policy that we can't use undo except for vandalism then it needs to be written up clearly, because that is definitely contrary to policy on Wikipedia or any other Wiki I have used before. Chupchup 23:08, 10 July 2012 (PDT)
(Stating my own opinion...) It's not so much a matter of reverting the good-faith changes that I made; it's more the fact that you did so yourself, -instead- of telling me, "hey Franklin, you may not have realized that those bold-face entries were there for (specific reason)" which would have then given me the chance to fix what I broke. It's a matter of courtesy and respect to one's fellow contributors. (Ref.: Bullet #4.) You took action yourself, and you did so immediately, without even trying to work with me. Based on your response above, I'm left with the opinion that the thought of trying to work with me probably never even crossed your mind; your comments above completely glossed over the breach of etiquette that occurred and focused exclusively on the rules of "revert" vs "no revert". I sincerely hope I'm misinterpreting here; I would be relieved to be proven wrong in this instance. -- Franklincain (t/c) 00:23, 11 July 2012 (PDT)
But this is exactly how collaborative editing is done. It is not necessary to discuss every time a change is necessary. The edit notice for YPPedia says, If you don't want your writing to be edited mercilessly and redistributed at will, then don't submit it here.
I am following the principle known on Wikipedia as BRD: Bold, Revert, Discuss. In this process, one editor makes a "bold" change to the article. It may be accepted by consensus and allowed to stand - many are. If another editor, watching, disagrees with the change, he may "revert" using undo or by editing the article. This shows that the proposed edit does not have consensus yet. The original author may have the article watchlisted or otherwise notice the change, and s/he still thinks it was worthwhile, so s/he starts a discussion on the talk page. The discussion achieves consensus and the article is updated later to reflect the agreement there. This is how BRD works, it maximizes collaborative editing while allowing for consensus to naturally occur. It prevents edit-wars by encouraging discussion rather than an endless cycle of reverts.
I have been using Wikipedia actively for over four years, and have logged 14,442 edits to date. I have a completely clean block record. I have userrights reviewer, rollbacker, and autopatrolled. I am an instructor at the Counter-Vandalism Unit Academy. Most of my work is reverting vandalism and unconstructive edits. I see good-faith edits all the time and I can clearly distinguish them from vandalism, but I regularly revert both kinds, and nobody has told me that I can't.
Perhaps you are thinking of "rollback", which is a privileged userright in MediaWiki software, and on Wikipedia is restricted to use against vandalism only. This is mostly because it generates an automatic edit summary that cannot be changed, and there are other tools that work like rollback that can be used effectively for good-faith edits, such as Twinkle. Undo is not restricted in this way; anyone can use it, and the default edit summary is customizable.
If undo is considered harmful to good-faith edits, then I am interested to know why it is frequently used by administrators in this manner. User:Belthazar451: [1] [2]; User:Faulkston: [3]; User:Addyrielle: [4]; User:Thunderbird: [5], [6], [7], [8].
I have been using undo without incident for four years here on YPPedia. I am curious when this policy originated, where it is documented, and why I have not been warned before. Chupchup 06:28, 11 July 2012 (PDT)
Focusing for the moment on BRD, here's how I see this chain of events:
1) I saw a problem -- text was bolded within an article, without any explanation of why it was bolded. So, I removed the boldface.
2) You saw my edit as a problem, so you reverted my change, adding a brief explanation for your revert into the "edit summary".
3) Based solely on that "edit summary" (i.e. no entry from you on the Talk page for that article, and no explanatory message from you on my User Talk page), I learned the reason for the bold-face, and added that explanation into the article, solving the problem that I originally noticed (i.e. bold-face without reason).
If this is correct, then where is the "D" ("Discuss") in this? It's "BRD", not "BR". It was your lack of discussion (and not the revert itself) which I perceived as the breach of etiquette. (Yes, in a perfect world, you could have merely told me, and given me the opportunity to fix it myself, allowing me to "save face," but a brief message in my User Talk page would have sufficed.) -- Franklincain (t/c) 10:39, 11 July 2012 (PDT)
To clarify, we are not trying to discourage anyone from using reverts. However, they should only be used after careful consideration. Quoting from the link above: A reversion is a complete rejection of the work of another editor and if the reversion is not adequately supported then the reverted editor may find it difficult to assume good faith. This is one of the most common causes of an edit war. A substantive explanation also promotes consensus by alerting the reverted editor to the problem with the original edit. So if you feel the edit is unsatisfactory, then try to improve it, if possible – reword rather than revert is a useful guideline. --Clotho 11:30, 11 July 2012 (PDT)
I am sorry that I offended you, Franklin. I am also sorry Clotho feels I did not give careful consideration to my edits. I will try to be more careful in the future. Chupchup 23:36, 13 July 2012 (PDT)

no redirects from user space

Actually, it's the other way around that is not allowed -- we're not allowed to link to the User page from the associated pirate page. Redirecting FROM the user page TO the pirate page IS allowed. (I can think of at least one example that's been in place for several years...) -- Franklincain (t/c) 10:49, 13 July 2012 (PDT)

Oh, okay, sorry about that. Chupchup 10:53, 13 July 2012 (PDT)

force-toc in "black market"

I was using the force-TOC in that article in order to give one blank line's empty space between the last intro paragraph and the TOC. I'm guessing you did not realize that specific force-toc was actually doing something useful. I'd also like to point out that other authors have used force-toc in the past in other articles here, for the same or similar reasons, all for the same ultimate goal of improving the readability of the articles. -- Franklincain (t/c) 16:44, 28 July 2012 (PDT)

That blank line can also be inserted as a simple blank line, without the need to force a Table of Contents when you don't actually mean to force it, you mean to insert a blank line. Chupchup 17:52, 28 July 2012 (PDT)

QuarterMaster

Your edit/comment about:http://yppedia.puzzlepirates.com/QuarterMaster_Pirate_Helper You said and I quote "Software had no license statement to permit redistribution, therefore the legality of these downloads is extremely questionable.) " I got this program from here:http://yppedia.puzzlepirates.com/Talk:QuarterMaster_Pirate_Helper Under "Domain has lapsed". All I did was take the RAR file and make it into a self-extracting exe file using winzip. I used the same online file manager used by Franklincain (t/c) and got the files from his link at the bottom. I simply edited the page so that people didnt have to look there they could use the main page. Please reconsider updating the link. Oceaneer is no longer a valid domain.

I have opened a discussion about this here in the QuarterMaster thread on the forums. The problem is that Tailspin never issued a license statement. Therefore, nobody but him has the right to redistribute or modify the software. While it is extremely unlikely that he will sue you for making it available, it is important to properly license software and abide by these terms. Placing an unauthorized download on YPPedia could make Three Rings legally liable. It is important to ensure that the download is properly licensed before offering it in public. Thanks for understanding. If you have further comment you can post in the forums where more eyes will see it. Chupchup 20:14, 27 October 2012 (PDT)

Delete template

Ahoy! Just to let you know, the {{D}} template can also include a reason as to why you want it deleted, just add it as the second parameter. For example put {{D|Wrong namespace}} as I have done for where you marked a article for deletion at Template:Disambig Skulls. Regards, Kris. Avastme Talk 11:16, 2 January 2013 (PST)

Thanks. Chupchup 11:55, 2 January 2013 (PST)
Also, left you a reply on Faulkstons talk page Avastme Talk 11:58, 2 January 2013 (PST)

Viridian is dead, has no more Crews

If this were a "historical category" then we'd still have crews beginning with "A" through "C" still in this category, and we'd also still have the all of the corresponding categories for the other dead oceans. In the case of this latter point, please notice that Fannon already deleted the obsolete categories for Midnight and Cobalt -- please read the deletion notes -- after clearing them out, by moving them into either the "live/new" ocean's category or else the old ocean's "defunct" category.

Since I'm trying to clean up Viridian (and maybe Malachite also, in time) in the same way, it would help if you were to reverse your counter-action of my work (1, 2). (If I do it myself, it would be seen as an edit war, which I'd like to avoid.)

Thank you. -- Franklincain (t/c) 08:47, 3 July 2013 (PDT)

Addendum: Please read Fannon's comments here for verification. -- Franklincain (t/c) 09:02, 3 July 2013 (PDT)
I disagree strongly with the deletion and depopulation of these categories, as I mentioned here: User_talk:Faulkston#Undelete_old_ocean_flag_and_crew_categories. I don't believe that more work should be done to destroy the information preserved in them until we can reach a real consensus on whether they should be done away with or not. As far as I am concerned, we have no consensus for action yet and the old categories should be restored. I would appreciate if you did not take action until we can reach it. Chupchup 18:09, 3 July 2013 (PDT)
If others start discussing this issue (presumably to gather a consensus), then I'll wait a reasonable amount of time for the discussion to reach an agreement. Failing that, I'll conclude that the three of us who have expressed an opinion (you, me, and Fannon, in the afore-mentioned conversation) are the consensus, and I'll resume this work. I think this is a fair compromise. -- Franklincain (t/c) 18:23, 3 July 2013 (PDT)
We would need to seek a more centralized venue for discussion rather than user talk pages. I suggest posting a forum thread about it for best results. Also, what kind of consensus is made by two for and one against deletion? Chupchup 19:52, 3 July 2013 (PDT)

I've reported your vandalism on Rum_Soaked_Devils to Clotho. If you don't like the fact that a consensus was already made, before either of us started working on this category, that's your problem - not mine. And from now on, you can take these matters up directly with her, or with one of the admins, instead of approaching me directly. I've tried to work with you, but I do not see you make any efforts to even TRY to meet me halfway. -- Franklincain (t/c) 14:52, 14 July 2013 (PDT)

Risa

I've reverted your edit to "Risa" (when you replaced the entire article with a redirect), as this article contains historical data which would be lost with your change. If you wish to contest this, please feel free to contact an administrator. -- Franklincain (t/c) 22:20, 24 July 2013 (PDT)

Removing trophy spoilers

Ahoy - I want to flag up a recent edit of yours that concerns the no trophy spoilers rule. Surely the text "Achieved [[puzzle standing|ultimate puzzle standing]] in [[Gunnery]] and [[poker]]" is too vague to count as a spoiler? The only spoiler here I see is that the ultimate standing is the highest standing achievable (and anyone will tell you that, as well as the wiki pages on puzzle standing/ultimate list). Indeed, folk have been bragging about their ultimates for years before trophies came along. I reckon you could despoilerize it completely by replacing every instance of "Achieved ultimate x trophy" you come across to "Reached ultimate standing in X" instead of wiping it outright. By the same reasoning, "I reached position #n on the ultimate list" would be ok too. --Therobotdude 10:59, 4 April 2014 (PDT)

Some other edits you should look at are 1 2 3; all three trophy instances could possibly be salvaged as per my comments above. In the first edit you also zap some false positives! --Therobotdude 15:24, 4 April 2014 (PDT)

It's not merely a question of spoilers. It's the fact that trophies are available on the Pirate Profile yoweb page and therefore not necessary to be mentioned in YPPedia, because it is redundant. The exception we grant is if some extra information is given, such as the date the trophy was granted. I stand by all my edits. For the discussion which led to this policy, please see YPPedia talk:Policies and guidelines#Trophy Lists on Pirate Pages. Chupchup 17:04, 4 April 2014 (PDT)
The point about redundant information is a fair one, although it is not strictly an actual policy as far as I can see. The discussion you pointed me to was never voted upon and did not make it to the policy & guidelines page. Moreover the nearest relevant vote to restrict triggers makes no mention of that discussion either. I would also ask why some redundant pieces of information are allowed (current flag, current crew, current senior officers/royals etc) yet a lot of these things go out of date very quickly (whereas an ultimate x achievement never dates). Last thing, even by the value proposition argument your edit to link number 1 above actually removed some information not present on the yoweb page: the #6, #7 etc. While I will restore this portion momentarily, what logic is there to taking a pirate's #1 out of an achievement list and leaving the #6 and #7? --Therobotdude 18:12, 4 April 2014 (PDT)
"Trophies are not permitted on pirate pages". Trophy triggers are restricted to the Trophy article. We don't vote on YPPedia, we follow consensus. And as for the logic question, I was about to ask you the same thing. Chupchup 18:17, 4 April 2014 (PDT)
I am enforcing policy and guidelines as I see them. If you wish to modify them then I suggest joining the discussions to which I pointed, rather than on my user talk page. Chupchup 18:19, 4 April 2014 (PDT)

Featured article

I've mocked up this version of the featured article draft you wrote a while back. Here's how it would appear on the main page. What do you think?

The relevant forum post is probably the best place to leave feedback, so far I've not any kind of response from anyone :P. --Therobotdude 08:26, 12 July 2014 (PDT)

Ahoy - first I'd like to say a big hearty Thank Ye for your recent support! I have a lot to live up to :). Re that featured article then, can I suggest this addition to the updated copy you wrote at Talk:Ocean merge? I thought it might be helpful to go into a bit more detail on the actual merge process. Cheers, --Therobotdude 05:11, 25 July 2014 (PDT)
I prefer this revision with the precursor ocean details, but you undid that one in your sandbox. I think they're worth mentioning. Chupchup 08:05, 25 July 2014 (PDT)
Ah, I undid that due to a technical problem - for some reason the bullet points disappear (only) when the text is added (or transcluded) to the mainpage. I think they're worth mentioning too, but have no idea what's gone wrong! (Possibly a disagreement between html and wikimarkup) --Therobotdude 07:02, 26 July 2014 (PDT)
Why are the bullet points in a table? --Belthazar451 01:53, 27 July 2014 (PDT)
That's a separate bug in mediawiki: sometimes when text containing bullet points wraps around a left-image, the bullet points superpose onto the image and the list items lose any relative indentation they might've had. I've found that sticking it all into a table not only stops this, but also keeps the bullet list grouped together when/if it wraps. --Therobotdude 03:25, 27 July 2014 (PDT)
Update on this: The html <ul>(unordered list) tags which produce bullet points in html do not work within the div class="toc" section on the main page. However, the <ol> tags, which produce numbered lists, do work. I removed the class="toc" from the div tag experimentally and found that it allowed me to use bullets. My main page mockup doesnt seem to be broken. --Therobotdude 03:49, 27 July 2014 (PDT)
... And why is the featured article box pretending to be a table of contents? --Belthazar451 14:17, 27 July 2014 (PDT)
One of life's great mysteries! No idea why it would be that way. I'm keen to make that box a non-TOC, would either of you know the correct way of doing that? Does that way differ from what I did here? --Therobotdude 16:28, 27 July 2014 (PDT)
Wow! Thanks TRD! It only took 2.5 whole years to feature my article! I'm jazzed about this. Chupchup 18:03, 27 July 2014 (PDT)
As a consolation, yours could well be up there for another 2.5, if the previous featured article's anything to go by ;) --Therobotdude 18:32, 27 July 2014 (PDT)

fox boxes

Whoops! You're quite right, well spotted. I should probably use the brain before believing/implementing everything said on greeter chat :p. --Therobotdude 01:13, 3 August 2014 (PDT)

Include old ocean categories on Pirate pages or not?

I noticed you removed the Cobalt Ocean category from Scrapper's page and I wondered why. I've seen multiple pirate pages which also had a link to the closed oceans so why did you remove mine? Thanks! Scrappy 22:42, 25 August 2014 (PDT)

nvm, found the answer. Thanks for the help! :) Scrappy 22:45, 25 August 2014 (PDT)

Oops, I did it again

Hey, just to say sorry for accidentally undoing your edit. It's the second time this week this has happened so I'll try to be doubly careful in the future! A new phone browser is definitely needed... --Therobotdude 18:56, 19 November 2014 (PST)

No worries. Chupchup 21:23, 19 November 2014 (PST)

Indented ocean lines on pirate pages

Hmm, I keep seeing a continuing indent the further the pirate name goes down, forcing the Trophy page and the Gallery page links to skip a line or more. My Appearance setting is set to Simple skin because the Puzzle Pirates skins don't work for clicking Template:Showhide. It's not that much of a problem, but it is rather annoying... There's an example on my User Page. -> Gunnerfreak on Cerulean 16:17, 14 October 2016 (UTC)

You are right about that, I reproduced it with the Simple skin. I don't know why. I suggest using Vector. Chupchup 01:28, 18 October 2016 (UTC)
/me facepalms. Right, thanks mate. I should have tried to try out a different skin... Lol. Gunnerfreak on Cerulean 10:52, 18 October 2016 (UTC)

Green

If anyone ever searches for "green" and wants something other than green oasis, they'll be looking for a crew or something with green in the name when they've forgotten the rest of the name. Anyone who wants the color page will search for that in the first place. None of the other colors have redirects to the color page. --Budclare2 21:04, 5 July 2017 (UTC)

Perhaps a disambiguation page is in order. A search indicates that it could also mean Green dye or Green Ocean. Chupchup 00:08, 6 July 2017 (UTC)
But anyone who wanted either of those would use both words. --Budclare2 01:34, 6 July 2017 (UTC)
Then why won't they use "Green Oasis" to search for the island? Chupchup 02:11, 6 July 2017 (UTC)
Why do people ever not use the full name of an island? --Budclare2 03:59, 6 July 2017 (UTC)
Some people have been abbreviating the name "oasis", so I figured I'd cover all the bases. If you have a problem with it, then delete the redirect entirely. I don't care enough to argue about it. --Budclare2 06:41, 6 July 2017 (UTC)
I'm going to say that I'm pretty sure that most people that search for Green Ocean or Green dye will know to search the whole phrase; also, Green dye may often be searched for as just dye. Oasis Island is often Oasis, as well. Gunnerfreak on Cerulean 13:29, 7 July 2017 (UTC)
Well, I must say that all three of us have leapt into an area of pure speculation. From my experience on Wikipedia I have been trained to deal in solid facts. Wikipedia makes available many analytics so that we can actually know what people are searching for and the pages they view and the volume in which they do it. AFAIK, unless the Ocean Masters have some unknown magic, YPPedia does not have the same analytics. So we are essentially shooting into the fog with guesses about what people will search for. Let's stick to facts, and identify a course of action. The vast majority of redirects to Obsidian islands are unique words that refer to nothing else on the YPPedia. "Green" is a unique situation in that the word is generic, refers to many possible topics, and does not uniquely identify Green Oasis (people on Sage/Emerald always called Greenwich Island (Emerald) by this short name.) I contend that special handling is necessary, but I am open to what kind of special handling that might be. The only thing I would staunchly oppose is a straight redirect to Green Oasis (Obsidian). Chupchup 17:09, 7 July 2017 (UTC)
We're users, too, so it can't possibly be pure speculation. We know how we search, so we know how some users search. (If you're allowed to be the Fact Police, I'm allowed to be the Logic Police. ;) --Budclare2 12:08, 13 July 2017 (UTC)
I think a disambig page makes the most sense. Green is just way to generic to assume that people who are typing it in mean to get to Green Oasis. Oasis, however, I think you could argue for. Just not green. My two cents. :) --Fannon 17:41, 7 July 2017 (UTC)
Hmm, fair enough, Chupchup. I think it'll be better to create a Disambig page for this case. Gunnerfreak on Cerulean 20:56, 7 July 2017 (UTC)

Caps

There is room for discussion on whether it's better to use "Dark Seas" or "dark seas" for a diambiguation (I hate to confuse the search function that much, personally), but there was no reason to rename my template. Template names do not need proper capitalization, and you're trying to force people to capitalize unnecessarily every time they use it. --Budclare2 11:38, 19 July 2017 (UTC)

Shovel source

Just a FYI, the Shadow Raider pack is a new DLC pack that was added yesterday. The shovel is part of that, not the Shadow Fleet pack. --Thunderbird 01:56, 8 July 2018 (UTC)

Powered by MediaWiki
Attribution

Puzzle Pirates™ © 2001-2016 Grey Havens, LLC All Rights Reserved.   Terms · Privacy · Affiliates