Neutraliser votre choix

Vous utilisez une colonne de choix optionnelle.

Une fois que vous avez sélectionné un choix dans la colonne, il est impossible de le remettre à nul ou vide. Il faut alors ajouter « Aucun » comme choix puisque qu’on ne peut pas mettre un champ

Pourtant dans SharePoint 2007, il y avait une astuce:

1) Sélectionnez Actions > Modifier dans la feuille de données.

2) Il est alors possible de supprimer le choix dans le texte de la cellule.

 

Dans SharePoint 2013, cela ne fonctionne plus:

valeur-valide

Voici la solution:

Ajouter Alt+0129 comme choix et ne pas oublier de le mettre pas défaut.

http://blog.binaryrepublik.com/2013/08/add-empty-option-in-sharepoint-drop.html

Rien n’est parfait. Ne fonctionne pas avec les cases d’option. 🙂

En plus, le choix aucun créé par Alt+0129 n’est pas réellement vide.

blank_choice

Advertisements

Remplacer les fichiers existants

Si on dépose dans une bibliothèque un fichier avec le même nom, que se passe-t-il?

En utilisant Télécharger un document ou Nouveau document, par défaut, la case Remplacer les fichiers existants est cochée.

Cela pourrait être dangereux, car quelqu’un pourrait remplacer un autre fichier sans s’en rendre compte.

telecharger-doc

En glissant le fichier dans la bibliothèque, on obtient le message suivant. Donc pas de risque.

nom-fichier-existe

En enregistrant le fichier directement dans la bibliothèque, on obtient le message suivant. Donc pas de risque.

existe-remplacer

En copiant le fichier en mode Ouvrir avec l’Explorateur, on obtient le message suivant. C’est ici que les choix sont les plus sophistiqués.

fichier-existe-emplacement

Le même message s’affiche lorsqu’on effectue des opérations dans l’Explorateur Windows.

Ouvrir un fichier ou un lien dans une nouvelle fenêtre

Lorsqu’un utilisateur navigue sur un site SharePoint, à quoi peut-il s’attendre lorsqu’il clique sur les liens: qu’ils s’ouvrent dans une nouvelle fenêtre (onglet) ou dans la même fenêtre?

Fenetre Creative Commons

1) C’est la personne qui a construit le site qui a pris une décision pour les liens dans la navigation, les pages, les WebParts Éditeur de contenu et les champs multilignes.

2) Pour ce qui est des listes de liens, ils vont toujours s’ouvrir dans la même fenêtre. Sauf s’il s’agit d’un lien vers un fichier qui s’ouvre dans l’application courante.

3) Et quand il s’agit des bibliothèques, cela dépend de plusieurs facteurs (configuration du poste, navigateur utilisé, configuration du serveur SharePoint, etc.). Un fichier PDF pourrait s’ouvrir dans Acrobat Reader ou le navigateur. Un fichier Office pourrait s’ouvrir dans le navigateur si Office Web Apps est installé. Un fichier image va souvent s’ouvrir dans le navigateur.

Donc l’expérience de l’utilisateur peut être très frustrante. Car les sites SharePoint se ressemblent beaucoup et l’utilisateur ne se rend pas compte rapidement qu’il a changé de site. Aussi, les utilisateurs ont tendance à fermer la fenêtre lorsqu’ils ont ouvert un fichier donc si le fichier s’est ouvert dans le navigateur, ils ferment le site.

J’aimerais établir une mécanique logique pour l’utilisateur:

  • Si on ouvre une page (qui contient la même navigation = même site) alors cette page s’ouvre dans la même fenêtre.
  • Si on ouvre une page d’un autre site alors cette page s’ouvre dans une autre fenêtre (ou onglet).
  • Si on ouvre un fichier (la navigation du site ne s’affichage pas dans un fichier) qui s’ouvre dans le navigateur, on veut qu’il s’ouvre dans une autre fenêtre (ou onglet). Si le fichier s’ouvre dans une application cliente, on n’a pas d’enjeux.

Ha ha! C’est très controversé ce que j’écris ici. Le W3C recommande de ne pas utiliser target=_blank. Beaucoup de personnes croient fermement qu’il faut donner le choix aux visiteurs sur l’ouverture d’un lien. Oui mais, la plupart du temps, c’est seulement après avoir ouvert le lien qu’on sait si on aurait préféré l’avoir ouvert dans un autre onglet.

Quelques liens:

http://bryanhadaway.com/w3c-obsession-and-the-return-of-target-blank/
http://www.w3.org/TR/2014/NOTE-WCAG20-TECHS-20140311/G201
http://www.mojoportal.com/links-should-not-open-in-a-new-window
http://www.smashingmagazine.com/2008/07/01/should-links-open-in-new-windows/
http://uxmovement.com/navigation/why-external-links-should-open-in-new-tabs/
http://www.netwebbing.com/external-links-in-new-window/

En plus, honnêtement, qu’est-ce que les utilisateurs connaissent mieux:

  • Les techniques pour contrôler l’ouverture d’un lien?
  • L’utilisation des onglets ou des fenêtres dans les navigateurs?

Les visiteurs peuvent ouvrir un lien dans une nouvelle fenêtre en maintenant Maj (Shift) ou Ctrl pour ouvrir dans un nouvel onglet. Ou bien ils peuvent cliquer avec le bouton droit sur le lien.

