Ontwikkelaars maken desktop-applicatie Allo voor Windows en Mac

Twee ontwikkelaars hebben een alternatieve desktop-applicatie voor de chatdienst Allo gemaakt, waardoor deze niet langer verplicht met Chrome gebruikt hoeft te worden. Daarnaast werkt de software ook op de Mac.

De onofficiële Allo-software, met de naam Allo for Desktop, werkt als een soort 'wrapper' om de officiële versie, en de benodigde code kan via Github worden binnengehaald. De gebruiker moet daardoor nog wel het een en ander zelf doen om de software te installeren. Mogelijk wordt er op termijn nog een versimpelde installer aangeboden.

Het voordeel van de onofficiële desktopapp is dat deze niet in een Chrome-tab gedraaid hoeft te worden. De officiële versie vereist dit wel, en bovendien moeten gebruikers de tab open houden om via de pc te kunnen chatten, vergelijkbaar met hoe Whatsapp Web werkt.

Allo for Desktop kan ook gebruikt worden op de Mac. Google zelf heeft nog geen ondersteuning voor Apples besturingssysteem, en het is onduidelijk of die er op termijn gaat komen.

Reacties (55)

[Rhannie]

Een tip voor mensen die Chrome gebruiken en een apart venster willen voor Allo (of elke andere webapplicatie, zoals Twitch, Telegram, Whatsapp web, etc):

• Open Chrome.
• Ga naar de website die je in een apart venster wil openen.
• Open het instellingen menu.
• Ga naar "Meer hulpprogramma's".
• Klik op "Toevoegen aan bureaublad".
• Geef het een naam, vink "Openen als venster" aan en klik op OK.
• Open je zojuist gemaakte koppeling.

Op deze manier kan je websites als een applicatie in een apart venster draaien en hoef je geen losse applicaties te downloaden die alleen bestaan uit een wrapper voor een webpagina.

[PuckStar]

Of gebruik Franz (meetfranz.com), hoewel Allo daar nog niet bij staat.

UPDATE: Vergeet Franz en check Rambox. Die heeft ook nog geen Allo maar ik verwacht het bij hun eerder dan bij Franz. En Franz gebruikt na een tijdje best wat geheugen en diverse taken.

[Reactie gewijzigd door PuckStar op 28 juli 2024 21:32]

[lepel]

Zal vast snel gebeuren.

Toen ik het artikel las moest ik ook meteen aan Franz denken. Voor degenen die het niet kennen, Franz gebruikt ook webkit wrappers waarmee je in een enkele applicatie de webversies van Whatsapp, Telegram, Facebook Messenger, etc. kunt draaien.

Ik gebruik het nu al meer dan een jaar voor de drie bovengenoemde services en buiten enkele beperkingen door het gebruik van de webclients werkt het echt geweldig. Netjes desktop meldingen en alles op één plek.

[eLScha]

Inmiddels zelf overgestapt naar Rambox. Franz hield de GPU van m'n Mac continu op hoge prestaties, Rambox heeft een vinkje om dat uit te zetten.

[PuckStar]

Ze lijken er alleen niet meer aan te ontwikkelen. Heb meerdere request gestuurd en vragen maar krijg al maanden geen enkele reactie.
O.a. dat ik Twitter niet ingelogd krijg omdat ik 2factor gebruik en dat werkt niet in Franz.

Effe Rambox geprobeerd en daar werkt mijn twitter wel! Ik ga dat eens beter bekijken.

[Reactie gewijzigd door PuckStar op 28 juli 2024 21:32]

[b2vjfvj75gjx7]

Of maak een shortcode aan met deze target;

C:\software\applications\chrome\chrome.exe -app=https://tweakers.net

Waarbij je zelf even de URL en het pad naar Chrome aanpast, natuurlijk...

[Bosmonster]

Let wel, dit werkt alleen op Windows. Op de Mac hebben ze om een of andere reden deze feature verwijderd.

[Luchtbakker]

Of je gebruikt franz. http://meetfranz.com

[Mickroz]

thanks! wist dat dit met chrome op android kon, maar niet op een desktop!

[Swindowmasher]

Gebruikt iemand dit eigenlijk wel?

