**** BEGIN LOGGING AT Wed Apr 04 03:00:01 2018
Apr 04 07:44:46 <bencoh> mreow~
Apr 04 07:45:24 <bencoh> any idea how I should check screen state (blank vs on) from an application?
Apr 04 07:46:03 <KotCzarny> ~phone-control
Apr 04 07:46:07 <KotCzarny> ~phonecontrol
Apr 04 07:46:08 <infobot> i guess phonecontrol is http://wiki.maemo.org/Phone_control
Apr 04 07:46:32 <KotCzarny> hmm
Apr 04 07:46:33 <bencoh> Yeah, but ... 1. not sure that's what I'm looking for 2. I wonder if there is some hildon/osso function to do it
Apr 04 07:46:34 <KotCzarny> nothing there
Apr 04 07:46:41 <KotCzarny> nah, it wasnt for you
Apr 04 07:46:49 <KotCzarny> just didnt remember the link
Apr 04 07:47:01 <bencoh> ?
Apr 04 07:47:05 <KotCzarny> http://wiki.maemo.org/Phone_control#Query_lock_state_of_screen_and_keys
Apr 04 07:47:08 <KotCzarny> maybe that?
Apr 04 07:47:11 <bencoh> I don't think so
Apr 04 07:47:16 <KotCzarny> Will return locked or unlocked depending on lock state 
Apr 04 07:47:30 <bencoh> I want to vibrate even if device is unlocked, as long as screen is blanked
Apr 04 07:47:38 <bencoh> (after blanking timeout for instance)
Apr 04 07:47:58 <bencoh> I'd happily check Conversation source, but we don't have it :(
Apr 04 07:48:14 <bencoh> hmm ... maybe I can check symbols though
Apr 04 07:48:50 <KotCzarny> i think you can check some widget source
Apr 04 07:49:01 <KotCzarny> or nokia programming hints
Apr 04 07:49:16 <bencoh> those pages seem pretty empty to me
Apr 04 07:49:17 <KotCzarny> they usually have to stop updating when screen blanked
Apr 04 07:49:45 <bencoh> U osso_hw_set_display_event_cb in rtcom-messaging-ui
Apr 04 07:51:53 <KotCzarny> fun, links on http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide use nokia.com
Apr 04 07:51:59 <bencoh> yeah :/
Apr 04 07:52:27 <Maxdamantus> I think you should be able to tell the state by looking at something in the associated sysfs node.
Apr 04 07:52:32 <KotCzarny> would be nice to convert them into archive.org links
Apr 04 07:52:50 <Maxdamantus> Though maybe if you're writing an actual application, it should go through something else.
Apr 04 07:53:35 <KotCzarny> maxd: well, he simply wants to know lcd power state
Apr 04 07:53:40 <KotCzarny> so sys might be the way
Apr 04 07:53:45 <KotCzarny> as long it's user readable
Apr 04 07:54:23 <Maxdamantus> /sys/class/backlight/acx*/brightness
Apr 04 07:54:31 <bencoh> eww
Apr 04 07:54:43 <Maxdamantus> the lock switch seems to just set that to 0
Apr 04 07:55:00 <KotCzarny> why eww? fastest and lightest i guess
Apr 04 07:55:40 <Maxdamantus> Though I guess theoretically it might be logical for it to set it to 0 anyway (eg, if there's full sunlight, which means the backlight is pointless)
Apr 04 07:55:52 <Maxdamantus> (though ime, full sunlight means maximum brightness, not minimum)
Apr 04 07:56:08 <KotCzarny> oh, right
Apr 04 07:56:30 <KotCzarny> http://web.archive.org/web/20110622052725/http://nds2.fds-forum.nokia.com/p/d/fds_forum/a3187f95-ad88-4233-b0ef-a182da3ec1c7/Hildon_2_2_Widget_UI_Specification_v1_0_en.pdf/Hildon_2_2_Widget_UI_Specification_v1_0_en.pdf?fdptoken=1308806843_faa0c37acd80f5e2645b6b6625fd02b8
Apr 04 07:56:55 <bencoh> oh, neat
Apr 04 07:57:23 <KotCzarny> it might still work directly too, without archive.org
Apr 04 07:59:03 <bencoh> nothing related to what I'm looking for in this doc though
Apr 04 07:59:44 <bencoh> original link no longer works
Apr 04 08:05:15 <bencoh> interesting ... rtcom-messaging-ui (conversation) does not even use libnotify ...
Apr 04 08:06:01 <bencoh> worse than that, looks like they implemented some builtin notification mechanism 
Apr 04 08:08:01 <KotCzarny> http://web.archive.org/web/20120126154837/http://nds2.fds-forum.nokia.com/p/d/fds_forum/55bf1016-809c-411d-8384-83361c073452/Maemo_5_Desktop_Widget_UI_Guidelines_v1_1_en.pdf/Maemo_5_Desktop_Widget_UI_Guidelines_v1_1_en.pdf?fdptoken=1327679314_94d31f4121f17468bd5ad741025d64d7
Apr 04 08:09:17 <KotCzarny> darn, i recall there was some pdf/page that was talking about when to update widget contents
Apr 04 08:09:23 <KotCzarny> just cant seem to find it
Apr 04 08:48:29 <bencoh> alright, so ... there is a MCE dbus request for that (#define MCE_DISPLAY_STATUS_GET   "get_display_status")
Apr 04 08:54:22 <spiiroin> bencoh: get initial state with that "get_display_status" mce method call and then track changes by listening to "display_status_ind" mce signals
Apr 04 08:58:34 <spiiroin> bencoh: should be documented in mce-dev. I have no idea where maemo version is located, but for mer docs should apply for these "shared ancestry" parts: https://git.merproject.org/mer-core/mce-dev/blob/master/include/mce/dbus-names.h#L222
Apr 04 09:05:35 <Maxdamantus> Hm. I imagine optimally you would know to not bother updating just through X11.
Apr 04 09:12:53 <Maxdamantus> VisibilityNotify event, serial 32, synthetic NO, window 0x2c00001, state VisibilityFullyObscured
Apr 04 09:13:07 <Maxdamantus> Wonder if that event appears in response to locking the screen.
Apr 04 09:14:10 <Maxdamantus> Nope.
Apr 04 09:14:25 <spiiroin> iirc maemo mce just blanks/unblanks the screen via fbdev ioctls - whether xserver can tap to that, ... I do not recall
Apr 04 09:14:57 <bencoh> spiiroin: you're right about fbdev ioctls
Apr 04 09:14:58 <spiiroin> this is one of the parts that was heavily modified in mer - mce syncs blank/unblank with wayland compositor (in lipstick)
Apr 04 09:15:17 <bencoh> at least for the opensource version
Apr 04 09:16:26 <spiiroin> well, maemo mce is basically mer mce without few years worth of changes
Apr 04 09:16:36 <bencoh> yeah
Apr 04 09:17:20 <Maxdamantus> Windows don't even seem to be unmapped when switching to other ones on maemo.
Apr 04 09:17:48 <Maxdamantus> or notified of any obscuring.
Apr 04 09:17:52 <bencoh> uh, what?
Apr 04 09:18:02 <bencoh> ah
Apr 04 09:18:18 <bencoh> Maxdamantus: are you playing with xev?
Apr 04 09:18:22 <Maxdamantus> so there's no way for a window to know that its contents are completely irrelevant at the moment.
Apr 04 09:18:25 <Maxdamantus> bencoh: yes.
Apr 04 09:18:58 <Maxdamantus> I would imagine it should probably either unmap or denote obscurity of the window when switching to another one.
Apr 04 09:19:19 <Maxdamantus> and then map/unobscure it when the user goes to the window selection UI.
Apr 04 09:21:27 * Maxdamantus wonders what other fancy compositing DEs do.
Apr 04 09:21:48 * Maxdamantus just uses xmonad on his desktops.
Apr 04 09:23:28 <bencoh> alright, so I can either rely on MCE and send a dbus message to query display state before sending every notification, or rely on libosso and register callback to receive device change event (osso_hw_set_event_cb)
Apr 04 09:23:56 <bencoh> (and hope that system_inactivity_ind really reflects display status as mentioned in documentation)
Apr 04 09:24:15 <Maxdamantus> Yay for use of non-standard APIs where existing protocols already solve problems.
Apr 04 09:24:36 <bencoh> Maxdamantus: do you actually know of any standard API to do this?
Apr 04 09:24:42 <Maxdamantus> bencoh: X11
Apr 04 09:24:56 <Maxdamantus> bencoh: but as I said, the WM on Maemo doesn't send any useful events.
Apr 04 09:25:03 <bencoh> huhu, I wondered about that one, but ... I'd rather not kludge a gtk/hildon codebase
Apr 04 09:25:18 <Maxdamantus> (or unmap the window, which results in Xorg creating the event)
Apr 04 09:25:53 <spiiroin> that libosso stuff is probably just wraps mce dbus interface (for display status)
Apr 04 09:28:04 <bencoh> spiiroin: could be. The thing is that the idea of waiting for mce to answer on every chat message doesn't sound too good to me
Apr 04 09:28:33 <bencoh> so registering / caching state on every update might be better
Apr 04 09:29:08 <spiiroin> bencoh: the normal way to do this is: install "display_status_ind" signal listener, do one "get_display_status" query -> you have initial state and are notified about changes
Apr 04 09:29:12 <bencoh> this is bothering me, for instance https://bugzilla.redhat.com/show_bug.cgi?id=617310
Apr 04 09:29:28 <bencoh> spiiroin: I see ... thanks :)
Apr 04 09:30:23 <spiiroin> bencoh: ... and do that query asynchronously while at it ;-)
Apr 04 09:30:25 <bencoh> now the question is ... can I store display state somewhere in this pidgin-libnoityf plugin
Apr 04 09:30:53 <bencoh> spiiroin: with enough motivation I'd probably rewrite that plugin, but .... meh ;)
**** ENDING LOGGING AT Thu Apr 05 03:00:04 2018