staging.inyokaproject.org

eleggua schrieb:

das ist schon der fall. also bei lokalen artists wird mit breadcrumbs "<< $n albums << $n songs" angezeigt.

Ja, grad gesehen... Hab ich doch nicht so viel Musik wie ich dachte 😉 bzw. der Vergleich läuft casesensitiv, läßt sich das dafür aufheben?

aha, das klingt nach einem bug. magst du das mal noch genauer ausführen? (falls möglich: lade bitte die letzte version aus meinem git-repo auf github runter, du musst sie nicht installieren, sondern kannst sie einfach mit "perl gmusicbrowser.pl" aus dem richtigen verzeichnis starten)

Also irgendwie finde auf Deinem "git-repo" nur einzelne Dateien, bzw. gmb 1.1.5, was ja nicht mehr so aktuell ist... Genauer: Ein neues Lied ohne Artistinfo beginnt, er fängt an diese im Netz zu suchen (dauert eine Weile, denn meine Verbindung ist seeeehr gemütlich!), in der Zwischenzeit habe ich gemerkt, dass ein Lied läuft, welches ich gerade nicht hören möchte, springe zum nächsten und dann kommt die Info an 😉

und was die übersetzungen angeht: ich synchronisiere mein repo immer mit quentins, wegen den übersetzungen brauchst du dir also keine sorgen zu machen.

Prima!

das mit dem nicht-übersetzbaren tooltip seh ich mir an.

Die einzelnen Reiter (Artist, Queue, Lyrics, Info...) sind auch nicht übersetzbar...

wenn du bei den similar-artists sowas wie die bilder gern hättest, dann mach mir am besten ein mockup, wie du dir das vorstellen würdest, dann kann ich sehen, was sich machen lässt.

Schau mal was ich hinkriege... Habe gerade noch dieses Problem, kann also ein wenig dauern...

Gruß erstmal...

Ja, grad gesehen... Hab ich doch nicht so viel Musik wie ich dachte 😉 bzw. der Vergleich läuft casesensitiv, läßt sich das dafür aufheben?

hmm, ich werd mal drüber nachdenken, ob ich da was machen kann. ganz simpel ist das jedenfalls nicht. wirklich gesicherte übereinstimmungen bekäme man nur mit musicbrainz-id (was von der lastfm seite auch möglich ist), aber wer hat das schon in seinen lokalen tags...

den anderen bug hab ich mittlerweile verstanden, muss mal quentin fragen, wie man sowas am besten abfängt.

danke für die übersetzungshinweise, habs gerade in git gefixed, in der nächsten version (kommt bald) ist das dann drin und übersetzbar.

alles gute für dein poltergeist-problem, sieht ja nicht recht lustig aus...

Genauer: Ein neues Lied ohne Artistinfo beginnt, er fängt an diese im Netz zu suchen (dauert eine Weile, denn meine Verbindung ist seeeehr gemütlich!), in der Zwischenzeit habe ich gemerkt, dass ein Lied läuft, welches ich gerade nicht hören möchte, springe zum nächsten und dann kommt die Info an

hab den bug heute behoben, werd dann später mal neue packages bauen.

changelog 1.1.6ppa2

• reload probleme sind behoben (u.a. cache aktiviert)

• mehr übersetzungsmöglichkeiten

• der settings-dialog des plugins sollte jetzt übersichtlicher sein

• das epicrating plugin hat nun keine externen dependencies mehr (libtext-csv-perl)

eleggua schrieb:

changelog 1.1.6ppa2

• reload probleme sind behoben (u.a. cache aktiviert)

• mehr übersetzungsmöglichkeiten

• der settings-dialog des plugins sollte jetzt übersichtlicher sein

• das epicrating plugin hat nun keine externen dependencies mehr (libtext-csv-perl)

Fleißig, fleißig! Bin grad am aktualisieren...

Gruß und schönen Sonn(en)tag, staubi

changelog 1.1.6ppa3

• zu früh gefreut, ich hab wohl durch einen tippfehler die lokalen biographien nicht mehr geladen. jetzt sollten alle reload-probleme gelöst sein (der cache wird demnächst direkt im gmusicbrowser verbessert, dann funktioniert das noch besser als jetzt).

• weitere upstream fixes.

gmusicbrowser wird standardplayer in xubuntu natty! yay!

eleggua schrieb:

gmusicbrowser wird standardplayer in xubuntu natty! yay!

Lustig, hatte ich vor ein paar Tagen mal drüber nachgedacht, dass es ja mal langsam Zeit für sowas wäre, habe es mir dann aber gedacht, dass es wohl nicht so kommen wird, da gmusicbrowser einfach zuviel kann und dies evtl. einer Simplifizierung des Desktops wiederspräche...

Wenn ich mir mal anschaue, was so die Standardkandidaten können... ist nicht viel...

Auf jeden Fall 'ne gute Nachricht! Mehr Aufmerksamkeit, mehr Partizipation, neue Ideen...

ja, ich seh das auch als teil meiner aufmerksamkeitskampagne für gmusicbrowser.

eigentlich hab ich das gefühl, dass das "shimmer"-layout, an dem ich ja schon länger arbeite die einfachheit in der bedienung und eine andeutung der vielen features von gmusicbrowser ganz gut entspricht. zumindest war auch das feedback, das ich dazu bekommen habe ganz gut. und wenn sich die leute beschweren, kann man ja vieles einfach ändern.

So, nun habe ich aber doch mal 'ne Idee, die sich ja vielleicht noch integrieren liesse 🙄 :