[DigitalExorcist]

Terechte vraag. Net als Google+ zijn het waarsch alleen medewerkers van Google zelf....

[kameleon20]

De Ingress community maakt er onder andere ook gebruik van, alsmede de Niantic medewerkers zelf. Moet wel zeggen dat de community telkens meer afstand neemt van G+ producten, zo word er ook telkens minder gebruik gemaakt van Hangouts mede door zijn honger naar RAM.

[supersnathan94]

Het is echt heel erg raar hoe google met resources om weet te gaan. Een van de grootste techleveranciers in de wereld kan het kennelijk niet voor elkaar krijgen om fatsoenlijk applicaties te ontwikkelen die niet al het geheugen pakken wat ze kunnen terwijl ze wel een enorm groot serverpark beheren met alle mogeijke technieken voor resourcemanagement om footprints zo klein mogelijk te houden. De manier waarop google zijn applicaties voor andere platformen pushed vind ik ook erg irritant. Als ik een link open vanuit de gmail app krijg ik de vraag of ik dit wil openen met chrome terwijl ik helemaal geen chrome heb.

[BikkelZ]

Voor Google betekent een sneller internet een betere conversieratio voor hun advertenties. Daarom is álles ondergeschikt aan het zo snel mogelijk laden van websites.

Safari is gemaakt door een fabrikant die batterijprestaties van hun hardware belangrijker vindt dan de clickthrough rates op de advertenties van hun concurrent. Daarom gaat Safari veel beter om met resources en heeft het betere adblocker support, maar loopt het wel achter op sommige andere vlakken.

[supersnathan94]

Ja tuurlijk. Alleen is een precompiled app natuurlijk niet slechter voor je internetsnelheid. Eerder andersom. Door het hele geouwehoer met JIT compilatie word de rest trager en loopt het sneller spaak. Ik merk echt grote verschillen met Chrome aan. De geheugendruk die dat oplevert zorgt er voor dat sommige applicaties naar swap worden geduwd terwijl dat helemaal niet nodig is als Google haar software "beter" zou bouwen.

[supersnathan94]

Daarna ook nog hoor. Dankzij de snelle ssds van tegenwoordig kan caching van bv websites prima in swap worden gedaan ipv ram. Dit is nog steeds behoorlijk snel namelijk. Ik zit soms rustig 50GB in de swap te werken met ontwikkelen.

[Bombtrack]

Ik denk dat je dit een beetje kan beschouwen als de nieuwe versie van alle chat/communicatie apps van google, en gefaseerd zal alles langzaam overgaan op allo, tenzij ook allo over gaat in een nog niet aangekondigde super-app Althans, zo zie ik het. Ik zie niet in waarom Google anders zoveel gelijkaardige apps parallel zou draaien...

[Verwijderd]

Of het flopt weer en Allo wordt over een paar jaar ook afgeschoten, waarna de opvolger gepresenteerd wordt.

[Neko Koneko]

Dat lijkt een beetje de standaard lifecycle te zijn voor Google producten die niet advertenties of search zijn inderdaad.

[mbb]

Allo zat toch ook al in Firefox? die hebben het er geloof ik inderdaad uitgegooid - wordt ten minste niet meer mee lastig gevallen.

[Gropah]

De ontwikkelaars van dit pakket schijnbaar wel, anders zouden ze het denk ik niet gemaakt hebben.

[Devaqto]

