User talk:Dantman/Flow

A pie for you!

...testing WikiLove + LQT. Dantman 22:28, 25 September 2011 (UTC)

A barnstar for you!

	The Civility Barnstar
	test 晒太阳的冰 03:11, 14 November 2011 (UTC)

Cheers

Thanks for the NamespacePaths extension. Frug (talk) 01:42, 21 May 2012 (UTC)

Previous page history was archived for backup purposes at User talk:Dantman/LQT Archive 1 on 2015-07-10.

Hi!

You get this message because you are an admin on a Wikimedia wiki.

When someone edits a Wikimedia wiki without being logged in today, we show their IP address. As you may already know, we will not be able to do this in the future. This is a decision by the Wikimedia Foundation Legal department, because norms and regulations for privacy online have changed.

Instead of the IP we will show a masked identity. You as an admin will still be able to access the IP. There will also be a new user right for those who need to see the full IPs of unregistered users to fight vandalism, harassment and spam without being admins. Patrollers will also see part of the IP even without this user right. We are also working on better tools to help.

If you have not seen it before, you can read more on Meta. If you want to make sure you don’t miss technical changes on the Wikimedia wikis, you can subscribe to the weekly technical newsletter.

We have two suggested ways this identity could work. We would appreciate your feedback on which way you think would work best for you and your wiki, now and in the future. You can let us know on the talk page. You can write in your language. The suggestions were posted in October and we will decide after 17 January.

Thank you. /Johan (WMF)

18:17, 4 January 2022 (UTC)

Dantman, you saved my bacon with that Short URL conifig generator at https://shorturls.redwerks.org/ (I found it linked to in Manual:Short_URL#External_links). Thank you. For some reason my wiki's short URL config broke when I upgraded from MW1.31.1 to MW1.35.1, but I made a new Short URL config with your generator and it works! Thank you! When I was young I believed in flying carpets. Later I believed in root level Short URLs (and set up teflpedia.com wiki accordingly). Now I rely on heros like you to save my bacon. I am upgrading that wiki in a test area and was stumped on some short URL problem but your tool has my wiki magically levitating again. So I can proceed with my upgrade, tomorrow. Thank you! Visual editor is throwing an error, "Error contacting the Parsoid/RESTBase server (HTTP 404)" -- maybe I will have to disable visual editor, alas. --Rogerhc (talk) 05:11, 27 January 2021 (UTC)

Fixed that for my root level short URL with this added rewrite condition in .htaccess:

RewriteCond %{HTTP_USER_AGENT} !^(VisualEditor)

See https://www.mediawiki.org/w/index.php?title=Topic:Vv35plp6g16qno0s&topic_showPostId=vv4jia2ip0swopod#flow-post-vv4jia2ip0swopod

Here's what the https://shorturls.redwerks.org config I'm using + that^ looks like, and it's working! :)

RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} !^(VisualEditor)
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/index.php [L]

RewriteCond %{HTTP_USER_AGENT} !^(VisualEditor)
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^/?images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/thumb.php?f=$1&width=$2 [L,QSA,B]

RewriteCond %{HTTP_USER_AGENT} !^(VisualEditor)
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^/?images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/thumb.php?f=$1&width=$2&archived=1 [L,QSA,B]

Dang, that works for http:// but not for https://. When I switch to https:// I get this error when I click the VisualEditor "edit" link on a page:

Error contacting the Parsoid/RESTBase server: (curl error: 60) SSL peer certificate or SSH remote key was not OK

I am using a self-signed SSL certificate. Don't know if that is an issue.

Yes, it works on my production wiki!

My production wiki has a properly authorized SSL certificate. Visual Editor is working there!

My test wiki only has a self authorized SSL certificate, and throws the above error when trying to open a page with Visual Editor.

Thanks again for the short URL config tool at https://shorturls.redwerks.org ! Very helpful!

That one single line worked for me with https. I no longer have to choose between short URLs and Visual Editor. Thanks a million.

How do I create a wiki? I want to create a wiki for Demon Accords like the people who created the Supernatural wiki. How do I go about that?

@RerumTrading: Your best bet, for free, is an application at Miraheze's wiki-request queue. --Slgrandson (talk) 00:16, 20 July 2021 (UTC)

