Lis ton message de Nganguem Victor avant qu'il ne soit effacé!
Pour lire ton message, suis simplement ce lien:
http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6
D'autres personnes sont aussi présentes:
Oded (Tel Aviv, Israël)
Priya (Udaipur, Inde)
RajaYogi BK (Udaipur, Inde)
Karuna (Udaipur, Inde)
Chika Reginald Onyia (Pnompen', Cambodge)
...Qui d'autre?
http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6
Les liens ne fonctionnent pas dans ce message? Copie les dans la barre d'adresse de ton navigateur.
Tu as reçu cet email suite à un message envoyé par Nganguem Victor de notre système. S'il s'agit d'une erreur, ignore simplement cet email. La requête sera alors effacée du système.
Amuse-toi bien !
L'équipe Badoo
Courrier automatique de Badoo suite à l'envoi d'un message à ton attention sur Badoo. Les réponses ne sont ni stockées, ni traitées. Si tu ne veux plus recevoir de message de Badoo, fais-le nous savoir:
http://eu1.badoo.com/impersonation.phtml?lang_id=6&mail_code=65&email=media…
Hi,
I'm trying to use Wikibase on my pool wiki and language wikis.
In my pool wiki, I can create properties and items, but I can't add site
links to them. ID: "Q1", site id: "cswiki", site link: "article name"
gives me the error "The specified article could not be found on the
corresponding site." even though that article exists on cswiki.
I also can't access data from the language wikis. If I use
{{#property:P1}} in an article on cswiki, nothing shows up.
I downloaded Wikidata-refs-heads-master.tar.gz and extracted it to the
extension folder of my pool wiki and language wikis.
My LocalSettings.php of the pool wiki looks like this:
# Wikibase
$wgEnableWikibaseRepo = true;
$wgEnableWikibaseClient = false;
$wmgUseWikibaseRepo = true;
$wmgUseWikibaseClient = false;
require_once __DIR__ . "/extensions/Wikidata/Wikidata.php";
require_once __DIR__ .
"/extensions/Wikidata/extensions/Wikibase/repo/ExampleSettings.php";
# SiteMatrix Extension
require_once "$IP/extensions/SiteMatrix/SiteMatrix.php";
$wgLocalDatabases = array( 'cswiki', 'dewiki', 'enwiki', 'eswiki',
'frwiki', 'huwiki', 'hywiki', 'itwiki', 'nlwiki', 'plwiki', 'poolwiki',
'ptwiki', 'ruwiki', 'srwiki', 'svwiki' );
My LocalSettings.php of the language wikis (cs for example) look like this:
# Wikibase Extension
$wgEnableWikibaseRepo = false;
$wgEnableWikibaseClient = true;
$wmgUseWikibaseRepo = false;
$wmgUseWikibaseClient = true;
require_once __DIR__ . "/extensions/Wikidata/Wikidata.php";
# Settings
$wgWBSettings['repoUrl'] = 'http://pool.mypedia.com';
$wgWBSettings['repoScriptPath'] = '/w';
$wgWBSettings['repoArticlePath'] = '/wiki/$1';
$wgWBSettings['siteGlobalID'] = 'cswiki';
$wgWBSettings['repoDatabase'] = 'poolwiki';
$wgWBSettings['changesDatabase'] = 'poolwiki';
# Optional
$wgWBSettings['siteGroup'] = 'mypedia';
$wgWBSettings['sort'] = 'code'; //optional
$wgWBSettings['sortPrepend'] = array(
'cs'
);
In populateSitesTable.php, I changed
"https://meta.wikimedia.org/w/api.php" to
"http://pool.mypedia.com/w/api.php" and "$validGroups = array(
'wikipedia', 'wikivoyage', 'wikiquote', 'wiktionary','wikibooks',
'wikisource', 'wikiversity', 'wikinews' );" to "$validGroups = array(
'mypedia' );"
Do I need to change "$wikiId = $this->getOption( 'wiki' );" too, since
it says "wiki" is expanded to "wikipedia"?
Table "sites" in the poolwiki database looks like this:
site_id | site_global_key | site_type | site_group | site_source |
site_language | site_protocol | site_domain | site_data | site_forward |
site_config
1 | cswiki | mediawiki | mypedia | local | cs | http:// |
com.mypedia.cs. |
a:1:{s:5:"paths";a:2:{s:9:"file_path";s:5:"/w/$1";s:9:"page_path";s:8:"/wiki/$1";}}
| 0 | a:0:{}
[...]
15 | poolwiki | mediawiki | pool | local | en | http:// |
com.mypedia.pool. |
a:1:{s:5:"paths";a:2:{s:9:"file_path";s:5:"/w/$1";s:9:"page_path";s:8:"/wiki/$1";}}
| 0 | a:0:{}
I changed site_group "wikipedia" to "mypedia" and added data for
site_protocol and site_domain by hand.
I noticed that the script path is "/w/$1" here, while $wgScriptPath in
LocalSettings.php is actually "/w", could that cause any problems?
And should I change site_group of the pool to mypedia like I did with
the language wikis or isn't that necessary?
Wikibase DataModel 0.8, Wikibase Repository 0.5 alpha, WikibaseLib 0.5
alpha and Wikidata show up in Special:Version of the pool wiki.
Wikibase Client 0.5 alpha, Wikibase DataModel 0.8, WikibaseLib 0.5 alpha
and Wikidata show up in Special:Version of the language wikis.
Any help would be really appreciated!
Thanks and cheers,
Till
Hi,
I'm running multiple language wikis and one pool wiki. The problem is
that no file descriptions are fetched in the language wikis although
$wgFetchCommonsDescriptions is set to true.
LocalSettings.php of the language wikis:
$wgUseSharedUploads = true;
$wgSharedUploadPath = 'http://pool.example.com/w/images';
$wgSharedUploadDirectory = '/path/to/pool/w/images/';
$wgHashedSharedUploadDirectory = true;
$wgFetchCommonsDescriptions = true;
$wgSharedUploadDBname = 'poolwiki'; # DB-Name of PoolWiki
#$wgSharedUploadDBprefix = 'wiki_'; # Table name prefix for PoolWiki
$wgRepositoryBaseUrl = "http://pool.example.com/wiki/Image:";
ForeignAPIRepo used to work fine before, but since I switched from
Apache to Nginx, no images show up anymore in the language wikis. This
is how my LocalSettings.php used to look like:
$wgForeignFileRepos[] = array(
'class' => 'ForeignAPIRepo',
'name' => 'pool',
'apibase' => 'http://pool.example.com/w/api.php',
'fetchDescription' => true, // Optional
'descriptionCacheExpiry' => 43200, // 12 hours, optional (values are
seconds)
'apiThumbCacheExpiry' => 0, // required for local thumb caching
);
I also tried to set 'name' => 'poolwiki', (name of the pool database)
but that doesn't work either.
I also re-started Memcached and I even deleted a file description page
from the CloudFlare cache, but still no file description can be seen :/
My software: MediaWiki: 1.22.0
PHP: 5.3.27 (fpm-fcgi)
MySQL: 5.1.70-log
Any help would be über-cool.
Thanks and cheers,
Till
On Monday April 20th, Houston-based MediaWiki users and developers will
meet to share lessons-learned, open-source extensions, and collaborate on
developing new extensions beneficial to any organization using MediaWiki.
This event is being hosted by NASA’s Johnson Space Center and the
Technology Collaboration Center of Houston.
The preliminary agenda includes:
-
Presentations:
-
Overview of key MediaWiki extensions used at NASA
-
Watch Analytics extension
-
Discussion topics:
-
What features and qualities make for the "perfect" knowledge
management solution?
-
Comparison: A single wiki vs. a wiki farm. Which works better for a
large organization?
-
What is the best way to share data between wikis?
-
Wiki Conversations: Turning e-mail conversations into useful
knowledge retention
-
Idea for development: Citations of references
-
How to complete the culture change to using a wiki (i.e., getting the
last 10% to use it)?
Please visit the event information page[1] to register for attendance and
presentations. We are looking for people volunteering to present topics at
this meetup. Email us with any questions at enterprisemediawiki(a)gmail.com
[1] http://www.tcc-houston.org/mediawiki-technologies.html
--
EnterpriseMediawiki.org
On 24 October 2014 08:41, Chad <innocentkiller(a)gmail.com> wrote:
> On Fri, Oct 24, 2014 at 8:12 AM, James Forrester <jforrester(a)wikimedia.org
> >
> wrote:
>
> > On 23 October 2014 18:39, Legoktm <legoktm.wikipedia(a)gmail.com> wrote:
> >
> > > Hi,
> > >
> > > As part of the librarization project[1], we are planning on taking the
> > > CSSJanus library that is currently in includes/lib/ and bringing it in
> > > with composer. However, it requires PHP >=5.3.3 in its
> composer.json[2].
> > > Krinkle has stated[3] that is due to the fact that it has only been
> > > tested on 5.3.3 and higher, and it's also what travis-ci provides.
> > >
> > > After doing some research[4], it appears that we would be dropping
> > > support for Ubuntu 10.04LTS, which has security support until April
> > > 2015. MediaWiki 1.25.0 is expected to be released in May 2015.
> > >
> > > Does anyone have any objections to dropping 5.3.2 support? I've
> uploaded
> > > [5] that actually increments the required version number.
> > >
> >
> > I understood that the vague plan was to switch over to 5.4.x
> requirement,
> > and that we'd only waited because Wikimedia wasn't ready yet. Has this
> > changed? I know a number of people have talked about wanting to use PHP
> > traits.
> >
> >
> Yes, but that's longer term.
>
How much longer? 1.25 is May 2015; Wikimedia's ZAP -> HAT migration is
nominally to be finished within a month…
> This minor bump still in the 5.3.x branch I think we can do immediately.
>
Sure, if announcing a 1.25 dependency change and then changing the change
later won't disrupt people too much.
(Copying the main MediaWiki-l list for those who don't follow wikitech-l)
J.
--
James D. Forrester
Product Manager, Editing
Wikimedia Foundation, Inc.
jforrester(a)wikimedia.org | @jdforrester
Hi,
I know that on Wikia sites there's a tool available when editing in the
Visual Editor that allows one to choose from all the templates on the Wikia
site, and when one selects the template one wishes to use it loads the
fields for said template and allows one to edit them all in this pop-up
window before embedding this template into the article. It makes inserting
several-input templates like infoboxes far easier and I was wondering if
something like this existed for local MediaWikis when operating in source
mode. I was wondering if it might be possible, for instance (like if
something different to this is possible I'm still happy to hear it), if the
WikiEditor extension (https://www.mediawiki.org/wiki/Extension:WikiEditor)
could be given an additional tool with these capabilities.
If you're wondering what I mean by this "tool" for inserting templates see
http://community.wikia.com/wiki/Help:Templates#Adding_pre-existing_templates
.
Thanks for your time,
Brenton
Hi,
I have noticed that when I ask Lua templating-related questions here I
get little, if any replies so I was wondering if someone knows somewhere
I can ask these questions and get fast (within a day) and helpful answers.
Thanks for your time,
Brenton
Hi all,
I am trying to set up the Visual Editor on out CentOS 6.6 system running MediaWiki 1.24.1 installation. I have successfully set up Parsoid on a stand-along Ubuntu Trusty node (it works and retrieves/parses Wiki pages), and ensured that it works; I then checked out the Visual Editor extension (branch REL1_24) and its submodule, and configured them in LocalSettings.php:
require_once( "{$IP}/extensions/VisualEditor/VisualEditor.php" );
$wgDefaultUserOptions['visualeditor-enable'] = 1;
$wgHiddenPrefs[] = 'visualeditor-enable';
$wgVisualEditorParsoidURL = 'http://vdanilchenko-compute.vistaprint.net:8142';
$wgVisualEditorParsoidPrefix = 'corewiki';
I am testing it in the latest Chrome. When I view a page and click on the ‘Edit’ button, the system redirects to the ‘?veaction=edit’ link, thinks for a little while, shows the blue progress bar -- and then produced this error in the console (call stack included):
ve.ce.BranchNode.js:234 Uncaught NotFoundError: Failed to execute 'insertBefore' on 'Node': The node before which the new node is to be inserted is not a child of this node.
ve.ce.BranchNode.js:234 ve.ce.BranchNode.setupSlugs
ve.ce.ContentBranchNode.js:248 ve.ce.ContentBranchNode.renderContents
ve.ce.ContentBranchNode.js:110 ve.ce.ContentBranchNode.onSplice
ve.ce.BranchNode.js:35 VeCeBranchNode
ve.ce.ContentBranchNode.js:20 VeCeContentBranchNode
ve.ce.ParagraphNode.js:18 VeCeParagraphNode
oojs.jquery.js:868 oo.Factory.create
ve.ce.BranchNode.js:168 ve.ce.BranchNode.onSplice
ve.ce.BranchNode.js:35 VeCeBranchNode
ve.ce.DivNode.js:18 VeCeDivNode
oojs.jquery.js:868 oo.Factory.create
ve.ce.BranchNode.js:168 ve.ce.BranchNode.onSplice
ve.ce.BranchNode.js:35 VeCeBranchNode
ve.ce.DocumentNode.js:19 VeCeDocumentNode
ve.ce.Document.js:19 VeCeDocument
ve.ce.Surface.js:30 VeCeSurface
ve.ui.Surface.js:43 VeUiSurface
ve.ui.DesktopSurface.js:20 VeUiDesktopSurface
ve.init.Target.js:185 ve.init.Target.createSurface
ve.init.mw.Target.js:1325 (anonymous function)
This seems to refer to the error in the following code section in VisualEditor/lib/ve/src/ce/ve.ce.BranchNode.js:
for ( i in this.getModel().slugPositions ) {
slugNode = doc.importNode( slugTemplate, true );
if ( this.children[i] ) {
this.$element[0].insertBefore( slugNode, this.children[i].$element[0] );
} else {
this.$element[0].appendChild( slugNode );
}
this.slugNodes[i] = slugNode;
}
So I tried dumping the nodes involved – this.$element[0] and slugNode – to the console (immediately preceding the error message of course), and got the following:
0th child:
<p><span class="hideshow1 ve-ce-textStyleAnnotation ve-ce-spanAnnotation"><span class="" id="hidemetextWTRaSupplierDocsZ" about="#mwt7" typeof="mw:Transclusion" data-parsoid="{“stx”:”html”,”dsr”:[2025,2111,null,null],”pi”:[[{“k”:”hide id”,”named”:true,”spc”:[““,”“,”“,”“]},{“k”:”text id”,”named”:true,”spc”:[““,”“,”“,”“]}]]}" data-mw="{“parts”:[{“template”:{“target”:{“wt”:”Collapsible js”,”href”:”./Template:Collapsible_js”},”params”:{“hide id”:{“wt”:”hidemeWTRaSupplierDocsZ”},”text id”:{“wt”:”hidemetextWTRaSupplierDocsZ”}},”i”:0}}]}">show</span><span data-parsoid="{“src”:”<javascript>\n(function($){\n// $('#hidemeWTRaSupplierDocsZ').css('display','none');\n$('#hidemetextWTRaSupplierDocsZ').text('show').click(function() {\n $('#hidemeWTRaSupplierDocsZ').slideToggle('fast', function(){\n\n if ($('#hidemeWTRaSupplierDocsZ').is(':hidden')) {\n $('#hidemetextWTRaSupplierDocsZ').text('show');\n } else {\n $('#hidemetextWTRaSupplierDocsZ').text('hide');\n }\n\n });\n})\n})(window.jQuery);\n</javascript>“}" typeof="mw:Extension/javascript" data-mw="{“name”:”javascript”,”attrs”:{},”body”:{“extsrc”:”\n(function($){\n// $('#hidemeWTRaSupplierDocsZ').css('display','none');\n$('#hidemetextWTRaSupplierDocsZ').text('show').click(function() {\n $('#hidemeWTRaSupplierDocsZ').slideToggle('fast', function(){\n\n if ($('#hidemeWTRaSupplierDocsZ').is(':hidden')) {\n $('#hidemetextWTRaSupplierDocsZ').text('show');\n } else {\n $('#hidemetextWTRaSupplierDocsZ').text('hide');\n }\n\n });\n})\n})(window.jQuery);\n”}}" about="#mwt7">
</span></span><b class="ve-ce-textStyleAnnotation ve-ce-boldAnnotation">WTR and Supplier Documents</b></p>
Slug:
<span class="ve-ce-branchNode-slug ve-ce-branchNode-inlineSlug"></span>
Aaaand at this point, I am stuck. These seem to be the DOM nodes dynamically generated by the Visual Editor, and I have no idea where to go from here.
I am getting this with all the extensions disabled. It happens whether client debugger and resource loader debug mode are on or off.
Does anyone have any ideas on what might be going wrong?
Thanks!
Hello all,
I would like to announce the release of MediaWiki Language Extension
Bundle 2015.03. This bundle is compatible with MediaWiki 1.23.x and
MediaWiki 1.24.x releases.
Next MLEB is expected to be released in 3 months. We are trying less
frequent releases due to low number of changes per month in the
included extensions. If there are major changes or important bug
fixes, we will do intermediate release. Please give us your feedback
at [[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]].
* Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2015.03.tar…
* sha256sum: 938444aecd01df92d340e69b0f1c341de7085269bf5e6bbb28b82f41e816cc6d
Quick links:
* Installation instructions are at: https://www.mediawiki.org/wiki/MLEB
* Announcements of new releases will be posted to a mailing list:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
* Report bugs to: https://phabricator.wikimedia.org/
* Talk with us at: #mediawiki-i18n @ Freenode
Release notes for each extension are below.
-- Kartik Mistry
== Babel ==
* Improved compatibility by using UserGetReservedNames hook.
== CLDR and CleanChanges ==
* Localisation updates only.
== LocalisationUpdate ==
* A bug that prevented extension and skin i18n files to be updated is fixed now.
* Additional MediaWiki core i18n locations such as api messages are
also included now.
* Known issues:
** T93039: There is a known issue that prevents using
LocalisationUpdate if you have VisualEditor and are using the default
GitHub source.
== Translate ==
* Improvements in the message group selector:
** T54703: Now shows correct list of groups in Special:SearchTranslations
** The group selector now always appears below the trigger that opens it.
* ttmserver-export.php has new option --reindex to update index
mappings. There are no changes to index mappings at this time though.
* Improved compatibility by using UserGetReservedNames hook.
* Various display improvements in right-to-left languages on
Special:Search translations.
* Known issues:
** T94548: ULS language selector is not properly accessible when
opened within the translate group selector
== UniversalLanguageSelector ==
* Fixed issues related to the tooltip for ULS cog (trigger icon at the
sidebar interlanguage position):
** T52743: Consistent tooltip style.
** When changing language first time, instead of language code,
language autonym is shown.
Thanks!
--
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com