Mobile Gateway/Mobile homepage formatting/fr

Si la page d’accueil de votre projet Wikimedia n’a pas été formatée pour être vue depuis un mobile, et si vous êtes administrateur sur ce projet, veuillez lire les instructions suivantes.

Note : vous devez avoir les droits d'administrateur afin d'éditer la page d'accueil.

Étape 1
Choisissez d'abord les contenus adaptés pour la version mobile de votre page d'accueil.

Évaluez chaque élément de la version de bureau (par exemple, "Image du jour") en vous posant les questions :


 * sont ils populaires ?
 * sont ils mis à jour régulièrement ?
 * sont ils appropriés à la lecture rapide ?
 * s'adapteront-ils correctement l'écran d'un mobile ?

Lorsque vous avez fait vos choix, poursuivez à l'étape 2.

Étape 2
Vous devez vous connecter et avoir les droits d’administrateur pour effectuer les étapes suivantes. Sur la version de bureau de la page d’accueil, cliquez sur "" et recherchez les éléments que vous voulez inclure dans la version mobile.

Chacun des éléments que vous souhaitez inclure dans la version mobile, doit être identifié par un attribut id="mf-..." (ou "..." est un nom unique, significatif pour un humain). Nous les appelerons "sélecteurs mf". Une façon de le faire est d'encadrer les éléments voulus de balises div en mettant le sélecteur mf dans la balise comme ceci :



Qu’est-ce qui doit figurer entre les balises div ouvrantes et fermantes ? Probablement un modèle pour l’élément de la page considéré (par exemple, l'Image du jour).

Updating styles
Certain styles are not mobile friendly. For example any css rules which make use of fixed pixel size e.g. width, height, padding. If different style treatment is needed please use the Extension:TemplateStyles or port these styles to MediaWiki:Common.css or MediaWiki:Mobile.css.

Some tips on common problems are addressed @ Making MediaWiki Mobile Friendly.

Cliquez sur "".

C’est presque fini.

Troisième étape
Maintenant, allez sur une URL mobile qui est normalement de la forme code_langue.m.projet.org. Vous pouvez réduire la largeur de votre navigateur de bureau pour imiter un écran de mobile. Est-ce que ça rend bien ?

Si vous voulez faire des changements, retournez à la deuxième étape. Naviguez entre les étapes 2 et 3 jusqu’à ce que vous soyez satisfaits.

Et voila !

MFSpecialCaseMainPage
When $wgMFSpecialCaseMainPage is enabled (which is disabled by default), it is possible to serve different content to mobile and desktop users. Use of this method is discouraged and deprecated as it only works on the Main Page, is a maintenance burden and should only be used as a stop-gap measure when transitioning your MediaWiki site to a mobile experience. It will be removed in 2020.

Les pages d’accueil de chaque version linguistique de Wikipédia et des autres projets sont diverses, il est donc impossible de présenter un exemple universel. Cependant, pour donner quelques idées de ce à quoi pourrait ressembler votre site, voici pour la version en allemand de Wikipédia : https://de.wikipedia.org/ Si vous cliquez sur l’onglet "voir la source" ("Quelltext anzeigen") à côté de "Lesen", vous pourrez voir le wikitexte et utiliser la fonction "Rechercher" de votre navigateur pour chercher les chaînes de caractères de la forme "mf-".

Dans ce cas, la balise div pour les sélecteurs mf sont des parties de plus gros objets de la page. Seulement quelqu’un habitué à manipuler la présentation de la page d’accueil doit comprendre ça en détails.

Maintenant allez sur : https://de.m.wikipedia.org/

La page en affichage mobile est visible. Les sections de contenus correspondant aux sélecteurs mf sont affichés dans la version mobile.

Deprecation steps for wikis using MFSpecialCaseMainPage
MobileFrontend is in the process of deprecating the code relating to main page special casing. If you have a wiki using it you'll want to stop using it immediately. If you have any questions please don't hesitate to use the talk page!

How can I tell if I'm using it?
For projects you are users of please apply the query string " " to your main page on mobile and compare it with the main page without the query. For example users of English Wikipedia can compare https://en.m.wikipedia.org/?mfnolegacytransform=1&debug=1 with https://en.m.wikipedia.org/. If the two pages look different you must migrate ASAP.

What can I do to fix this?
Assuming you do not want to do a big redesign and just want to retain the existing main page design, you can follow this guide.

Copy the main page markup into a sandbox e.g. a sub page of the user namespace. Now switch to mobile mode. Note, the mobile site can be viewed in your desktop browser, so if you can you may want to consider using the wikitext editor of the mobile site.

You'll need the TemplateStyles extension deployed on your wiki. You can see if it's installed on your wiki by visiting Special:Version. If it's not for whatever reason please request it.

To add template styles to a page add the following line to the top of your new draft page:

You can now add CSS @media queries to your page by adding CSS inside Template:Main Page/styles.css to display different content to different device resolutions.

You can apply the "nomobile" class to any elements you wish to continue to hide on mobile. In some cases use of this class is the most straightforward way to update your page.

Known problems are listed below:

1. Stop using tables

If your main page uses table's in any way, please remove them. There are many tutorials on the web for doing column layouts. Please put "responsive column layout" into your favorite search engine. If this is confusing, you'll probably want to seek help from a CSS expert!

DivTable converter provides a way for you to convert a table HTML to divs. You should aim to put the associated CSS in MediaWiki:Common.css. This act alone should improve your rendering in mobile greatly.

2. Review any inline styles

Search for any instances of styles which make use of the css properties " ", " ", " " or " "

For example:

Move these into a TemplateStyle. Use a class and move the css declaration to css.

Example CSS:

e.g. Example - note the pre tag is only included for example purposes - this should be put into a TemplateStyle.

3. Reskin for mobile

With the above steps applied your page should look no different on a desktop browser, but as you shrink the screen (horizontal width) to under 720px - the threshold you introduced in step 2 the styles should disappear. You'll want to add new styles (outside the media query you introduced in step 3). These styles will apply to mobile devices and will be overridden.

If there is any content in the page that you do not want to render in the mobile skin you should add the class "nomobile". e.g.

4. Apply the new template

Copy and paste the sandbox page into your Main page. Refresh the browser and verify that it works as expected on both mobile and desktop.

5. Make a site request to turn off main page special casing

If your site is now no longer using the special page casing and your site appears in this config:

You'll want to let a Wikimedia site admin know that you are ready for main page special casing to be turned off. File a Phabricator ticket using this link that links to this web page and lists your wiki.

You'll be able to tell when this has been successful if you've been using the  prefixes as suddenly other content will display on your mobile site!

6. Remove any mobile specific ids.

i.e. any instance of the following:

These are not necessary any more. Previously these would choose which content to show on mobile, but now you have a new mobile first responsive design and have disabled main they will be ignored.

e.g. This example

I don't have time! (Quick fix)
The quickest possible fix for your wiki might be to fix the design for Minerva only by forcing horizontally stacking at the trade off of impacting the small amount of desktop Minerva users. To see if the quick fix works for you add the following to your Main Page: and then inside Template:Main_Page/styles.css copy paste the following CSS: Please be aware that this is a quick and dirty fix, which may break more complex main pages (e.g. ones that use tables within tables), and it also doesn’t improve the current situation where the main page breaks on smaller desktop screens and wastes much space on larger mobile ones. If you really don’t have time, you can use this temporarily, but you should plan to really fix the mobile (and small-screen desktop) experience using the above size-dependent methods (or completely redesign the main page, of course). If you decide to go this way, you should make sure to test the resulting main page using mobile view.