<norayr>
Wizzup, freemangordon, YAY it is fixed!!!
<norayr>
gesture to minimize the window would be very nice to have. something like swipe in sailfish from the side, or swipe from the bottom like in gnome.
<norayr>
folks, i can write a small gtk app for d4 torch. but should i do it if it only will work for d4? i can probably write a torch that can detect the device, and can work both on pp and d4.
<norayr>
freemangordon, thank you so much for fixing this. this was extremely important for devices that do not have real keyboard. and for those who use non-latin layouts with onscreen keyboard.
<buZz>
norayr: ooo plz do
<buZz>
i was considering a pyqt program for it
<buZz>
but anything, i'll use it a lot :)
<buZz>
usually just ctrl-r i2c
<buZz>
:D
<norayr>
yeah, i have bash aliases now, ton for torch on, and toff for torch off, but that's not very useful.
<norayr>
ok i'll do that. juts i was wondering what the devs think about having the device specific torch.
<norayr>
or maybe there are already some implementations i could just port. but i don't know any.
<buZz>
is the torch on pp also a i2c device?
<buZz>
or is it exposed in /sys/class/leds
xmn has joined #maemo-leste
<norayr>
freemangordon: why was dk3 gdk_keymap_get_entries_for_keycode() failing?
<sicelo>
norayr: if you do write that application, would you be interested to also cater for N900? the i2c stuff is almost similar. i documented both d4 and n900 torch commands in wiki
<sixwheeledbeast>
is the lanterne n900 app any use as a base?
arno11 has joined #maemo-leste
<arno11>
yad (zenity fork) should do the trick to control torchlight with buttons
<arno11>
i already use it for cpu governors alsamixer brightness and other stuff
<arno11>
it works well to create gui with buttons or cursors
<arno11>
able to use dbus-send scripts with it
<arno11>
it only needs only few lines of bash to create usable gui
<sicelo>
yes @yad. i wanted to make an fm transmitter gui using it ... (but as usual, time ...)
<sicelo>
because fmtx is n900-specific for now, so probably not worth spending time writing a 'proper' gui for it
<arno11>
indeed
maemish_ has joined #maemo-leste
ceene has quit [Ping timeout: 246 seconds]
uvos__ has joined #maemo-leste
<uvos__>
please dont poke chip registers via i2c from userspace
<uvos__>
the chip in mapphones has a driver anyhow
<uvos__>
it just needs to be enabled, idealy exposed via v4l but i gues we can have it as a regular led driver at first
<uvos__>
essentaly we would have h-d register for a swipe gesture on the root window
<uvos__>
and then kick the shortcut code when it happens
<uvos__>
ofc we have to check of xinput 2.4 support first
norayr has left #maemo-leste [Disconnected: closed]
norayr has joined #maemo-leste
<freemangordon>
uvos__: I think we should not bother h-d for that, better have another daemon that does it
<freemangordon>
systemui plugin?
<uvos__>
freemangordon: maybe, i gues its architecutally akward to have h-d manage global shortcuts but not global gestures
<uvos__>
since h-d has the code to perform these actions in itself, this code would have to be duplicated to make it be elswere
<uvos__>
moveing the shortcuts away from hd is also a bad idea since (ok this is maybe unrealisitc) if we port h-d to become a wayland wm, in wayland h-d is then the only entitiy that can implement global shortcuts or gestures, due to the design of wayland
<Wizzup>
I think it would make sense for h-d to do it, since it also knows about the window atoms
<Wizzup>
and it knows about the full screen state, etc
<uvos__>
btw
<uvos__>
i upgraded to chimaera
<Wizzup>
freemangordon: I will have most of this weekend for elogind porting btw, do you have some time too?
<uvos__>
and status menu volume is broken
<Wizzup>
uvos__: d4?
<uvos__>
yes
<Wizzup>
hmmm let me check
<uvos__>
on the one where i installed chimaera directly (No upgrade) it works
<uvos__>
btw qtwebbrowser dose not work in portrait on d4
<uvos__>
imo we should remove the flag
<uvos__>
the url bar is broken when the keyboard is raised
<uvos__>
and the settings pannel is broken
<uvos__>
i gues it works on wider displays - this shows a futher defficany with the portrait flag, it dosent care about what the horizontal res is in portrait. the xwmh aspect ratio limits and min horizontal resolution hints are mutch better in this regard
<uvos__>
as they allow h-d to know if the window will render correctly at a given aspect ratio and resolution
<uvos__>
we should really just use those and ditch the nokia atoms
<Wizzup>
it works for me in portrait mode
<Wizzup>
let me see if I see what you're seeing
<uvos__>
i mean it works in portrait if you horizontal resoluton in portrait is at least 640
<uvos__>
this is pretty usual behavior for desktop apps
<uvos__>
and a problem, because the nokia atoms have no way of telling h-d this, as opposed to ewmh
<freemangordon>
hmm, yeah, right (gestures)
<freemangordon>
Wizzup: will be MIA during the weekend, sorry
<freemangordon>
next week
<Wizzup>
ok
<Wizzup>
I will look at non-elogind things first then
<Wizzup>
but it's def. the last chimaera blocker
<Wizzup>
uvos__: not opposed, but a lot of work for not too much gain atm I think
<uvos__>
ok
<uvos__>
but im going to update qtwebbrowser to the qt 5.18 version
<uvos__>
and drop this commit
<Wizzup>
if you drop it you will break it for pinephone
<uvos__>
unless you have a better idea
<Wizzup>
maybe detect res and set it only in some cases
<Wizzup>
would be nice not to break pinephone
<Wizzup>
since it's so much more usable in portrait mode there
<uvos__>
i mean break is a strong word
<uvos__>
or?
<uvos__>
it wont go portrait
<Wizzup>
right
<Wizzup>
meaning it will require sw blits for all rendering
<Wizzup>
as opposed to being fast :)
<uvos__>
oh right
<uvos__>
ok
<uvos__>
hmm
<Wizzup>
I use it mostly in landscape on my d4 atm, but I didn't notice the url bar being broken
<uvos__>
imo the settings pannel is even worse
<uvos__>
the url bar you can at least use blind
<uvos__>
in portrait
<Wizzup>
do you mean that you don't see what you type?
<Wizzup>
ok, settings doesn't show the circles fully
<uvos__>
at all
<uvos__>
they are elipses byw :P
<Wizzup>
:D
uvos__ has quit [Read error: Connection reset by peer]
arno11 has left #maemo-leste [#maemo-leste]
maemish_ has quit [Quit: Connection closed for inactivity]
uvos__ has joined #maemo-leste
maemish_ has joined #maemo-leste
<norayr>
so after last update the email client (forgot how maemo client is called) started actually to check and get notifications for emails.
<norayr>
and i see the notification on desktop, on a live wallpaper screen.
<Wizzup>
yep
Kevan has joined #maemo-leste
<Kevan>
hello all
Kevan has quit [Read error: Connection reset by peer]
Kevan has joined #maemo-leste
Kevan has quit [Quit: leaving]
gliffy has joined #maemo-leste
maemish_ has quit [Quit: Connection closed for inactivity]
k1r1t0 has joined #maemo-leste
RedW has joined #maemo-leste
Twig has quit [Remote host closed the connection]
<uvos>
hildon-status-menu cant be debugged
<uvos>
it runs ok with just maemo-summoner hildon-status-menu.launch
<uvos>
but with gdb attached it crashes with SIGILL in libcrypto
<uvos>
oh and 74e263f9a9a0c6a0911e927f9ee409dfde4a2bc6 dosent build at all
<uvos>
nothing gtk dose
<uvos>
/usr/include/gtk-2.0/gtk/gtktypeutils.h:236:1: error: ‘GTypeDebugFlags’ is deprecated [-Werror=deprecated-declarations]
RedW has quit [Quit: huh upgrades]
<freemangordon>
uvos: just continue on sigill
<freemangordon>
it is issue in lybcrypto, it tries to runtime-detect processor caps
<freemangordon>
*libcrypto
<Wizzup>
yup, that's openssl
RedW has joined #maemo-leste
akossh has joined #maemo-leste
juiceme has quit [Read error: Connection reset by peer]