[Announce] Queen BeeCon Widget: Super powerful and customizable Widget Generation Engine - Official Thread - Page 35 - maemo.org

Active Topics

The N900 is now 15 years old! (8)
to Nokia N900 by whayong - 13 hrs, 59 mins ago
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 5 days, 10 hrs ago
more...

Page 35 of 140

Thread Tools

	No!No!No!Yes!	2010-07-08 , 22:03
	Posts: 700 \| Thanked: 846 times \| Joined on Nov 2009	#341

POKER DICE, HERE!!!

Create 5 QBW instances
Import 5 dices with "PokerDice.qbw.txt" and take a note of each dice's QBW Instance ID
Create 1 more QBW instance
Import "PokerDeck.qbw.txt"
"Edit Cmd" in PokerDeck settings and replace noted QBW IDs in each dbus-send command respectively
run-standalone.sh dbus-send --session --type=method_call --dest=oh.no.more.qbw /oh/no/more/qbwid4 oh.no.more.qbw.update_content;run-standalone.sh dbus-send --session --type=method_call --dest=oh.no.more.qbw /oh/no/more/qbwid5 oh.no.more.qbw.update_content;run-standalone.sh dbus-send --session --type=method_call --dest=oh.no.more.qbw /oh/no/more/qbwid6 oh.no.more.qbw.update_content;run-standalone.sh dbus-send --session --type=method_call --dest=oh.no.more.qbw /oh/no/more/qbwid7 oh.no.more.qbw.update_content;run-standalone.sh dbus-send --session --type=method_call --dest=oh.no.more.qbw /oh/no/more/qbwid8 oh.no.more.qbw.update_content
Deck has got also a cute "dice-rolling" progress animation

Attached Files

	PokerDice-qbw.zip (1.6 KB, 164 views)
	PokerDice-images.zip (142.9 KB, 182 views)

__________________
Have a look at Queen BeeCon Widget (WIKI) Customizable and flexible widget-based multi-instance monitoring, alerting and interactive tool for the N900
Please provide comments and feedback for having QBW supported and enhanced further - (DONATE) - v1.3.3devel / v1.3.3testing / v1.3.3extras

Quote & Reply |

The Following User Says Thank You to No!No!No!Yes! For This Useful Post:
Kajko

techie	2010-07-09 , 05:46
Posts: 208 \| Thanked: 220 times \| Joined on Apr 2010	#342

@No!No!No!Yes!
I have setup widgets on my desktop to update at specific intervals of time.The problem is, that I noticed they are updating even when the phone is locked!
I do not want widgets to be updating their content while the device is locked & its obvious I am not looking at them

This ought to be having some impact on battery life right?
This is probably exhibited by all types of widgets so it may be a requirement (or a feature?) of hildon so i will not claim this to be a bug, but can you please consider this as a feature request and provide an option to toggle content updating when device is locked.

If this is not possible can somebody please give me the code for checking if device is locked.I will put this at the start of my script and have it exit accordingly.

Last edited by techie; 2010-07-09 at 05:49. Reason: For Clarification

Quote & Reply |

The Following User Says Thank You to techie For This Useful Post:
No!No!No!Yes!

	No!No!No!Yes!	2010-07-09 , 06:19
	Posts: 700 \| Thanked: 846 times \| Joined on Nov 2009	#343

Originally Posted by techie

@No!No!No!Yes!
I have setup widgets on my desktop to update at specific intervals of time.The problem is, that I noticed they are updating even when the phone is locked!
I do not want widgets to be updating their content while the device is locked & its obvious I am not looking at them
This ought to be having some impact on battery life right?
This is probably exhibited by all types of widgets so it may be a requirement (or a feature?) of hildon so i will not claim this to be a bug, but can you please consider this as a feature request and provide an option to toggle content updating when device is locked.

If this is not possible can somebody please give me the code for checking if device is locked.I will put this at the start of my script and have it exit accordingly.

Thanks for feedback.
Choice to have QBW update even if phone is locked was deliberate as QBW is also a monitoring tool and a background program frontend which can maintain/hold some persistency with collected info over time and which may require update even if not in sight.
However you are right about the fact that an option should be present here ... and choice to disable update if out of sight left to the user.
I'll give it a thought.

Quote & Reply |

The Following User Says Thank You to No!No!No!Yes! For This Useful Post:
techie

techie	2010-07-09 , 06:36
Posts: 208 \| Thanked: 220 times \| Joined on Apr 2010	#344

Originally Posted by No!No!No!Yes!

Thanks for feedback.
Choice to have QBW update even if phone is locked was deliberate as QBW is also a monitoring tool and a background program frontend which can maintain/hold some persistency with collected info over time and which may require update even if not in sight.
However you are right about the fact that an option should be present here ... and choice to disable update if out of sight left to the user.
I'll give it a thought.

