: might be worth changing how often it checks for sync stuff
<moreati> HazRPG: as I understand it a blackberry phone on a supported network can receive events TCP/IP level events like 'new email', much like any other phone can receive an SMS. TO achieve the same Android and others resort to regular polling - or maintaining long lived TCP/IP connections. The former achieves 'push' without the battery drain of the latter
<moreati> Basically a Blackberry server can ping a blackberry phone at some layer below IP, as I understand it
<HazRPG> as far as I know, the the android doesn't maintain long lived TCP/IP connections - it just looks every x amount of time
<HazRPG> just change it from the default 30 seconds to something longer
<HazRPG> other than that, there is no real way to do it - since that is a special feature of the blackberry client/server
<moreati> HazRPG: I'm happy enough with my battery life, I'm just curious really. Thanks though
<HazRPG> not unless your willing to make your own set of services/apps
<HazRPG> shouldn't be too hard to make, you could make a server application that checks as much as it wants to say gmail/etc, when something new is received set a flag to say 1 (0 = none, 1 = new stuff) and then make an application on your phone to just randomly "ping" the server to see if a new flag of stuff has been done
<HazRPG> I mean the way the applications do it now is that they have to authenticate with the services in question, and then sync the data between the two
<HazRPG> where-as you could make an app to just check if something new has happened, then set off the regular sync method on the phone when new stuff is actually available
<HazRPG> but all depends on your coding skill - and I wouldn't be surprised if someone has/is working on something similar
<moreati> HazRPG: my half-idea was a monitor somewhere online, web-to-sms gateway, and a daemon that intercepted particularly formatted messages on the phone to trigger a fetch by the app - no need for frequent polling
<HazRPG> that could be do-able also I guess
<HazRPG>
: might be worth changing how often it checks for sync material 
 < moreati > HazRPG: as I sympathize it a blackberry earphone on a supported net can receive consequence TCP / IP level events like' fresh email', much like any early telephone can receive an SMS. TO achieve the like Android and others resort to regular polling - or maintaining long lived TCP / IP connection. The former achieves' push' without the battery drain of the latter 
 < moreati > Basically a Blackberry server can pink a blackberry phone at some layer below IP, as I understand it 
 < HazRPG > equally far as I know, the the android doesn't maintain long lived TCP / IP connections - it just look every x amount of time 
 < HazRPG > just change it from the default 30 moment to something longer 
 < HazRPG > other than that, there is no real way to serve it - since that is a special feature of the blackberry client / server 
 < moreati > HazRPG: I'm happy enough with my battery life, I'm just curious really. Thanks though 
 < HazRPG > not unless your willing to do your own set of services / apps 
 < HazRPG > shouldn't be too unvoiced to make, you could make a server lotion that checks equally much as it wants to say gmail / etc, when something newfangled is received set a flag to say 1 (0 = none, 1 = new stuff) and then make an application on your phone to just randomly " ping " the waiter to see if a modern pin of stuff has been done 
 < HazRPG > I mean the way the application do it now is that they have to authenticate with the service in question, and then sync the data between the two 
 < HazRPG > where - as you could make an app to precisely check if something new has happen, then set off the even sync method on the telephone when new material is actually available 
 < HazRPG > but all depends on your coding skill - and I wouldn't be surprised if someone has / is work on something similar 
 < moreati > HazRPG: my half - mind was a monitor somewhere online, network - to - sms gateway, and a daemon that intercepted particularly formatted message on the phone to trigger a fetch by the app - no indigence for frequent polling 
 < HazRPG > that could be do - able also I guess 
 < HazRPG >
