* added a number of new e_comp functions and macros
* options for disabling effects on objects: this option does not currently have any effect
* all modules which used gadcon popups have been adjusted
* all modules which used input windows to detect close events for gadcon popups have been adjusted to use new popup autoclose functionality
* shelves are now always drawn on the compositor canvas, meaning objects will never get clipped by the shelf (ticket #1810)
* shelves no longer have an event object
SVN revision: 84060
This reverts commit r79842 for the exact reason stated in the commit
log. First I thought it would not affect the usability, but it indeed
did. And it's a bit worse than having to wait 5 seconds to see the state
changes: you never see them, except if you close and open the popup
again. This could be "fixed" by setting up the timer in
_econnman_popup_update() inside "if (inst->popup_locked)", but we would
still not see the transitions, only the final state.
A proper solution would be to first separate the service state changes
from the list updates, then do something like what was proposed in
r79842. Revert it while we don't have a solution that doesn't break the
more common cases of clicking in a service and see it connecting.
SVN revision: 81407
If time is not good enough, can be fine tunned
very easily (just change the define).
I couldn't test this commit, so if tasn
or other could, it would be great.
I believe it won't be a perfect solution
yet, since this way it will take some time
to confirm visually the network states
(association / configuration / connect)
in the popup. We need to handle this
case properly (if I'm correct).
SVN revision: 79842
ConnMan 1.0 is the first stable release and the one being packed by most
distros. Completely remove the old code, together with the
econnman-0.7x dependency. The relevant code is now maintained together
with e17 module for easier maintenance.
SVN revision: 76020
Just some groups and basic description for modules. I'm NOT going back
to this anytime soon, but would be VERY happy if people could do some
screenshots and put the images for each module in docs/img/ folder,
linking to them from each e_mod_main.h
SVN revision: 67362
* Remove vim modelines:
find . -name '*.[chx]' -exec sed -i '/\/\*$/ {N;N;/ \* vim:ts/d}' \{\} \;
find . -name '*.[chx]' -exec sed -i '/\/[\*\/] *vim:/d' \{\} \;
* Remove leading blank lines:
find . -name '*.[cxh]' -exec sed -i '/./,$!d'
If you use vim, use this in your .vimrc:
set ts=8 sw=3 sts=8 expandtab cino=>5n-3f0^-2{2(0W1st0
SVN revision: 50816
Instead of parse 2 vectors of Enabled and Disabled technologies, use the
technology interface with its 'state' field. It's much easier to extend
this design than the other, also allowing the UI to be easily updated
upon devices (dis)appearing.
This breaks compatibility with connman version < 0.49.
By: Lucas De Marchi <lucas.demarchi@profusion.mobi>
SVN revision: 46881
Registry domain 'econnman' and log messages with eina_log instead of
casual printfs.
By: Lucas De Marchi <lucas.demarchi@profusion.mobi>
SVN revision: 46130
Add E_Connman_Technology struct and create a list inside
E_Connman_Module_Context which will keep track of all available
technologies.
By: Lucas De Marchi <lucas.demarchi@profusion.mobi>
SVN revision: 45811
The way it was, if you changed offline it was repeatedly toggling due
E "offline mode" state and connman module fighting. Now it does it once.
By: Lucas De Marchi <lucas.demarchi@profusion.mobi>
SVN revision: 45410
* interacts with offline mode (menu > settings > mode > offline)
* asks password if service requrires a password or failed to connect.
* on server exit stringshares go wrong and it crashes. It is very
weird that this does not happen with e_dbus_connman_test and
valgrind reports no error there. It is easy to reproduce, but hard
to track as things are asynchronously and stringshare will report
the error on the last _del(), that might the correct one and the
spurious happened before.
* part of the usability issues are due connman server (connmand), it
should have an "authentication failed" error (instead of generic
"Failed: input/output error" and it should stop entering
"InProgress" when it is not (often happens when one enters invalid
password, gets an Failed i/o error, then system keeps into
InProgress). Toggling offline mode might help reset the status.
SVN revision: 44847
(well working up to the point whre you can select a network - at that point
connman itself just stares dumbly at you and does nothing - so right now it's
some form of connman bug i suspect). it doesnt save config or load - so you
need to re-init each time and the graphcis are... let's just say.. sucky. for
now theyare test graphics only. suto-connect if network found etc. doesnt
work as well.. can't even connect first time... i can clean the rest up so in
theory it works - but in practice, won't be useful until connmand (back end)
works properly.
SVN revision: 35755