Load Default User and Application Config on Install

xhsyy / omnidroid

Automatically exported from code.google.com/p/omnidroid

Apache License 2.0

1 stars 0 forks source link

Load Default User and Application Config on Install #27

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago

When the application is run for the first time, it should load some
OmniHandler use cases by default (i.e. "AutoReply in a Meeting").  These
OmniHandlers should be disabled by default.

Original issue reported on code.google.com by case.and...@gmail.com on 8 Jun 2009 at 5:35

GoogleCodeExporter commented 9 years ago

This will cause Issue 28 to become visible.

Original comment by case.and...@gmail.com on 8 Jun 2009 at 5:39

GoogleCodeExporter commented 9 years ago

Started working on it yesterday.

Original comment by imall...@gmail.com on 9 Jun 2009 at 3:44

Changed state: Started

GoogleCodeExporter commented 9 years ago

Original comment by case.and...@gmail.com on 9 Jun 2009 at 4:13

GoogleCodeExporter commented 9 years ago

Issue 1 has been merged into this issue.

Original comment by mschidlo...@gmail.com on 9 Jun 2009 at 10:31

GoogleCodeExporter commented 9 years ago

Original comment by case.and...@gmail.com on 10 Jun 2009 at 1:12

Changed title: Load Default User and Application Config on Install

GoogleCodeExporter commented 9 years ago

working on it

Original comment by bryans...@gmail.com on 26 May 2010 at 12:18

GoogleCodeExporter commented 9 years ago

Original comment by case.and...@gmail.com on 27 May 2010 at 3:38

Added labels: Priority-Critical
Removed labels: Priority-Medium

GoogleCodeExporter commented 9 years ago

Have you made any progress with this?  I would imagine with the new DB changes 
this is what needs to occur (in DbMigration.java):

1) Update the DB Version
2) Add a "addDefaultRules" functions in DbMigration.java which saves some rules 
to the DB using code similar to
      newRuleId = UIDbHelperStore.instance().db().saveRule(
        RuleBuilder.instance().getRule());
3) Add a call in  migrateToLatest to call addDefaultRules

Does that seem right to you?

Original comment by case.and...@gmail.com on 15 Jun 2010 at 10:21

GoogleCodeExporter commented 9 years ago

yes, i will think about this, i would look at new DB changes.

Original comment by bryans...@gmail.com on 16 Jun 2010 at 12:30

GoogleCodeExporter commented 9 years ago

Original comment by case.and...@gmail.com on 22 Jun 2010 at 8:31

Added labels: Milestone-Release1.0

GoogleCodeExporter commented 9 years ago

i finished coding, will submit it later after some minor modification

Original comment by bryans...@gmail.com on 29 Jun 2010 at 11:15

GoogleCodeExporter commented 9 years ago

For reference, current code review is here: 
http://codereview.appspot.com/1676050/show

What default rules are you thinking of implementing?  I thought these would be 
good:
  Autoreply w/ Meeting/Busy (incoming call/text, reply with sms about being busy)
  Sleep During Nighttime (if time is after say midnight, silence phone)
  Awake During Daytime (if time is after say 9am, set phone to loud)
  Wifi is actually awaiting commit, so you can skip that.

Any others?

Original comment by case.and...@gmail.com on 6 Jul 2010 at 1:26

GoogleCodeExporter commented 9 years ago

Original comment by case.and...@gmail.com on 6 Jul 2010 at 1:42

GoogleCodeExporter commented 9 years ago

What's the hold up here?  Are you still working on this or should I open it up 
to other developers?  I consider this a high priority issue so I don't want it 
sitting around gather dust.

Original comment by case.and...@gmail.com on 15 Jul 2010 at 10:32

GoogleCodeExporter commented 9 years ago


committed r832

Original comment by sv767%ny...@gtempaccount.com on 28 Jul 2010 at 5:04

Changed state: Fixed