Re: [Wikitech-l] I need an extra tab.
Hi,
what is the error PHP gives you?
Best regards,
Jan
-Ursprüngliche Nachricht-
Von: wikitech-l-boun...@lists.wikimedia.org
[mailto:wikitech-l-boun...@lists.wikimedia.org] Im Auftrag von Natasha Brown
Gesendet: Montag, 9. August 2010 01:35
An: wikitech-l@lists.wikimedia.org
Betreff: [Wikitech-l] I need an extra tab.
Thanks,
I do not know php yet, but I have tryed it anyway, it gives me syntax
mistake
wfRunHooks( 'SkinTemplateTabs', array( $this,
$content_actions ) );
} else {//THIS IS THE LINE,
//IT MIGHT BE BECAUSE OF THE BUG WHICH FOLLOWS
/* show special page tab */
$content_actions[$this-mTitle-getNamespaceKey()] =
array(
'class' = 'selected',
'text' = wfMsg('nstab-special'),
'href' = $wgRequest-getRequestURL(), //
@bug 2457, 2510 //!!!?
);
wfRunHooks(
'SkinTemplateBuildContentActionUrlsAfterSpecialPage', array(
$this, $content_actions ) );
I will be trying.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Gartering extension-meta data
2010/8/9 Jeroen De Dauw jeroended...@gmail.com: Hey, I'm looking for a way to collect existing extension meta-data from the SVN repo and maybe also the extension pages on MediaWiki.org. Does anyone know of scripts/tools that already do this? Depending on what metadata you need, the $wgExtensionCredits variable could be your friend. Note that the extension doesn't need to actually be installed: in most cases you can get away with just locating the file that contains the $wgExtensionCredits assignment and require()ing that file. This will probably fail in some cases, but most setup files only contain assignments. Roan Kattouw (Catrope) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] I need an extra tab.
It gave me Parse error: syntax error, unexpected T_ELSE, expecting T_FUNCTION in /home/wikitra2/public_html/w/includes/SkinTemplate.php on line 894 Then somehow I have managed to delete my LocalSetting.php and I have spend all night restoring it: I might have learn a bit... I wish someone Can help me! My site needs an extra tab. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] I need an extra tab.
2010/8/9 Natasha Brown learnrussianspeakruss...@gmail.com: It gave me Parse error: syntax error, unexpected T_ELSE, expecting T_FUNCTION in /home/wikitra2/public_html/w/includes/SkinTemplate.php on line 894 Sounds like you have a missing } somewhere (or one too many). Roan Kattouw (Catrope) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Using LanguageConverter for Portuguese Variants
On Sun, Aug 8, 2010 at 19:19, Roan Kattouw roan.katt...@gmail.com wrote: 2010/8/9 Helder Geovane heldergeov...@gmail.com: Would a prototype wiki be a good place to make it possible for Portuguese community to test the Language Conversion in practice? Sounds good to me personally, although I'll ask some other people to weigh in. I personally like the idea of a world where the standard response to hey we wanna play with this thing and it's all coded up already is sure, lemme set you up with a prototype wiki. We are considering[1][2] the possibility of using the system to handle regional differences in the written Portuguese, but it seems that the editors need more contact with the system before they can decide in favour or agains an efective use of the conversion system at pt.wikipedia. We have made some drafts of the PHP code[3] which is needed to start, and set of possible global conversion rules for some variants[4]. What should we do to have a prototype wiki for this, if that is possible? You should start with getting your code in SVN. If it is or can be written in a way that makes it easy to disable (or if there's some other caveat such as it not doing anything if the conversion tables are empty), it can be committed straight to trunk. If this is not possible, it can be put in a branch, but trunk would really be preferred here, and disableability should be relatively easy to accomplish. Then when it's agreed that this should go on a prototype wiki, Ryan or I will set up the wiki and configure it, and it'll be all yours. Roan Kattouw (Catrope) It seems to be sufficient to add set *$wgDisableLangConversion = true;* for Portuguese wikis while testing at a prototype wiki (there it would have it's default value [*=false]*). Would that be possible? There is also an open bug related to this variable: https://bugzilla.wikimedia.org/show_bug.cgi?id=18958 Helder ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Using LanguageConverter for Portuguese Variants
2010/8/9 Helder Geovane heldergeov...@gmail.com: It seems to be sufficient to add set *$wgDisableLangConversion = true;* for Portuguese wikis while testing at a prototype wiki (there it would have it's default value [*=false]*). Would that be possible? There is also an open bug related to this variable: https://bugzilla.wikimedia.org/show_bug.cgi?id=18958 From reading that and the commits involved, it seems $wgDisableLangConversion doesn't completely disable language conversion, so that may need to be fixed first. Roan Kattouw (Catrope) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Using LanguageConverter for Portuguese Variants
On Mon, Aug 9, 2010 at 10:31, Roan Kattouw roan.katt...@gmail.com wrote:
2010/8/9 Helder Geovane heldergeov...@gmail.com:
It seems to be sufficient to add set *$wgDisableLangConversion = true;*
for
Portuguese wikis while testing at a prototype wiki (there it would have
it's
default value [*=false]*). Would that be possible?
There is also an open bug related to this variable:
https://bugzilla.wikimedia.org/show_bug.cgi?id=18958
From reading that and the commits involved, it seems
$wgDisableLangConversion doesn't completely disable language
conversion, so that may need to be fixed first.
Roan Kattouw (Catrope)
If no one add rules to the MediaWiki:Conversiontable/pt-xyz tables and do
not add manual markup -{}- in the text, the language converter doesn't do
any conversion (at least it doesn't seems to do). But in this case we still
have the drop down menu at the top of the wiki pages (for variant selection)
and another at Special:Preferences. If we add $wgDisableLangConversion =
true; to LocalSettings.php then both menus are also disabled (they are not
shown), and so the feature seems to be completely disabled.
Does anybody know what would not be disabled with this setting?
Helder
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Gartering extension-meta data
Or is wanted to get really hacky, preg_replace everything that is not part of the $wgExtensionCredits tag out and just send the tag to eval (). :) -X! On Aug 9, 2010, at 7:02 AM, Roan Kattouw wrote: 2010/8/9 Jeroen De Dauw jeroended...@gmail.com: Hey, I'm looking for a way to collect existing extension meta-data from the SVN repo and maybe also the extension pages on MediaWiki.org. Does anyone know of scripts/tools that already do this? Depending on what metadata you need, the $wgExtensionCredits variable could be your friend. Note that the extension doesn't need to actually be installed: in most cases you can get away with just locating the file that contains the $wgExtensionCredits assignment and require()ing that file. This will probably fail in some cases, but most setup files only contain assignments. Roan Kattouw (Catrope) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] phpUnderControl up and running
Mark A. Hershberger m...@everybody.org wrote in message news:87k4o0r8no@everybody.org... I've got an instance of phpUnderControl http://phpundercontrol.org/ up and running at http://ci.tesla.usability.wikimedia.org/ The connection has timed out The server at ci.tesla.usability.wikimedia.org is taking too long to respond. Have tried several times over the past few hours, and no joy. - Mark Clements (HappyDog) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] I need an extra tab.
On 9 August 2010 13:35, Natasha Brown learnrussianspeakruss...@gmail.com wrote: It gave me Parse error: syntax error, unexpected T_ELSE, expecting T_FUNCTION in /home/wikitra2/public_html/w/includes/SkinTemplate.php on line 894 Then somehow I have managed to delete my LocalSetting.php and I have spend all night restoring it: I might have learn a bit... I wish someone Can help me! My site needs an extra tab. Can you pastebin that function? http://paste.pocoo.org/ Regards, le Svip ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Testing Framework
On Sat, 07 Aug 2010 23:30:16 -0400, Mark A. Hershberger wrote: Dan Nessett dness...@yahoo.com writes: I don't think walking through all the extensions looking for test subdirectories and then running all tests therein is a good idea. First, in a large installation with many extensions, this takes time and delays the test execution. Globbing for extensions/*/tests/TestSettings.php doesn't take long at all. However I am looking at a way to test extensions independently of installation. This means I can't depend on hooks or global variables, so I need another way to find out if an extension has tests available. Making the developer specify the extension or core tests to run on the RunSeleniumTests command line is irritating (at least, it would irritate me) No doubt. So why not allow per-user files to set this instead of using LocalSettings.php? Mark. Testing uninstalled extensions may make sense for unit tests, but not for selenium tests. The latter exercise the code through a browser, so the extension must be installed for selenium testing. I'm not sure what are the advantages of per-user configuration files. For unit tests the tester directly accesses the code and so has direct access to LocalSettings. For selenium testing, we originally had a configuration file called SeleniumLocalSettings.php, but that was abandoned in favor of putting the configuration information in DefaultSettings and LocalSettings. As stated previously, selenium tests exercise MW code by accessing the wiki through a browser. I don't see how a 'per-user' configuration file would be integrated without introducing some serious security issues. -- -- Dan Nessett ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] I need an extra tab.
In reply to: Message: 4 Date: Sun, 8 Aug 2010 23:34:36 + (UTC) From: Natasha Brown learnrussianspeakruss...@gmail.com Subject: [Wikitech-l] I need an extra tab. To: wikitech-l@lists.wikimedia.org Message-ID: loom.20100809t012506-...@post.gmane.org Content-Type: text/plain; charset=us-ascii Thanks, I do not know php yet, but I have tryed it anyway, it gives me syntax mistake [...] You could also try http://www.mediawiki.org/wiki/Extension:CommentPages -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Testing Framework
Dan Nessett dness...@yahoo.com writes: For unit tests the tester directly accesses the code and so has direct access to LocalSettings. For selenium testing, we originally had a configuration file called SeleniumLocalSettings.php, but that was abandoned in favor of putting the configuration information in DefaultSettings and LocalSettings. I would have to go look at why that decision was made, but it seems like it just allows the code to be polluted with Selenium-specific identifiers that production code should not have *anything* to do with. I would like to keep testing-specific code (and variables) separate and distinct from production code. As stated previously, selenium tests exercise MW code by accessing the wiki through a browser. Agreed. Mark. -- http://hexmode.com/ Embrace Ignorance. Just don't get too attached. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Getting back to more regular site software updates
Hi. There was a time when the software being run on Wikimedia wikis was updated about weekly. Nowadays, I honestly can't remember the last time it was fully SVN upped and scapped, and the branching has made it nearly impossible for me to figure out where the progress stands. A few critical revisions get merged into the 1.16wmf4 branch as necessary, but most revisions are left untouched, as far as I can tell. I'd like to see if there are ways to get back to more regular site software updates. Should the branching be undone so that trunk has to be usable? Is it a matter of developer man-power? Is it a matter of code review? I'm not trying to be critical, but the current situation seems far less than ideal. I'm willing to help if I can, as I'm sure others are, but it seems like nobody's quite sure what or where the exact problem is. It's also possible that not everyone views the lack of software updates to be a problem. That itself might be an issue that needs to be addressed. MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] phpUnderControl up and running
Mark Clements (HappyDog) gm...@kennel17.co.uk writes: http://ci.tesla.usability.wikimedia.org/ The connection has timed out Have tried several times over the past few hours, and no joy. Sorry about that. It looks like a problem with the firewall rules. I think it is fixed now. -- http://hexmode.com/ Embrace Ignorance. Just don't get too attached. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] phpUnderControl up and running
Mark A. Hershberger m...@everybody.org wrote in message news:874of3r2xp@everybody.org... Mark Clements (HappyDog) gm...@kennel17.co.uk writes: http://ci.tesla.usability.wikimedia.org/ The connection has timed out Have tried several times over the past few hours, and no joy. Sorry about that. It looks like a problem with the firewall rules. I think it is fixed now. Yup - that's sorted it. - Mark Clements (HappyDog) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Caching, was: Re: wikipedia is one of the slower sites on the web
On 31/07/10, Platonides wrote: David Goodman wrote: Which of the preference settings are likely to cause this problem? The preferences that can -combined- make you unique[1] are: math preference, date format, auto-number headings, user language, image thumbnail size. Interestingly, the stub threshold supposedly does not affect it [2]. Additionally, being or not in the secure server acts as another preference. I have just commited r70783 which makes you unique only if you are using preferences different than the default *that are actually used* on that page. So having a non-default math option no longer makes you unique on the thousands of pages without math tags. Reviews and actual numbers of parser cache increase welcome. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Sentence-level editing
Hello everyone, As this is my first post to the mailing list, let me introduce myself shortly. My name is Jan Paul Posma, and I'm a 20 year old Computer Science student from the Netherlands. I was introduced to MediaWiki by Roan Kattouw, contractor for the Usability Initiative, who also happens to be a friend of mine. :-) The reason for mailing to the list is the research I'll be conducting this year: building a new editor for MediaWiki. Now I guess this has been discussed over and over again, but this is a bit different. Instead of building a true WYSIWYG editor, I'm proposing to build an editor that's based on adding extra markup to the original, rendered page. This extra markup provides the ability to edit these segments. With this approach, it's possible to slowly enable editing for different elements. First, we can enable editing for simple sentences (thus the title sentence-level editing). Simple in this context means: without most wikicodes. I.e. only links are allowed, and perhaps bold and italic. This editor can be extended step by step to include other elements, such as references, images, templates, lists, tables, etc. The last few weeks I've worked on some prototypes to illustrate this idea. You can find the most advanced prototype here: http://janpaulposma.nl/sle/prototype/prototype3.html The full project proposal and prototypes can be found here: http://www.mediawiki.org/wiki/User:JanPaul123/Sentence-level_editing Right now I'm not looking for anything in specific, just whether or not you think this is a good idea, technically feasible, etc. If you have suggestions of any kind I'll be happy to hear them! Thanks for your time! Regards, Jan Paul Posma ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Sentence-level editing
On Mon, Aug 9, 2010 at 6:55 PM, Jan Paul Posma jp.po...@gmail.com wrote: The last few weeks I've worked on some prototypes to illustrate this idea. You can find the most advanced prototype here: http://janpaulposma.nl/sle/prototype/prototype3.html Can I just say that looks freakin' awesome? -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Sentence-level editing
I'm with Chad. That is simply AWESOME. It addresses yet another issue with usability, and it a well-done solution to it. -X! On Aug 9, 2010, at 7:00 PM, Chad wrote: On Mon, Aug 9, 2010 at 6:55 PM, Jan Paul Posma jp.po...@gmail.com wrote: The last few weeks I've worked on some prototypes to illustrate this idea. You can find the most advanced prototype here: http:// janpaulposma.nl/sle/prototype/prototype3.html Can I just say that looks freakin' awesome? -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Interwiki link checker
I'm wondering if anybody still maintains the Interwiki Link Checker http://toolserver.org/~flacus/IWLC/ I noticed recently there are heaps of pages on sh.wp whose titles and subjects match up to articles on other Wikis but which have no links. Is there any way we could revive this project? -m. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Sentence-level editing
On Tue, Aug 10, 2010 at 8:55 AM, Jan Paul Posma jp.po...@gmail.com wrote: Hello everyone, As this is my first post to the mailing list, let me introduce myself shortly. My name is Jan Paul Posma, and I'm a 20 year old Computer Science student from the Netherlands. I was introduced to MediaWiki by Roan Kattouw, contractor for the Usability Initiative, who also happens to be a friend of mine. :-) The reason for mailing to the list is the research I'll be conducting this year: building a new editor for MediaWiki. Now I guess this has been discussed over and over again, but this is a bit different. Instead of building a true WYSIWYG editor, I'm proposing to build an editor that's based on adding extra markup to the original, rendered page. This extra markup provides the ability to edit these segments. With this approach, it's possible to slowly enable editing for different elements. First, we can enable editing for simple sentences (thus the title sentence-level editing). Simple in this context means: without most wikicodes. I.e. only links are allowed, and perhaps bold and italic. This editor can be extended step by step to include other elements, such as references, images, templates, lists, tables, etc. The last few weeks I've worked on some prototypes to illustrate this idea. You can find the most advanced prototype here: http://janpaulposma.nl/sle/prototype/prototype3.html The full project proposal and prototypes can be found here: http://www.mediawiki.org/wiki/User:JanPaul123/Sentence-level_editing Right now I'm not looking for anything in specific, just whether or not you think this is a good idea, technically feasible, etc. If you have suggestions of any kind I'll be happy to hear them! This is a really nice design. I'll be interested to see how it handles all the ugly edge cases that Wikitext makes possible ;-) I do notice that the Preview button for sentence-level editing doesn't quite work (it shows the old text). There's some stuff missing, but I assume that this is because it's not finished yet. Either way, this is a really awesome first step towards a more friendly editing interface. Thanks for sharing. -- Andrew Garrett http://werdn.us/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Sentence-level editing
On 9 August 2010 23:55, Jan Paul Posma jp.po...@gmail.com wrote: The last few weeks I've worked on some prototypes to illustrate this idea. You can find the most advanced prototype here: http://janpaulposma.nl/sle/prototype/prototype3.html It seems like a great idea, but your prototype doesn't appear to work. I can't see a way to save a modified sentence (the only options are preview and cancel, there is no submit option) and the publish button at the top of the page doesn't seem to do anything. Am I doing something wrong? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Wikimedia logging infrastructure
Hi everyone, We're in the process of figuring out how we fix some of the issues in our logging infrastructure. I'm both sending this email out to get the more knowledgeable folks to chime in about where I've got the details wrong, and for general comment on how we're doing our logging. We may need to recruit contract developers to work on this stuff, so we want to make sure we have clear and accurate information available, and we need to figure out what exactly we want to direct those people to do. We have a single collection point for all of our logging, which is actually just a sampling of the overall traffic (designed to be roughly one out of every 1000 hits). The process is described here: http://wikitech.wikimedia.org/view/Squid_logging My understanding is that this code is also involved somewhere: http://svn.wikimedia.org/viewvc/mediawiki/trunk/webstatscollector/ ...but I'm a little unclear what the relationship between that code and code in trunk/udplog. At any rate, there are a couple of problems with the way that it works: 1. Once we saturate the NIC on the logging machine, the quality of our sampling degrades pretty rapidly. We've generally had a problem with that over the past few months. 2. We'd like to increase the granularity of logging so that we can do more sophiticated analysis. For example, if we decide to run a test banner to a limited audience, we need to make sure we're getting more complete logs for that audience or else we're not getting enough data to do any useful analysis. If this were your typical commercial operation, the answer would be why aren't you just logging into Streambase? (or some other data warehousing storage solution). I'm not suggesting that we do that (or even look at any of the solutions that bill themselves as open source alternatives), since, while our needs are increasing, we still aren't planning to be anywhere near as sophisticated as a lot of data tracking orgs. Still, it's worth asking questions about our existing setup. Should we be looking optimize our existing single-box setup, extending our software to have multi-node collection, or looking at a whole new collection strategy? Rob ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] a bug with wikipedia table dump
Hello. I found a bug with dump of 'page' table on last update at wikipedia dump service (http://download.wikimedia.org). This file shouldn't be empty http://download.wikimedia.org/enwiki/20100730/enwiki-20100730-page.sql.gz but it is. http://download.wikimedia.org/enwiki/20100730/ status is 'done' for it. Thanks for reading. -- Alexander, Yandex, Search Quality Department, Yekaterinburg ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
