5 réponses à ce sujet

[Julien Mac]

Bonjour,

FileMaker Inc vient de sortir la version 12.0v2.

On note les points suivants, pour les corrections de bugs :


Conception de modèle et rendu:

Résolution d'un problème qui empêche l'affichage des infobulles lorsqu'un objet transparent est placé au- dessus de l'objet comportant l'infobulle.
Résolution d'un problème qui peut provoquer la troncature des objets placés dans l'en-tête ou le pied de page lorsque l'affichage bascule de la vue Formulaire à la vue Liste.
Résolution d'un problème dans la vue Liste qui place un champ au mauvais endroit lorsque celui-ci est groupé avec un objet qui se trouve à un autre endroit.
Améliorations apportées aux fonctions Copier et Coller pour la copie d'objets entre différents styles de thèmes.
Améliorations apportées au défilement.


Listes de valeurs:

Résolution d'un problème qui empêche la fonction de calcul ValueListItems de retrouver les valeurs à partir d'un champ de liste de valeurs à accès restreint dans un fichier hébergé malgré l'activation de l'option « Exécuter le script avec les privilèges d’accès intégral ».
Résolution d'un problème qui empêche les listes de valeurs d'afficher les valeurs lorsqu'elles sont référencées depuis un fichier lié qui se trouve dans un dossier différent sur le système hôte.
Résolution d'un problème avec les listes de valeurs qui provoque l'affichage des valeurs avec des paramètres de format régionaux différents.Résolution d'un problème qui peut provoquer l'arrêt de l'application lors de l'accès à une liste de valeurs configurée pour afficher uniquement les valeurs d'un deuxième champ lorsque le premier champ est vide.
Résolution d'un problème qui provoque l'affichage du message <Fichier manquant> lorsqu'une liste de valeurs utilise le champ d'un fichier hébergé sur un autre serveur et que cette liste de valeurs été formatée comme un menu local.
Résolution d'un problème qui empêche, pour un fichier converti avec une liste de valeurs, l'affichage exclusif des valeurs du second champ et provoque également l'affichage des valeurs du premier champ.


Impression:

Résolution d'un problème qui empêche de recadrer un objet vers la gauche lorsque l'option « Masquer à l'impression » est activée pour l'objet qui se trouve à côté.
Résolution d'un problème qui empêche l'application correcte des paramètres de recadrage/réduction aux champs verticaux avec répétitions.
Résolution d'un problème qui peut, selon le nombre d'enregistrements liés, provoquer l'affichage de lignes vides dans les impressions de table externe lorsque le recadrage est activé.
Améliorations pour l'impression, l'aperçu et la génération de fichiers PDF.


Création de scripts:

Résolution d'un problème qui peut provoquer l'exécution d'un script dans la mauvaise fenêtre.
Résolution d'un problème qui provoque l'échec de l'action de script Prononcer lorsque l'option « Attendre
l'exécution complète pour continuer » est désélectionnée.
Résolution d'un problème qui provoque l'affichage du contenu d'une rubrique Conteneur à accès restreint dans le fichier PDF généré alors que l'action de script Sauvegarder en PDF est paramétrée pour s'exécuter avec les privilèges d'accès intégral.
Résolution d'un problème qui provoque l'affichage du contenu d'une rubrique Conteneur à accès restreint dans les onglets de permutation alors que l'action de script Aller à l'objet est paramétrée pour s'exécuter avec les privilèges d'accès intégral.
Résolution d'un problème qui provoque l'activation d'un mauvais enregistrement lors de l'exécution d'un déclencheur de script qui fait défiler la zone de visualisation.
Citrix :
Résolution d'un problème qui empêche la copie de données à partir d'une base de données hébergée sur un serveur Citrix vers une base de données non hébergée par un serveur Citrix.


Citrix:

Résolution d'un problème qui empêche la copie de données à partir d'une base de données hébergée sur un serveur Citrix vers une base de données non hébergée par un serveur Citrix.


Tables externes:

Résolution d'un problème qui provoque l'échec du filtrage des tables externes avec l'opérateur « < > ».


Accessibilité:

