Tips and Tricks | Trucs et Astuces
|
Royohboy, Saturday 17 October 2009 à 18:14
|
|
Subscription date : 14 September 2009
Messages : 24
|
Ppmt, that is really strange - I have no idea why this would happen.
On a different note, you can change the decoration of the desklet to 'default' just like with any other applet; I only chose 'non' as a preset because it looked best on my desktop. On yours 'default' would make for a more unified look, I think.
By the way, what is the applet at the bottom in that short film? Looks like a radar scope  |
|
ppmt, Saturday 17 October 2009 à 18:37
|
|
Subscription date : 29 November 2007
Messages : 3520
|
Hi,
I don't know what happened either 
Yes I modified the look to use the default one. This video was done right after I got it back. I wanted to show the "bug" during the reload
The applet that looks like a radar is the System-Monitor one with Nochka's HAL applet.
http://www.glx-dock.org/bg_topic.php?t=3371
Je ne sais pas si la jauge est dans le dock ou si tu dois l'installer par contre |
|
nochka85, Saturday 17 October 2009 à 21:03
|
|
|
Royohboy, Saturday 17 October 2009 à 22:28
|
|
Subscription date : 14 September 2009
Messages : 24
|
I have just followed your instructions in the other thread and checked it out from your personal BZR branch. Tres, tres cool, Nocka 
BTW, I just noticed that GDeskCal, a neat little desktop calendar gadget, is a) written in python, and b) has exactly the code I need to work a "day-has-changed" message into Nochka's python script from the demo applet  Now I only need to learn enough python to understand what I'm doing  |
|
nochka85, Saturday 17 October 2009 à 23:49
|
|
|
fabounet, Sunday 18 October 2009 à 04:29
|
|
Subscription date : 30 November 2007
Messages : 17118
|
good luck, I'm also learning Python when I have some free time
about the calendar dialog, I'm afraid you'll have to code it 
the code is really easy, but can't be done through DBus.
A Python binding for the dock would be very convenient. |
|
Royohboy, Sunday 18 October 2009 à 09:25
|
|
Subscription date : 14 September 2009
Messages : 24
|
fabounet : A Python binding for the dock would be very convenient.
Especially as it seems you can get surprisingly far without really knowing what you're doing |
|
ppmt, Sunday 18 October 2009 à 15:30
|
|
Subscription date : 29 November 2007
Messages : 3520
|
Fabounet,
Any idea why the dock is relocated after a reload?
see my video above |
|
matttbe, Sunday 18 October 2009 à 23:12
|
|
|
ppmt, Monday 19 October 2009 à 03:40
|
|
Subscription date : 29 November 2007
Messages : 3520
|
The joy of Opensource
Matttbe: your calendar appearing when you click is nice but if you keep clicking it open 1 new one each time!
The problem of the Calendar process that is not dying is also still here
But I like the little calendar |
|
Royohboy, Monday 19 October 2009 à 06:21
|
|
Subscription date : 14 September 2009
Messages : 24
|
Wow, I absolutely love it  Great idea! |
|
fabounet, Monday 19 October 2009 à 10:35
|
|
|
matttbe, Monday 19 October 2009 à 13:52
|
|
Subscription date : 24 January 2009
Messages : 12573
|
with Qt the font selector can display only mono font (I've searched that recently )
with GTK it's not possible.
so the best is maybe to not propose to change the font, but only the size. I use dbus-send to display the calendar . So it uses the font as others dialogues. Is it possible to force to use a font? like dbus-send --session --dest=org.cairodock.CairoDock /org/cairodock/CairoDock org.cairodock.CairoDock.ShowDialog string:"Cairo-Dock is great \!" int32:5 string:none string:none string:none string:monospace |
|
fabounet, Monday 19 October 2009 à 14:06
|
|
Subscription date : 30 November 2007
Messages : 17118
|
I could, but I want to keep the API as simple as possible, even if it limits it.
the problem is you can't pass only some of the parameters like in C++, which makes the command quite complicated. |
|
ppmt, Tuesday 20 October 2009 à 04:08
|
|
Subscription date : 29 November 2007
Messages : 3520
|
Matttbe: to come back to the modification you made...
I woke this morning to find that the Calendar had not been updated. it was still on the 18 rather than the 19.
I looked a bit at the code to try to understand.
We the dock is launched (action_on_init) the file icon.sh is executed and a new icon with today date is created....this is good
in parallel a script update_calendar is executed to launch the script icon.sh every 24 hours...isn't it strange because potentially the dock is launch at
lets say 22h00...so the icon is correct but the next update will be in 24 hours so you end up running a day late until the next 22h00...Or am I missing something
Then there is the crontab that reload the app every day at midnight. but most likely it is reloading with a worng icon file
I hope I am making sense.... |
|
matttbe, Tuesday 20 October 2009 à 13:27
|
|
|
ppmt, Wednesday 21 October 2009 à 12:38
|
|
Subscription date : 29 November 2007
Messages : 3520
|
I confirm. this morning was the 21st as forecasted
The only things left now are the process which doesn't die during a crash or a restart
and the fact that the applet changes its position after its reload. |
|
matttbe, Wednesday 21 October 2009 à 13:40
|
|
Subscription date : 24 January 2009
Messages : 12573
|
The only things left now are the process which doesn't die during a crash or a restart Yes it can be interresting to have the stop signal |
|
Royohboy, Thursday 22 October 2009 à 12:33
|
|
Subscription date : 14 September 2009
Messages : 24
|
Matttbe, thank you so much for the great work on this applet
ppmt : The only things left now are the process which doesn't die during a crash or a restart ...
This behaviour seems to be common to scripted applets: I have also tried the quick_rss_reader applet (it resides in ~/.config/cairo-dock/third-party/quick_rss_reader), and the process (quick_rss_reader) doesn't get stopped whenever I stop Cairo-Dock although I haven't even activated the applet in the C-D configuration screen. When I restart C-D it will start a new quick_rss_reader process without ever stopping the old one.
That means: Restart C-D 5 times => 5 instances of scriptet applets running, and, BTW, of all cild-processes.
I.e. for the calendar-applet that is
- Calendar
- update_calendar.sh
- sleep
I have tried killing these processes by putting
kill `pidof -x Calendar'
kill `pidof update_calendar`
into action_on_stop(), but it seems as if this signal doesn't get sent. |
|
fabounet, Thursday 22 October 2009 à 14:17
|
|
Subscription date : 30 November 2007
Messages : 17118
|
although I haven't even activated the applet in the C-D configuration screen
here is the problem I think, the applet is supposed to quit after it has registered if it can't get its object on the bus.
in the demo_python script I've tried this :
try:
applet_object = bus.get_object("org.cairodock.CairoDock",
"/org/cairodock/CairoDock/"+applet_name)
except dbus.DBusException:
print "the '"+applet_name+"' module has not been started"
sys.exit(2)
Edit : moreover the dock should detect the proces and not launch it 2 times 
what are your debug output please ? (no need to add -l debug, they are direct printf) |
Tips and Tricks | Trucs et Astuces
|
English
) ... but you can grab it from my personal branch in launchpad 
... the only thing I have done was to modify the python script from Fabounet to be able to remote a bash script 
. 
Online users :