The correct meta tags are generated, but the page source starts with:

<div id="mw-content-text" lang="en" dir="ltr" class="mw-content-ltr"><div class="mw-parser-output"><p>FOO

I must be doing something wrong, but I can't seem to figure out what. (OpenGraphMeta and Description2 are both installed and loading properly)

Any thoughts?

Do you know if it's possible to allow registered users to view particular special pages, but prevent users in the banned user group (made with $wgRevokePermissions) from viewing them? I'd like for all users to have access to RecentChanges, but not for the troll who has been stalking it. I don't think there's a need for anons who can't edit to read it.

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

I don't use Lockdown at all. And I don't really see any reason to hide recent changes.

Ok. I'll see if anyone else knows if there's a solution. I'm hiding it from a troll who has repeatedly spewed racist interpretations of our content, and from what we can tell, has been stalking the recent changes page literally every day for over a year.

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

Imaj

Hi, Requests for comment/Allow styling in templates is being considered as one of the RFCs to be discussed at the RFC review on 2013-11-06 via IRC. You are receiving this notification because you edited or discussed this RFC. We hope to see you there.

This post was posted by Qgil-WMF, but signed as Qgil.

Grants News

VOLUME 1

MARCH 2013

ISSUE 1

Eight projects have been awarded grants in this pilot round of the Individual Engagement Grants program. You can read more about them in our blog post. Many thanks to everyone who participated in this round! We look forward to seeing even more of your ideas and input in preparation for round 2, which begins on August 1st.

Grants News is brought to you by the Wikimedia Grantmaking Team. You can change your subscription to this update on the list.

This post was posted by Siko (WMF), but signed as Sbouterse (WMF).

I used the directions here http://blog.redwerks.org/2012/02/28/mediawiki-subskin-tutorial/ to create a modified Vector skin here http://en.sturmkrieg.com but the CSS doesn't seem to work. I copied the Vector.css and some of the Common.css wiki pages into the screen.css file, and for some reason, only some of the CSS seems to work, as can be seen here http://en.sturmkrieg.com/index.php?title=Sturmkrieg_Wiki&useskin=sturmkrieg

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

Try adding 'skin.vector' to the dependencies of your skins RL module. And use addModules instead of addModuleStyles.

Where is the RL module? Is that in the skin files or one of the core files?

EDIT

I found this in sturmkrieg.php

$wgResourceModules['skins.sturmkrieg'] = array(
	'styles' => array(
		'sturmkrieg/screen.css' => array( 'media' => 'screen' ),
	),
	'remoteBasePath' => &$GLOBALS['wgStylePath'],
	'localBasePath' => &$GLOBALS['wgStyleDirectory'],
);

Where should I add it?

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

Make that:

$wgResourceModules['skins.sturmkrieg'] = array(
	'styles' => array(
		'sturmkrieg/screen.css' => array( 'media' => 'screen' ),
	),
	'dependencies' => 'skin.vector',
	'remoteBasePath' => &$GLOBALS['wgStylePath'],
	'localBasePath' => &$GLOBALS['wgStyleDirectory'],
);

Btw, your url shouldn't have []'s in it.

And remember to update addModuleStyles to addModules.

