Créer un filtre au format Date

Bonjour,

Non, cela n'est pas possible pour l'instant.

Bonjour,

C'est un soucis de la librarie de date de joomla qui ne permet pas de gérer d'autre format de date.
Pour que cela fonctionne, il faudrait changer la fonction calendar de libraries/joomla/html/html.php en:

public static function calendar($value, $name, $id, $format = '%Y-%m-%d', $attribs = null)
	{
		static $done;

		if ($done === null)
		{
			$done = array();
		}

		$readonly = isset($attribs['readonly']) && $attribs['readonly'] == 'readonly';
		$disabled = isset($attribs['disabled']) && $attribs['disabled'] == 'disabled';
		if (is_array($attribs))
		{
			$attribs = JArrayHelper::toString($attribs);
		}

		if(is_numeric($value) && $value) $value = self::_('date', $value, 'Y-m-d H:i:s', null);
		if (!$readonly && !$disabled)
		{
			// Load the calendar behavior
			self::_('behavior.calendar');
			self::_('behavior.tooltip');

			// Only display the triggers once for each control.
			if (!in_array($id, $done))
			{
				$document = JFactory::getDocument();
				$document
					->addScriptDeclaration(
					'do_nothing( function() {Calendar.setup({
				// Id of the input field
				inputField: "' . $id . '",
				// Format of the input field
				ifFormat: "' . $format . '",
				// Trigger for the calendar (button ID)
				button: "' . $id . '_img",
				// Alignment (defaults to "Bl")
				align: "Tl",
				singleClick: true,
				firstDay: ' . JFactory::getLanguage()->getFirstDay() . '
				});});'
				);
				$done[] = $id;
			}
			return '<div class="input-append"><input type="text" title="' . $value . '" name="' . $name . '" id="' . $id
				. '" value="' . htmlspecialchars($value, ENT_COMPAT, 'UTF-8') . '" ' . $attribs . ' /><button class="btn" id="' . $id . '_img"><i class="icon-calendar"></i></button></div>';

		}
		else
		{

			return '<input type="text" title="' . $value
				. '" value="' . $value. '" ' . $attribs
				. ' /><input type="hidden" name="' . $name . '" id="' . $id . '" value="' . htmlspecialchars($value, ENT_COMPAT, 'UTF-8') . '" />';
		}
	}

Bonjour,

Comme indiqué dans le message, il faut utiliser le "advanced date picker".

Cordialement,

Bonjour,

Cela fonctionne de notre coté.
Pourriez-vous fournir un lien vers la page en question (avec si nécessaire les instructions requises) pour reproduire le soucis ?

Bonjour,

J'ai procédé à quelque tests et pour le moment, j'ai du mal à progresser sur votre problème car de mon coté sur votre site votre champs de advance picker... Mais que ce soit en vue mobile comme vue normale...

Donc pouvez vous fournir une screenshot de votre page de configuration de votre champs personnalisé (custom field) et me dire si pour vous tout fonctionne bien mobile comme affichage classique ?

En attentes de vos retour.
Cordialement

Bonjour,

Le soucis vient de plusieurs facteurs:
- Le javascript de ce type de champs personnalisé ne gère qu'un champs personnalisé de ce type par page.
- Vous utilisez l'ancien passage en caisse d'HikaShop (option "Checkout legacy" activée dans la configuration HikaShop).
- Le champs de date de l'adresse de facturation est caché avec du CSS (si vous enlevez ça vous verrez que le champs fonctionnne pour l'adresse de facturation).

Donc il y a plusieurs façons de résoudre le problème:
- vous pouvez désactiver l'option "checkout legacy" pour passer sur le nouveau système de passage en caisse. Dans ce cas, l'interface d'édition des adresses ne s'affiche pas deux fois comme c'est le cas actuellement sur votre passage en caisse et donc cela évite le soucis.
- vous pouvez sinon, enlever le CSS qui cache le champs dans l'adresse de facturation et plutôt utiliser un override de vue pour ne pas ajouter le champs sur la page pour l'adresse de facturation. Cela demande un peu de connaissance en php mais c'est plus propre et cela évitera le problème.
- plutôt que de passer par un champs de la table adresse, il vaudrait mieux passer par un champs de la table "commande". Ainsi vous n'aurez pas de soucis car il n'y a qu'un champs commande par commande. Cela a aussi l'avantage que lorsque le client revient pour faire une seconde commande, il n'a pas la date de livraison de sa première commande dans l'adresse. Car actuellement, c'est le cas, et cela va vous causer des soucis à l'avenir.

Je recommanderais de choisir l'option 3, mais cela demande de passer à HikaShop Business car seule cette édition permet la gestion des champs de la table "commande" (qui sont fait pour ce genre d'information, date de livraison, notes, etc).

Bonjour,

L'ancien passage en caisse est stable. Si il vous convient, alors vous pouvez rester avec.

Le plus gros inconvénient, c'est que vous ne profiterez pas des nouvelles fonctionnalités que nous rajoutons au passage en caisse.
Par exemple, récemment, nous avons rajouté la possibilité de changer son adresse email en mode invité. Avant, cela était impossible, une fois l'adresse email validée, il fallait finir la commande avec cette adresse email. Et donc, vous n'avez pas cette amélioration et vous ne l'aurais pas si vous restez sur l'ancien système.