amenbo 2.3.0 — De interface komt in 19 talen, en Linux is nu een AppImage

De interface kwam vroeger in 2 talen; nu komt ze in 19. Zit je op Linux, lees dan het stuk over installeren — de manier waarop amenbo daar wordt verspreid is veranderd.

De interface komt nu in 19 talen

• Ze opent in de taal van je systeem — de taal wordt uit de systeeminstelling gehaald, en ook de instelronde bij de eerste start verschijnt in die taal.
• Je kunt er een uit een lijst kiezen — elke taal staat vermeld onder de naam die ze zichzelf geeft, en je kunt in de instellingen op elk moment wisselen.
• Datums, tijden en aantallen volgen de gewoonten van die taal — betrekkelijke uitdrukkingen als “3 dagen geleden”, meervoudsvormen voor talen waarin één ding en twee dingen verschillende vormen krijgen, en de haakjes en aanhalingstekens van elke taal zelf.
• Weigeringen komen in dezelfde taal — wanneer een andere sessie de taak die jij wilde nemen al had gereserveerd, wanneer een back-up of een update niet door kan gaan, en de uitleg op de plug-inschermen.
• Zonder instelling valt het nu terug op Engels — vroeger viel het terug op Japans. Gebruik je het al in het Japans, dan blijft het Japans.

Een project dat al op dit apparaat staat openen vanaf het eerste scherm

Het scherm “Aan de slag” toonde vroeger alleen een commando, dat je zelf in een terminal moest typen. Nu kun je er ter plekke een project kiezen en er een map aan koppelen. Zodra de map gekoppeld is, verschijnen de stappen van de eerste ronde net als elders.

Linux is nu één AppImage

• .deb / .rpm worden niet meer verspreid — de GUI is één AppImage-bestand en heeft geen beheerdersrechten nodig. Je zet hem zelf in je PATH (bijvoorbeeld in ~/.local/bin) en start hem. Het commando amenbo komt uit het CLI-installatiebestand.
• Een oudere .deb / .rpm moet je met de hand verwijderen — de build per gebruiker kan dat niet. Op Debian/Ubuntu sudo apt remove amenbo, anders dpkg -r amenbo / rpm -e amenbo.
• De updatemelding wijst naar de AppImage — die zocht vroeger de .deb, dus op Linux deed “open het nieuwste installatiebestand” niets.

Datums worden beoordeeld naar de dag waarin je werkelijk zit

• --due tomorrow betekent de dag na de dag waarop je het typte — er werd vroeger geteld vanaf de UTC-kalenderdag, dus wie het in Japan voor negen uur ’s ochtends typte, bewaarde een datum die een dag te vroeg lag. Hetzelfde gold voor today / +3d, voor het oordeel over te laat of vandaag, en voor het aanbreken van een startdag.
• Filteren op “vandaag” laat niet meer vallen wat je ’s ochtends invoerde — ook --since today en decided_after:today werden op de UTC-dag afgeknipt, dus een beslissing die tussen middernacht en negen uur werd aanvaard, viel buiten “vandaag” en de nieuwste regels vielen van de activiteitenlijst af.

Een instelling die van buitenaf verandert, bereikt nu het open venster

Werd een instelling vanuit de CLI overschreven, dan bleef een GUI die openstond de oude waarde tonen. Die werkt zich nu ter plekke bij.

Waar je het haalt

Open het installatiebestand voor jouw besturingssysteem bij de nieuwste uitgave. Beheerdersrechten zijn niet nodig.

• macOS — .pkg, één voor Apple silicon en één voor Intel (de GUI en de CLI komen samen; bij de eerste keer openen verschijnt Gatekeeper: rechtermuisknop → Open)
• Windows — setup-.exe (de GUI en de CLI komen samen)
• Linux — de GUI is een AppImage; het commando amenbo komt uit het CLI-installatiebestand

Bijwerken: in de GUI voert de banner “er is een nieuwere versie” het ter plekke door. Heb je alleen de CLI geïnstalleerd, dan verwisselt amenbo update --apply hem.

Voor het eerst hier? Kijk bij Beginnen.