Projet

Général

Profil

Development #13650

Alerte sur l'utilisation de =[whatever] dans le champ d'expression calculée

Ajouté par Frédéric Péters il y a plus de 7 ans. Mis à jour il y a plus de 7 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Version cible:
Début:
18 octobre 2016
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:

Description

On autorise à la fois du texte avec de l'ezt et des expressions Python et les gens mélangent et bim se trouvent à écrire =[form_var_hello].

On devrait ajouter au widget du js qui afficherait un message d'avertissement quand cette situation est rencontrée.


Fichiers

Révisions associées

Révision ca9f9fac (diff)
Ajouté par Frédéric Péters il y a plus de 7 ans

admin: add live validation (+ hints) to computed expression widgets (#13650)

Historique

#1

Mis à jour par Frédéric Péters il y a plus de 7 ans

#2

Mis à jour par Frédéric Péters il y a plus de 7 ans

Modifié le js pour ne faire l'appel qu'après 250ms d'inaction, histoire de ne pas taper inutilement sur le serveur. (idéalement on devrait avoir un timeout par widget mais comme le délai est court je pense qu'il n'y aura pas de problème de personne navigant très vite de champ d'expression en champ d'expression).

#3

Mis à jour par Thomas Noël il y a plus de 7 ans

Dans le « ComputedExpressionWidget.validate » il y a un « if expression.startswith('=') and len(expression) > 1: / else: » qui va faire que le else va gérer "=" (bon, c'est pas grave, mais bon, faut bien que je montre que je relis). Bref, je retirerais le "len(expression) > 1" pour remonter l'erreur de syntaxe "expression vide", qui est le comportement actuel.

À part ça, c'est un "ack".

#4

Mis à jour par Frédéric Péters il y a plus de 7 ans

Oui, en fait c'est volontaire parce que eval('') c'est une erreur de syntaxe et je ne voulais pas l'afficher, histoire que bam, premier caractère tapé et déjà dans le rouge.

#5

Mis à jour par Thomas Noël il y a plus de 7 ans

Oui mais là on va finalement laisser passer "=" comme contenu de champ valide alors que avant, non.

#6

Mis à jour par Frédéric Péters il y a plus de 7 ans

  • Statut changé de En cours à Résolu (à déployer)

Ok, len(expression) retirée.

commit ca9f9fac89f208c342f3fbb3114a5001aa260cd3
Author: Frédéric Péters <fpeters@entrouvert.com>
Date:   Tue Oct 18 14:18:20 2016 +0200

    admin: add live validation (+ hints) to computed expression widgets (#13650)
#7

Mis à jour par Frédéric Péters il y a plus de 7 ans

  • Version cible mis à v1.62
#8

Mis à jour par Frédéric Péters il y a plus de 7 ans

  • Statut changé de Résolu (à déployer) à Fermé

Formats disponibles : Atom PDF