Étiquette : bug

  • [Android] Remove « Couldn’t add widget » from the Overview Screen (Lollipop 5.1)

    Couldn't add widget removed
    Couldn’t add widget removed

    Enraged

    After having spent more than a day on the matter, I have finally figured out how to remove the Couldn’t add widget block in the Overview Screen. This is the block which appears in place of the Google search bar on top of the recent apps list after you have disabled the Google app.

    Step by step

    1. Open the Play Store.
    2. Install KISS Launcher.
    3. Enable the Google app.
    4. Update the Google app.
    5. Touch the Home button.
    6. Set the KISS Launcher as default launcher.
    7. Reboot in Safe Mode (the process may differ on your Android OS):
      1. press the power button,
      2. long touch on the Power Off button,
      3. touch OK.
    8. When the reboot is done, the Google bar should have returned in the Overview Screen.
      • On this step, the bar wasn’t interactable on my phone.
    9. Power off normally your device.
    10. Power on your device.
    11. When the reboot is done, the Google bar should still be in the Overview Screen.
    12. Go to Settings > Apps > ALL.
    13. Disable the Google app. Accept everything when it says it will uninstall updates and data.
    14. Touch the Home button.
    15. Wait a few seconds.
    16. Open the Overview Screen.
    17. Enjoy!

    Additional Notes

    • I have succeeded two times on a nearly fresh install of Android 5.1 (Lollipop) on a Moto E.
    • I have updated a lot of native apps until the internal storage was full (yes, on the 1st gen Moto E 4GB, you cannot have all the default apps up to date with the tiny internal storage space).
    • Please refer to your device manual for Safe Mode reboot.
    • A lot of websites and user feedback will tell you to just restart in Safe Mode to remove the bar. It did not do the trick on my phone for some reason.
    • I had to try a lot of possibilities so I don’t remember exactly what are the triggers for the bar removal. My guess is a combination of the KISS Launcher as default launcher app, a Google App up to date before disabling, and reboots between Safe Mode and normal mode, and maybe a full internal memory.
    • The only apps disabled when the bar removed itself after the disabling were:
      • Assist (by Motorola)
      • Motorola Alert
      • Motorola Migrate
      • Help (by Motorola)
      • Email (the default Android app)
    • The only apps enabled but not up to date were:
      • Google Play Books
      • Google Play Movies & TV
      • Google Play Music
      • Google Play Newsstand
      • Google Street View
      • Maps – Navigation & Transit
      • Motorola Camera
      • Motorola FM Radio
    • The remaining apps were up to date.
    • Third party apps installed from the Play Store:
      • Amaze File Manager
      • SuperSU
    • Third party apps installed from the SD Card includes:
    • I did not remove KISS Launcher afterwards because I like it. But feel free to change to another launcher. I guess it will work.
    • Pour les francophones, la méthode démontrée ci-dessus indique comment retirer le bloc avec le message « Impossible d’ajouter le widget » dans l’écran « Overview » qui affiche la liste des applications récentes (gestionnaire de tâches).
    • The step by step needs to be more accurate so I am wishing to get some feedback.
  • [Windows-10] Why some photos are not appearing in the Photos live tile

    Partie française plus bas

    Symptoms

    If you are using Windows 10, you may want to pin the Photos live tile to the Start Menu. But some of the images from your pictures folders are not showing in the live tile, or even worse, no picture is displayed on the live tile.

    You have tried (or not) the suggestions on the Microsoft forums like those on this thread: thread on Microsoft Answers website.

    Solution

    The last thing you could try before reinstalling or giving up (or switching to another OS) is this:

    Pictures you want in the Photos live tile have to be 620px × 620px minimum.

    I have spent a few hours to find the info about the problem on the internet but none of the websites I have visited have mentioned the size prerequisite. That’s why if you stumble upon my tip and your photos are now displaying correctly on your Photos live tile, do not hesitate to share this. 😉

    Additional Notes

    • The images used by the Photos live tile are located here:

      You will find that your images have shrunk until the width or the height of the image was 620px.
    • If an image is not « compatible » with the live tile, it will not appear here.
    • When you update the contents of your images folders, it looks like there is a listener which will update automatically the images list of the Photos tile.

    Partie française

    Symptômes

    Si vous utilisez Windows 10, vous pourriez avoir envie d’épingler la vignette dynamique de l’application Photos au Menu Démarrer. Mais certaines images de votre dossier d’images ne s’affichent pas dans la vignette dynamique, ou même pire, aucune image ne s’affiche dans cette vignette dynamique.

    Vous avez essayé (ou pas) les suggestions des forums de Microsoft telles que celles sur ce fil de discussion : fil de discussion sur le site Microsoft Answers (anglais).

    Solution

    Voici une dernière chose que vous pouvez tester avant de réinstaller le PC ou d’abandonner (ou de changer d’OS) :

    Les images que vous désirez voir apparaître dans la vignette dynamique de Photos doivent mesurer 620px × 620px minimum.

    J’ai passé quelques heures à chercher l’information sur internet mais aucun des sites web n’avaient indiqué un quelconque prérequis concernant la taille. C’est pourquoi si vous tombez sur mon site et que vos photos apparaissent enfin dans votre vignette dynamique, n’hésitez pas à partager cette information. 😉

    Notes additionnelles

    • Les images utilisées par l’application Photos se trouvent ici :

      Vous trouverez que vos images ont été rétrécies jusqu’à ce que la largeur ou la hauteur fait 620px.
    • Si votre image n’est pas compatible avec la vignette dynamique, elle n’apparaîtra pas ici.
    • Lorsque vous mettez à jour les contenus de vos dossiers d’images, il semblerait qu’il y ait un écouteur (listener) qui mettra à jour automatiquement la liste des images de la vignette dynamique de Photos.
  • [LinkedIn] How to put an image preview for links to webpages

    Screenshot comparing between with open graph image and without
    Comparison between with open graph image and without

    Upset.

    I have just spent four hours to figure out how to put an image preview for URLs linking to custom web pages which you put on LinkedIn profile pages. You know, those links added as media.

    1. First, you have to add Open Graph meta tags to your website. Just put those meta tags as shown below in the <head> html tag:

      Don’t forget to modify content attributes value! I think LinkedIn only needs a few meta tags from what is in the example code but testing how LinkedIn crawls my website is just a pain in the ass.

    2. VERY IMPORTANT: It seems the LinkedIn crawler needs the webpage to have at least one <article> tag to work with. Or else, the crawler will crash and you will get this error message:
    3. Before adding your link to LinkedIn, check if open graph tags are properly set by following this link and log in: Open Graph Debugger. Facebook should find the Open Graph tags when you put your URL and click « Fetch new scrape information ». If not, check your code.
    4. Then, you can put your link on LinkedIn.

    If you want to make changes to your image, you will have to deal with the LinkedIn caching system. This system keeps the Open Graph data and associates it with the URL you provided on LinkedIn. So you will have to workaround this system by adding extra unused query string to use a new URL. For example, if the pointed page can be accessed at http://example.com, you can use those alternatives:

    Pretty complex, isn’t it? Okay, it’s time to close my 40 browser tabs and get some sleep now. ^^’

  • [Illustrator] Unwanted rasterized gradients in SVG Tiny 1.1+ export fix

    English version lower!

    Vous avez vu ce super titre en anglais ? Héhé, je me prépare pour le Canada, c’est dans très bientôt !

    Je suis tombé sur un bug d’Illustrator CS5 qui me prévient de la rastérisation des dégradés lors de l’export d’un objet, qui contient évidemment un dégradé, dans le format SVG Tiny 1.1+.

    Explications

    Ce bug intervient lorsqu’un objet avec un dégradé a été tourné avec l’outil de transformation. Pour corriger ce problème, il suffit de repasser tous les objets que vous avez tournés en mode couleur unie puis en dégradé. Et normalement, l’exporteur ne rasterise plus les dégradés !

    Here comes the english version!

    An english title calls for an english content, eh? 🙂

    I have had a bug with the SVG Tiny 1.1+ exporter which says the gradients will be rasterized on export. Tiny 1.1+ is supposed to support gradients, so why does it have happen?

    This is a bug which occurs when you rotate with the transformation tool an object which has a gradient fill. To circumvent this bug, you just have to switch the color fill to plain color and return to gradient fill on all your objects you have rotated. And normally, the exporter will not (hopefully) rasterize your gradients anymore!

  • ShellExecuteA n’ouvre pas d’URL sur Windows depuis un logiciel C++

    Je viens de passer trente minutes à chercher la solution à un problème empêchant d’ouvrir le navigateur par défaut sur Windows depuis un logiciel C++ via ShellExecuteA(), en l’occurrence, le jeu Esteren : Les Griffes du Seigneur Sorcier dont le kickstarter est toujours en cours au moment où j’écris cet article. 😛

    La solution dans mon cas a été de redéfinir le navigateur par défaut, par exemple en passant par Chrome puis en revenant à Firefox. Juste avec cette simple manipulation, le ShellExecuteA() a fonctionné de nouveau. C’est tout !

    Et oui, rien à voir avec un bug de votre code, c’est probablement de la faute des autres qui ne font pas bien leur boulot !

  • T&A — Bug de l’élément qui revient à la ligne alors que les largeurs définies en pourcentage de tous les éléments sont correctes (IE6)

    Bon, je me suis dit que je devrais être un peu plus bavard concernant mes astuces et recherches dans la programmation web. Et Virtools, peut-être aussi, mais pas tout de suite… sauf si vous êtes justement à la recherche d’une solution à un problème de Virtools, auquel cas, je me ferais un plaisir de vous répondre (gratuitement bien sûr).

    Je vais commencer par un petit bug étrange dans Internet Explorer 6 qui fait qu’un élément semble clignoter quand on redimensionne en largeur la fenêtre, alors qu’en fait, l’élément se balade entre sa bonne position et une position plus en bas de la page. Cela est dû, probablement, à un problème d’arrondi, surtout si le width est défini en pourcentage.

    Par exemple, width:50%; sur une fenêtre à largeur impaire, 351px par exemple, va donner une taille de 126px dans IE6 au lieu de 125.5px. Ce qui pousse l’élément flottant au-delà de la fenêtre, et donc le fait descendre dans la page.

    Après mes tests, j’ai deux colonnes, l’un à width:50%;, l’autre à width:49.9999%;. Et cela suffit pour que IE6 ne fasse plus chier à ce sujet.

    Évidemment, il va rester ce 0.0001% qui va se balader en trop on ne sait où. Mais vu que, dans mon cas, j’ai deux colonnes qui devaient être à 50% à la base (et donc ils prennent 100% de la largeur), cela fait que le prochain élément visuel dispose forcément de la propriété clear:both|left|right; pour annuler le flottement des éléments qui suivent.

  • Erreur de date dans l’iPhone 3G

    25 mai.

    25 mai…

    … 25 MAI ?

    Non, 22 juin !

    Je viens de m’apercevoir que le réglage automatique de la date et de l’heure ne réglait pas correctement la date. Au lieu de m’indiquer le 22 juin, il m’indique 25 mai. Et c’est ce qui explique pourquoi mes notes sont rangées dans le désordre alors qu’elles devraient être classées par date. C’est également ce qui explique le désordre de la liste des appels reçus et envoyés…

    Un seul moyen de corriger ça : passage en réglage manuel.

  • Une erreur de localisation dans ToW

    Dans Things on Wheels, il y a une erreur de localisation (jargon de l’industrie du jeu vidéo désignant tout ce qui concerne la traduction adaptée à chaque pays où un jeu sort), plus précisément sur la description d’un succès en français.

    En effet, si vous cherchez à débloquer le succès « ToW Hero », vous ne pouvez y arriver que si vous faites la course dans le circuit « Wheel Master ». J’ai découvert cela après avoir passé près d’une heure à essayer de débloquer le succès alors que la description du succès était erronée.

    Voici les descriptions des succès :

    • en français : « Gagnes 4 courses de 3 tours à la suite contre 5 IA difficiles en mode Race. Bonne chance ! »
    • en anglais : « Race ‘Wheel master’ (3 laps) and win against 5 hard AI 4 times consecutively. Race rule! »

    Étrange n’est-ce pas ?