Thanks. I added the 'dependencies' => 'skin.vector', line. Are you say this line $wgResourceModules['skins.sturmkrieg'] = array( should not have the [] in it?

EDIT

I have this

$wgResourceModules['skins.sturmkrieg'] = array(
	'styles' => array(
		'sturmkrieg/screen.css' => array( 'media' => 'screen' ),
	),
	
	'remoteBasePath' => &$GLOBALS['wgStylePath'],
	'localBasePath' => &$GLOBALS['wgStyleDirectory'],
	'dependencies' => 'skin.vector'
);

It doesn't seem to work.

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

You've done something strange. Your skin isn't even loading 'skins.sturmkrieg' anymore.

I changed addModuleStyles to addModules. For some reason, it doesn't load any of the sturmkrieg/screen.css when I set that. I'm guessing maybe I should change it back to useModuleStyles? I'll set it back to that for now. When it does that, some of the CSS for the new skin loads, but most of it seems to be the Vector CSS.

I'll update this code here, that lists the code for the skin.

• User:Inquisitor Ehrenstein/Sandbox/Sturmkrieg skin

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

Do you know what to do when only some of the CSS is loading? useModuleStyles seems to load some of the CSS from the new skin, while useModules doesn't use any of it.

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

I'm using MW 1.17.5. Is there anything I need to do differently?

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

Please upgrade, 1.17 is EOL. And lots of the skinning stuff is not available.

Will the method work for MW 1.19? If so, I will upgrade to that.

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

I was saying that the 'url' in $wgExtensionCredits['skin'][] shouldn't have '[]' around the url. It's a plain url, not wikisyntax expecting external link syntax.

Ok, I see. Thanks.

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

I have this for the files:

sturmkrieg.php

<?php
/**
 * Sturmkrieg skin
 *
 * @file
 * @ingroup Skins
 * @author Sasha Ehrenstein (http://www.sturmkrieg.de/User:Inquisitor_Ehrenstein)
 */

if( !defined( 'MEDIAWIKI' ) ) die( "This is an extension to the MediaWiki package and cannot be run standalone." );

$wgExtensionCredits['skin'][] = array (
	'path' => __FILE__,
	'name' => 'Sturmkrieg',
	'url' => "[http://www.sturmkrieg.com]",
	'author' => '[http://www.sturmkrieg.de/User:Inquisitor_Ehrenstein Inquisitor Ehrenstein]',
	'descriptionmsg' => 'mywiki-desc',
);

$wgValidSkinNames['sturmkrieg'] = 'Sturmkrieg';
$wgAutoloadClasses['SkinSturmkrieg'] = dirname(__FILE__).'/Sturmkrieg.skin.php';
$wgExtensionMessagesFiles['Sturmkrieg'] = dirname(__FILE__).'/Sturmkrieg.i18n.php';

$wgResourceModules['skins.sturmkrieg'] = array(
	'styles' => array(
		'sturmkrieg/screen.css' => array( 'media' => 'screen' ),
	),
	'remoteBasePath' => &$GLOBALS['wgStylePath'],
	'localBasePath' => &$GLOBALS['wgStyleDirectory'],
);

Sturmkrieg.i18n.php

<?php
/**
 * Internationalization file for skin Sturmkrieg.
 *
 * @file
 * @ingroup Skins
 */

$messages = array();

/** English
 * @author Inquisitor Ehrenstein
 */
$messages['en'] = array(
	'skinname-sturmkrieg' => "Sturmkrieg",
	'sturmkrieg-desc' => "The default skin of Sturmkrieg.",
);

Sturmkrieg.skin.php

<?php
/**
* Skin file for skin Sturmkrieg.
*
* @file
* @ingroup Skins
*/

require_once( dirname( __FILE__ ) . '/../Vector.php' );

/**
 * SkinTemplate class for Sturmkrieg skin
 * @ingroup Skins
 */
class SkinSturmkrieg extends SkinVector {

	var $skinname = 'sturmkrieg', $stylename = 'sturmkrieg';

	/**
	 * @param $out OutputPage object
	 */
	function setupSkinUserCss( OutputPage $out ){
		parent::setupSkinUserCss( $out );
		$out->addModuleStyles( "skins.sturmkrieg" );
	}

}

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

Thanks for the feedback! I just released 0.1.1 of Extension:Realnames. It should address everything you mentioned (save 1.18 integration and possible slowdowns on RC and History -- waiting for feedback for those).

This post was posted by Dantman, but signed as Quadir.

Hallo Dantman - super Extension! Dazu habe ich zwei Fragen:

1. Wie kann ich den Donate Button OHNE Hauptmenupunkt direkt im Sidebar platzieren? (D.h.: Statt "Donate"->Donate Button nur "Donate Button" - also auf Stufe "Main page")
2. Wie kann ich die Reihenfolge ändern? Ich möchte den Donate Button nämlich ganz oben anzeigen lassen...

Im SidebarDonateBox.php vermute ich, dass man $bar['Donate'] = $egSidebarDonateBoxContent; anpassen müsste, nur leider kenne ich mich mit PHP (noch) nicht so gut aus...

P.S.: Ich verwende MW 1.16 mit dem Vector Skin.

Viele Grüsse

This post was posted by Dantman, but signed as Mrnett1974.