Re: [Wikitech-l] Vector skin not working on BlackBerry?
Maybe could be usefull to have a special url that automatically disable vector, and make this setting continue with the session (is that even possible?). Like http://en.wikipedia.com/classicview So people designing smartphones, that want his smartphone to use the old interface, can make the link point there, so a old style theme is in use even before the user has the oportunity to login. On 14 May 2010 17:55, Huib Laurens sterke...@gmail.com wrote: When visiting a vector site with a Nokia N-series (tested on N90,95and 96) viewing it on Opera Mini there are problems also. Its impossible to click the buttons userpage, talkpage, watchlist .. they are all in the same spot, trying to press will give the prefences. The Buttons with Edit Talk History are all in the same place and pressing one isn't working at all. Best, 2010/5/14, David Gerard dger...@gmail.com: BTW, Vector is also breaking the PS3 browser, according to a couple of comments on the blog post. We seem not to be quite achieving that graceful degradation thing immaculately ... - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Huib Abigor Laurens Tech team www.wikiweet.nl - www.llamadawiki.nl - www.forgotten-beauty.com ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- -- ℱin del ℳensaje. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] wikimarkup and numbering.
Hello, I am an editor over at wikibooks and I was have found myself wishing for a better way to number things in wikimarkup. Mainly my activity has been focused on mathematics texts, and I wished for a way to automatically generate numbers for theorems exercises. Similar to what is done in LaTeX. Basically so I could have a template that would increment say a theorem number from something like 2.1.1 to 2.1.2. (I could imagine 2 and 1 being inputs to the template That something like {{Theorem|2|1}} display 2.1.1, 2.1.2, ... etc.) The particularly can be annoying in exercise sections, when I would like to add an easy exercise at the beginning of a section with 50 exercises and I find myself manually renumbering exercises badly. I cornered mikelifeguard in an IRC channel a while back and was asking him if there was any hope of having the VariablesExtension added to wikibooks so I could make these templates myself. He thought it was highly unlikely when I mentioned it was previously marked as a WONTFIX on english wikipedia (bugzilla:7865). Though he felt I should mention my issue here. This page: http://www.w3.org/TR/CSS2/generate.html#counters made me hopeful something like this might be possible in HTML/CSS, but to be honest I am not technically savvy enough to figure out if I am correct. Thanks for your time, Thenub314 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] wikimarkup and numbering.
2010/5/24 Nicholas Michalowski nmich...@gmail.com Hello, I am an editor over at wikibooks and I was have found myself wishing for a better way to number things in wikimarkup. Mainly my activity has been focused on mathematics texts, and I wished for a way to automatically generate numbers for theorems exercises. Similar to what is done in LaTeX. Basically so I could have a template that would increment say a theorem number from something like 2.1.1 to 2.1.2. (I could imagine 2 and 1 being inputs to the template That something like {{Theorem|2|1}} display 2.1.1, 2.1.2, ... etc.) I'll solve this issue with a pywikipedia script, simply writing into the text 2.1.x, 2.1.x, 2.1.x then replacing one by one 2.1.x strings with 2.1.1, 2.1.2, 2.1.3 : . n=1 while 2.1.x in text: text=text.replace(2.1.x,2.1.+str(n),1) n+=1 but this would be my way, since I currently use interactive python scripts to work on wiki pages. Alex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Reasonably efficient interwiki transclusion
Hello to all! I'm a French student and I am participating the Google Summer of Code this year on Mediawiki! My mentor is Roan Kattouw (Catrope) and my subject is Reasonably efficient interwiki transclusion. You can see my application page here: [1]. I have already discussed with my mentor and we have prepared together a draft about my project: [2]. It sums up the current situation and includes some proposals. It is now open for comments, so, could you please read it and let me know about your remarks and suggestions, on this list and/or on the talk page? Thanks in advance [1] http://www.mediawiki.org/wiki/User:Peter17/GSoc_2010 [2] http://www.mediawiki.org/wiki/User:Peter17/Reasonably_efficient_interwiki_transclusion -- Peter Potrowl http://www.mediawiki.org/wiki/User:Peter17 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reasonably efficient interwiki transclusion
2010/5/24 Peter17 peter...@gmail.com Hello to all! I'm a French student and I am participating the Google Summer of Code this year on Mediawiki! My mentor is Roan Kattouw (Catrope) and my subject is Reasonably efficient interwiki transclusion. You can see my application page here: [1]. Thanks Peter! I'll follow your project with lots of interest. Nevertheless, a suggestion: take into account, from beginning, Labeled Section Transclusion! It's a mostly interesting extension, with lots of possible uses, but - unluckly and wrongly - it's only seen as a wikisource tool :-( . Obviosly you know that recently a template Iwpage, working in wikisource, does a limited interwiki transclusion. Alex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reasonably efficient interwiki transclusion
On Mon, May 24, 2010 at 17:44, Peter17 peter...@gmail.com wrote: Hello to all! I'm a French student and I am participating the Google Summer of Code this year on Mediawiki! My mentor is Roan Kattouw (Catrope) and my subject is Reasonably efficient interwiki transclusion. You can see my application page here: [1]. The title of the subject is a bit confusing. Interwiki, for better or worse, refers to interlanguage links. Consider changing it to cross-wiki or something. -- אָמִיר אֱלִישָׁע אַהֲרוֹנִי Amir Elisha Aharoni http://aharoni.wordpress.com We're living in pieces, I want to live in peace. - T. Moore ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Vector skin not working on BlackBerry?
On Mon, May 24, 2010 at 7:48 AM, Tei oscar.vi...@gmail.com wrote: Maybe could be usefull to have a special url that automatically disable vector, and make this setting continue with the session (is that even possible?). http://en.wikipedia.org/wiki/?useskin=monobook You have to readd ?useskin=monobook or useskin=monobook on every page view, though, since it's not added to links. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Vector skin not working on BlackBerry?
On 24 May 2010 16:25, Aryeh Gregor simetrical+wikil...@gmail.com wrote: On Mon, May 24, 2010 at 7:48 AM, Tei oscar.vi...@gmail.com wrote: Maybe could be usefull to have a special url that automatically disable vector, and make this setting continue with the session (is that even possible?). http://en.wikipedia.org/wiki/?useskin=monobook You have to readd ?useskin=monobook or useskin=monobook on every page view, though, since it's not added to links. A lotta commenters on the blog have complained at having to create a login to get back monobook. People don't like being forced (as they see it) to create yet another website login. Is there any reason not to make useskin= persistent? i.e., to render all internal links on a page with a useskin= if one was used in the URL? Then at least that'd be a workaround for the Blackberry, PS3 etc. users until we get some graceful degradation happening, and calm the ruffled feathers a bit. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Vector skin not working on BlackBerry?
On Mon, May 24, 2010 at 11:34 AM, David Gerard dger...@gmail.com wrote: Is there any reason not to make useskin= persistent? i.e., to render all internal links on a page with a useskin= if one was used in the URL? Yes. We'd have to either fragment the parser cache, or implement some type of postprocessing step in the parser (which would surely be unreliable unless the parser was significantly reworked). The standard way to do this instead would be with a cookie, which would work without fragmenting the parser cache. But any solution at all will have to fragment the Squid cache, since the HTML output is entirely different, and that's already not a good thing if a lot of people switch back to Monobook. (If Monobook and Vector differed only in CSS, then better options would be available, but they don't.) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reasonably efficient interwiki transclusion
On Mon, May 24, 2010 at 11:18 AM, Amir E. Aharoni amir.ahar...@mail.huji.ac.il wrote: On Mon, May 24, 2010 at 17:44, Peter17 peter...@gmail.com wrote: Hello to all! I'm a French student and I am participating the Google Summer of Code this year on Mediawiki! My mentor is Roan Kattouw (Catrope) and my subject is Reasonably efficient interwiki transclusion. You can see my application page here: [1]. The title of the subject is a bit confusing. Interwiki, for better or worse, refers to interlanguage links. Consider changing it to cross-wiki or something. No it doesn't. Interwiki links don't have to be interlanguage links. Interlanguage links are a subset of interwiki links... those that happen to also be language codes. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reasonably efficient interwiki transclusion
On Mon, May 24, 2010 at 18:48, Chad innocentkil...@gmail.com wrote: On Mon, May 24, 2010 at 11:18 AM, Amir E. Aharoni amir.ahar...@mail.huji.ac.il wrote: The title of the subject is a bit confusing. Interwiki, for better or worse, refers to interlanguage links. No it doesn't. Interwiki links don't have to be interlanguage links. Interlanguage links are a subset of interwiki links... those that happen to also be language codes. You are right, but that's why i wrote for better or worse: I'd gladly call them interlanguage, but very frequently people say interwiki and mean interlanguage. Consider the name of http://meta.wikimedia.org/wiki/Pywikipediabot/interwiki.py , for example. -- אָמִיר אֱלִישָׁע אַהֲרוֹנִי Amir Elisha Aharoni http://aharoni.wordpress.com We're living in pieces, I want to live in peace. - T. Moore ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reasonably efficient interwiki transclusion
http://www.mediawiki.org/wiki/User:Peter17/Reasonably_efficient_interwiki_transclusion#Good_points Seems it doesn't work so well. It was inadvertedly broken for wikitext transclusions when the interwiki points to the nice url. See 'wgEnableScaryTranscluding and Templates/Images?' thread at mediawiki-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] wikimarkup and numbering.
Nicholas Michalowski nmichalo at gmail.com writes: I am an editor over at wikibooks and I was have found myself wishing for a better way to number things in wikimarkup. Mainly my activity has been focused on mathematics texts, and I wished for a way to automatically generate numbers for theorems exercises. Similar to what is done in LaTeX. Basically so I could have a template that would increment say a theorem number from something like 2.1.1 to 2.1.2. (I could imagine 2 and 1 being inputs to the template That something like {{Theorem|2|1}} display 2.1.1, 2.1.2, ... etc.) This page: http://www.w3.org/TR/CSS2/generate.html#counters made me hopeful something like this might be possible in HTML/CSS, but to be honest I am not technically savvy enough to figure out if I am correct. CSS counters are very flexible, but they are not supported in IE6/7 (nor IE8 with default settings which tends to fall back to IE7 compatility mode on Wikimedia sites). You could probably force the Cite extension to do something like that, but that would be a rather ugly hack. You can use javascript if the lack of numbering is not an accessibility problem, or pywikipediabot if you don't mind littering the page history. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Selenium testing framework
On Sun, 02 May 2010 02:20:06 +0200, Markus Glaser wrote: Hi everybody, at the Wkimedia Developers' Workshop, I introduced a Selenium testing framework for MediaWiki. Since it has now been promoted to maintenance/tests, I have provided some initial information it on http://www.mediawiki.org/wiki/SeleniumFramework . I would be very happy about comments and ideas for further improvement. Also, if you intend to use the framework for your tests, please let me know. I will be happy to assist. Regards, Markus Glaser __ Social Web Technologien Leiter Softwareentwicklung Hallo Welt! - Medienwerkstatt GmbH __ Untere Bachgasse 15 93047 Regensburg Tel. +49 (0) 941 - 56 95 94 - 92 www.hallowelt.bizhttp://www.hallowelt.biz/ gla...@hallowelt.bizmailto:gla...@hallowelt.biz Sitz: Regensburg Handelsregister: HRB 10467 E.USt.Nr.: DE 253050833 Geschäftsführer: Anja Ebersbach, Markus Glaser, Dr. Richard Heigl, Radovan Kubani __ Hi Markus, Despite my initial problems getting the Selenium Framework to run, I think it is a great start. Now that I have the PagedTiffHandler working, here is some feedback on the current framework: + When I svn up ../tests (or any ancestor directory), the local changes I make to RunSeleniumTests cause a local conflict error. Eventually, many of the configuration changes I made should appear in LocalSeleniumSettings, but it isn't clear that is possible for all of them. For example, I change the commented out set_include_path to include my local PHP/PEAR directory. Can this be set in LocalSeleniumSettings? Another difference is the include_once() for each test suite. Is it possible to move these into LocalSeleniumSettings? + It appears there is no way to tell RunSeleniumTests to use a selenium server port other than . It would be useful to have a -port parameter on RunSeleniumServer for this. For example, if there are multiple developers working on the same machine, they probably need to use different selenium servers differentiated by different port numbers. I don't mind working on both of these issues, but since you are the original architect of the framework, it is probably best for you to comment on them first and perhaps suggest what you consider to be the best approach to their resolution. -- -- Dan Nessett ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Vector skin not working on BlackBerry?
On 24 May 2010 17:25, Aryeh Gregor simetrical+wikil...@gmail.com wrote: On Mon, May 24, 2010 at 7:48 AM, Tei oscar.vi...@gmail.com wrote: Maybe could be usefull to have a special url that automatically disable vector, and make this setting continue with the session (is that even possible?). http://en.wikipedia.org/wiki/?useskin=monobook You have to readd ?useskin=monobook or useskin=monobook on every page view, though, since it's not added to links. Neato. I have made this awesome url: http://en.wikipedia.org/w/index.php?title=Special:UserLoginreturnto=Special:Preferencesreturntoquery=useskin%3Dmonobook It create the login page in monobook, and once you login, puts you in settings (again in monobook), so from there you can disable monobook (note: I have not tested that myself, I love vector ;-) ) -- -- ℱin del ℳensaje. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Bugzilla bugged
The password recovery of bugzilla seems to be bugged... If I set a password to something which has a decent length, aka 20+ chars, and then try to login, I get an error saying it's incorrect. I don't have this issue with shorter passwords, so I'm guessing that at one place the password is getting truncated without giving any notification of this. Can someone replicate this issue, or does bugzilla just not like me :) ? -- Jeroen De Dauw * http://blog.bn2vs.com * http://wiki.bn2vs.com Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 66 65! -- ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Vector skin not working on BlackBerry?
David Gerard wrote: On 24 May 2010 16:25, Aryeh Gregor simetrical+wikil...@gmail.com wrote: On Mon, May 24, 2010 at 7:48 AM, Tei oscar.vi...@gmail.com wrote: Maybe could be usefull to have a special url that automatically disable vector, and make this setting continue with the session (is that even possible?). http://en.wikipedia.org/wiki/?useskin=monobook You have to readd ?useskin=monobook or useskin=monobook on every page view, though, since it's not added to links. A lotta commenters on the blog have complained at having to create a login to get back monobook. People don't like being forced (as they see it) to create yet another website login. Is there any reason not to make useskin= persistent? i.e., to render all internal links on a page with a useskin= if one was used in the URL? Then at least that'd be a workaround for the Blackberry, PS3 etc. users until we get some graceful degradation happening, and calm the ruffled feathers a bit. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Another possible solution is to serve the mobile site when the page is requested from blackberry. I am working with Tomasz and Hamton, if we can make the switch. - Naoko -- Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Bugzilla bugged
On 24 May 2010 21:36, Jeroen De Dauw jeroended...@gmail.com wrote: The password recovery of bugzilla seems to be bugged... If I set a password to something which has a decent length, aka 20+ chars, and then try to login, I get an error saying it's incorrect. I don't have this issue with shorter passwords, so I'm guessing that at one place the password is getting truncated without giving any notification of this. Can someone replicate this issue, or does bugzilla just not like me :) ? This reminds me the issue I had (and still have) with redhat bugzilla. At some point of time I got error Password is too long, but I could login if I typed the first 16 (IRCC) characters of my password. Nowadays it just says failed login if I try the full password. I guess early versions of bugzilla simply truncated the password to 16 chars or so, and the handling of logging in has changed in the new versions. This is of course very annoying to users who might not even know what is going on. -Niklas -- Niklas Laxström ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Vector skin not working on BlackBerry?
On 24 May 2010 19:58, Naoko Komura nkom...@wikimedia.org wrote: Another possible solution is to serve the mobile site when the page is requested from blackberry. I am working with Tomasz and Hamton, if we can make the switch. That's the obvious answer, yes :-) Do we have a known graceful-degradation path when a browser is just too crappy to deal with l33t skins like Vector? I'm thinking of the PS3 users here, noisy as they are considering their near-negligible user percentage. ('Cos when you're on a gaming platform, reading an encyclopedia is of course the first use that springs to mind.) Apparently their browser is a NetFront variant. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Vector skin not working on BlackBerry?
On 24 May 2010 20:04, David Gerard dger...@gmail.com wrote: Do we have a known graceful-degradation path when a browser is just too crappy to deal with l33t skins like Vector? I'm thinking of the PS3 users here, noisy as they are considering their near-negligible user percentage. ('Cos when you're on a gaming platform, reading an encyclopedia is of course the first use that springs to mind.) Apparently their browser is a NetFront variant. Sending PS3 to mobile as well may be appropriate: http://www.design215.com/read.php?title=playstation%203%20browser%20specs Anyone got a PS3 to test on? - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Bugzilla bugged
It is annoying yeah, I ended up having to do the recovery 6 times since I first assumed I was doing something wrong... A fix would be appreciated, no point in limiting passwords to 16 characters! -- Jeroen De Dauw * http://blog.bn2vs.com * http://wiki.bn2vs.com Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 66 65! -- On 24 May 2010 21:07, Niklas Laxström niklas.laxst...@gmail.com wrote: On 24 May 2010 21:36, Jeroen De Dauw jeroended...@gmail.com wrote: The password recovery of bugzilla seems to be bugged... If I set a password to something which has a decent length, aka 20+ chars, and then try to login, I get an error saying it's incorrect. I don't have this issue with shorter passwords, so I'm guessing that at one place the password is getting truncated without giving any notification of this. Can someone replicate this issue, or does bugzilla just not like me :) ? This reminds me the issue I had (and still have) with redhat bugzilla. At some point of time I got error Password is too long, but I could login if I typed the first 16 (IRCC) characters of my password. Nowadays it just says failed login if I try the full password. I guess early versions of bugzilla simply truncated the password to 16 chars or so, and the handling of logging in has changed in the new versions. This is of course very annoying to users who might not even know what is going on. -Niklas -- Niklas Laxström ___ 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] Selenium testing framework
Hi Dan, thanks for your feedback, I am very happy that you finally managed to run the tests. I also appreciate your suggestions. Adding a port parameter is surely useful. As to including the tests in LocalSeleniumSettings.php, I will have a look into that. I assume that we have to change the order standards are set in RunSeleniumTests.php, since the included tests depend on the PEAR libraries, which in turn depend on the PEAR path set above. In the end, I would like to include the tests by a command line parameter, thus making the framework more flexible. However, I can see that hardcoding the tests in the settings file will save some typing work. If you want to make the changes yourself, please feel free to do so. I am planning to provide an update of the framework with a working example by tomorrow evening (about this time), and I will include your suggestions as well if you have not done so already :) Regards, Markus -Ursprüngliche Nachricht- Von: wikitech-l-boun...@lists.wikimedia.org [mailto:wikitech-l-boun...@lists.wikimedia.org] Im Auftrag von Dan Nessett Gesendet: Montag, 24. Mai 2010 20:08 An: wikitech-l@lists.wikimedia.org Betreff: Re: [Wikitech-l] Selenium testing framework On Sun, 02 May 2010 02:20:06 +0200, Markus Glaser wrote: Hi everybody, at the Wkimedia Developers' Workshop, I introduced a Selenium testing framework for MediaWiki. Since it has now been promoted to maintenance/tests, I have provided some initial information it on http://www.mediawiki.org/wiki/SeleniumFramework . I would be very happy about comments and ideas for further improvement. Also, if you intend to use the framework for your tests, please let me know. I will be happy to assist. Regards, Markus Glaser __ Social Web Technologien Leiter Softwareentwicklung Hallo Welt! - Medienwerkstatt GmbH __ Untere Bachgasse 15 93047 Regensburg Tel. +49 (0) 941 - 56 95 94 - 92 www.hallowelt.bizhttp://www.hallowelt.biz/ gla...@hallowelt.bizmailto:gla...@hallowelt.biz Sitz: Regensburg Handelsregister: HRB 10467 E.USt.Nr.: DE 253050833 Geschäftsführer: Anja Ebersbach, Markus Glaser, Dr. Richard Heigl, Radovan Kubani __ Hi Markus, Despite my initial problems getting the Selenium Framework to run, I think it is a great start. Now that I have the PagedTiffHandler working, here is some feedback on the current framework: + When I svn up ../tests (or any ancestor directory), the local changes + I make to RunSeleniumTests cause a local conflict error. Eventually, many of the configuration changes I made should appear in LocalSeleniumSettings, but it isn't clear that is possible for all of them. For example, I change the commented out set_include_path to include my local PHP/PEAR directory. Can this be set in LocalSeleniumSettings? Another difference is the include_once() for each test suite. Is it possible to move these into LocalSeleniumSettings? + It appears there is no way to tell RunSeleniumTests to use a selenium server port other than . It would be useful to have a -port parameter on RunSeleniumServer for this. For example, if there are multiple developers working on the same machine, they probably need to use different selenium servers differentiated by different port numbers. I don't mind working on both of these issues, but since you are the original architect of the framework, it is probably best for you to comment on them first and perhaps suggest what you consider to be the best approach to their resolution. -- -- Dan Nessett ___ 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] Reasonably efficient interwiki transclusion
Hi, On 05/24/2010 04:44 PM, Peter17 wrote: It is now open for comments, so, could you please read it and let me know about your remarks and suggestions, on this list and/or on the talk page? first of all, I let me tell you that I'm really excited about this project. It may very well revolutionize the way we organize templates on Wikimedia and also other wiki farms. Some notes: 1. You propose a shared database. If I interpret this correctly, it only works inside a wiki set on the same server farm and doesn't include external wikis. For example, English Wikipedia could transclude templates from Meta Wiki, but not from Wikia. In contrast, $wgForeignFileRepos works for external Wikis (which is much better). 2. Parsing the wikitext at the home wiki makes it more difficult to use site magic words, e.g. {{CONTENTLANGUAGE}}. You'd have to pass one each and everyone as a template parameter (e.g. {{homewiki::templatename|lang={{CONTENTLANGUAGE) Kind regards, --Church of emacs signature.asc Description: OpenPGP digital signature ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reasonably efficient interwiki transclusion
On Mon, May 24, 2010 at 7:42 PM, church.of.emacs.ml church.of.emacs...@googlemail.com wrote: Hi, On 05/24/2010 04:44 PM, Peter17 wrote: It is now open for comments, so, could you please read it and let me know about your remarks and suggestions, on this list and/or on the talk page? first of all, I let me tell you that I'm really excited about this project. It may very well revolutionize the way we organize templates on Wikimedia and also other wiki farms. Some notes: 1. You propose a shared database. If I interpret this correctly, it only works inside a wiki set on the same server farm and doesn't include external wikis. For example, English Wikipedia could transclude templates from Meta Wiki, but not from Wikia. In contrast, $wgForeignFileRepos works for external Wikis (which is much better). If it's done right, you should be able to put various backends on it just like the FileRepo code. Bug 20646 is a good start to something like this I think. Being able to store API urls or database connection info inside a iw_meta field would be awesome for this (and has lots of other applications as well). -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reasonably efficient interwiki transclusion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 5/24/2010 6:42 PM, church.of.emacs.ml wrote: Hi, On 05/24/2010 04:44 PM, Peter17 wrote: It is now open for comments, so, could you please read it and let me know about your remarks and suggestions, on this list and/or on the talk page? Some notes: 1. You propose a shared database. If I interpret this correctly, it only I would have to suggest to not go the shared database route unless the code can be fixed so that shared databases actually work with all of the DB backends. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJL+xl+AAoJEL+AqFCTAyc2MtIH/2jOIcy/G3saFoQSYYOwrQHP fYfbD6wYWO765cqgBh9Jb+j8RieVMJLDY74+ZN9dAXC1f99AcL7bNoNy6rtiHuVP e1Exc8lhJ4DgyqDGPEJ5xew8PmHxl2WiyLwvRUVB4Z3O6hOKiBHXaviXNzQ61WaJ IYcrsDoWddwe2NGx/esHmOj/yi8aYPeIwsVCBRjshlOKd29ARtvmzCaVzMP9nPRk IQz3HHLfkrDC+bkonHdvghNLSR9kfpuf0w495YRd0PWUQtkg6fY5QShaJJAinHjD XK0k4lrVHWKGz/u9r/6YtqFtlYJ/p1ZOuZKIy00wgsev1aEl7ayiNi/c3xdmCrw= =7Ham -END PGP SIGNATURE- ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reasonably efficient interwiki transclusion
On Mon, May 24, 2010 at 8:27 PM, Q overlo...@gmail.com wrote: I would have to suggest to not go the shared database route unless the code can be fixed so that shared databases actually work with all of the DB backends. I don't see why it shouldn't be easy to get it working with all DB backends. But in any case, for Wikimedia use, a shared database backend is pretty much a must. Having the application servers make HTTP requests to each other to retrieve templates rather than accessing the database directly is just silly, and is going to perform badly. Ideally the code should generalize to work with external wikis too, so that third parties can benefit from our templates as they do from our images. Maybe someday, a copy-pasted Wikipedia article will actually work . . . I can dream. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Bugzilla bugged
On Mon, May 24, 2010 at 12:31 PM, Jeroen De Dauw jeroended...@gmail.com wrote: It is annoying yeah, I ended up having to do the recovery 6 times since I first assumed I was doing something wrong... A fix would be appreciated, no point in limiting passwords to 16 characters! -- Jeroen De Dauw * http://blog.bn2vs.com * http://wiki.bn2vs.com Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 66 65! -- On 24 May 2010 21:07, Niklas Laxström niklas.laxst...@gmail.com wrote: On 24 May 2010 21:36, Jeroen De Dauw jeroended...@gmail.com wrote: The password recovery of bugzilla seems to be bugged... If I set a password to something which has a decent length, aka 20+ chars, and then try to login, I get an error saying it's incorrect. I don't have this issue with shorter passwords, so I'm guessing that at one place the password is getting truncated without giving any notification of this. Can someone replicate this issue, or does bugzilla just not like me :) ? This reminds me the issue I had (and still have) with redhat bugzilla. At some point of time I got error Password is too long, but I could login if I typed the first 16 (IRCC) characters of my password. Nowadays it just says failed login if I try the full password. I guess early versions of bugzilla simply truncated the password to 16 chars or so, and the handling of logging in has changed in the new versions. This is of course very annoying to users who might not even know what is going on. -Niklas -- Niklas Laxström Just to clarify - you saw this on the password recovery only, not the main password set from user prefs right? -- -george william herbert george.herb...@gmail.com ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l