Kann die last.fm Einbindung genutzt werden, um von dort die Tags auf den aktuell gespielten Song zu uebertragen? Bin gerade dabei von hand meine Sammlung ein wenig zu taggen und das ist auf jeden Fall ein Riesenprojekt... waere toll, wenn sich das automatisieren liesse...

Und vielleicht noch ein kleiner Bug: Wenn ich im shimmer-Layout rechts im oberen Feld bei Interpret bin, kann man dort noch "Unter-reiter" anzeigen lassen (rechtsklick auf das Interpretenfeld). Das Problem ist, dass ich diese Reiter nach jedem Neustart erneut aktivieren muss. Liegt dass am Layout oder am Programm?

Letzte Frage, wo finde ich die de.po Datei der neusten PPA-Version? Habe auf github gesucht, konnte es aber nicht finden....

Gruss, staubi

last.fm-tags: weiß nicht, ob du dir das mal genauer angesehen hast, aber die tags auf last.fm sind ein ziemlich chaotischer haufen, deshalb hab ich von einer integration damals abgesehen. aber wenn du das wirklich gut findest, dann lässt sich schon darüber reden. man könnte z.b. auch einen zusätzlichen tab "tags" machen und dort dann die tags anzeigen und eine (selektive?) importierung anbieten.

intepreten-reiter: sorry, da weiß ich gerade nicht genau, was du meinst. kannst du das evtl nochmal anders umschreiben oder einen screenshot attachen? (kann auch daran liegen, dass ich gmusicbrowser immer auf englisch verwende und mir darum die dt. terminologie nicht so geläufig ist)

po-dateien: hm, mit den übersetzungen hab ich mich nie wirklich beschäftigt, aber im prinzip ist das alles in meinem github-repository: https://github.com/ochosi/gmusicbrowser/ (wird möglicherweise aber mal übersiedelt)

eleggua schrieb:

last.fm-tags: weiß nicht, ob du dir das mal genauer angesehen hast, aber die tags auf last.fm sind ein ziemlich chaotischer haufen, deshalb hab ich von einer integration damals abgesehen. aber wenn du das wirklich gut findest, dann lässt sich schon darüber reden. man könnte z.b. auch einen zusätzlichen tab "tags" machen und dort dann die tags anzeigen und eine (selektive?) importierung anbieten.

Habe mal reingeschaut, fand's aber eher unverständlich... Als mir letztens die Idee kam, dachte ich es wäre DAS feature! Gmusicbrowser hat so super Möglichkeiten Filter und Playlists zu erstellen, dass es toll wäre auch die Tags dafür zu verwenden! Nur, von Hand taggen, außer ganz grob, fällt bei >10.000 Liedern einfach flach! Deshalb faende ich auch eine (gerne auch selektive) Übernahme der Tags toll, doch am Besten automatisch, sprich, wie jetzt die Infos geholt werden, werden dann die Tags eingelesen und die 2/3/4 häufigsten Tags übernommen. Alternativ: Vielleicht kann man die Tags auch von Discogs holen?

intepreten-reiter: sorry, da weiß ich gerade nicht genau, was du meinst. kannst du das evtl nochmal anders umschreiben oder einen screenshot attachen? (kann auch daran liegen, dass ich gmusicbrowser immer auf englisch verwende und mir darum die dt. terminologie nicht so geläufig ist)

Habe mal 'nen Screenshot angehängt. Die obere mit Pfeil markierte Tab/Reiter-Leiste verschwindet nach jedem Neustart wieder...

po-dateien: hm, mit den übersetzungen hab ich mich nie wirklich beschäftigt, aber im prinzip ist das alles in meinem github-repository: https://github.com/ochosi/gmusicbrowser/ (wird möglicherweise aber mal übersiedelt)

Ich schaue mal, ob ich was finde, sonst warte ich einfach auf Quentin's nächsten Release;-)

Habe mal reingeschaut, fand's aber eher unverständlich... Als mir letztens die Idee kam, dachte ich es wäre DAS feature! Gmusicbrowser hat so super Möglichkeiten Filter und Playlists zu erstellen, dass es toll wäre auch die Tags dafür zu verwenden! Nur, von Hand taggen, außer ganz grob, fällt bei >10.000 Liedern einfach flach! Deshalb faende ich auch eine (gerne auch selektive) Übernahme der Tags toll, doch am Besten automatisch, sprich, wie jetzt die Infos geholt werden, werden dann die Tags eingelesen und die 2/3/4 häufigsten Tags übernommen. Alternativ: Vielleicht kann man die Tags auch von Discogs holen?

ok, ich geb die last.fm tags mal auf die todo-liste, kann aber noch etwas dauern, hab grade viel um die ohren.

Habe mal 'nen Screenshot angehängt. Die obere mit Pfeil markierte Tab/Reiter-Leiste verschwindet nach jedem Neustart wieder...

aja, alles klar jetzt. im layout ist hidetabs=1 definiert. mir war nicht klar, dass das dann nicht von den layout-settings überschrieben werde, werd mal nen bugreport dazu machen.

Ich schaue mal, ob ich was finde, sonst warte ich einfach auf Quentin's nächsten Release;-)

ok ☺

das mit hidetabs=1 ist ein bug und der wird in kürze upstream behoben, in der nächsten version ist das dann gefixed.

Uah warum so eine riesige hässliche Schleife für die Auswertung der Kommandozeilenparameter, wenn es doch Getopts gibt?