Recherche avancée

Sur d’autres sites (9787)

• Form Analytics for Piwik now available : Find the pain points on your online forms to improve conversions

  14 mars 2017, par InnoCraft — Community

  Hi, this is Tom from InnoCraft, the company of the makers of Piwik Analytics. Do you hate losing your visitors on your online or intranet forms and leaving revenue on the table ? If you feel like us, we have got you covered. Form Analytics gives you all the insights you possibly need to increase your form conversion rates with 100% data ownership and no limits.

  Whether it is a landing page, sign-up form, checkout, cart, squeeze page, feedback form, survey, or a job application form. Online forms have become super critical to all businesses. The problem is, you can only improve what you measure. Otherwise, you never really know what to change on your forms, and whether you make things better or worse.

  -> Read the rest of the story on the Form Analytics Marketplace page.

  What does the new Form Analytics reports look like ?

  Form Analytics adds over 50 new metrics, 15 new reports & widgets, new real time reports, new segments and more to your Piwik.

  

  

  To see more screenshots check out the Form Analytics preview or have a look at the Form Analytics website

  Where do I get Form Analytics ?

  Form Analytics is available on the Piwik Marketplace :

  Get Form Analytics on the Marketplace

  Form Analytics is a premium plugin for Piwik and comes with our 14 day money back guarantee and 1-click installation & updates (all product updates come for free).

  You can also signup for a free Piwik Cloud-hosted trial to discover the power of Form Analytics !

• Anomalie #3920 : sur Sauvegarde SQLite (SPIP 3.1.3 et 3.1.4 mini)

  14 mars 2017, par b b

  Salut, tentons de déceler les questions dans ce long ticket et d’y apporter quelques réponses... La prochaine fois il serait sympa d’essayer d’être concis, sans quoi le ticket a de grandes chances de rester sans réponse.

  d’une part des tables vides ou non déclarées dans un plugin activé sont omises : pourquoi ?

  SPIP sauvegarde les tables qui lui sont déclarées, donc celles du core et celles des plugins (si elles sont bien déclarées).

  (encore une fois au contraire de la sauvegarde SQL encore disponible en plugin !)

  De quelle sauvegarde SQL tu parles ? SPIP n’a jamais proposé de backup SQL, à moins que tu parles des dumps à l’ancienne au format XML ?

  le long libellé affiché <:dump:texte_sauvegarde :> ne signale aucunement ces aspects et indications

  Mais encore ? Quels aspects et indications ?

  En complément, le site exemple ayant été migré d’anciennes versions SPIP 2, montre encore les anciennes tables@ spip_mots_xx@ je ne me souviens pas d’un plugin qui éliminerait ces anciennes tables résiduelles

  C’est que les mises à jour de ce site ont été mal faites ou qu’elles ne se sont pas passées sans problème. Nul besoin de plugin pour les tables résiduelles, SPIP gère ça tout seul lors des mises à jour.

• Anomalie #3941 (Fermé) : CSS carnet contrib

  5 mai 2017, par jluc -

  Dans le carnet wiki de contrib, les balises code et cadre génèrent un listing dont les lignes sont numérotées.

  Il y a une colonne grisée plus claire spécialement pour les n° de ligne, à gauche du code.

  Malheureusement les n° sont déportés à droite à cause d’un `margin-left : 43px ;` spécifié par le plugin coloration_code, et du coup cette colonne est vide.

  Voir la copie d’écran de la page https://contrib.spip.net/test-du-carnet pour se rendre compte.

  Les n° de ligne sont tous décalés au lieu d’utiliser la colonne dégagée pour eux !

  Ça va nettement mieux quand on active la css suivante :

  Je ne sais pas la motivation de ce margin de 43px dans coloration_code, et si c’est à corriger dans gribouille (mais je ne sais pas quel gribouille le carnet de contrib utilise car yen a plusieurs) ou dans coloration_code ou spécifiquement dans contrib.