Deze app is gemaakt voor Electron/Nativefier (https://electron.atom.io). Een aantal andere apps zijn hier ook in gemaakt waaronder Twitch en Discord. Dit is inderdaad een wrapper, soort browser waar de app in draait, waardoor het eenvoudiger is om apps vorm te geven en uit te brengen op verschillende platforms.

Update: correctie volgens @Tracking Cookie

[Reactie gewijzigd door Devaqto op 28 juli 2024 21:32]

[cracking cloud]

Electron is een memory vreter

[Martinspire]

Maakt me weinig uit als het nog niet 100 % benut wordt

[supersnathan94]

Het is niet alleen dat er veel geheuegen wordt gebruikt (want dat kan me ook een worst wezen als het toch leeg is, kost hoe dan ook energie), maar ook dat de geheugendruk enorm veel hoger wordt. En dat vind ik wel een probleem. Kennelijk heeft chrome dus ook echt die hoeveelheid nodig om soepel te kunnen werken, maar dan vraag ik mij dus heel erg af wat chrome dan allemaal aan het doen is onder water.

[Martinspire]

Het is vooral opslag van bestanden die nodig is als er iets wordt gedaan. Het is geen compiled code en dat vergt gewoon meer geheugen. Wat voor computers of telefoons niet zoveel meer uitmaakt. Hij is niks aan het doen want je CPU wordt amper gebruikt.

[supersnathan94]

absoluut niet waar. Juist voor telefoon en tablet maakt dat uit omdat geheugen daar in beperkte mate aanwezig is. Volgens mij heeft Apple al wel bewezen dat je met weinig geheugen heel veel kunt als je het een beetje fatsoenlijk regelt.

En dat terwijl android juist veelal bekritiseerd wordt om haar geheugen management doordat apps te snel worden afgesloten zelfs al zit er 6GB ram in het toestel.

[Martinspire]

Maakt niet uit want de applicatie wordt gewoon uit het geheugen gegooid.

[supersnathan94]

Ja precies. Maar ook alle andere applicaties waar je mee bezig was. Dat is dus exact het punt wat ik probeer te maken. Non compiled applicaties aanleveren is gewoon raar omdat je dan ineens veel meer resources nodig hebt voor helemaal niets. Het is toch raar dat vrijwel alles precompiled prima werkt, maar chrome niet? Ik kan in safari vele malen meer open hebben staan zonder hickups of geheugenproblemen. Hoef ik met chrome niet te proberen, want alles wordt dan uit geheugen gedonderd qua caching.

[Martinspire]

Het kan prima, maar Electron moet gewoon eenmalig een systeem installeren en dat hergebruiken. Als je nu 5 electron applicaties hebt draaien, gaat ie 5 keer de hele core inladen. Dat is gewoon debiel.

[supersnathan94]

Precies dat. Slaat echt nergens op, maarja. Wat doen wij simpele mensen er aan? Een beeje klagen?

[raro007]

Is dat niet op te lossen dan?

[Verwijderd]

Discord vreet hier op de PC ongeveer 200MB. Veel maar hij kan het hebben.

[mikesmit]

Dan kan het dus niet erger zijn dan Chrome

[Loller1]

Nee het is eigenlijk erger. Iedere Electron app gebruikt Chromium, maar omdat geen van hen er vanuit kan gaan dat er misschien al een versie van Chromium aanwezig is gebruiken die dus allemaal hun eigen versie van Chromium. Gebruik je Visual Studio Code met GitHub Desktop en Chrome? Dan heb je 3 verschillende Chromiums.

[watercoolertje]

Dat vreet alleen geen extra memory waar het om ging, wel extra disc-space

[Loller1]

3 individuele losstaande Chromiums gaan toch echt meer geheugen gebruiken dan 1.

[Verwijderd]

In elk geval crashen ze dan niet alle 3 als er eentje crasht.

[supersnathan94]

Ik moet eerlijk bekennen dat ik nog geen volledig crashende chrome varianten ben tegengekomen. Wel kapotte tabbladen, maar dat handelt de core wel af.

[watercoolertje]

3x verschillende of dezelfde, er zullen er altijd 3 in je geheugen geladen worden *of mis ik iets?

[Reactie gewijzigd door watercoolertje op 28 juli 2024 21:32]

[Verwijderd]

Wel als je ze tegelijkertijd draait, ze laden allemaal toch hun embedded chromium als ze gestart worden.

[watercoolertje]

Er word beweerd dat 3 verschillende Chromiums meer zouden verbruiken dan dat het 3x dezelfde zijn. En nee dat is het volgens mij niet, 3x chromium = 3 instanties in je geheugen, of ze nou wel of niet van dezelfde versie gebruik maken maakt lijkt mij weinig uit (muv de onderlinge verschillen in footprint)

Los daarvan lijkt het mij zeer onwenselijk om de Chromium versie die al geïnstalleerd staat te gebruiken voor de maker van de software, tenzij het exact degene is die je zelf als target hebt en de applicatie voor op hebt gebouwd.

[Reactie gewijzigd door watercoolertje op 28 juli 2024 21:32]

[RavensAngel]

Er word beweerd dat 3 verschillende Chromiums meer zouden verbruiken dan dat het 3x dezelfde zijn. En nee dat is het volgens mij niet, 3x chromium = 3 instanties in je geheugen, of ze nou wel of niet van dezelfde versie gebruik maken maakt lijkt mij weinig uit (muv de onderlinge verschillen in footprint)

Volgens mij maakt dit wel degelijk uit. Wanneer twee processen onder Windows dezelfde DLL gebruiken (versies moeten ook zelfde zijn) dan wordt deze geshared. Er is dan wel scheiding tussen de data, maar de DLL wordt maar een keer geladen en gedeeld. Wanneer de chromium versies dus verschillen, kan het zijn dat er verschillende versies van dll's worden aangeroepen die dus elk apart moeten geladen worden door het systeem...wat dus een grotere geheugenafdruk achterlaat.

Of begreep ik dit verkeerd?

[Verwijderd]

Als je het vergelijkt met .Net dan is er 1 runtime in memory en draaien applicaties daarbinnen in een eigen AppContext.

In dit geval wordt de runtime chromium drie keer geladen. Dit heeft ook voordelen, maar het gaat niet enkel om opslag, waar ik op reageerde.

[Legosteen11]

Electron draait iirc gewoon chrome, dus dat kan eigenlijk niet nee.

[Tracking Cookie]

Spotify is niet gemaakt met Electron, maar maakt gebruik van een zelfgeschreven wrapper voor Chromium Embedded Framework [Bron 1][Bron 2].

[Reactie gewijzigd door Tracking Cookie op 28 juli 2024 21:32]

[Mickroz]

Top dit, scheelt mij weer een browser open te houden, ik gebruik namelijk Allo wel en nog een paar met mij in mijn vriendenkring.

[watercoolertje]

Het runt nog steeds in de browser alleen zie je dat niet echt terug

[Mickroz]

heb jij weer gelijk in

[BartDG]

Ik gebruik eigenlijk nog altijd GTalk. Zie ook niet in waarom ik zou veranderen, tenzij Google de stekker zou uittrekken (hetgeen mij niet zou verwonderen).

[ikweethetbeter]

Hier wordt de stekker al (gefaseerd) uitgetrokken.

Vroeger kon ik met iChat / Berichten op de Mac via het Google Talk netwerk (met het Jabber protocol) alles: tekst chat, voice chat, video chat, beeldscherm & besturing overnemen. Nu werkt alleen tekst chat nog...

[BartDG]

Doodzonde. Ik vraag me af wie hier nu echt beter van wordt. De gebruikers alvast niet, want die balen dat ze nog maar eens van chat applicatie moeten veranderen. Google probeert andermaal het wiel opnieuw uit te vinden, en weer zal het niet lukken gezien niemand hierop zit te wachten...

[ikweethetbeter]

Ik vind het ook jammer.

Google wil meedoen in social media. Gewoon chatt en is niet genoeg, het moet verbonden zijn aan een soort Google Facebook of Google Linked In. Google heeft het geprobeerd met Circles en +, maar beiden sloegen ze niet aan. Chatten begon met Google Talk, toen Hangouts, en nu Allo.

Onder het motto: wordt het niet wat we ervan hadden verwacht, stekker eruit en opnieuw beginnen!

Volgens mij kunnen ze beter hun onderliggende laag constant houden, en indien nodig beter maken, en daarbovenop een fancy laagje chroom aanbrengen als de app zonder chroom niet aanslaat. Maar ja, wie ben ik...

[kameleon20]

Of ze kunnen hun producten eerst eens beter uitwerken, rekening houdende met resources. Verder was het probleem bijvoorbeeld bij G+ dat het:
- Omslachtig werkte
- Functies moeilijk te vinden waren
- Weinig tot niks toevoegde tov andere Social Media sites
- Niet vernieuwend was
- Voor ontwikkelaars geen toegevoegde waarde had, behalve een extra nieuws kanaal was.