ouvrir-droit

Pourtant, on peut facilement déterminer comment on veut que le lien s’ouvre sur une page ou dans la navigation.

Dans SharePoint 2013, il faut passer par Actions du site > Paramètres du site > Navigation pour pouvoir choisir d’ouvrir dans une nouvelle fenêtre. Sinon avec Modifier les liaisons, l’option n’existe pas http://office.microsoft.com/fr-ca/office365-sharepoint-online-enterprise-help/personnaliser-la-navigation-sur-votre-site-dequipe-HA103532378.aspx

lien-navigation

Dans SharePoint 2013, il est possible de modifier tout lien inséré puis de cocher Ouvrir dans un nouvel onglet que cela soit pour les pages, les WebParts Éditeur de contenu et les champs multilignes.

onglet-lien

Même la liste des liens promus (nouveauté de SharePoint 2013) offre la possibilité de choisir comment le lien s’ouvre.

menulancement

Dans SharePoint 2007, les pages Wiki et les champs multilignes ne permettaient pas de choisir comment ouvrir les liens. Donc, depuis SharePoint 2013, il y a eu une standardisation intéressante.

Note: Dans SharePoint 2013, la colonne de type lien hypertexte ou image n’offre toujours pas la possibilité d’ouvrir dans une nouvelle fenêtre.

colonne-lien

CONCLUSION:

J’aimerais tellement avoir la même option dans les listes de liens ou les bibliothèques.

  • Il suffirait d’ajouter une colonne de site avec une case à cocher Ouvrir dans une nouvelle fenêtre, pourquoi pas?

Les idées pour résoudre ce problème existent mais ce serait tellement mieux d’avoir une solution native intégrée dans SharePoint.

Votez pour http://sharepoint.uservoice.com/forums/282887-customer-feedback-for-sharepoint-server/suggestions/7283040-checkbox-to-open-in-a-new-window-in-a-link-list

En complément: Les guides du W3C s’appliquent aux sites Web. Dans le cas de SharePoint, où on s’adresse à des travailleurs de bureau, ces utilisateurs vont comparer l’utilisation de SharePoint avec les lecteurs partagés et non avec les sites Web. Dans Windows Explorer, tous les fichiers s’ouvrent dans une nouvelle fenêtre – d’où le désarroi des utilisateurs qui y sont habitués.

NOTE: Et tant qu’à faire, aussi pouvoir ouvrir dans une nouvelle fenêtre le type de contenu ‘Lien vers un document’. Aussi ce type de contenu est le seul endroit où on ne peut pas ajouter un lien vers file:// malgré l’astuce d’ajouter d’abord http:/ puis modifier et remplacer par file:// (cette astuce ne fonctionne plus dans SharePoint 2013?).

https://sharepoint.uservoice.com/forums/282887-customer-feedback-for-sharepoint-server/suggestions/7326389-add-ability-to-link-to-document-content-type-to-us

Du nouveau dans Office 365 (Août 2016): des icônes pour indiquer qu’une nouvelle fenêtre va s’ouvrir.

icone-lien-ext

Glisser des fichiers (drag & drop)

Environnement:

  • SharePoint 2013
  • Windows 7
  • Office 2013

Essayons de glisser des fichiers.

1) À partir d’une fenêtre d’Explorateur Windows vers une bibliothèque SharePoint: ça marche! Aussi bien dans une bibliothèque d’images.

Et l’inverse fonctionne aussi: d’une bibliothèque SharePoint vers l’explorateur Windows!

2) Un fichier attaché à partir d’un courriel Outlook vers une bibliothèque SharePoint: on dirait que cela fonctionne (la zone blanche apparaît) mais faux espoir, cela ne marche pas. Surtout pour cette situation, il faudrait que cela fonctionne. Je me demande si cela dépend d’une configuration.

Idée http://blogs.msdn.com/b/mab/archive/2006/01/17/514075.aspx

2) Glisser un courriel Outlook vers une bibliothèque SharePoint: on obtient un message d’erreur (Désolé… L’opération n’a pas fonctionné).

3) Glisser un fichier d’une bibliothèque à une autre bibliothèque SharePoint: ne fonctionne pas.

4) Glisser un fichier d’une bibliothèque dans un dossier ou ensemble de document de cette même bibliothèque. Ça marche! Le visuel est raté car le nom du dossier ou de l’ensemble devient invisible lors du dépôt.

* Cela ne fonctionne pas de glisser un ensemble de docs dans un dossier.

NOTE:
Lorsqu’on ouvre une bibliothèque en mode Explorateur Windows, il est possible de glisser un courriel Outlook ou un fichier attaché à un courriel.

AUTRE NOTE:
Il n’est pas possible de glisser des éléments dans des dossiers d’une liste.

COMPLEMENT:
On ne peut pas glisser un dossier.

Voir:

http://www.learningsharepoint.com/2012/12/05/how-to-move-documents-from-one-library-to-another-in-sharepoint-2013/

https://sharepoint.uservoice.com/forums/282887-customer-feedback-for-sharepoint-server/suggestions/7081561-drag-and-drop-email-from-Outlook

https://sharepoint.uservoice.com/forums/282887-customer-feedback-for-sharepoint-server/suggestions/10017762-drag-and-drop-folders-to-sharepoint