elastic_dog has quit [Killed (osmium.libera.chat (Nickname regained by services))]
pere has joined #maemo-leste
akossh has joined #maemo-leste
wunderwungiel has joined #maemo-leste
<wunderwungiel>
Hello guys! I'm testing latest Maemo Leste for Nokia N900, it's awesome
<wunderwungiel>
A bit slow, but after overclocking it's usable. Great that you added dialer and conversations apps
<wunderwungiel>
Is there any screenshot app & can you recommend any usable web browser?
xmn has quit [Ping timeout: 240 seconds]
<Wizzup>
calls will also work some time soon :)
<Wizzup>
not really @ web browser, maye sicelo has some ideas
<sicelo>
no recommendations on browser - after all, there's too many variables involved with that, the major one being the sites themselves (heavy)
<sicelo>
wunderwungiel: nice to see you here btw :-)
<sicelo>
screenshot - i believe the standard maemo way of Ctrl + Shift + X already works? if not, might be just a small modification needed somewhere... i forgot what
xmn has joined #maemo-leste
nela has joined #maemo-leste
<sixwheeledbeast>
screenshot? Would be Ctrl Shift P saving to $HOME/MyDocs/.images/Screenshots, if same as Fremantle.
<sicelo>
ah, yes, P, not X
<sicelo>
thanks
<sixwheeledbeast>
X would be terminal on maemo.
<wunderwungiel>
Ah, so thanks
<wunderwungiel>
Didn't think about that :)
<Wizzup>
freemangordon: yeah looks like it is sparqc
<Wizzup>
sparql
wunderwungiel has quit [Quit: Konversation terminated!]
<freemangordon>
mhm
<freemangordon>
not something I know
<freemangordon>
Wizzup: maybe you should revert all the places you added QScroller to
pere has quit [Ping timeout: 268 seconds]
pere has joined #maemo-leste
dsc_ has joined #maemo-leste
<dsc_>
hey, so for conversations I made a QML (QtQuick) frontend
<dsc_>
what is giving me trouble is the blending of Qt and rtcom on the backend
<dsc_>
because rtcom is a glib C library and Qt is C++ this is a bit awkward
<dsc_>
so, rtcom is used to interact with the sqlite database (el-v1.db) that contains our text messages
<dsc_>
which means that if I want to make a specific SQL query (to get (group)messages), that is actually quite complicated
<dsc_>
in some cases modifications to rtcom is needed to facilitate the creation of specific SQL queries
<dsc_>
meanwhile, Qt has a very capable SQL library that can interface with sqlite databases and I would argue that is, at least for now, the pragmatic way to make some advancements over at conversations
<dsc_>
kind of the same situation over at OMP, where it uses mafw, meanwhile I could have made a Qt based media player ... in like a week ;)
<dsc_>
(but I do recognize that rtcom, or mafw have certain specific qualities)
<buZz>
could we maybe list all those 'default maemo shortcuts' on a wikipage? like ctrl-shift-P
<dsc_>
anyway, I am kind of 'dissatisfied' with the speed of development for conversations due to the hard requirement to use these libraries (like rtcom)
<buZz>
hmhm, and rtcom not being adopted much by stuff like sphone
<dsc_>
it is good to note I am speaking from a Qt GUI developer perspective and *not* a C systems engineer perspective. So, as a C developer, rtcom might be great, I am just used to operate in the 'Qt realm' so-to-speak.
<dsc_>
the alternative I am proposing is to use Qt functionality (like their built-in sqlite adapter) in favor of me making progress
<freemangordon>
dsc_: just to let you know - the issue with OMP showing white window had nothing to do with mafw - it was buggy maemo style plugin
<freemangordon>
I don;t know how to tell it to open a video file :)
<dsc_>
but regarding conversations, the scope is:
<dsc_>
- chat application with Qt (QML)
<dsc_>
- multiple protocols
<dsc_>
- rtcom as db backend
<dsc_>
in the "normal world" this project would require different expertises
<dsc_>
I constantly hit obstacles, specifically in the telepathy/rtcom parts
<dsc_>
this is problematic because 1) the C wizards cannot handhold 24/7 2) mixing glib with Qt is akward by definition 3) the scope is so large I cannot tell when conversations will be finished because it will become very complex (inherent to multi-protocol chat applications)
<dsc_>
I fear Qt development is very much a different world than Maemo's GTK-based stuff
<dsc_>
to offer some solutions/alternatives (and not just complain):
<dsc_>
- possibly dail back the scope
<dsc_>
- possibly dail back the hard requirement on rtcom
<dsc_>
- someone dedicates their time to work *with me* so I can focus on more of the GUI/frontend parts of conversations (and someone else the backend)
<dsc_>
I think it is standard to have someone work on frontend, and someone doing backend.. as knowing QML is totally different from figuring out some 15yo Nokia library
<dsc_>
:-P
<dsc_>
and of course we can also conclude I am not suited for the task, at which point someone else can takeover
<dsc_>
anyway, thats my thoughts on current situation with conversations, bbl
maemish_ has joined #maemo-leste
elastic_dog has quit [Ping timeout: 246 seconds]
ceene has quit [Ping timeout: 248 seconds]
elastic_dog has joined #maemo-leste
<Wizzup>
freemangordon: did you add the qscroller insert to the style?
maemish_ has quit [Quit: Connection closed for inactivity]
<freemangordon>
yes
Twig has joined #maemo-leste
dreamer has quit [*.net *.split]
xes has quit [*.net *.split]
Blikje has quit [*.net *.split]
BlagovestPetrov[ has quit [*.net *.split]
l_bratch has quit [*.net *.split]
DPA has quit [*.net *.split]
bencoh has quit [*.net *.split]
nohit has quit [*.net *.split]
Bratch has joined #maemo-leste
bencoh_ has joined #maemo-leste
nohit_ has joined #maemo-leste
Blikje has joined #maemo-leste
bencoh_ has quit [Changing host]
bencoh_ has joined #maemo-leste
xes has joined #maemo-leste
bencoh_ is now known as bencoh
DPA has joined #maemo-leste
bla has joined #maemo-leste
BlagovestPetrov[ has joined #maemo-leste
bla is now known as dreamer
<Wizzup>
dsc_: let's talk tomorrow
nohit_ is now known as nohit
arno11 has joined #maemo-leste
Twig has quit [Ping timeout: 240 seconds]
arno11 has left #maemo-leste [#maemo-leste]
<freemangordon>
Wizzup: I am not sure auto adding QScroller to QGraphicsView is a good idea
<Wizzup>
where did I do this?
<freemangordon>
you don;t
<freemangordon>
I did, in style plugin
<freemangordon>
QGraphicsView is child of QAbstractScrollArea
<freemangordon>
and as a such it gets a kinetic scroll in maemo style plugin
<Wizzup>
hmm
<freemangordon>
the issue is with album art in omp
<freemangordon>
TBH it looks like a bug in OMP
<freemangordon>
because scrollbars are not disabled
<freemangordon>
I guess it behaved differently in qt4
<freemangordon>
anyway, will see what I can do to fix in OMP
<Wizzup>
nokia had many hacks in qt4
<sicelo>
looks like they exercised their freedoms extensively, given they owned qt by then ;-)
elastic_dog has quit [Read error: Connection reset by peer]
elastic_dog has joined #maemo-leste
uvos has joined #maemo-leste
<uvos>
maybe conversations could just be a sphone ui modlue, then it would not have to worry about any backend stuff, and scope would be quite limited at first - to the stuff sphone supports
<uvos>
recent qt style changes have broken at least smplayer btw