IRC log of #maemo-devel for Sunday, 2010-02-14

*** ppenz has quit IRC00:13
*** ppenz has joined #maemo-devel00:18
*** SpeedEvil has quit IRC00:35
*** ppenz has quit IRC00:35
*** SpeedEvil has joined #maemo-devel00:36
*** DocScrutinizer51 has quit IRC00:43
*** Docscrutemp has joined #maemo-devel00:43
*** Docscrutemp is now known as DocScrutinizer5100:43
*** DocScrutinizer51 has quit IRC00:52
*** Docscrutemp has joined #maemo-devel00:52
*** Docscrutemp is now known as DocScrutinizer5100:52
simoneb_when i start a dbus connection with osso_get_dbus_connection() .... do i need to stop/dealloc it? (how?)01:12
*** lbt has quit IRC01:33
*** DocScrutinizer51 is now known as DigitalPioneer01:52
*** DigitalPioneer is now known as DocScrutinizer5101:52
*** t7g_ has quit IRC02:01
*** DocScrutinizer51 has quit IRC02:03
*** Docscrutemp has joined #maemo-devel02:03
*** Docscrutemp is now known as DocScrutinizer5102:03
*** woglinde has quit IRC02:06
*** BabelO has quit IRC02:13
*** t7g_ has joined #maemo-devel02:14
*** VDVsx has quit IRC02:15
*** DocScrutinizer51 has quit IRC03:12
*** Docscrutemp has joined #maemo-devel03:12
*** Docscrutemp is now known as DocScrutinizer5103:13
*** simoneb_ has quit IRC03:48
*** slonopotamus has quit IRC03:52
*** slonopotamus has joined #maemo-devel03:53
DocScrutinizerwell I got not the slightest idea about dbus coding. What I know however is that resource allocation in FreeSmartphone.org framework (e.g. via fsoraw wrapper) is completely transparent even to segfaults and kill -9. So obviously dbus notices a client vanishing even when it doesn't have any chance to dealloc/stop04:13
DocScrutinizerbtw a brilliant feature of dbus for tasks like allocating hw resources04:14
*** slonopotamus has quit IRC04:44
*** slonopotamus has joined #maemo-devel04:46
*** zgold has quit IRC05:22
*** Pavel has quit IRC06:09
*** odin_ has quit IRC06:14
*** DocScrutinizer51 has quit IRC07:32
*** Docscrutemp has joined #maemo-devel07:32
*** DocScrutinizer has quit IRC07:32
*** Docscrutemp is now known as DocScrutinizer5107:32
*** DocScrutinizer has joined #maemo-devel07:32
*** Ken-Young has joined #maemo-devel08:08
Ken-YoungDoes anyone know where I might be able to find the source code for the hildon widgets?08:12
DocScrutinizerthere's a few closed source, and a few in extras-devel which for sure are OSS08:21
Ken-YoungDocScrutinizer, Thanks - I'll check out extras-devel.08:23
DocScrutinizercommand line execution widget comes to mind08:24
DocScrutinizerthe weather widget e.g. is closed for all I know08:25
Ken-YoungI;m looking for the hildon_time_button_new source code, because I want to make something like it for latitude and longitude.08:26
DocScrutinizernever heard of it08:26
Ken-YoungSo I'm not actually looking for the desktop widgets.08:26
DocScrutinizeraah08:27
Ken-YoungIt's a GUI widget - the one used to set the time for alarms in the CLock app.08:27
DocScrutinizersorry08:27
SpeedEvilAnd is an example of shiny over functionality. Sure - watching the numbers whiz by is exciting the first time you set the time. By the tenth time, you've decided that you'd rather actually have a seperate minutes and tens of minutes 'wheel'.08:42
SpeedEvilNot to mention how the interface sucks for date - with no day visible.08:42
Ken-YoungSpeedEvil, Yeah, but I have to enter times and dates somehow, and the GTK spin box widgets are broken - the arrows do not appear (which are supposed to allow selection with a stylus or finger) and text cannot be entered with the hardware keyboard (only the soft one).   So if I don't use the gaudy hildon widgets, what am I supposed to use?08:44
SpeedEvilSure.08:45
SpeedEvilSorry - no idea how - or if it's possible to use the hildon ones.08:45
SpeedEvilAnd yes - that's ideally how you'd do it.08:45
Ken-YoungSpeedEvil, Oh, the hildon ones *work*, but I agree with your comments about them.08:46
SpeedEvilIn that it's probably less bad than rolling your own.08:46
SpeedEvilFor the user.08:46
Ken-YoungAnd, of course, I'll probably have to change everything to Qt eventually.08:48
* SpeedEvil goes back to sleep.08:51
SpeedEvilGood luck!08:51
Ken-YoungThanks08:51
*** lbt has joined #maemo-devel10:22
*** t-tan has joined #maemo-devel10:30
*** slonopotamus has quit IRC10:39
*** slonopotamus has joined #maemo-devel10:43
*** Acedip has joined #maemo-devel10:44
*** Acedip has quit IRC10:52
*** Acedip has joined #maemo-devel10:53
*** Acedip has quit IRC11:24
*** slonopotamus has quit IRC12:10
*** JPohlmann has joined #maemo-devel12:14
*** BabelO has joined #maemo-devel12:32
*** BabelO has joined #maemo-devel12:32
*** ieatlint has quit IRC13:04
*** ieatlint has joined #maemo-devel13:16
*** rsalveti has joined #maemo-devel13:49
*** simoneb_ has joined #maemo-devel14:25
*** cpasjuste is now known as Cpasjuste14:31
*** Acedip has joined #maemo-devel17:04
simoneb_ok so i've started an application with hildon_mime_open_file_with_mime_type ... which happens to be osso_notes ... now, i'd want to read what the user has written with osso_notes when he closes osso_notes, BUT osso_notes is executed asynchronously, so i'd have no other choice that polling (like getting osso_notes's pid and waiting for it to disappear, or something like that) which isn't really nice to do... is there17:10
SpeedEvil do... is there17:10
lcuksimoneb_, what are you wanting them entering notes for?17:10
lcukie, what purpose after they are done17:11
simoneb_i'm writing a widget for notes, like yellow notes17:11
simoneb_you click on the widget, osso_notes starts, so you can edit the text17:12
* lcuk does stuf like that :)17:12
simoneb_i'd want to load the text when osso_notes is closed17:12
lcukwhat if they make multiple notes17:12
lcukor clear the one you are expecting?17:12
lcukand start a new one with new name17:12
simoneb_so, i think the best way would be to launch osso_notes synchronously, and read the file when it's finished17:13
simoneb_well i can't display more than one note, so you can also have one note at a time17:13
simoneb_anyway that can be dealt with, if I decide to go for multiple notes17:13
lcuki mean, how would oyu know what the new filename even is17:14
lcukyou17:14
simoneb_no, the filename is fixed17:14
lcukuntil they click new and save as17:14
simoneb_i launch osso_notes to open the file i want to17:14
lcukmaybe even NEW will do it17:14
lcukwhat language are you writing your widget in?17:15
simoneb_well I just wanted to rely on whatever editor is configured to modify my notes file17:15
simoneb_GTK and C17:15
lcukcant you just bob up a window with a drawing surface17:15
lcukso you are in control17:15
lcukfilenames and everything17:16
simoneb_i'd have to write an editor myself17:16
* lcuk nods17:16
SpeedEvilI would wonder about selecting on /proc/nnn/stat17:16
SpeedEvilthough there is probably a better way to see if a process goes away17:16
SpeedEvilmaybe dbus can tell you17:17
simoneb_lcuk: well, i think that would turn a 50 lines widget in a 1000 lines widget17:17
lcukfrom within my c app, i can use something like:17:17
simoneb_SpeedEvil: that would be awesome17:17
*** Ken-Young has quit IRC17:17
lcukfp = popen("/sbin/ifconfig", "r");17:17
lcukwhile (fgets (line, sizeof(line), fp))17:17
lcuk{17:17
lcukindat=line;17:17
lcukwhich runs the command and gives me back its console output whilst it runs17:18
lcukim not sure what happens if you run something longer17:18
lcukbut its a possibility17:19
simoneb_lcuk: i tried that, infacts my first implementation used a system() call and worked like a charm17:20
simoneb_lcuk: then i decided to go editor-agnostic and use mime_open_file_with_mime_type to use whatever editor the system was supposed to use17:20
lcukbut you wanted to use mime handling - which uses osso which gives an async call17:20
simoneb_lcuk: but that mime_open_etc() is asynchronous17:20
* lcuk nods17:20
lcuki suppose an alternative might work, if you added inotify for the specific desktop note file17:22
simoneb_inotify?17:22
lcukand then even if they edited it outside your app you would detect17:22
simoneb_uhm, interesting... please expand?17:22
lcuktheres a whole world of google :P17:22
simoneb_it's me or that would listen for *every* access to the fs?17:24
simoneb_uh, no, nevermind, it takes a path argument17:24
simoneb_would that be battery hungry?17:24
lcukand you could use a specific path.filename for the note you show17:24
lcukand whenever that file gets amended, you could refresh17:24
lcuksimoneb_, try it, many things use inotify, if the scope is small and you are efficient in your handler it shouldnt fire too often17:25
lcukbut it would allow you to not really worry too much and users could edit the note just by opening notes at any time and resaving your file17:26
simoneb_looking into it, thanks17:26
lcuksimoneb_, cool stuff17:30
lcukhow are you rendering notes btw simeoni17:31
lcuksimoneb_,17:31
simoneb_"Rumor is that the "d" in "dnotify" does not stand for "directory" but for "suck.""17:31
simoneb_(official kernel.org readme)17:31
simoneb_uhm... white text on transparent black background17:31
lcukahh you are doing text notes, misinterpreted17:32
simoneb_yes, text notes17:32
lcukso why cant you just open a dialog with memobox?17:32
simoneb_but, now that you make me think about it ... drawing notes on the desktop would be nice17:32
lcukwhich would seemingly be simpler17:32
simoneb_uhm... memobox?17:32
lcuka multi line text box17:33
simoneb_oh, i see17:33
simoneb_i'm questioning myself of why i wanted to go the "just use the default system editor" way17:33
lcuklol17:34
lcukyeah, but how are you rendeirng it17:34
lcukrendering it17:34
lcukcos notes allows fonts and stuff17:34
simoneb_it doesn't if you open the file as a text/plain17:34
simoneb_forcing the mime type to that17:34
lcukdoh17:35
lcukso you are using notes as a plain text memo box anyway17:35
lcukand suffering the pain !17:35
lcukg/me makes sketch notes17:35
lcuk-g17:35
simoneb_i somewhat thought that would have been simpler, without knowing a single thing about gtk :P17:36
simoneb_using system() worked well and was simple, but didn't work with osso_notes, which is the one everybody has (or should)17:36
lcukheh17:36
lcukhave you seen any of the other note taking tools17:37
simoneb_yellow notes17:37
*** JPohlmann has quit IRC17:37
*** JPohlmann1 has joined #maemo-devel17:37
simoneb_i think that's the most similar17:37
lcukconboy is good too17:37
simoneb_yeah, but doesn't have a adesktop widget17:37
simoneb_my first idea was to make a conboy widget17:37
simoneb_that got difficult because conboy has weird file names, text formatting, xml data files...17:38
simoneb_so i went for plain text files and leafpad17:38
*** kodomo_ has joined #maemo-devel17:38
* lcuk nods17:38
simoneb_well i think that since this app is mostly for teaching myself the maemo environment... i could go for the memobox17:38
lcukyeah it would simplify matters for you17:39
simoneb_and maybe add an option later for conboy integration17:39
lcukor any other :)17:39
simoneb_do you know of any app which uses memobox so I can rip some code? :D17:39
*** ieatlint has quit IRC17:40
*** ieatlint has joined #maemo-devel17:41
*** kodomo has quit IRC17:41
lcuksimoneb_, plenty should, but in seriousness, im sure there should be core examples on the gtk documentation pages for each component17:43
lcukwhich should pack in the required widget to a small test window and show you a few of the properties17:43
simoneb_awesome. I'm still a little too new to this platform, (maemo, gtk and linux development)17:45
lcukyeah its tough, whats your background, where are you used to coding?17:46
simoneb_i work as a kernel module developer for a file system on solaris17:48
simoneb_as a hobby i've fiddled with much other stuff, php, javascript, C#, java, opengl17:49
lcukcool stuff17:51
lcukmost people have trouble with ui17:51
simoneb_lol.17:51
simoneb_i'm not a big fan either17:51
simoneb_even if, i had fun with ajax and html17:51
lcukyeah but thats text based ui :p17:52
simoneb_my UIs were full of ajax scripts :P17:52
* lcuk generates ui from strange places17:52
simoneb_strange, like?17:53
lcuklinux ui from visual basic editor for one thing17:53
simoneb_arrrgh, linux and visual basic in the same sentence17:53
lcukbut normally iprefer parsing data trees and creating generators on the fly17:53
lcukyeah simoneb_17:53
simoneb_interesting17:54
lcukhttp://www.youtube.com/user/lcukmaemo#p/a/u/2/7hGUKICDeok  for one example17:54
simoneb_so if i have another gtk question i could ask that to you i guess....17:54
lcukyou can ask to the channel17:55
lcuki might not answer it lol, i still dont relaly know gtk17:55
lcukthere is usually someone around who knows answers tho, the entire community seems to have skills to cover most situations17:56
simoneb_woah, nice video17:56
lcuk:) indeed, software driven - written from the ground up by a lowly visual basic developer17:57
simoneb_by the way, was "memobox" the right name of the gtk widget we talked before? seems i can't find it with google17:57
simoneb_at least, not on gtk.org17:57
lcukno, lemme see tho17:57
lcukhttp://library.gnome.org/devel/gtk/unstable/TextWidgetObjects.html17:58
lcukperhaps17:58
simoneb_bookmarked that. thank you for everything, it has been an interesting talk17:59
simoneb_see you!17:59
lcukno prob simoneb_ have fun and good luck17:59
*** simoneb_ has left #maemo-devel17:59
*** andrewgodwin has quit IRC18:01
*** JPohlmann1 has quit IRC18:04
*** JPohlmann has joined #maemo-devel18:04
*** JPohlmann has quit IRC18:07
*** JPohlmann has joined #maemo-devel18:17
DocScrutinizer(mdbus. some 12h ago) I just learnt there's mdbus2 in extras-devel18:22
DocScrutinizerhttp://feedproxy.google.com/~r/HrwWebsite/~3/rRjKjWtve4k/18:29
DocScrutinizerstill lacks handling of complex datatypes like arrays for method call parameters though, AIUI. Use mdbus(1) for that18:31
*** zgold has joined #maemo-devel18:38
*** Acedip has quit IRC19:51
*** th0br0 has joined #maemo-devel20:16
*** Mindflyer91 has joined #maemo-devel20:41
*** t-tan has quit IRC20:42
*** JPohlmann has quit IRC21:02
*** pillar has quit IRC21:22
*** Mindflyer91 has left #maemo-devel21:30
*** DocScrutinizer51 has quit IRC21:41
*** Docscrutemp has joined #maemo-devel21:41
*** Docscrutemp is now known as DocScrutinizer5121:41
*** DocScrutinizer51 has quit IRC21:51
*** Docscrutemp has joined #maemo-devel21:51
*** Docscrutemp is now known as DocScrutinizer5121:51
*** Modeless has joined #maemo-devel22:55
*** DocScrutinizer51 has quit IRC23:02
*** Modeless has quit IRC23:03
*** jeremiah has quit IRC23:04
*** jeremiah has joined #maemo-devel23:06
*** Docscrutemp has joined #maemo-devel23:11
*** Docscrutemp is now known as DocScrutinizer5123:11
*** jeremiah has quit IRC23:16
*** DocScrutinizer51 has quit IRC23:38
*** Docscrutemp has joined #maemo-devel23:39
*** Docscrutemp is now known as DocScrutinizer5123:39
*** DocScrutinizer51 has quit IRC23:48
*** Docscrutemp has joined #maemo-devel23:49
*** Docscrutemp is now known as DocScrutinizer5123:49
*** Chiku has joined #maemo-devel23:59

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!