[10:09] <jrbt> o/
[13:24] <xpheres> hello
[13:25] <xpheres> I'm trying to import a web app to the ubuntu sdk
[13:25] <xpheres> but I don't know how to do it
[13:25] <xpheres> I created a project
[13:25] <xpheres> how can I add the web files and build it?
[13:32] <DF__> hey ppl
[13:32] <DF__> some one here knows about web services??
[13:38] <xpheres> I was asking the same
[13:38] <xpheres> I want to convert a web app to ubuntu sdk
[14:05] <DF__> i think i mite had find out
[15:00] <SturmFlut> DF__: Can you tell us about what your webapps needs?
[15:01] <SturmFlut> DF__: Does it only go to an online URL, like a web browser, or is it standalone HTML5?
[16:55] <DF__> i need to make an webserive, so i can use it more for apps that need to make an database connection for example
[19:01] <mr-tt> hi
[19:02] <mr-tt> i'm trying to get a (slightly modified) qt5 app to work on utouch, here's the source: https://github.com/qxmpp-project/qxmpp/tree/master/examples/GuiClient
[19:02] <mr-tt> it doesn't launch and display these errors in log: "This plugin does not support propagateSizeHints()"  and "This plugin does not support raise()"
[19:04] <mr-tt> maybe someone could take a look at this, or is that simply a mir issue not supporting some qt5 features?
[19:16] <SturmFlut> I wonder which "plugin" this is about
[19:21] <mr-tt> https://www.raspberrypi.org/forums/viewtopic.php?t=26590&p=321556
[19:21] <mr-tt> "Qt5 supports several rendering backends and they are selected with the "-platform" parameter."
[19:22] <mr-tt> maybe i need to add this parameter with the right backend to the Exec= in desktop file?
[19:25] <SturmFlut> You can only use one backend, Mir
[19:30] <mr-tt> SturmFlut: maybe it's using the wrong one?
[19:33] <mr-tt> SturmFlut: -platform=ubuntuMirClient like this?
[19:45] <SturmFlut> mr-tt: If you don't specify one, it will use the default one, which should be Mir
[19:45] <SturmFlut> How are you launching the binary?
[19:46] <mr-tt> SturmFlut: from the app drawer
[19:46] <mr-tt> (didn't find out how to add parameters to the .desktop file correctly yet)
[19:55] <DanChapman> mr-tt are you trying to run that GuiClient example basically as it is? that's a QtWidgets app and won't work on touch
[19:56] <mr-tt> DanChapman: yep. i thought qt5 apps should all work on utouch?
[19:57] <mr-tt> aah or is qtwidgets=qt4
[19:57] <mr-tt> and no more qtwidgets in qt5?
[19:57] <mr-tt> or does mir not support qtwidgets and needs qml?
[19:58] <DanChapman> It's Qt5/Qml that's supported and not Qt5/widgets, as qtwidgets is a different toolkit all together and isn't even on the phone.
[19:59] <mr-tt> thanks, that explains this. would it be hard to port the app to qml, or would it be easier to write it from scratch?
[20:00] <DanChapman> I wouldn't know I havn't looked at it properly or tried it. I just looked in GuiClient.pro and it depends on widgets
[20:02] <DanChapman> I wouldn't have thought it would be too hard to port it though. Swap out the .ui files for a new qml UI and expose the relevant parts from the c++ code to qml
[20:02] <SturmFlut> mr-tt: BTW, that project might work on the phone, but the XMPP client will not run in the background.
[20:05] <mr-tt> SturmFlut: not without teakgeek, yes :)
[20:05] <mr-tt> also it might be possible to set the gui to use some telepathy backend later on
[20:12] <mr-tt> i don't plan on releasing the app, i'm just trying to get it to work for me :)
[20:13] <mr-tt> btw, any info on when that/these telepathy backends are going to be done?
[20:16] <SturmFlut> mr-tt: No, I don't even think the design is public yet. I am not even sure if version 2.0 of the Telegram client will already be based on Telepathy.
[20:17] <mr-tt> so utouch needs new telepathy backends? you can't simply take the ones from desktop ubuntu?
[20:18] <SturmFlut> The existing ones should work, but there is none for Telegram, is there?
[20:19] <mr-tt> well the telegram app would still work, why haste porting it to telepathy?
[20:20] <mr-tt> i'd love to see some multiprotocol telepathy client that supports all the telepathy backends, is that planned?
[20:47] <SturmFlut> BD Navigator already has 45 users \o/ And it's not even localized yet
[20:49] <SturmFlut> mr-tt: There sure are some plans regarding Telepathy, but they are not public yet.
[21:21] <DF__> SturmFlut: i've found some cool things about web services
[21:50] <bogdan> does anyone have experience with processing audio using QT ? Can I use a QIODevice instance to access headset input and output, or do I have to mess around with the pulse API ?
[21:51] <DF__> i dont' know how to use it
[21:51] <DF__> but check the api beter
[21:51] <DF__> or check back tomorrow here
[21:51] <DF__> most people are now off
[21:52] <bogdan> thanks, I'll try again tomorrow
[21:52] <DF__> no prob
[21:52] <DF__> but in the mean time
[21:53] <DF__> check the api and look what it says
[21:54] <bogdan> as far as I can tell, the UT API documentation is just the official QT doc with minimal changes
[21:57] <DF__> hum, well i recomend checking askubunut, and stackoverflow
[21:57] <DF__> ther are always geat pleaces to look for information
[21:58] <SturmFlut> bogdan: Wouldn't you use a QAudioRecorder or something, why a QIODevice?
[22:03] <bogdan> SturmFlut: because I need access to the raw input (PCM, 16 bit). I'm trying to write an app for a temperature sensor which connects to the headphone jack
[22:03] <bogdan> SturmFlut: I also need access to the output...
[22:04] <SturmFlut> Ah, interesting use case!
[22:05] <bogdan> this is the sensor: http://www.kaltsensor.com ; I wrote its Android app, and now i'm trying to rewrite it for Ubuntu Touch ...
[22:07] <SturmFlut> I think all audio processing goes through pulse, but shouldn't it be possible to just tell QAudioRecorder that you want uncompressed 16 bit PCM at the right sampling rate?
[22:08] <SturmFlut> Ah, there's also QAudioInput
[22:09] <bogdan> yes, the lower level classes are QAudioOutput and QAudioInput, but I think they need a QIODevice
[22:10] <bogdan> I'm fairly new to C++, and QT
[22:12] <SturmFlut> Ah, there is it: You open a QAudioDevice, start it, and the input will be transfered to a QIODevice
[22:15] <bogdan> could you provide the url ?
[22:15] <SturmFlut> bogdan: http://doc.qt.io/qt-5/qtmultimedia-audioinput-example.html and http://doc.qt.io/qt-5/qtmultimedia-audiooutput-example.html
[22:16] <bogdan> thank you!
[22:16] <SturmFlut> Both do processing, the first on the input (visualizes the signal) and the second one on the ouput (uses a software tone generator)
[22:16] <bogdan> excellent! that sounds like exactly what I need
[22:17]  * popey sleeps
[22:18] <popey> o/
[22:18] <SturmFlut> o/
[22:37] <DF__> Strum
[22:38] <DF__> do you want the links or not??