OS X : Résolution d'un problème qui empêche le lecteur d'écran VoiceOver de lire le contenu d'une liste déroulante.
OS X : Résolution d'un problème qui empêche VoiceOver de lire deux fois les noms des boutons dans l'en- tête et le pied de page dans la vue Tableau.
Windows : Résolution d'un problème qui peut provoquer l'arrêt de l'application lors de l'utilisation d'un logiciel de lecture d'écran pour lire une liste déroulante s'il ne s'agit pas de la première rubrique du modèle.


Mail:

OS X : Résolution d'un problème qui provoque l'échec de l'affichage d'une pièce jointe à un courrier électronique avec Microsoft Outlook 2011 comme application de courrier électronique par défaut.


Menus:

Résolution d'un problème qui peut provoquer l'affichage de l'ensemble de menus actif à partir d'un fichier distant ouvert par un fichier nouvellement créé.


Conteneurs interactifs:

OS X : Résolution d'un problème qui permet de glisser-déposer un fichier dans un conteneur interactif paramétré pour interdire les entrées en mode Utilisation.


Récupération:

Résolution d'un problème qui peut empêcher la récupération sur les bases de données très volumineuses lorsque l'option « Reconstituer les index de rubrique ultérieurement (en fonction des besoins) » est sélectionnée.


Publication Web instantanée:

Résolution d'un problème visant à empêcher l'utilisation de l'action de script Activer modèle pour activer les
modèles qui n'utilisent pas le thème Classique. Si l'action de script fait partie d'un script plus long, l'exécution du script s'arrête à cet endroit. Aucune boîte de dialogue d'erreur n'apparaît, mais une ligne est générée dans le journal d'erreurs.
Résolution d'un problème qui peut empêcher l'action de script Insérer depuis URL de renvoyer le contenu depuis l'URL vers les rubriques Conteneur interactives.


JDBC:

Améliorations dans la récupération du nombre d'enregistrements avec la requête « SELECT COUNT(*) FROM <table_name> »


Divers:

Ajout de la possibilité d'identifier un « objet OLE Windows » par calcul, par exemple ObtenirTexte.
Ajout de la possibilité de copier l'aperçu du graphique dans la boîte de dialogue Configuration du graphique.
Ajout d'une valeur « Nom de thème » à chaque section Modèle du Rapport sur la structure des bases de données XML.


Pour la télécharger :
http://www.filemaker...t_downloads_new

[Julien Mac]

Mais :

- Les loupes en mode Recherche restent non désactivables, contrairement à la version 11.
- Les titres des colonnes en mode tableau restent sur fond gris, non désactivables, contrairement à la version 11.
- Envoyer courrier continue à ne plus gérer un Obtenir CSS avec gestion de l'enrichissement de texte dans Outlook Mac 2011, contrairement à la version 11.
- Déplacer plusieurs objets est toujours impossible en utilisant les positions de l'Inspecteur, contrairement à la version 11.
- Le défilement des rubriques, scripts, à la molette reste bugué sur Mac OS X, mais c'était déjà le cas en version 11.

[lem alpha]

