----- Original Message ----- From: "Nuzhna Pomoshch" <[email protected]> To: "Emmanuel Lepage" <[email protected]> Sent: Saturday, February 9, 2013 6:44:31 PM Subject: Re: [SFLphone] more problems
----- Original Message ----- From: Emmanuel Lepage <[email protected]> To: Nuzhna Pomoshch <[email protected]> Cc: Sent: Monday, January 21, 2013 4:03 PM Subject: Re: [SFLphone] more problems > > In the bottom of the main call window, there is some text (light gray on > > white within > > a white on light gray area) that I can't read (not enough contrast). What > > does it say? > > > > [...]You should calibrate your screen white balance.[...] > > I have a reasonably high end monitor set to the defaults. I can try to play > with this, but > really believe that there should be more contrast between the text and the > background. I will check that with the Oxygen team when they have some time. As I said in the previous message, it is more about aesthetics than functionaly. > > > In the "IP2IP" account, the ringtone "Use custom file" checkbox is > > > checked, with the > > > file pointing to /usr/share/sflphone/ringtones/konga.ul (instead of > > > /usr/local). > > > > Unfortunately, we have no way to know where the files are. This guess was > > the > >best way to implement it until the daemon team do something a little bit > >more robust. > > I understand the problems, since the kde client is sort of separate from the > main build. Still, it would be nice if it could be fixed. I will take a look if I have some time. > I have another problem now (you might not want to hear this one :) ). > > On gentoo, I have upgraded to kde 4.9.5. I have sort of become fed up with > all of > the kdepim bloat. In <4.9, I could hack the ebuilds so that I could compile > everything > (with a lot of functionality not working, but I didn't care about that). In, > 4.9 however, > I can not compile anything without virtuoso, and that is one of the "over my > dead > body does that go on my machine" packages (at least for now :) ). So I just > ripped > out all of the kdepim stuff (kdepimlibs is still there as a dependency of > kdelibs, but > without the whole semantic-desktop, akonadi, nepomuk, raptor, rasqal, redland, > virtuoso mess). > So now of course, the kde client will not compile (it wants at least nepomuk). > Two questions: > 1. Is there any up to date documentation for the command line client? :) There is almost no documentation, but there is some users. The easiest way to use SFLPhone from the command line is to write a few python scripts. It may seem rather odd, but it work very well. Here is a little example how to place a call import dbus import time import sys from random import randint #Initialise DBUS bus = dbus.SessionBus() callManagerBus = bus.get_object('org.sflphone.SFLphone', '/org/sflphone/SFLphone/CallManager') callManager = dbus.Interface(callManagerBus, dbus_interface='org.sflphone.SFLphone.CallManager') configurationManagerBus = bus.get_object('org.sflphone.SFLphone', '/org/sflphone/SFLphone/ConfigurationManager') configurationManager = dbus.Interface(configurationManagerBus, dbus_interface='org.sflphone.SFLphone.ConfigurationManager') #Get the first non-IP2IP account def get_first_account(): accounts = configurationManager.getAccountList() for i, v in enumerate(accounts): if v != "IP2IP": return v return "IP2IP" callManager.placeCall(get_first_account(),str(randint(100000000,100000000000)),"1 800 000 0000") Where "1 800 000 0000" is the phone number. Note that accounts need to be correctly configured. My advice would be to try the "d-feet" application. It allow you to browse and try the various methods made available by the daemon. You can make yourself a few script for the operations that matter to you. > 2. Is it possible to modify the configuration of the kde-client (to make it > more > of a general qt client, I suppose) so that it compiles without the > integration of the > kde address book (I am guessing that this is where those dependencies are > coming from)? > > I don't really care about other address book functionality (there are > certainly > a number of other solutions out there, though). The main thing I want is just > a > graphical interface to the daemon (and the gnome client isn't any better). > > I am hoping that with your gentoo background you appreciate being able to > install packages with a light touch. :) In the long term, yes, we plan to ship a version that doesn't depend of Akonadi. 99% of the KDE client does not require it, so you can "disable" it by removing the "akonadibackend.cpp" methods content. It is cheap, but if you really want to "invest" some time in not polluting your system with Java and Virtuoso, it can be done. Personally, I keep all that "wonderful mess" in a separated user account. Some for Akonadi. It is a nice way of having it installed without having it installed. It does work very well, as you have a bunch of self contained applications that you can later add to your linking path. See http://techbase.kde.org/Getting_Started/Build/Environment . You need a bashrc and an user account. In my opinion, it is a better way of dealing unwanted software rather than avoiding them using tons of hacks. I have a Java, kde-devel and mythtv user account. From now on, Virtuoso will become more and more necessary, as the Akonadi guy now work for them. In KDE 4.10, Nepomuk was "fixed". If should now stop eating CPU, memory and disk. In the long run, it will get harder and harder to avoid having the semantic-desktop running. The idea is good, the implementations are not. But I agree with you. I don't like polluting my system with background servers. _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