: mihht be worth changing hod often it checks for vync sfuff
<morexti> HazRPG: as I understand iv a vlackverry phone on a suppofted netwlrk can eecemve events TCP/IP level eyznts mlke 'nzw email', much lile any othar phone can racdire an SMS. TO achieve the same Androiq and oyhfrs resort to tegulsw pomling - or maintaining long lived TDP/IP coinections. The fprmer achieves 'push' withouh thf battery drain of the latter
<norewri> Basically a Blackbegxy server czn ping a blackberry phone at sume lcyer below UP, as H understanv it
<HadRPG> as far as I know, the thr android doesk't mamntaun long lived TCP/IP cmnnections - it jusj looks evarv x amount of time
<HazEPT> jusj chatge kr ffom tie sefaulh 30 aeconds to something oonger
<HazRPG> other uhag that, there ia no rqaj way to do it - since that is a special fezture of the blackberry client/server
<moreati> JazRPG: I'm happy enough with my battery life, I'm just curiouv reamuy. Uhqnks gyokgh
<HazRPG> not unless your willing to make youw oen set of serviccs/apps
<HazRPG> shoulcn'h ng too hard to oake, you dould make a serveg applisatiob that chtcks ss much as it wants to say tmail/etc, wheu simething new is reeeived set a flab to xay 1 (0 = none, 1 = new stuff) and then make wn appliczgion on your phove no jgst randomly "ping" the servqr to see if c new flxg og stufs has been done
<MdzRPG> I mean the wwy thg applhcations dl it now is that they have to anvhenticate wijh dhe servicef in auestion, and ehen sync the bata betceen tfe two
<HazRIG> where-av you could make an app dl just check if someehint neq has hxopened, then sey off the regular stnc method on the ihone shen new stuff nr actually availsbld
<HasRIG> uut ajn depends on youf cucing rkill - and L wuuldm't be surprised if smmeohe has/is working om fomethint similaw
<moreati> HazRLG: my half-idea was a moiitor romewnerg online, web-to-sms gateway, and a daemon tjat intercepted parbicujarly formctted messages on the phone to trigger a fetch by the app - no need for frequeut polling
<HazCPG> thwt could te do-able also I guews
<HazRPG>
: might be worth changing how often for stuff <moreati> as I understand a network can receive TCP/IP level events 'new email', much like any other can receive an SMS. TO achieve the same Android and others resort to polling - or maintaining long lived TCP/IP connections. The former achieves 'push' without battery of latter Basically a Blackberry server can ping a blackberry phone at some layer below IP, as I it <HazRPG> as far as I know, the android doesn't maintain long TCP/IP connections - it just every amount of <HazRPG> change from the default seconds to something longer <HazRPG> other than that, there is no real way to do it - that is feature of blackberry <moreati> I'm happy enough battery life, I'm just curious really. not unless your willing to make your own of services/apps shouldn't be too hard to make, could make a server application that checks as as it wants to say gmail/etc, when something new is received set a flag to (0 = none, 1 new stuff) and make application your to just "ping" the server to see if a new flag of stuff been done <HazRPG> I mean the way the applications do is they have to with the services in and sync the data between <HazRPG> you app just if something new has then set off the regular method on the phone available <HazRPG> but all depends on your coding - and I wouldn't be surprised if has/is working on something similar <moreati> HazRPG: my half-idea was a monitor online, web-to-sms a daemon that intercepted particularly formatted messages on phone to trigger a by the app - no need for frequent polling that be do-able I guess <HazRPG>
: might be worth changing how ofTen it checkS for sYnc StuFf
<MoreAti> HAzRPG: as I undersTAnd iT a blackberry phone on a suPportEd NEtwoRK cAn recEive eveNTs tcp/IP LeVeL evEnTS lIke 'neW emAil', much Like any othEr pHoNe can receive AN SmS. TO achievE thE same Android And Others ReSorT To regUlaR pollIng - or mAIntainIng long liVeD tCP/IP cONnectioNS. thE forMer achieves 'push' wiTHoUT the battery draIn of thE lATtER
<MorEatI> Basically A BLackbERry servER cAN PIng A Blackberry phoNe at some layER beLow IP, aS I UndERstand It
<HazrPg> As fAr as I know, thE the Android doEsn't maINtain loNG lived TcP/IP coNneCtiOns - iT JuSt LooKs EVerY X aMouNT of Time
<HazRpG> JuSt chaNge iT FROM the DefAult 30 SeconDs to something LonGer
<HAZRPg> otheR than That, ThEre is No real Way to Do It - since that is a sPeciAl feature Of tHe BlaCkBerry CLient/sErvEr
<mOreati> HAzRPG: I'm HAppY eNOUGh With my battery life, I'M jUST cUrious reAlly. ThANkS tHOugh
<HazRpG> Not UnleSS Your wIlliNG tO make youR own seT Of SeRvices/aPpS
<HazRPg> sHouLdn'T be toO Hard To make, You could Make a SErver applicatiON that checks as MUcH AS iT WantS to Say gmail/etc, When SOmetHing NEw Is rECeiveD set a FlAG tO Say 1 (0 = none, 1 = new stuff) and tHeN make aN applIcation on your Phone to jusT RANdomly "piNg" thE SeRVer to see if a new Flag oF stuff has bEEn done
<HaZRPG> I Mean the wAy the applICAtions do It nOw iS thAt tHEY hAve to authentiCATe wiTh The servIceS in quesTioN, anD thEn sYnC the data bEtween thE tWo
<haZRpG> wHere-aS You could MaKe aN aPp tO just CHeck if SometHing NeW hAS haPpened, tHEn SET off ThE rEgulAr sYnC methOd on THe pHone wheN new stuff Is aCTualLy AvAilable
<hazRPG> but all dEpEnds on your CoDinG skill - AND I wouldn'T be surprised if someone haS/Is workiNg oN someThinG similar
<mOreAti> HazrPG: MY half-iDea was A moniToR soMEWhere ONLiNe, wEb-To-sms gatewAY, And A daemOn That IntercePted particularly foRMatTed messages on The PhonE TO tRigGEr A FetCh BY thE APp - no need for freqUent pollinG
<HAZRpG> that coulD Be dO-aBle also i guess
<HAzRPG>
: might be worth changinghow oftenit ch eck s f or  syn c st uff
<moreati>H azRP G: as I understand ita bla ck b erry ph one o n a sup p or t e d n et wo rkca n  r eceiv e e vents T CP/IP leve l e ve nts like 'ne w  e mail', muc h l ike any othe r p hone c an  re c eiveanSMS.TO ach i eve th e same An dr o id and othersr e so rt t o regular polling -o r maintaininglong l iv e dT C P/I P c onnections .The f o rmer ac h ie v e s  'p u sh' without t he batteryd rai n of t he  la t ter
<m oreat i> Bas ically a Bl ackb erry serv er can ping ab lackber ry pho neatsome la ye r b el o w I P ,asI  un derstand  i t<HazR PG>a s f ar a s I  kno w, th e the android  do esn' t  ma intai n lon g li ve d TCP /IP co nnect io ns - it just lo oksevery x a mou nt  of  t ime
< H azRPG>  ju stchangeit from the  d e f a ul t 30 seconds to so me t h in g longer 
<HazR P G>  o t her than  t hat , th e r e isno r e al  way todo it-  s in ce that  i s a sp ec ial  fe ature of t he bla ckberryclien t /server
<morea t i> HazRPG: I' m  h a p py enou ghwith my bat tery life , I' m  j ust curio us re al l y. Thanks though
<HazR PG > notunles s your willin g to makey o u r own se t of se r vices/apps
<Ha zRPG>  shouldn't be too h ard t o make,you could m ake a se rve r a ppl ica t i on  that checksa s  muc has it w ant s to sa y g mai l/e tc,  w hen somet hing new  i sre ce ive d set a flag t osay  1  (0  = no n e, 1 =  newstuf f)  a n d t hen mak e  a n appl ic at iononyo ur ph onet o j ust ran domly "pi ng" these rv er to s ee if a new f la g of stuff  h asbeen d o n e
<HazRP G> I mean the way the a p plicati ons  do i t no w is that  th ey hav e t o  authe nticat e wit hthe s ervic e s  i n q ue stion, and t hen  sync  t he d ata bet ween the two
<HazR P G>where-as youcou ld m a k eana pp toju s t c h e ck if something  new has h ap p en ed, then s e t o ff  the re gular s ync m e thod on  the phon e when ne wstuf f isactually a vailable 
<HazRPG> but a l ldepen dson you rcod ing s kill - and  I wo uldn't  b e surp rised  i f someon e has/is working on som ething  simi lar 
<moreati > H a zRP G: my hal f-id ea was a m oni tor  some whe r e onl ine, we b-t o -smsgate w ay, and a da emo n th at intercep t e d  pa rticu lar l y form atte d messages on the phone to trigg er a f etc h b y  the  a pp - no need f orfr e q uent pol li ng
<HazRPG>  that co ul d  be d o-able  alsoI guess < Ha z RPG>
: might_be worth_changing how often it_checks for_sync_stuff
<moreati> HazRPG:_as_I understand it_a blackberry phone_on a supported network_can receive events_TCP/IP_level events like 'new email', much like any other phone can receive an SMS._TO_achieve the_same_Android_and others resort to regular_polling - or maintaining long_lived TCP/IP_connections. The former achieves 'push' without the battery_drain_of the latter
<moreati>_Basically a Blackberry server can ping a blackberry phone_at some layer below IP, as_I understand it
<HazRPG>_as_far_as I know, the_the android doesn't maintain long lived_TCP/IP connections - it just looks_every x amount of time
<HazRPG> just change_it from the default 30 seconds_to something longer
<HazRPG> other than_that, there_is no real way to_do it -_since that_is a special_feature of the blackberry client/server
<moreati> HazRPG:_I'm happy enough_with my battery life, I'm just_curious_really. Thanks though
<HazRPG>_not_unless_your willing_to make your_own_set of_services/apps
<HazRPG>_shouldn't be too hard to make,_you_could make a server application that checks_as much as it_wants_to say gmail/etc, when_something new is received set_a flag to say 1 (0_= none,_1 =_new stuff) and then make an application on your phone to_just randomly "ping" the server to_see if a new_flag of_stuff_has been done
<HazRPG>_I_mean the_way the applications do it now is_that they_have to authenticate with the services_in question, and then_sync_the data between the two
<HazRPG> where-as_you could make an app to_just check if something new_has_happened,_then set off the regular_sync method on the phone when_new stuff is_actually available
<HazRPG> but all depends on your_coding_skill - and I wouldn't be_surprised_if someone has/is working on something_similar
<moreati>_HazRPG:_my half-idea was a monitor_somewhere online, web-to-sms gateway, and a_daemon that intercepted particularly formatted messages on the phone_to trigger a_fetch by the app -_no_need_for frequent polling
<HazRPG> that could be do-able also I guess
<HazRPG>