Status Update
Comments
wb...@gmail.com <wb...@gmail.com> #2
sgtm, we can add the same API for FileSpec:
I recommend using github for a small checkout size:
Looks like we do have kotlin poet in the repo:
So just need to add it as an API dependency to the room-compiler-processing's build file.
If you can add a test to the generated code match test, that would be great:
lmk if you hit any blocker in getting started, thanks!
da...@gmail.com <da...@gmail.com> #3
Branch: androidx-main
commit 4a2360456d817b3101f289aac55ea1f3f610cfef
Author: Gabriel Freitas Vasconcelos <gfreivasc@gmail.com>
Date: Thu Mar 11 14:54:53 2021
[GH] Adds KotlinPoet integration to Room Processing
## Proposed Changes
Adds `write()` method that accepts KotlinPoet's an instance of
`FileSpec`. Also adds KotlinPoet as an API dependency and an extension
function similar to that of JavaPoet.
## Testing
Test: ./gradlew test connectedCheck without benchmarks
## Fixes
Fixes: [
This is an imported pull request from
Resolves #137
Github-Pr-Head-Sha: 96dc315b7e0e417e6a5e3d8cd6a8adda5c1b6c6a
GitOrigin-RevId: c5e4de3ab28fed968982e572c47b5ff07d210af7
Change-Id: I9d3aaa0a752447d9ba3978ce3fb705c0e74b3d13
M room/compiler-processing-testing/src/main/java/androidx/room/compiler/processing/util/CompilationResultSubject.kt
M room/compiler-processing-testing/src/main/java/androidx/room/compiler/processing/util/Source.kt
M room/compiler-processing-testing/src/test/java/androidx/room/compiler/processing/util/GeneratedCodeMatchTest.kt
M room/compiler-processing/build.gradle
M room/compiler-processing/src/main/java/androidx/room/compiler/processing/XFiler.kt
M room/compiler-processing/src/main/java/androidx/room/compiler/processing/javac/JavacFiler.kt
M room/compiler-processing/src/main/java/androidx/room/compiler/processing/javac/JavacProcessingEnv.kt
M room/compiler-processing/src/main/java/androidx/room/compiler/processing/ksp/KspFiler.kt
M room/compiler/src/test/kotlin/androidx/room/testing/test_util.kt
wv...@gmail.com <wv...@gmail.com> #4
All
ma...@gtempaccount.com <ma...@gtempaccount.com> #5
el...@gmail.com <el...@gmail.com> #6
da...@gmail.com <da...@gmail.com> #7
jl...@gmail.com <jl...@gmail.com> #8
dm...@gmail.com <dm...@gmail.com> #9
tech and he said to await the next update. Disappointing.
to
tn...@gmail.com <tn...@gmail.com> #10
dm...@gmail.com <dm...@gmail.com> #11
the next update will fix voice dial or, better yet, link the BT to voice
search.
similar to voice dialer in 2.2
Voice search doesn't even activate the microphone on my headset, so I can't
use it with my phone in my pocket. Given the poor quality of the bluetooth
voice dial application, I'm surprised they didn't go this route in the first
place. Could this be an application update to the Voice Search feature,
rather than an OS update?
pd...@gmail.com <pd...@gmail.com> #12
dm...@gmail.com <dm...@gmail.com> #13
bluetooth since the upgrade to 2.2.
similar to voice dialer in 2.2
I fully understand what the op is saying...It only makes sense to utilize
the voice search with BT mic and eliminate the voice dialer app. Voice
Dialer does work well with my BT but its counterproductive when you have so
much more capability with the Voice Search function. With all of the states
and cities within states going handsfree this should be an high priority
immediate fix for google. If nothing else it is the most sensible thing to
do.
aw...@gmail.com <aw...@gmail.com> #14
sh...@gmail.com <sh...@gmail.com> #15
ed...@gmail.com <ed...@gmail.com> #16
sh...@gmail.com <sh...@gmail.com> #17
sa...@gmail.com <sa...@gmail.com> #18
cp...@gmail.com <cp...@gmail.com> #19
Have you thought about submitting your project to the Android Marketplace?
sa...@gmail.com <sa...@gmail.com> #20
And for your suggestion for the marketplace, my app is just a test app to see if I could override the bluetooth button press. It is pretty useless since you cannot use voice recognition over bluetooth. I do have a huge application in mind that is riding on these APIs being public, but that is another topic.
ro...@gmail.com <ro...@gmail.com> #21
dm...@gmail.com <dm...@gmail.com> #22
pd...@gmail.com <pd...@gmail.com> #23
jawbone icon
dt...@gmail.com <dt...@gmail.com> #24
Thanks!
ex...@gmail.com <ex...@gmail.com> #25
ra...@gmail.com <ra...@gmail.com> #26
sn...@gmail.com <sn...@gmail.com> #27
Please count another vote for this!
cj...@gmail.com <cj...@gmail.com> #28
This seems like a no brainer. I was shocked that this has not been implemented. Fully agree with #21 on why this needs to be elevated to a high priority.
zw...@gmail.com <zw...@gmail.com> #29
Having said that, there a few things to think about using the voice search over the voice command option. Voice command is designed for complete hands free. Voice command prompts you for option 1 or option 2 verbally for you to select. It has go back and cancel and follow through command options.
1. Voice search would have to be changed to provide like verbal cues for selection, cancels, go backs, things like that. As effective as voice search is, it is not hands free.
2. Voice search transmits your every input to the google servers and it sends back the refined voice recognition. I believe far superior to what voice command has, but still limited. Voice command when searching your contacts can compare for best matches to return. Voice search on google's servers are translating with those key references. So when I request calling one of my friends' unique aliases... google has no clue trying to identify with it.
Also, because voice search uses google servers, it must have that internet connection. My voice commands still work while driving through the mountains to run a program or lol up a contact address.
3. When Saponari worked to intercept the blue tooth voice interaction, keep in mind that blue tooth is a secure device to device connection. You would not want some app to simply intercept that connection to access another device you established a seure encrypted connection with. I can see why that code may not be available, but I hope some tags can be made to allow approved usage of the blue tooth and voice AND audio for verbal prompts. (Some one might likely have a strong rebuttle to my perception here. :-) )
Again... another big vote for voice search on blue tooth. Or at least the ability for voice command to run voice search and actually connect to the bluetooth or at least still function.
Thank You for your patience,
-Zwergin
dm...@gmail.com <dm...@gmail.com> #30
my Droid 2.2 phone in terms of voice recognition. It used to be fair, prior
to OS update. Voice search is very accurate.
sa...@gmail.com <sa...@gmail.com> #31
Moving forward, I have done more research on my bluetooth voice command app, and I have successfully routed the headset mic to the device. So now, when you run my app (and your headset is already paired) and you want to "do something" on your phone, the app will listen for the headset mic, not the phone mic.
The test application that I made to pull up Voice Search instead of the bluetooth Voice Dialer was to see if I could tie into that service. But Voice Search is limited in its capabilities as it does not have voice prompts for your inputs.
I am currently working on an application that will listen for texts/emails and ask if you would like the message to be played all via your headset, and then once the message is played my app will ask you if you want to send a reply by talking through your bluetooth headset.
1 of 2 problems. The sensitivity on a bluetooth headset to listen for/and recognize audio is sub par..working on this problem as we speak.
2 of 2. I lost my bluetooth headset in the process of moving.
To comment on Zwergin's remarks about voice recognition connecting to the internet, most, if not all, voice recognition software on a mobile platform has to connect to some database/algorithm for recognition. The libraries, algorithms, phrases, languages IMOP are too large to be localized. Even Vlingo requires an internet connection (if I am correct, not sure though).
cr...@cros13.net <cr...@cros13.net> #32
se...@blackitsoft.com <se...@blackitsoft.com> #33
pj...@gmail.com <pj...@gmail.com> #34
eh...@gmail.com <eh...@gmail.com> #35
ja...@gmail.com <ja...@gmail.com> #36
ja...@gmail.com <ja...@gmail.com> #37
hi...@gmail.com <hi...@gmail.com> #38
Thanks!
ni...@gmail.com <ni...@gmail.com> #39
I would like to know more about how to intercept the bluetooth dial button. If I could do that, then I could tell tasker to launch google voice instead of the default voice dialer. Can someone either tell me how to do that, or let Pent of "Tasker" know what needs to be added to intercept that action.
sa...@gmail.com <sa...@gmail.com> #40
eh...@gmail.com <eh...@gmail.com> #41
sa...@gmail.com <sa...@gmail.com> #42
eh...@gmail.com <eh...@gmail.com> #43
I just downloaded "Bow Tie" (available in market), and it is supposed to do the same thing except has some glitches, like you cannot do a voice search twice in a row without hitting the home button in between and also the quality of "hearing" on the phone side is very poor when using BT, however this could just be my headset, not sure. May be a good benchmark for your program...
sa...@gmail.com <sa...@gmail.com> #44
eh...@gmail.com <eh...@gmail.com> #45
rm...@gmail.com <rm...@gmail.com> #46
This thing is worthless. It still forces me to drag my phone out of my pocket, take off my gloves (when outside) and manually select "work" or "mobile" Do those two words sound at all alike? However I pronounce "work" it dials "mobile". I finally just gave up and put the "work" number in the "mobile" slot, since I call it the most, and made mobile "other". Ridiculous.
cs...@gmail.com <cs...@gmail.com> #47
cm...@gmail.com <cm...@gmail.com> #48
Thanks!
Voice Actions is great, but its usefulness is limited by the need to look at and use the touchscreen, and to have the phone close to the face.
ku...@gmail.com <ku...@gmail.com> #49
A program that has worked relatively well for me (available on market) is Vlingo. It seems to get the job done, though it doesn't use google's stuff, it uses its own (or at least that's what I think? not a tech guy...) I was able to bring it up with the BT button on my HEADset (had to set vlingo as default first to have it connect directly). The hilarious/dealbreaking downside for me, was that the application wouldn't turn on if my screen was off! It would ask me "say a command" as soon as i turned the screen on (even in the unlock screen, don't have a password). Kinda defeates the ENTIRE PURPOSE of having a hands free program.
But anyways, try it out, maybe it's just my device? maybe they'll update it to fix the bug?
USING N1 AND SUPER PROUD
th...@gmail.com <th...@gmail.com> #50
Can I also add a request for Voice Search to mute audio (i.e music playback) when activated (via bluetooth or otherwise)
mj...@gmail.com <mj...@gmail.com> #51
rm...@gmail.com <rm...@gmail.com> #52
cl...@gmail.com <cl...@gmail.com> #53
I have a UK Desire HD, stock from VF. As someone else has previously noted there is an app, Bow Tie which bridges some of the gap in BT voice dial functionality however as stated it is not perfect.
To be honest voice dialling is a necessity, borne out of legislation that directs that mobile phones cannot be touched whilst driving. This is not a 'nice-to'have' and is a fundamental failing in the Android platform if it is to support phone capability.
I had hoped v2.3 (Gingerbread) would have something in it that would address or even help but from reports it does not seem to be the case. Considering the status of this enhancement still stands at NEW what indications are there that this will ever be addressed? Will Android handset owners be looking to either the device manufacturers or 3rd parties to implement a solution? This will lead to a very fragmented implementation, not the stuff of dreams, more like nightmares and we take a step back in mobile phone evolution - do you remember the days when there were different standards of BT radio, some headsets would only work with certain phones.
Sorry I have rambled on for so long, not often that something annoys me, especially related to my lovely Desire HD! If I need to take a call now I either break the law or pull over. At least with Bow Tie I can ANSWER calls with a button press, halfway there I guess!
th...@gmail.com <th...@gmail.com> #54
tp...@gmail.com <tp...@gmail.com> #55
Not just Bluetooth though, be sure headsets are included.
sa...@gmail.com <sa...@gmail.com> #56
I currently have an application on the market called Blue Control, which:
plays incoming SMS through the BT headset
announces caller id through BT headset
and allows the user to reply to SMS by speaking through the BT headset.
This app implements a speech recognition different from the standard Google pop-up recognition. This implementation is 1000% more accurate, yet I have to write all the recognition (which means I have to test which apps/functionality I can access). I am currently devoting all my time to this application, and post update weekly with new functionality. Some of the new features will include:
Start a call by pressing the BT headset button and saying "call john doe"
Send SMS by pressing the BT headset button and saying "send text to john doe"
Tie into the user Gmail and read/reply/compose emails by voice through BT headset
Tie into Google Calendar and read/write events by voice through BT headset
Since my app is not a "Google App," I am not sure if I can tie into the Maps application or Navigation app, but my thoughts and ambitions for future updates lead me in that direction.
I want this app to be the standard app for driving and accessing necessary functionality of your phone, hands-free.
email me if you have any questions, suggestions, feature requests, etc
saponari.bu17@gmail.com
st...@gmail.com <st...@gmail.com> #57
kr...@gmail.com <kr...@gmail.com> #58
bo...@gmail.com <bo...@gmail.com> #59
sh...@gmail.com <sh...@gmail.com> #60
pe...@gmail.com <pe...@gmail.com> #61
sa...@gmail.com <sa...@gmail.com> #62
ju...@gmail.com <ju...@gmail.com> #63
ch...@gmail.com <ch...@gmail.com> #64
ze...@gmail.com <ze...@gmail.com> #65
This aside, I am loving Froyo.
sa...@gmail.com <sa...@gmail.com> #66
Listen to incoming text messages through your BT headset
Respond to texts via your BT headset
Caller ID through your BT headset
Start calls just like the stock dialer
more features coming
It is the best alternative out there.
ja...@queso.com <ja...@queso.com> #67
So I'd say, if you're going to use the Android issue forums to market your app, the best way to do it would be to *add the functionality people are asking for* before you come in and post your fairly-overt ad.
sa...@gmail.com <sa...@gmail.com> #68
I have taken it upon myself to solve the issue using Google's own API's for voice recognition, text-to-speech, and search capabilities to create a fully functional replacement of the stock Bluetooth dialer.
I am trying to tell the followers of this issue that a solution DOES EXIST and they need not wait for Google to push an update to the voice dialer (this may never happen).
You may sit around as long as you like, but other users have found Blue Control to be a viable option for hands-free capability in REPLACEMENT of the stock Bluetooth voice dialer.
ch...@gmail.com <ch...@gmail.com> #69
sc...@gmail.com <sc...@gmail.com> #70
ja...@queso.com <ja...@queso.com> #71
If you are saying that you've added the feature, which voice recognition engine does it tie into -- the on-phone one (that's terrible, bad enough that this very issue was created), or the one that Google Voice Search uses?
sa...@gmail.com <sa...@gmail.com> #72
ja...@gmail.com <ja...@gmail.com> #73
ch...@gmail.com <ch...@gmail.com> #74
It's solved distracted driving problems for me and it only turns the screen on when you press the soft key on your headset to launch the application. It doesn't waste battery power.
ja...@queso.com <ja...@queso.com> #75
But then I installed Ear Buddy (same software shop), and it does *exactly* what this issue asks -- it uses the BT headset to initiate Google Voice Search, uses the BT headset's mic to perform the search, and works perfectly.
Saponari, I'm assuming from your lack of a response that Blue Control does neither of these things, correct?
sa...@gmail.com <sa...@gmail.com> #76
ja...@queso.com <ja...@queso.com> #77
sa...@gmail.com <sa...@gmail.com> #78
Again, I'm trying to raise awareness that third party apps have some functionality users are asking in a thread that hasn't been resolved for 8 months. Readers be proactive and search the marketplace for apps; the functionality is out there.
ja...@queso.com <ja...@queso.com> #79
* Ear Buddy ($3,
and one app that *does not* do this is Blue Control.
And finally, the point of this issue isn't for a third party to provide the functionality -- although that's a nice outcome. The point is to ask Google to add it into the Android OS itself; let's not lose track of that.
sa...@gmail.com <sa...@gmail.com> #80
Yes, it would be great for them to have this built in, but will they REALLY implement it? My guess is no since we have all been complaining to each other since last June and have not heard one iota from El Goog, and, there are public APIs available for developers to tap in to.
I appreciate your summarization on which third-party app actually delivers the functionality; we are both raising awareness! My job here is complete. I motivated users (you) to search the marketplace and respond back with viable alternatives.
Here's to you waiting for a response from Google,
Cheers
dr...@gmail.com <dr...@gmail.com> #81
ch...@gmail.com <ch...@gmail.com> #82
While the end goal is to have the Android team natively implement a solution, there are people that want a solution now, whether it's native or not.
A debate amongst apps available on the Market that provides a solution is something people reading this thread for the first time will want to see. A solution. Just because it's not the solution YOU want doesn't mean we should stfu and go away.
Lastly, Saponari, you were trying to promote your app. You weren't trying to motivate people to search the market for alternatives. That's a lie. I, personally, don't want to by anything from a dishonest person.
sa...@gmail.com <sa...@gmail.com> #83
ch...@gmail.com <ch...@gmail.com> #84
And no, they don't go hand in hand. Using your app doesn't require any proficiency in spelling either.
Please go back to school and learn how to argue. You aren't very good at it.
sh...@gmail.com <sh...@gmail.com> #85
I stopped using Google Voice Command and Google Voice Actions in favor of this application which does everything those applications do and more all through the BT headset.
VLINGO works like a charm on my EVO 4G. BTW - I'm not selling anything, and I don't work for vlingo. ;)
ch...@gmail.com <ch...@gmail.com> #86
It's one of the reasons I've stuck with Choice Dialer. I can set it to launch when I press the softkey on my headset and it'll work even in the screen is locked. Basically, if I have to take my phone out of my pocket for any reason for the app to work, it's not going to work for me.
But thanks for mentioning it.
sh...@gmail.com <sh...@gmail.com> #87
However I see your point of being able to just make a call with your phone in your pocket by pressing the BT button and speaking (locked or not), my very old school phones used to be able to do that, and Windows (gasp!) phones can do it with the Microsoft Voice Dialer app. That was the only feature I missed after moving to Android.
ge...@gmail.com <ge...@gmail.com> #88
The Google voice actions works well, except not through Bluetooth, and requires screen interaction for use. I add my vote. This urgently needs to be fixed, and with an application update, not an OS update that will take another year for Dell & AT&T to deploy.
[Deleted User] <[Deleted User]> #89
aa...@gmail.com <aa...@gmail.com> #90
br...@gmail.com <br...@gmail.com> #91
jo...@gmail.com <jo...@gmail.com> #92
pr...@gmail.com <pr...@gmail.com> #93
Voice activation of vlingo's functions is nice too, which Google could work into a car-mode
aallen: I couldn't find the app you mentioned either. Could you be more specific or provide a link?
je...@seaverlink.com <je...@seaverlink.com> #94
Earbuddy is no longer available in Android Market and seems to have been replaced by Bowtie (
ch...@gmail.com <ch...@gmail.com> #95
I've e-mailed the dev with suggestions and questions. He's pretty receptive
and apparently, Google has done a really bad job of documenting all of the
bluetooth APIs. It makes his job much harder.
ch...@gmail.com <ch...@gmail.com> #96
er...@gmail.com <er...@gmail.com> #97
Eric Jing (DSP engineer at Jawbone)
an...@gmail.com <an...@gmail.com> #98
gt...@gmail.com <gt...@gmail.com> #99
wi...@gmail.com <wi...@gmail.com> #100
mi...@gmail.com <mi...@gmail.com> #101
ro...@gmail.com <ro...@gmail.com> #102
My name is Lloyd and I just cant believe that a phone so powerful is incapable of placing a call using a bluetooth, to be honest i never cared until a couple moths ago that i was very close of getting a ticket an officer made me realize that this is your life that depends on.
so i went and bought a motorola roadster (which is probably the best one or at least the most expensive one motorola has)and test it and didnt work, then i went and bought a Blueant S4 ( not cheap either) and guess.... didnt work.
so i start my little investigation and call Sprint technical support told me that there's nothing they can do but they know the issue, HTC Technical support told me that there's nothing wrong with the phone and they don't support any third parties company (referring to the bluetooth manufactures) so they wont be able to help. and finally i don't know google's technical support. i don't think they have one.
so i think its time that someone takes responsibility. i hope google can stand for us here. i know that gingerbread has been announced to arrive soon and hopefully this has been taken care off with this firmware update.
*note if you know a better way to get closer to google please let me know. i am really into get this thing resolve. (without giving up android)
best regards,
lloyd
ro...@gmail.com <ro...@gmail.com> #103
I was able to make calls successfully over bluetooth After doing this.
My phone im using is HTC Evo and the handsfree is the Blueant S4.
1.-unpair any bluetooth devices from htc evo.
2.-force stop and clear data on the voice dialer app.
3.-turn HTC Evo off.
4.-remove battery for 10 secs.
5.-turn blueant s4 on.
6.-turn HTC Evo phone back on.
7.-pair the phone and your done.
now, i still think that the native voice dialer is so unqualified for the job considering todays technology and to have the possibility of using voice search instead would do my life so much easier.
regards,
Lloyd
rk...@gmail.com <rk...@gmail.com> #104
ka...@googlemail.com <ka...@googlemail.com> #105
There are some nice applications to voice dial with voice tags so that voice recognition is not a problem.
But we must take the android mobile from the pocket to speak the name of the person through the phone mic.
I don't see any solution coming soon ...
This is a shame and I'm leaving Android because of it.
ma...@gmail.com <ma...@gmail.com> #106
Developer 1: "What buttons are available to activate a Voice Search action?"
Developer 2: "The soft buttons on the phone, perhaps a bluetooth command button, and perhaps a wired headset. Pretty standard stuff."
Developer 1: "Great, the app should have the ability to work with all three. Now what different ways can there be voice input."
Developer 2: "Let's see, the phone mic, perhaps a wired headset mic if they're using some headphones at the time, and of course a bluetooth headset."
Developer 1: "Awesome, why wouldn't we have it work with all three? My phone from 2004 did that just fine. Besides, most of these Voice Search actions will probably be used the most in the car when someone is using a headset."
Developer 2: "I have no idea, let's make it happen."
Instead we got this:
Developer 1: "What buttons are available to activate a Voice Search action?"
Developer 2: "My phone only has the phone soft buttons on it, why would we do anything else?"
Developer 1: "You're right, that's the same with mine, why would we bother developing for optional equipment? Now what different ways can there be voice input."
Developer 2: Looks at his phone again and says, "I just see a phone mic."
Developer 1: "Me too."
Don't get me wrong, I love the Voice Search app...I just don't understand outside of some HUGE technical hurdle that this is not in there and how it hasn't been addressed since the initial release. Heck, it's been a year since this thread started.
di...@gmail.com <di...@gmail.com> #107
The only theory I can think of that makes any sense is that there are patent issues. Can someone from Google confirm whether or not this is the case? Can someone from Google please tell us what the holdup is?
du...@gmail.com <du...@gmail.com> #108
[Deleted User] <[Deleted User]> #109
Open Source Rules!!!!
fr...@gmail.com <fr...@gmail.com> #110
pa...@gmail.com <pa...@gmail.com> #111
I echo the request for someone at Google to PLEASE give some insight into this...
pa...@heth.ca <pa...@heth.ca> #112
This is very basic functionality and stopping my recommendng android to colleagues on bb.
bl...@gmail.com <bl...@gmail.com> #113
mi...@gmail.com <mi...@gmail.com> #114
mi...@gmail.com <mi...@gmail.com> #115
br...@gmail.com <br...@gmail.com> #116
nu...@gmail.com <nu...@gmail.com> #117
ju...@gmail.com <ju...@gmail.com> #118
ja...@gmail.com <ja...@gmail.com> #119
ca...@gmail.com <ca...@gmail.com> #120
ca...@gmail.com <ca...@gmail.com> #121
cr...@gmail.com <cr...@gmail.com> #122
al...@gmail.com <al...@gmail.com> #123
cr...@gmail.com <cr...@gmail.com> #124
tu...@gmail.com <tu...@gmail.com> #125
ny...@gmail.com <ny...@gmail.com> #126
sm...@gmail.com <sm...@gmail.com> #127
br...@gmail.com <br...@gmail.com> #128
ro...@gmail.com <ro...@gmail.com> #129
de...@gmail.com <de...@gmail.com> #130
ja...@gmail.com <ja...@gmail.com> #131
ab...@gmail.com <ab...@gmail.com> #132
kh...@gmail.com <kh...@gmail.com> #133
mr...@gmail.com <mr...@gmail.com> #134
la...@gmail.com <la...@gmail.com> #135
no...@gmail.com <no...@gmail.com> #136
gc...@gmail.com <gc...@gmail.com> #137
sw...@gmail.com <sw...@gmail.com> #138
Can anybody explain what is holding this up? Are "medium" "enhancements" simply ignored?
ke...@gmail.com <ke...@gmail.com> #139
to...@googlemail.com <to...@googlemail.com> #140
What's the sense of voice action when i must have my phone in my hand ?
st...@gmail.com <st...@gmail.com> #141
[Deleted User] <[Deleted User]> #142
jb...@gmail.com <jb...@gmail.com> #143
re...@gmail.com <re...@gmail.com> #144
cu...@gmail.com <cu...@gmail.com> #145
da...@gmail.com <da...@gmail.com> #146
bg...@gmail.com <bg...@gmail.com> #147
ca...@gmail.com <ca...@gmail.com> #148
al...@gmail.com <al...@gmail.com> #149
10...@gmail.com <10...@gmail.com> #150
gl...@gmail.com <gl...@gmail.com> #151
I've spent thousands of dollars on Android hardware, contributed to the community, and promoted it like nobody's business.
Why can't I remove apps from my Market history? You have time to waste renaming Google Market to the quite unprofessionally titled "Play," but not enough time to implement device deregistration? Seriously? Where is the app-setting and content backup/restore? Why can I not buy a new device, and restore it from a snapshot of my old device, including media, applications, settings, SMSes, etc (leaving aside 3rd party solutions like Titanium Backup)? Why is rooting not a simple (recovery, autoinstall /system/bin/su) procedure, even on Nexus devices? Why haven't you put massive pressure on manufacturers to keep their customers' devices up to date? My captivate glide - less than a year old - is appallingly buggy, and now three major versions behind mainline. Why hasn't Google told Samsung "keep your customers up to date, or we'll withhold access to the proprietary apps?"
On this bluetooth issue - why are apps able to choose their microphone source anyway? This is something that should be handled by the kernel / pulse audio, NOT the application. Google voice search should not be able to choose an input device!
This is 101 stuff, and it hurts to see this happening to Android.
I'm sure no one from Google monitors these threads (or are under strict orders not to reply), but on the outside chance that someone from Google is:
PLEASE talk to the higher-ups about transparency and accountability. Google (and Android) are generally loved and popular, but competition is merely a heartbeat and a few killer apps away. Stop focusing on eye-candy, branding and rampant consumerism, and put some effort into core functionality. Don't give potential competition such a strong opportunity to gain a foothold.
jo...@gmail.com <jo...@gmail.com> #152
pe...@gmail.com <pe...@gmail.com> #153
za...@gmail.com <za...@gmail.com> #154
Since many states are passing, or have passed, laws that disallow use of a phone in a car, I would think this would be a primary motivation to get this working. If I get a ticket for using my phone in a car just to launch Google Now, to whom should I send the ticket to at Google to have it paid?
Or worse, what if someone is in an accident because they were trying launch Google Now on their phone because they *have* to take their eyes off the road to find the right spot on the screen since there is no tactile feedback. With a bluetooth headset, that is not required and I can keep my eyes on the road.
Maybe more people/websites need to bring this up as a big shortcoming of Google Now, then maybe Google would pay more attention. I think maybe we should do that that. Send emails to lots of high profile Android sites about this. *AND* send it to lots of Apple sites as well. If commenting here doesn't work, maybe some negative publicity will...
jt...@gmail.com <jt...@gmail.com> #155
re...@gmail.com <re...@gmail.com> #156
ar...@gmail.com <ar...@gmail.com> #157
so...@gmail.com <so...@gmail.com> #158
pn...@gmail.com <pn...@gmail.com> #159
sa...@svemuri.com <sa...@svemuri.com> #160
Some one mentioned that Google Voice Actions engine needs higher bit rate than bluetooth hands free can provide, but Siri works with it, so there must be a way. Cyberon Voice Commander also works with it (though limited command set). May be a limited command set when using bluetooth is a happy medium? Also, there are more recent Bluetooth profiles with higher bit rate. Hope this issue gets the attention it deserves.
ld...@gmail.com <ld...@gmail.com> #161
de...@gmail.com <de...@gmail.com> #162
I have a droid razr maxx
jb...@android.com <jb...@android.com> #163
We are not able to provide support for Google products in this issue tracker. Please report this issue in the appropriate Google Product Forum at
Description
It would be helpful if the voice search app would utilize the bluetooth mic when it is connected, rather than the speaker only. For instance, when the phone is in the car dock, if you press the Voice Search button, you effectively have to scream the command, and then it is not heard well over road noise, etc. If it used the bluetooth mic that was closer to your mouth, it would be much better, both for in-car systems as well as for bluetooth headsets.
Alternatively or in addition, it would be nice if the bluetooth call button could be configurable to optionally launch the current voice dialer or the voice search app. This would likely require some level of prompting / confirmation added to the voice search app like there is in the voice dialer (i.e. if multiple contacts, do a TTS on the choices, wait for yes, etc.).
Ideally, this would be a good way to use the navigation system while in the car dock - i.e. press either the bluetooth call button or the voice search button, then say "Navigate to 1234 main street", and the phone would take over from there assuming everything was understood properly, possibly with a single verbal confirmation.