L'application de bureau Spotify achève sa mue

Mickaël Bazoge |

Spotify parachève la transformation de son application de bureau dont certains pans étaient visibles depuis quelque temps (c'était le cas de la bibliothèque personnelle). Le service de streaming a confirmé aujourd'hui tous ces changements, qui concernent donc la bibliothèque, mais aussi le lecteur audio qui affiche désormais des informations sur le morceau et l'artiste dans un panneau latéral à droite.

Les fans trouveront dans ce panneau les prochaines dates de concert de l'artiste, du merchandising, ainsi que la transcription textuelle lors de l'écoute de podcast. L'espace dédié à la bibliothèque se rapproche de ce que l'on connait dans la version mobile de l'app. Les listes de lecture s'affichent sous forme de liste ou en grille, on peut les épingler pour qu'elles restent à demeure tout en haut de la fenêtre. Et il est possible de réduire ou d'agrandir le panneau selon ses besoins.

Tout cela va être disponible dans les prochains jours, le déploiement de la mise à jour est en cours.

Tags
avatar ratz | 

surement pour preparer les nouvelles augmentations incroyable de prix lol

dommage que google soit aussi borne avec les applis web qui sont bien trop nulles comparees a des applis natives... je reste quand meme avec youtube music. mais je suis pas content. booo !

avatar fte | 

@ratz

Peut-être seras-tu intéressé de savoir que l’application Spotify est une application web.

avatar ratz | 

ah toujours? en CEF , comme depuis le debut ?

mais bon meme CEF ou electron m'irait , tant que c'est une appli tu vois, pas une pwa chrome...

avatar Mrleblanc101 | 

@ratz

PWA ou Électron c'est pratiquement la même chose, sauf que ça telecharge une instance de Chromium séparé complète de 300Mo... Spotify utilise Chromium Embedded et non Électron mais c'est tout comme

avatar ratz | 

@Mrleblanc101

Yeap , chrome embedded c’est cef

Peut être mais au moins c’est dans une instance à part …à moins d’utiliser webcatalog, il est pénible d’avoir a ouvrir chrome à chaque fois

avatar Mrleblanc101 | 

@ratz

J'ai plein de PWA, pas besoin s'ouvrir Chrome. Elle s'ouvre dans une fenêtre indépendante. En fait Safari dans macOS Sonoma copie la même feature...

avatar ratz | 

@Mrleblanc101je sais ! Je veux dire que tu es obligé d’avoir chrome ouvert , le navigateur chrome . Après je pourrais cacher la fenêtre à chaque fois mais bon…

avatar ratz | 

@Mrleblanc101

Safari Sonoma est mieux a ce niveau !! On peut ouvrir une web app sans avoir ouvert safari du tout !

avatar Mrleblanc101 | 

@ratz

Ce que vous racontez ne fait aucun sens. Dans Sonoma, quand la PWA est ouverte, biensur que Safari est ouvert en arrière-plan... C'est simplement une nouvelle fenêtre, mais sans la barre d'URL et les favoris. Même chose pour les PWA avec Chrome depuis toujours

avatar ratz | 

je parle de fenetre. sur sonoma, lorsqu'une webapp est ouverte, on n'a pas l'application safari qui s'ouvre. alors que sur chrome, si , l'application, avec tout sa fenetre, souvre majestuement. vous comprenez ?

avatar Mrleblanc101 | 

@ratz

Non, la fenêtre de Chrome ne s'ouvre pas... Vous confondez PWA et Raccourci. Un raccourci peux s'ouvrir dans un tab dans Chrome ou comme une PWA dans une fenêtre indépendante avec son propre icône dans le Dock.

avatar ratz | 

elle s'ouvrira dans sa propre fenetre, mais ouvrira obligatoirement une fenetre (new tab) chrome . sauf , bien sur, sur chrome etait deja ouvert

regardez, essayez. fermez toutes vos apps. puis ouvrez une pwa chrome : 2 fenetres s'ouvriront , une pour chrome, et une pour la pwa

essayez ensuite avec safari, ouvrez une webapp safari. une seule fenetre devrait s'ouvrir

avatar Mrleblanc101 | 

@ratz

Ah je comprend, comme Chrome est dans mon Dock et pratiquement toujours démarrer (meme si je n'ai pas de fenêtre ouverte), je n'ai jamais observé ce comportment. Je ne vois pas de raison de forcer à quitter (Command + Q)

avatar byte_order | 

@ratz
> ah toujours? en CEF , comme depuis le debut ?

Ben oui. Ils n'ont aucune raison de s'infliger le surcout de devoir faire une app full native par plateforme, de devoir multiplier les ingénieurs en fonction de leurs compétences par pile techno, de devoor multiplier le support en fonction de la plateforme, de devoir porter des fonctionnalités de multiples fois pour chaque plateforme, etc quand au contraire ils peuvent faire autrement, plus simplement, plus homogène, moins couteux, plus rapidement.

> tant que c'est une appli tu vois, pas une pwa chrome...

C'est la même chose. Une PWA Chrome n'est qu'une web app tournant dans une appli native, Chrome, contenant le moteur de Chrome mais qui efface son interface pour laisser la place à la web app. Le moteur Chrome est aussi celui de Chromium (et donc celui présent aussi dans toute app basée sur Chromium Embedded Framework/CEF.

C'est pareil.
L'essentiel du code de leur client n'est pas natif mais hyper portable, et c'est tout l'intérêt pour eux.

Plus d'info sur leur convergence du code de leur player, commencé y'a longtemps déjà, ici :
https://engineering.atspotify.com/2021/04/building-the-future-of-our-desktop-apps/

avatar ratz | 

merci pour ce lien ! je vois, spotify est quand meme bien plus rapide est fluide que youtube music je trouve ..

avatar CorbeilleNews | 

@fte

Pourriez-vous expliquer le concept d’application web et son intérêt éventuel ? Pour moi c’est l’un ou l’autre mais je n’y connais mas grand chose … 😜

Merci

avatar fte | 

@CorbeilleNews

Volontiers.

Une application native sera programmée en Swift (langage) pour SwiftUI ou Cocoa (API de macOS), ou en C# (langage) pour dotNet (API de Windows), par exemple. Si le langage est possiblement disponible sur plus d’une plateforme, les API de la plateforme ne sont généralement disponibles que pour la plateforme d’origine. Ce n’est pas toujours vrai, mais approximons.

Une application web est une application programmée en JavaScript (langage) ou dans un langage transpilé (converti) en JavaScript pour les API Web fournies par le navigateur (ou Electron / Node.js). L’intérêt est que contrairement aux API des systèmes, les API Web sont disponibles partout et sont partout identiques quel que soit le système qui les propulse.

Aujourd’hui, les API Web fournissent un environnement applicatif qui n’a guère à envier aux API système natives, tout en étant universelles.

C’est la raison pour laquelle aujourd’hui une majorité d’applications développées le sont pour les API Web sans s’emmerder avec toutes ces API système propriétaires exclusives chiantes.

La vraie question à poser pour un nouveau développement n’est pas d’adopter ou non les technologies Web, mais "why the fuck not?". Et s’il y a des raisons, elles ont meilleur temps d’être absolument excellentes.

avatar fabian | 

Merci !

avatar CountDown | 

L'intérêt de Spotify comparé à Deezer ?

avatar madaniso | 

@CountDown

Les deux plateformes sont très proches à l'heure actuelle... Perso ce qui m'a fait changer il y a 5/6 ans c'était que dans ce que je cherchais comme style de musique, je trouvais plus de choix sur Spotify mais ce n'est apparement plus vrai aujourd'hui.

La question après, c'est a t-on envie de transférer toutes ses playlistes d'un service à l'autre ? Je pense que non...

avatar byte_order | 

@madaniso
> La question après, c'est a t-on envie de transférer toutes ses playlistes d'un service à l'autre ? > Je pense que non...

L'envie, je ne sais pas.
Mais la possibilité de le faire, assurément :

https://www.deezer.com/explore/en-us/features/transfer-playlist/
Qui repose sur TuneMyMusic

Sinon y'a d'autres alternatives, comme https://soundiiz.com/

C'est effectivement plus une question d'envie que de possibilité.

avatar Mitchoss | 

Je suis sur Deezer et j'ai testé Spotify, pas trouvé de différence, les 2 interfaces sont toutes les 2 merdiques : gros binz entre "album", "artiste", coup de coeur" ... Cela te rentre le morceau dans plusieurs catégories et cela en devient illisible. Le moteur de recherche est aussi nul chez les 2.

CONNEXION UTILISATEUR