Tupka217 wrote: That's not the normal way of going to infobox source mode. Clicking the  is.
Why in the world should I have to click something else to get to Source Mode when it's a) set as default for my account, and b) described as "edit source" on the button?
Nirvana Supermind wrote: Here I have two screenshots of my UCP customize: ... Do you see any sign of the "Add category track"?
Edit: yeah it's not there.
Your screenshots cut off the end of the column on the right side (where the "Create track for new category" is normally placed), so it's impossible to say. However, based on other information from your screenshots, it looks like it's probably still there.
Jrooksjr wrote: Wiki Admins can add specific categories to the achievement system to encourage edits to pages into those categories.
P.S. There is an achievement for making x number of edits in a short amount of time - I think was called 'Caffinated' or something like that.
There are actually 2 of them, they're part of the "Secret Achievements" track. There's Pounce!, awarded for making edits on 100 pages within an hour of the page's creation. and Caffeinated!, awarded for making 100 edits on pages in a single day. There's also, Lucky Edit!, awarded for making the Lucky 1,000th edit on the wiki. Overall, I find achievements more likely to induce spam than legitimate edits. They're also very unreliable as a gauge of editor capability/activity. I'm hoping that there are some improvements coming to the Achievements system to be able to account for this.
Tupka217 wrote: Google the search engine, not Google Chrome the browser...And even if it didn't, Bing and DuckDuckGo do not work significantly different.
Apologies, I meant search engine but typed browser. It is corrected now. However, my point still stands. It doesn't matter where it shows up on the search engine if people have a bad enough experience... they'll just skip the Fandom result and go to the next one (or type -site:*.fandom.com, like they already do for a certain social media website who pays for higher Google search rankings).
Andrewds1021 wrote:...This change was made for SEO purposes (so you can thank Google, not Fandom)...
You can blame Google all you want. However, they're not the only
web browser search engine out there. At the end of the day, it's user experience that will push the product. If people have a bad enough experience, they will ignore (or worse, block) all Fandom results. Focusing only on external SEO metrics does a serious disservice to all of the many other ways that webpages are browsed and shared.
Dukese805 wrote: the main page is fine but the rest aren't hers an example https://wreckit-woodhouse.fandom.com/wiki/special:listusers
I can confirm this behavior in the latest version of Chrome. It appears to be serving the lowercase version of the page via http first, and when it can't find it redirecting to the secure uppercase version of the page. Definitely a serious bug.
Edit - and now submitted via S:C.
Tupka217 wrote: The toolbar is collapsed on every new wiki you enter. I hope that doesn't stay a thing.
At the very least, it needs to be able to be toggled to stay open as a user setting.
TikTokToxi wrote: I notice the $wgRestrictDisplayTitle rule is enabled in UCP. Will this be the case in the near future?
I'm hoping not (or that it can be turned off on a per unit basis), because one of my wikis makes heavy use of it to work around problematic names for things referenced inside the game it's about.
CW-Eaves wrote:One of the issues I have with the new Recent Changes (as opposed to the old Recent Changes and Wiki Activity)...
I agree with everything in this comment.
Andrewds1021 wrote: I believe the relevent reply to this was said in #33.
You can't hover on mobile.
It certainly makes it difficult to determine what the licensing status of an image is or who to credit for an image. Just because an image is uploaded by a particular user, does not mean that they own the copyright for that image (if we that was the case, most wikis would be without any images whatsoever). Just because an image is on a wiki does not mean that the image has had it's rights released.
For example --
An article about wookies may include an image of Chewbacca. However, Disney currently owns the rights to the character. And, without getting additional permission from them, it can only be used under the fair use doctrine... not the more lenient copyleft agreements common among the various wiki platforms.
...You should still be able to get to teh file page by hovering over the image and clicking the info icon that appears in the lower-right corner of the image...
How exactly are mobile users supposed to hover and right click an image again? Remember, the community isn’t only desktop users. If I’m watching TV, and someone sends me a message about something on a wiki I regularly edit... I need to be able to look it up quickly, I don’t necessarily want to bother with turning on a desktop/laptop and logging in to read, edit, or upload something on a file page.
TimmyQuivy wrote: ...
Oops, typo there. I think I can figure it out, but you may want to fix it for others.
PS - YAY! for squashed bugs!
Fandyllic wrote: Well, you're assuming the wiki allows anon edits which isn't always true.
Touché. You are correct, I had forgotten that some wikis don't allow any anonymous editing at all.
Fandyllic wrote: Well, you need an account at the target wiki...
Only if you want to publish directly from the bot. Otherwise, you can just copy/paste things manually. But, all of that information, and more, is available on the aforementioned help pages.
Mira Laime wrote: @Vandraedha: We're not tracking the number of communities that have created an Announcement before or currently have one active. The feature is available on every single community, though, regardless of whether they have forums, Discussions, both, or neither.
Then I don't know how you can state that the new Announcements are a better or more effective way of doing things if you can't name even one wiki where they are being used exclusively?
Forge the Hybrid wrote: Is it possible to change this manually? I much prefer the British/non-american version of dates, but I'm in the US so I'm assuming that the locale is set for the US.
If it isn't possible to set it by account I can always go for the British version of Firefox.
Yes, I too am interested in having the date/time as a user controllable setting. I prefer to see my dates as YYYY-MM-DD HH:MM whenever possible. Is it possible to accommodate this preference?
Try changing it to that in your computer's settings?
My computer is quite happy to use whatever format I like. The settings in question are the ones on the Discussions hosted by this website.
Mira Laime wrote: We're open to possibly raising the "one announcement at a time" limit, if it's really necessary - but so far, we've not actually seen any communities having an issue with that limit. A number of admins have expressed their worries that one at a time isn't enough, but those are actually usually communities that haven't even started using Announcements yet.
Very few communities have so much going on at once that they'd need more than one new announcement every couple of days. On the contrary - too many have several highlights going on at all times, causing community members to start ignoring them. If you can have only one news item at a time in your community members' notifications, they'll know that one is important, and be much more likely to pay attention to it.
Exactly how many wikis are exclusively using the new Announcement system, and what are they using it for? Because I know that it's not good enough for Community Central, and I haven't seen it in wide use elsewhere. BTW- The new announcements can also be just as abused as the old forum highlights (more so in fact).