Thanks!
Actually I have setup the dbus script to underclock device when locked (no need for a fast cpu if its just gonna be sitting idle

) and I also have a widget that monitors temp at intervals and sets max overclock speed (don't want it to get too hot).
As you can imagine, after i lock the device it underclocks as intended but again overclocks due to the widget

And from what you posted, if i understood right, are you also going to provide option to disable update when that desktop is not in view (some other desktop/homescreen is)?.That would be very helpful thank you

Quote & Reply |

The Following User Says Thank You to techie For This Useful Post:
No!No!No!Yes!

	No!No!No!Yes!	2010-07-09 , 11:07
	Posts: 700 \| Thanked: 846 times \| Joined on Nov 2009	#345

Originally Posted by techie

Thanks!
Actually I have setup the dbus script to underclock device when locked (no need for a fast cpu if its just gonna be sitting idle ) and I also have a widget that monitors temp at intervals and sets max overclock speed (don't want it to get too hot).
As you can imagine, after i lock the device it underclocks as intended but again overclocks due to the widget
And from what you posted, if i understood right, are you also going to provide option to disable update when that desktop is not in view (some other desktop/homescreen is)?.That would be very helpful thank you

Testing...

Added also DBUS method_call "is_on_sight" and Parameter Variables substitution for using with scripts, in case user wants to handle with it, which holds "On Sight" or "Out Of Sight" status: $QBW_ON_SIGHT (true=QBW Instance is "ON SIGHT", that is widget is on current desktop and display is not locked or on stand by. false=QBW Instance is not on current desktop and visible or display is off or on stand by)

Last edited by No!No!No!Yes!; 2010-07-09 at 11:51.

Quote & Reply |

The Following User Says Thank You to No!No!No!Yes! For This Useful Post:
techie

	No!No!No!Yes!	2010-07-09 , 11:15
	Posts: 700 \| Thanked: 846 times \| Joined on Nov 2009	#346

Originally Posted by No!No!No!Yes!

You are right ...

new width/height controls:

Changed again a little bit and fixed this issue:

Minor issue ... At time, if you increase or decrease the value with the buttons, the slider appears not to be updated even if actually the value changes. If you save and re-enter or simply click forth and back one more time the value displays correctly ... it seems an intrinsic defect of sliders with very wide span of values ... hope you can bear with it!
Unless someone has got any solution...

Quote & Reply |

The Following User Says Thank You to No!No!No!Yes! For This Useful Post:
techie

Cuboid	2010-07-09 , 13:49
Posts: 4 \| Thanked: 0 times \| Joined on Jan 2010	#347

Hi,

I have a quick question, I am wanting to make a small change to one of jakimans scripts, however I get a bad checksum when I try to import from buffer to Beecon. Can I calculate a new checksum so i can use the script and if so how?

Thanks in advance

Quote & Reply |

	No!No!No!Yes!	2010-07-09 , 14:06
	Posts: 700 \| Thanked: 846 times \| Joined on Nov 2009	#348

Originally Posted by Cuboid

Hi,

I have a quick question, I am wanting to make a small change to one of jakimans scripts, however I get a bad checksum when I try to import from buffer to Beecon. Can I calculate a new checksum so i can use the script and if so how?

Thanks in advance

Sorry ... Instance Data in Import buffer is not pure text but "meta-text". At times it contains in fact some escape characters which do not belong to pure configuration data.

Best procedure for changing a QBW is importing the widget and using the "A" area in Advanced Settings & Tools Dialog (click on image to see the wiki)

Quote & Reply |

xabaras	2010-07-09 , 14:33
Posts: 21 \| Thanked: 5 times \| Joined on Jul 2010	#349

Originally Posted by No!No!No!Yes!

Open xterm
Fire:
Code:
dbus-monitor --system
and see what signals get issued by the system when call is terminated, rejected, dropped ...

Try and study a DBUS rule to feed QBW's DBUS Event Monitor with.

That will then be the trigger for your command execution

Hi guys, new here...

Thanks for your effort on providing us such a great app!

Actually with dbus monitoring i managed to bring backlight to max when connected to power supply, and dim it back when disconected. It was something i was looking for since day one with my n900, as the ability to controll back light level from desktop.

you are my man XD

Xaba

Quote & Reply |

The Following User Says Thank You to xabaras For This Useful Post:
No!No!No!Yes!

	No!No!No!Yes!	2010-07-09 , 14:41
	Posts: 700 \| Thanked: 846 times \| Joined on Nov 2009	#350

Originally Posted by xabaras

Hi guys, new here...

Thanks for your effort on providing us such a great app!

Actually with dbus monitoring i managed to bring backlight to max when connected to power supply, and dim it back when disconected. It was something i was looking for since day one with my n900, as the ability to controll back light level from desktop.

you are my man XD

Xaba

Very good ... why dont you post QBW export for your Beecon so anybody can benefit ... I'll record it into the relevant WIKI section if you agree...