Testé vite fait, sans appronfondir, et rapidement essayé les qques lenteurs observées de mon côté (qui ne reflètent sûrement pas tout ce que d'autres ont pu observer) :

- progrès sur le défilement des listes (et aussi sur celui des TE avec affichage cond. ou calculs non mémorisés, non? en tout cas c'est mon impression)
- progrès sur l'affichage de modèles avec beaucoup de formatage cond. et /ou basé sur données liées/non indexées

donc bravo et merci (aussi pour tous les autres points de la MàJ !)

Maintenant à froid, toujours rapidement et sans approfondir, ce qui me fait immédiatement défaut, c'est le déplacement simultané d'objets cité ci-dessus par Julien, mais aussi, à l'affichage d'un modèle un peu "lourd" justement, l'ajout d'un indicateur quelconque que l'opération est en cours...

Car même si on a beaucoup gagné en rapidité d'affichage (on a quasiment rejoint les perfs de la 11, mais avec le nouveau moteur), Filemaker n'affichant à présent le modèle QUE lorsque celui-ci est entièrement "calculé", il y a sur ces modèles lourds un laps de qques secondes où il ne se passe rien, et où l'utilisateur n'a aucune indication pour savoir s'il se passe quoi que ce soit, si son clic a été pris en compte, etc.
Même pas le pointeur de souris qui s'anime, et ça c'est franchement déroutant, et très gênant à mon avis.
Encore une fois, je ne critique pas ([plus]) ici la vitesse, mais vraiment l'inertie complète de l'affichage.
On pourrait avoir au moins le pointeur d'attente, voire même la fenêtre du modèle précédent qui se vide le temps du rendu, peu importe...

Et bien-sûr, il me manque encore ça ...

[Julien Mac]

« Maintenant à froid, toujours rapidement et sans approfondir, ce qui me fait immédiatement défaut, c'est le déplacement simultané d'objets cité ci-dessus par Julien, »

Salut Laurent,

Je pense qu'il y a une logique derrière cette fonctionnalité : qui est que si je sélectionne deux objets (l'un positionné à 20 pixels de la gauche et l'autre à 40) il n'est pas logique de mettre comme position 20 pixels pour les deux objets.

Ce n'était pas logique, mais cela permettait de déplacer rapidement plusieurs objets, en choisissant, par exemple 700 pixels pour ces deux objets, afin de modifier le modèle, sans être gêné par ces deux objets (ou 15 objets). Et lorsqu'on doit faire des modifications de modèles fréquemment cela permet d'aller vite.

J'espère que d'autres développeurs pourront faire comprendre ce fait à FileMaker Inc.

Un peu comme : conserver l'ordre de tri. Sur le papier il est logique que le tri se refasse lorsqu'on faire une modification. Dans la vraie vie, il est totalement déroutant de modifier des enregistrements triés et de se retrouver avec le premier qui passe en dernier. On ne peut plus, dans ce cas, passer à l'enregistrement suivant pour faire des modifs en liste. Heureusement la v12 permet de désactiver cette logique de papier, qui ne marche pas dans la vraie vie...

[FredoMkb]

Bonjour,

Le déplacement précis dans Fmp 11, donc paramétré dans l'inspecteur, d'un ensemble d'objets se comporte, en principe, comme si tous ces objets étaient groupés, sans forcément passer manuellement par cette étape préalable. Fmp 12 semble imposer cette action préalable, et l'action de dégroupage suivante... si jamais on s'est trompé et qu'on souhaite refaire un déplacement de tous ces objets, il faut tout recommencer, ce qui peut s'avérer fastidieux à la fin. Cela me semble une nette régression au niveau de l'utilisation des modèles (déjà qu'on passe un temps fou parfois sur nos interfaces à tout régler au pixel près, si en plus on ajoute des actions supplémentaires, ça commence à faire beaucoup).

Une autre fonctionnalité qui manque à Fmp, je ne sais pas pour la version 12, mais jusqu'à la 11 en tout cas (ce qui est véritable scandale de nos jours, franchement), c'est l'impossibilité de faire des mini-calculs arithmétiques simples dans les paramétrages des positions et des dimensions des objets. Ce serait tellement simple de pouvoir par exemple soustraire 27 pixels à 573 pixels de position horizontale par exemple, juste en inscrivant "573-27", au lieu de quoi il faut passer par la calculette pour ceux qui n'ont pas la vivacité d'esprit pour faire ces calculs mentalement (et même ceux qui ont cette facilité cognitive, peuvent être parfois un peu fatigués et avoir quelques difficultés à trouver le résultat rapidement). Pourtant, ce serait tellement simple d'implémenter une telle fonctionnalité...

Toujours en mode modèle, et toujours jusqu'à la version 11, ce qui est également agaçant, c'est le mode d'utilisation retenu pour la reproduction de la mise en forme d'un objet à d'autres objets. Je ne sais pas, mais l'outil "pipette" existe depuis belle lurette dans d'autres logiciels, était-il si compliqué de reprendre ce même mode de fonctionnement ? En gros : on sélectionne d'abord tous les objets dont on souhaite modifier l'aspect (mise en forme), puis on clique sur le bouton "Reprendre mise en forme" puis, enfin, on clique sur l'objet servant de modèle de mise en forme. La sélection des objets serait bien plus libre et aisée puisque pas obligatoirement linéaire ou contigüe. Bref, si on part du principe que les objets à modifier peuvent être plusieurs et que l'objet modèle ne peut être qu'un seul, le mode de fonctionnement de Fmp me semble bien tordu, alors que la méthode "pipette" me semble bien plus adaptée.

Et, tout en conservant ce bouton "Reproduction de la mise en forme", pourquoi ne pas penser à un système de mémorisation des différentes mises en forme ? De type "Styles d'objets" par exemple, cela serait tellement plus pratique à l'usage. De plus, cette liste de styles pourrait être utilisée avec des scripts de mise en forme, pouvant autoriser des changements dynamiques de l'aspects des objets d'un modèle suivant le contexte par exemple.

Encore en mode modèle, ce qui serait génial, mais bon, je ne crois pas qu'on y arrive un jour, c'est la possibilité de gérer les objets sur des "calques", ainsi on aurait par exemple un calque pour placer les objets de fond (images, blocs, etc.), ensuite un autre pour placer les rubriques, un autre pour les libellés et autre textes, puis les boutons, les pictos, et ainsi de suite... bref, une mini-gestion de calques, permettant une meilleur organisation et manipulation des objets dans les modèles.

Et que dire du réglage de l'ordre de tabulation entre les rubriques, boutons et autres onglets... il me semble que la solution toujours présente dans Fmp (et même semble-t-il en version 12) est pour le moins archaïque, pourquoi ne pas afficher une vraie liste de tous les objets "tabulables" d'un modèle et pouvoir faire les attributions plus simplement et rapidement (avec possibilité de tri et de recherche sur type d'objet, sur ordre de création ou d'apparition, etc.). Ou alors, garder le fonctionnement actuel mais adapté à un système de calques, de cette manière, suivant la manière de poser les objets sur les calques, on peut attribuer un ordre de tabulation automatiquement à tous les objets d'un calque par exemple.

Enfin, pour terminer avec mes "doléances" concernant le mode modèle, à quand une véritable API de manipulation dynamique par script des objets d'un modèle :

- Attributs : positions, dimensions, formatage, etc (même si certaines choses peuvent déjà être faites, cela reste encore bien compliqué et limité à mon sens) ;
- Ajout et suppression de tout objet simple : rubrique, bloc, bouton, etc. (ou affichage et masquage du moins) ;
- Activation et désactivation (enable, disable) des objets ou groupes d'objets ;
- Attribution dynamique d'un comportement à un objet (script ou déclencheur de script) ;
- Création à la volée d'un modèle, avec choix des rubriques et du thème graphique, cela pourrait avantageusement remplacer définitivement les boîtes de dialogue moches et trop limitées, surtout avec les nouvelles fonctionnalités de paramétrage des fenêtres de la version 12 ;
- Etc.

Bon, je ne vous parle évidemment pas des objets "Onglet", qui mériteraient quelques améliorations bienvenues (comme la possibilité de gérer les titres avec des rubriques de fusion ou des variables de fusion), l'absence incompréhensible des barres de défilement horizontales pour certains objets (TE notamment), et d'autres petites améliorations un peu moins importantes.

Vous l'aurez compris, beaucoup de mes attentes sont inspirées de ce qui se fait notamment dans les logiciels des métiers graphiques (chez Adobe ou d'autres pour ne pas les nommer), venant de cet univers, je trouve que Fmp a plusieurs décennies de retard dans ce domaine, alors que toutes les technologies existent et qui peuvent s'adapter assez bien dans le cadre d'un logiciel de base de données comme Fmp, et sans aller trop loin puisque on peut trouver pratiquement toutes ces technos chez Apple, son "propriétaire" historique (rien qu'en piochant dans la suite iLife ou iWork).

Bref, FileMaker Inc. a encore une belle marge de manoeuvre dans l'évolution de l'utilisation des modèles... en espérant que quelques unes de ces idées seront proposées dans les prochaines versions... qui sait...

[Tarick]

Premier essai avec la 12.0v2, en 11 auparavant.
J'espérais beaucoup de la PWI que les modèles en CSS allaient sans doute révolutionner.
... Mais seul le modèle "Classique" (le moche) est accepté. Gasp !

Un client qui aime bien dépenser son argent a mis à jour toute sa suite, sans penser aux systèmes OSX qu'il faut mettre à jour sur tous les postes, et qu'il a encore la moitié de son parc en G5. MDR !

Sans trop expérimenter, j'en suis arrivé à la conclusion de rester en 11 sur toutes mes bases en exploitation et de ne proposer la 12 que pour les nouveaux développement ex nihilo.
Malheureusement, yen a pas