<uvos>
freemangordon: (i gues its not re'd, i need this)
<uvos>
freemangordon: also OssoABookContactDetailSelector would be grand, please issue a release for it (or Wizzup)
* enyc
roars
* enyc
unroars
akossh has quit [Ping timeout: 256 seconds]
<bencoh>
I wonder if pipewire could replace pulseaudio on leste
<bencoh>
I have a feeling it could be a good move
akossh has joined #maemo-leste
mjsir911 has quit [Remote host closed the connection]
mjsir911 has joined #maemo-leste
<uvos>
so i looked into this before a bit
<uvos>
rn its no issue, only sphone and the volume applet touch pulse, sphone works as is and a pipewire specific would be easy to add for some more advance features. i dident test the vol applet but it should work fine without changes
<uvos>
my verb setup of hifi, call, allert is defined in libalsa so this just carries over
<uvos>
some default behavior is different regarding how this is mapped to pulse streams vs pipewire objects, but from documentation this was quite easy to ajust
<uvos>
tldr: it would work almost drop in rn
<bencoh>
uvos: pipewire has a pulseaudio dropin replacement, we could use it for a start
<bencoh>
I was more worried about xprot and the maemo-specific stuff, but I don't think it was ported (yet?)
inky_ has quit [Ping timeout: 272 seconds]
_inky has quit [Ping timeout: 272 seconds]
inky_ has joined #maemo-leste
elastic_dog has quit [Ping timeout: 256 seconds]
<uvos>
bencoh: the maemo specific stuff is of farily poor design, i dont think porting it as is makes sense - i would rather shim it for compatability and rely more on the exisiting stuff in pulse or pipewire
<uvos>
i know what this would entail on pulse, pipewire would need more investigation
<uvos>
this also ignores the added complexity of doing stuff on the n900
<uvos>
yes i know about the compatability layer, this is what i was refering to about sphone/ the vol applet working fine on pw
elastic_dog has joined #maemo-leste
elastic_dog has quit [Ping timeout: 252 seconds]
elastic_dog has joined #maemo-leste
elastic_dog has quit [Ping timeout: 240 seconds]
<sicelo>
droid 4 volume keys work totally opposite for zoom in/out. this by design?
<sicelo>
i.e. keys i expected to zoom in actually zoomed out, and vice versa
mardy has quit [Quit: WeeChat 2.8]
<uvos>
sicelo: this its just that xterm implements volume up as zoom in
<uvos>
as per various en standards etc, more is up
<uvos>
as d4 is native protrait vol up is toward the top when in portrait
<uvos>
thus zoom in works like it dose
<uvos>
in xterm
elastic_dog has joined #maemo-leste
elastic_dog has quit [Read error: Connection reset by peer]