Status Update
Comments
bo...@gmail.com <bo...@gmail.com> #2
Is this not a bug in AGP? It doesnt feel like an androidx issue.
ne...@gmail.com <ne...@gmail.com> #3
Probably yes, feel free to reroute or CC the right people. I was not 100% sure since the project uses the androidXMultiplatform
DSL, but looking at the DSL it simply forwards things to AGP.
cc...@gmail.com <cc...@gmail.com> #4
Do you have an example of what a broken consuming project looks like? which plugins are they applying?
ne...@gmail.com <ne...@gmail.com> #5
I've uploaded a sample project, to repro run: ./gradlew test
It is a simple Kotlin JVM project, it only uses plugins { kotlin("jvm") version "2.1.10" }
I was also able confirm that without AGP KMP (
cc...@gmail.com <cc...@gmail.com> #6
Looking at the Gradle metadata diff ("org.gradle.libraryelements": "jar"
? Should that be an aar
instead?
`
ne...@gmail.com <ne...@gmail.com> #7
yes, androidApiElements/runtimeElements variant publications should have aar value on the libraryelements attribute. What version of Gradle, AGP, KGP are you using in your library?
What's bizarre is that the compileClasspath is using the jvm vairant (in the test project you shared), it's only at runtime that it resolves the -android artifact of your library...
ne...@gmail.com <ne...@gmail.com> #8
It's very confusing, though why the android variant is chosen.
./gradlew dependencyInsight --configuration runtimeClasspath --dependency androidx.sqlite:sqlite:2.5.0-beta01
> Task :dependencyInsight
androidx.sqlite:sqlite:2.5.0-beta01
Variant androidRuntimeElements-published:
| Attribute Name | Provided | Requested |
|------------------------------------|--------------|--------------|
| org.gradle.status | release | |
| org.gradle.category | library | library |
| org.gradle.jvm.environment | android | standard-jvm |
| org.gradle.libraryelements | jar | jar |
| org.gradle.usage | java-runtime | java-runtime |
| org.jetbrains.kotlin.platform.type | jvm | jvm |
| org.gradle.dependency.bundling | | external |
| org.gradle.jvm.version | | 21 |
org.gradle.jvm.environment=standard-jvm is obviously requested and it doesn't match with the provided value for android. Looking at the jvmRuntimeElements from the diff you supplied of the gradle meta file, we see
{
"name": "jvmRuntimeElements-published",
"attributes": {
"org.gradle.category": "library",
"org.gradle.jvm.environment": "standard-jvm",
"org.gradle.usage": "java-runtime",
"org.jetbrains.kotlin.platform.type": "jvm"
},
"available-at": {
"url": "../../sqlite-jvm/2.5.0-beta01/sqlite-jvm-2.5.0-beta01.module",
"group": "androidx.sqlite",
"module": "sqlite-jvm",
"version": "2.5.0-beta01"
}
}
So every attribute in the jvmRuntimeElements matches the requested ones.
ne...@gmail.com <ne...@gmail.com> #9
Oh,i missed the libraryelements one from the list. Looks like jvmRuntimeElements does not publish that attribute and the android one does (and it's a wrong one as mentioned before). So it looks like that could the reason for the wrong variant resolution.
ol...@gmail.com <ol...@gmail.com> #10
The library is from androidx, we are using
I did also notice the compile classpath is fine, after all it compiles correctly and the APIs do resolve in the IDE, but at runtime it fails.
la...@gmail.com <la...@gmail.com> #11
So far we have found that from alpha12 (good version) to alpha13 (bad version) of androidx.sqlite, one change that affected the metadata was the upgrade from Gradle 8.11.1 to 8.12, this is a diff of the metadata:
Notice the removal of the org.gradle.libraryelements
attribute. The attribute is also missing with Gradle 8.13-rc1
tf...@gmail.com <tf...@gmail.com> #12
Update on libraryelements attribute missing in jvm target publications with Gradle 8.12 - Jetbrain are saying it will be fixed after
By the way I have noticed a weird behaviour - if you do ./gradlew publish in your project libraryelements is not there for jvm publications but if you do ./gradlew publishJvmPublicationToMavenRepository it's there
Daniel, Owen, let me know if this is enough info to proceed further with a fix.
cc...@gmail.com <cc...@gmail.com> #13
For the issue of the android publications where "org.gradle.libraryelements" = "jar" instead of "aar" - that was fixed in AGP 8.10 canary 7. Please feel free to try it out and report back. Thank you
wh...@gmail.com <wh...@gmail.com> #14
FYI danysantiago@ we have upgraded to 8.10.0-alpha07 in androidx.
jo...@gmail.com <jo...@gmail.com> #15
there is text. Even Windows Mobile 6.1 on my Motorola Q9m was much better.
re...@gmail.com <re...@gmail.com> #16
gripe. Running Android 1.5 on an HTC Hero - so no keyboard - I found I couldn't
select a URL in an email viewed using the gmail widget and copy it into the browser.
I'm quite surprised that universal copy-and-paste isn't a fundamental part of
Android. Coming from Win Mobile 6 and having been hugely impressed by everything else
on the Hero, this seems to be a major let-down. It was a feature I used regularly on
my old TyTN...
da...@gmail.com <da...@gmail.com> #17
applications. If you send you me your phone number in an email, I should not be
required to get out a pen and paper, write the number down, and then manually dial it
with the phone app. Either click on the number to dial (state of the art in
blackberry circa 2000), or at least allow me to cut and paste the phone number
between email and the phone app (a poor manual workaround, but better than pencil/paper)
Cut, paste and copy should be native in the platform and common across all apps - but
at least start with basic simple missing use cases.
cc...@gmail.com <cc...@gmail.com> #18
app you're using, and what the phone number looks like?
da...@gmail.com <da...@gmail.com> #19
and how it works in blackberry...
vi...@gmail.com <vi...@gmail.com> #20
But when pressing the dpad nothing happens.
Usually i have to retry selecting a few times before i get it right.
This issue is starting to annoy me, please fix this.
mi...@gmail.com <mi...@gmail.com> #21
ga...@gtempaccount.com <ga...@gtempaccount.com> #22
When it became clear to me that the basic copy/paste functionality was practically
non-existent on the Droid I have had for the last 30 days, it was hard to believe.
I replaced a Palm PDA/Phone device with the Droid and had the expectation that
surely a Google product would cover the essentials. So here I am trying to clean up
my manually imported Outlook contacts on the Droid by having to open contact notes,
hand write information on a piece of paper and then hand key it into critical
contact fields so that I can actually use the information in the new Android contact
format. Unbelievable. When you combine this fundamental with the lack of Outlook
contacts ongoing synchronization, I have stepped back 12 years to my 1st Palm
handheld (which had copy/paste and contact sync). I have got to believe that vast
majority of business people who have Android and need a PDA on their phone, feel as
disappointed as I do. Could someone in product management please wake up?
Next in line is memos/notes sync - a hell of a lot of people use lists to organize
work and don't want to use a micro keyboard to maintain those lists. The IPhone is
not the only competitor involved here - millions use other PDAs like Palm.
Gary Satterfield
888 854-9444 ext 3
eh...@gmail.com <eh...@gmail.com> #23
hand-write these notes on paper and transferring to their respective fields, can't you
modify the contacts' information online at
should then update in your phone automatically.
na...@gmail.com <na...@gmail.com> #24
that there are SO many basic deficiencies in the design and implementation of Android
on smartphones to date. I really can't be "sympathetic" in regard to Google's
problems with implementing any number of basic features which Windows Mobile has had
for YEARS !
(And that doesn't mean I like the WinMo platform, nor does it mean I don't see many
of the benefits of Android) But why should I be sympathetic when small software
development companies making 3rd party "apps" to "fix" what was left out of Android
do a much better job than Google -- which has hundreds, if not thousands of times the
resources and money !!
Is it intentional that the Droid (now running Android 2.0.1) which supposedly "DOES"
virtually everything:
(1) Has a ridiculously simplistic implementation of Voice Command
(2) Has no Bluetooth Voice Dialing
(3) Has the most limited and convoluted version (if you could even call it that) of
Cut/Copy/Paste
(4) Has no feature whereby one could copy and paste a Calendar appointment to another
time/date.
(5) Has no audible notifications for each incoming message in Gmail (only the first
generates an audible notification) This is absurd ! (Why is NitroDesk, the maker of
Touchdown (Android exchange client)able to do this correctly but Google, a
multibillion dollar software conglomerate can't ????)
(6) Has no way to upload from the built in browser !! Is this disabled intentionally
?? (Is the model here to have us spend hundreds of dollars buying Android apps from
3rd parties to fix all the deficits of the OS so that we will feel 'invested' and
stay with Android ?? )
(7) Has a supposed "built-in" suite of Google mobile products: but has: (a) a Gmail
client in which one can't copy and paste from the body of a received message (b) a
Gmail client which can't deal with a huge number of attachment types nor get
notifications properly (as above)nor get header information (c) a Calendar in which
one can't copy and paste appointments (d) No Google Docs client w. sync (e) no Tasks
support --- ETC, ETC, ETC.......
I obviously could go on and on -- but I don't need to -- there are thousands of bug
reports and enhancement requests already posted --
But sadly, almost no comment or committment by Google as to when, if ever, these
"BASICS" will be addressed !!
According to my handset, I'm running Android 2.0.1 -- it doesn't say BETA v. 0.1
I guess I've been duped again -- that the usual cycle of waiting for 3 or 4 major
version upgrades of an OS will take place with Android before these things get done -
- little did I know that I'd be starting from square one in 2009 and that Google is
reinventing the wheel from scratch rather than learning from and implementing the
work of competitors.
ol...@gmail.com <ol...@gmail.com> #25
na...@gmail.com <na...@gmail.com> #26
(1) This is not a "flame" war -- or, for that matter, a "war" of any sort. My
comments are (a) hardly "naive" (b) supported by fact, not "opinion" (c) supported by
tens of thousands of other users and (d) do not merely address some peculiar,
idiosyncratic features that I, alone, desire.
(2) I don't misunderstand anything about what is going on in the mobile OS
development arena. Google's "release" of Android to the public as "Open Source" was
a business decision made in Google's own self-interest. Google is a publicly traded
company with shareholders (of which I am one) -- i.e., a BUSINESS. They aren't
developing a product out of the pure "goodness of their heart" for the "community".
The decision to go the open source route is a calculated business decision.
Furthermore, whether going the open source route benefits the end user, in this case,
is yet to be determined. Also, Google may, at any point in the future, change the
nature of its involvement with Android and the development of Android.
(3) Whether or not an OS is truly "free" in terms of its cost, value, utility, etc.
to the consumer end-user is also debatable. The fact is, the consumer may pay the
same "cost" for a device running one OS that is "free" as they do for one that was
not "free". John Q. Public may care little whether the Droid he bought for $ 199.00
is running an "open source" OS as compared to the HTC "Imagio" (just an example)
running WinMo 6.5 for $ 199.00.
(4) We, the end users, have every right to expect our devices will perform well. It
isn't a "blessing" -- I bought and paid for the device and I pay for its use every
month. It isn't put in the advertising campaign (by the carrier) as a selling point
that we are blessed by getting a "free" OS on our smartphone.
(5) The fact is: an OS for whatever device comes to market at whatever point in time
it arrives facing competition from whatever else is out there at that time. Whether
or not it was "ready for prime time" will be determined by the marketplace. But, one
would hope that companies developing operating systems would have studied the lessons
of history and incorporated the results of such studies into their efforts.
(6) I could continue this discussion "ad infinitum" with you or anyone else -- but I
won't -- I will leave you to have the last word if you so desire. My requests, such
as wanting to know every time I get a new email or wanting to copy and paste from the
body of a received email in a straightforward manner or wanting to be able to dial my
phone via my bluetooth headset and the like are obviously so problematic for whoever
is behind this code and obviously so personal to me that all of the other tens of
thousands of people wanting the same features must also be dreaming, not "counting
their blessings" and also letting out the frustrations from their "dead-end" lives.
na...@gmail.com <na...@gmail.com> #27
"enhancement" request that I would receive a response from an agent of Google telling
me "go build your own OS" --
cl...@gmail.com <cl...@gmail.com> #28
This has to be one of the best post that i have had the pleasure of reading. And as
an end user I very much agree with what you said. I just thought as new phones and OS
comes out they should be able to do what was done in the past plus new things added
to make it better.
I should have waited and and seen what it was like before I jumped in. Kind of
missing my Black Berry now. Oh well i guess I will never learn.
ti...@gmail.com <ti...@gmail.com> #29
Ability to copy/paste from gmail. I regularly want to copy sections of emails and
paste them to either notes, browser windows, etc. There is currently NO support for
doing so and this is a huge flaw. Its a pain. Please address this immediately.
Improve copy/paste in browser. Right now you have to hit Menu > more > select text
and then choose the text to be copied. Aside from there being too many steps (why
not just press and hold???) there is currently no way to adjust where the selection
starts once you touch the screen. If you miss with your finger, too bad...start
over. Secondly, you cannot select more text than what appears on the screen. If the
text you wish to copy runs beyond the visible screen you cannot select it. As your
finger nears the screen edge, the screen should scroll down to allow you to continue
selecting more text. Please address both of these issues.
ms...@gmail.com <ms...@gmail.com> #30
is essential as well.
ni...@gmail.com <ni...@gmail.com> #31
essential and basic feature for any PIM.
le...@gmail.com <le...@gmail.com> #32
to be a handheld computer.
ma...@gmail.com <ma...@gmail.com> #33
I just got a NexusOne, switched over from a Blackberry (BB user for 5 years now), and
I'm not switching back. I like what Android has so far, and it's potential. However,
for business use it's just not there, but I want to help get it there.
Copy/Paste doesn't work everywhere it needs to---that's pretty clear.
Seems like the last 10+ posts have all been rants, b*tching and moaning about iphone
vs android and how things are done over at Google.
I'd like to get this thread back to where it needs to and provide a clear
requirements/AC for developers to build into Android natively what needs to be done.
So utilizing the last good reply from Neil, allow me to restate, hopefully clear
acceptance criteria:
AC1: GIVEN: A user is reading a site in any web browser
WHEN 1: He/She can hold down finger down on a link
THEN 1 Have a context menu pop up with a copy option.
WHEN 2: He/She can hold down finger on a word and
THEN 2: Have a context menu pop up with a copy option.
WHEN 3: He/She can hold, then drag across part of, or set of words, sentences
THEN 3: and after letting go have a context menu pop up with a copy option.
AC2: GIVEN: A user is reading a site in any email (forward, reply, any quoted text)
WHEN 1: He/She can hold down finger down on a link
THEN 1 Have a context menu pop up with a copy option.
WHEN 2: He/She can hold down finger on a word and
THEN 2: Have a context menu pop up with a copy option.
WHEN 3: He/She can hold, then drag across part of, or set of words, sentences
THEN 3: and after letting go have a context menu pop up with a copy option.
AC3: GIVEN: A link or text has been selected and engaged by copy function and user
has cursor on where he/she wants text copied,
WHEN 1: A user selects the menu button
THEN 1: Native android menu (at the bottom) should display option allowing user
to paste copied text is permitted
WHEN 2: A user holds down a finger on the location he/she wants text entered
THEN 2: A context menu pops up allowing user to paste.
Goal should be to have no more than 2 clicks for any action.
Thank you.
ma...@gmail.com <ma...@gmail.com> #34
can be prioritized for the next release?
ne...@gmail.com <ne...@gmail.com> #35
- clever interface for modifying the start and end points of a selection.
- start and end points could be indicated with flags, little balls, arrows or
whatever. Then, they could be dragged about to extend or contract the selection. This
is important because selections can be difficult to get right with small screens and
big fingers.
- maybe even an auto-zoom during selection would be a good idea.
- would also like to see copy/paste for pictures. They could be pasted into e-mails
or MMS.
ma...@gmail.com <ma...@gmail.com> #36
no..we are not the same person)
I'm almost 99% sure there are no patent issues (unlike multitouch gestures) so let's
just go ahead and ripoff the IPhone.
Also, I've included using the trackball as an input method. While i'd rather touch
across the screen, this does work well on BlackBerries (makes me realize the N1
should have an optical trackpad...)
I've updated AC2 to handle these scenarios---please add to/modify my update as needed
cause I'm totally doing this on the fly.
-------------------------------SELECT AND COPY ACTION-------------------------------
AC1: GIVEN: A user is reading a site in any web browser
WHEN 1: He/She can hold down finger down on a link
THEN 1 Have a context menu pop up with a copy option.
WHEN 2: He/She can hold down finger on a word and
THEN 2: Have a context menu pop up with a copy option.
WHEN 3: He/She can hold, then drag across part of, or set of words, sentences
THEN 3: and after letting go have a context menu pop up with a copy option.
AC2: GIVEN: A user is reading any email (forward, reply, any quoted text)
WHEN 1: He/She can hold down finger down on a link
THEN 1: Have a context menu pop up with a copy option.
WHEN 2: He/She can hold down finger on a word and
THEN 2: Have a context menu pop up with a copy option.
WHEN 3: He/She can hold, then drag across part of, or set of words, sentences
THEN 3.1: and an design element pops up which allows the user to more accurately
select the start/end of the selection to be copy/pasted.
Note 3.1a: One design idea can be the use of a mangifying glass like iphone,
or zoomed in section where the selection has been initiated.
THEN 3.2: and after letting go have a context menu pop up with a copy option.
AC2.1: GIVEN: A user is reading any email (forward, reply, any quoted text)
WHEN 1: He/She can tap to a specific spot in the text area (email, forward,
quoted texted)
THEN 1: Cursor should display and blink at start of text selection
AC2.11: GIVEN: Cursor should display and blink at start of text selection
WHEN 1: User can press down on trackball and roll to select
THEN 1: User release trackball, selection is copied
AC2.12: GIVEN: Cursor should display and blink at start of text selection
WHEN 2: User can press down on track ball
THEN 2: A context menu pop up with a select option which user confirms
AC2.1121: GIVEN: User has selected "select" option
WHEN 1: User can roll trackball to select and when finished depress trackball
THEN 1: Menu pops up confirming copy of highlighted selection
-------------------------------SELECT AND PASTE ACTION-------------------------------
AC3: GIVEN: A link or text has been selected and engaged by copy function and user
has cursor on where he/she wants text copied,
WHEN 1: A user selects the menu button
THEN 1: Native android menu (at the bottom) should display option allowing user
to paste copied text is permitted
WHEN 2: A user holds down a finger on the location he/she wants text entered
THEN 2: A context menu pops up allowing user to paste.
AC3.1 GIVEN: A link or text has been selected and engaged by copy function and user
has cursor on where he/she wants text copied,
WHEN 1: A user taps a finger on the location he/she wants text entered
THEN 1: A cursor is displayed and blinking
AC3.12 GIVEN: A cursor is displayed and blinking in the location where the user wants
the selection pasted in
WHEN 1: A user can move trackball to select precisely locate where selection
should be pasted and presses trackball
THEN 1:Menu pops up confirming paste of highlighted selection
ho...@gmail.com <ho...@gmail.com> #37
ho...@gmail.com <ho...@gmail.com> #38
ho...@gmail.com <ho...@gmail.com> #39
years ago. I wouldn't have even guessed that this would be missing on android, and with the latest OS,
to boot. Now here I am with a nexus one and cannot cut text from an email message to send to
someone else. Since I have clients whose email addresses and other contact info often can't be
disclosed, the device is near useless in the email department.
Hoping this is resolved soon.
an...@gmail.com <an...@gmail.com> #40
I'm astonished that this phone can't copy text from a browser. Maybe I'm still in my 30
days trial and can return this phone. Simply amazing basic functionality like this
isn't included in the phone.
ol...@gmail.com <ol...@gmail.com> #41
Basic browser selection has existed for sometime. this issue is more about
intelligent, one press selection of emails, phone numbers and addresses.
To select plain text from a web site....
Menu > More > Select Text > Drag finger to highlight text.
"Text copied to clipboard"
ma...@gmail.com <ma...@gmail.com> #42
manuals or anything--typically I figure everything out when it comes to UI just from
playing around. I had a G1 for a week (returned) and the NexusOne for a week and
still haven't found it.
If we can leverage the codebase for selecting in the browser and make it standard
across any text in any app and do it within 2 (ideally 1) click, that would be ideal.
My AC are probably heavily bloated now that I know this exists.
na...@gmail.com <na...@gmail.com> #43
not specify the area of text selected with ANY degree of precision (nor does the
highlighted selection area scroll as one moves ones finger to drag the selection area).
One can not refine the area of text selected before it is copied -- and a HOST of
additional problems with the selection/cut/copy/paste process.
xg...@gmail.com <xg...@gmail.com> #44
and paste function on iPhone and iPod touch is
amazing. I wish wish wish my nexus One had the
same capability.
For example. I build custom PC's and I order and
have boxes shipped out almost every few days. I
get emails with tracking numbers but i cannot
click them and check my shipments tracking. Nor
can I copy it. Go to
I have to write it down and manually enter it. A
"Superphone" should clearly have this feature.
This is another reason why I use my iPod touch
often at home instead of my android phone for
web browsing, order tracking. And to place orders
and copy PayPal account names when not on my
pc
Pleaseadd copy/paste. Thanks Google!
bo...@gmail.com <bo...@gmail.com> #45
to return my phone if it cannot copy/paste from an email.
sh...@gmail.com <sh...@gmail.com> #46
Hero, which i am happy with in other respects, but I will switch back to BBerry or
move to Iphone because they do cut/paste
si...@googlemail.com <si...@googlemail.com> #47
re...@gmail.com <re...@gmail.com> #48
posters I feel duped this wasn't there and would certainly not have bought my phone
had i known about it. This bug along could be sending me back to windows mobile.
bi...@gmail.com <bi...@gmail.com> #49
Moto Droid and I love it, I love google/android as well....but the os needs a copy/paste
that's as good or better than iPhone. There's is the best touchscreen copy/pase hands
down and I hate it when iPhone people throw it out there cause there's NO doubt about it
la...@gmail.com <la...@gmail.com> #50
unless you have a keyboard you cannot copy gmail text. I love android and I'm staying with it but a lot
of minor things need to be addressed just like 1.5 and although off topic fix the music player.
pa...@gmail.com <pa...@gmail.com> #51
Android 2.1 has no implementation of Copy/Paste in emails. That is quite a big wtf.
So I'm voting for that one.
la...@gmail.com <la...@gmail.com> #52
Copy & paste emails which is very useful believe me.
pa...@gmail.com <pa...@gmail.com> #53
cy...@gmail.com <cy...@gmail.com> #54
and started comparing it to Iphone. He tried to do copy/paste and it can't be done in
the stock gmail app and doing it elsewhere is a bit of a pain. So please, listen to
your consumers. I still support android all the way. Please respond to our plea as soon
as you can guys.
Thanks
fa...@gmail.com <fa...@gmail.com> #55
similar to the one on the iPhone (I think Apple really nailed it this time), but that
in concept should havejust been a common sense interface from the beginning of Android:
1.Some kind of magnifing glass to put the cursor just where you want it;
2.Some kind of gesture to initiate cut-copy-paste (double tap, long tap, whatever you
can come up with) anywhere on the screen where text or other sensible items are
present (this should work for any app, Google's or third party obviously);
3.Some kind of feature to be able to modify the selection (dots, little triangles,
whatever, at the edges of the selection that needs to be dragged around in order to
edit the selection).
4.(optional) Possibility to copy the selection keeping the same format as it were
originally (this could be useful only for html-email creation...).
I really hope to see this much needed improvement in the next release because right
now Android is lacking both a good touch based cursor positioning method and a truly
usable copy-paste utility.
Please Goggle make it happen!
sa...@gmail.com <sa...@gmail.com> #56
text using the trackball, but a touch solution would be considerably better and quicker if done properly.
Subscribed!
ve...@gmail.com <ve...@gmail.com> #57
choosing and editing text in emails and browsers is a very basic feature which
should have been thought and implemented in the OTA update atleast.
request Google to look into the same and atleast bring it in your next OTA update.
rg...@gmail.com <rg...@gmail.com> #58
ESPECIALLY in the Google Help Forums where hyperlinks in user posts are not
clickable. So, when a user puts a link in, I need to copy/paste it. It usually takes
me many tries to get even close to the text I want (can't tell if what I want
selected is selected - and even if it's not, as soon as the finger is lifted, boom -
a selection is made and it's done).
PLUS - the text that's copied (URLs) is almost always unusable without editing -
spaces or other characters are added in which the browser converts to %20-type codes.
WTF!?:!>!
wi...@gmail.com <wi...@gmail.com> #59
click on a link in this forum, and a link I get in an
email in gmail, but not in the notification emails
this forum sends me.
hy...@gmail.com <hy...@gmail.com> #60
and paste. I have an IPod and really am thinking about giving up the Moto Droid and
going back to it. Assuredly there is a fix in the works. (Yes I know about the
minimal capability.) Get with it guys and gals!!!!!!
de...@gmail.com <de...@gmail.com> #61
xg...@gmail.com <xg...@gmail.com> #62
se...@gmail.com <se...@gmail.com> #63
v=hkff8g-KtE4#t=03m32s
I hope that Google implemented something like that.
jo...@gmail.com <jo...@gmail.com> #64
idea of what we're looking for.
ti...@gmail.com <ti...@gmail.com> #65
st...@gmail.com <st...@gmail.com> #66
at android - DO SOMETHING ABOUT IT ...esp copy and paste - Jeez you can do that in
every other OS ever made!!!!!
je...@gmail.com <je...@gmail.com> #67
functionality for Android?
lo...@gmail.com <lo...@gmail.com> #68
great to see it as assigned I was just wondering if anyone had been doing any hacking
to work on a global solution to incorporate a cut and paste framework? To me it would
seem to be a fairly detailed job because it would be something to include as a part
of 'input' rather than just for an application to application basis. Is there any
code started we could test?
pe...@gmail.com <pe...@gmail.com> #69
keyboard, don't be. It works semi ok in browser (the shift+drag thing) but other apps like
email are lousy (you can only highlight about a line before it stops treating your finger
movement as "select" and starts treating it as "move the whole page". It is very annoying
and impossible to use.
Google, please a little standard support throughout the UI please.
p....@gmail.com <p....@gmail.com> #70
te...@gmail.com <te...@gmail.com> #71
p....@gmail.com <p....@gmail.com> #72
wi...@gmail.com <wi...@gmail.com> #73
arrows? Are they working for you? I'm so sick of the lack of android select that
I'll try just about anything.
I've been trying to get used to them but it's clunky to keep doing alt-shift-
whatever just to get to those keys. And it's nothing compared to a good bubble-
cursor.
ar...@gmail.com <ar...@gmail.com> #74
ao...@gmail.com <ao...@gmail.com> #75
lh...@gmail.com <lh...@gmail.com> #76
text that is copied!
I can copy text from an email to use in another email. But I can't correct or change
the wording in the copied text. I find this to be a major lack of functionality
which I hope somebody wil fix soon.
ga...@gmail.com <ga...@gmail.com> #77
follows:
- Add a "Copy/Paste" option to something like the standard "Share" menu that pops up
in various apps such as the camera one, where you can use bluetooth/gmail/etc.
- This will enable any application to avail of it by either using standard page text
copy/paste behavior or extend/modify it for images or any other drawables on the
screen. It could even be applied/customized to copy/paste songs from a music app,
files from a file browser, objects from a drawing package, etc., much like it works
on most desktop OS.
- In other words, copy/paste could be something like an "app" providing these
activities much like Gmail provides email, SMS provides messaging, etc.
- The default behavior provided with the "copy/paste" app could include the various
options to drag/resize/edit.magify etc. whatever could be useful.
My comment is based on being a Mytouch user and a very avid supporter of Android. I
have only tinkered with Android programming so I am very ignorant of implementation
details. I do have a software background...
This may have already been suggested since I have not reviewed all comments...
td...@gmail.com <td...@gmail.com> #78
iPhone or HTC Sense. Begin/end markers and
magnification.
xr...@gmail.com <xr...@gmail.com> #79
found that the copy/paste function worked, but as soon as I pasted the UN into the
first box, the window switched to the "next" window and of course I got an error
message because I hadn't inserted the password into the next box on the first window.
This is probably a bad description, but bottom line, the browser doesn't work right
when pasting.
jf...@gmail.com <jf...@gmail.com> #80
should work. Could you provide some more details about which email
app you're using, and what the phone number looks like?
In Spain, phone numbers look like 928458701, i.e., just 9 digits, no parenthesis, no
hyphens, etc. Unfortunately Android 2.1 on HTC Legend does not recognize them as
phone numbers, so I cannot tap on them to make a call. This is quite inconvenient,
since there is no way to copy and paste the phone number into the dialer! Why??
cc...@gmail.com <cc...@gmail.com> #81
1) press menu, tap 'Select Text'
(alternatively, on devices with keyboards, hold the shift key)
2) use the trackball or the dpad to move the arrow to the beginning or ending of the text you want to select
3) click the trackball or the dpad center
4) use the trackball to select the text
5) click the trackball or the dpad center to copy the text to the clipboard
ol...@gmail.com <ol...@gmail.com> #84
The company I work for is using extremely long and complex passwords. It would be SO nice to be able to copy/paste....
jo...@gmail.com <jo...@gmail.com> #85
ka...@gmail.com <ka...@gmail.com> #86
I have written regular expressions pattern matching, and the omission seems quite trivial, since the email program recognises non-uk numbers:
999 999999
(999) 999999
but doesn't recognise 01473 222 222.
I heard it's coming soon, but to wait past your cooling off period, and be stuck for two years with a "smart phone" that requires me to write down numbers was too much of an act of faith in Google.
Oh, the phone is otherwise fantastic.
xg...@gmail.com <xg...@gmail.com> #87
numbers to entire paragraphs.
Its copy paste in emails we desperately neeeeed
Browser/WebView
mi...@gmail.com <mi...@gmail.com> #89
ku...@gmail.com <ku...@gmail.com> #90
What scares me is, this is not the kind of capability that you "add on top" like a cool new media player or game, to work seemlessly with all apps, it had to have been designed in from the start. I suspect if they finally ship it in an update, every app that wants to take advantage of it will have to be rebuilt (re-purchased, re-installed).
al...@gmail.com <al...@gmail.com> #91
I agree copy paste experience should be available everywhere and should be easy to handle
hk...@gmail.com <hk...@gmail.com> #92
Copy/paste for non-editable text fields could use two main things:
1) Long-press to bring up that 'Edit text' context menu already available in a text entry field, just remove the paste field. Menu > more should still be an option for people who don't want to change, but why press twice when you can only press once.
2) I need to be able to change my selection before the text is copied. Text entry fields have a nice, resizable, highlighted area than must be pressed on again to bring up the context menu where coping is an option.
ra...@gmail.com <ra...@gmail.com> #93
pa...@gmail.com <pa...@gmail.com> #94
ia...@gmail.com <ia...@gmail.com> #95
tj...@gmail.com <tj...@gmail.com> #96
iphone was ridiculed two years ago for this. Blackberrys have had this
for years. Hopefully 2.2 will have this in a fully functional module.
df...@gmail.com <df...@gmail.com> #97
tj...@gmail.com <tj...@gmail.com> #98
ha...@gmail.com <ha...@gmail.com> #99
But then again it isn't two years old yet.
They're still working hard on it, and you gotta admit, iPhone fans didn't have copy-paste functionality for years.
ke...@gmail.com <ke...@gmail.com> #100
this makes it a dysfucntional business tool when compared to other devices, it obviously was intentional b/c it works in some areas on the device and not others, are they worried about copyright issues on web pages?
in my case these are my OWN web pages for dev that I want to parse and buck to my team.
is there a work around or is it best to return the device?
sp...@gmail.com <sp...@gmail.com> #101
od...@gmail.com <od...@gmail.com> #102
ca...@gtempaccount.com <ca...@gtempaccount.com> #103
df...@gmail.com <df...@gmail.com> #104
gl...@gmail.com <gl...@gmail.com> #105
bw...@torfree.net <bw...@torfree.net> #106
K9, stock gmail on 2.2 both feature copy-paste function in the context menu. At worst case, you can reply to the message and copy from there (since it's an editable field).
The problem with holding anywhere to begin selecting text is that apps / web pages (especially interactive HTML and Flash) may use a long hold for other functions. It's not prevalent right now, but what will happen if someone releases an HTML-based document editor or a game that requires holding in a specific spot for a while (for example, those reaction tests. You hold down a button and let go when a light changes, then repress when it changes back)? The long press will trigger the "select text" and (to the browser) will/should not detect that you're holding it as it's expecting you to select the Cut-Copy-Paste menu).
I actually like it being in the context menu because it's not in the way, and honestly, you're probably not going to use c&p very often without replying to the message anyway.
That said, the actual copy-pasting does need to be improved. I vote for a multitouch copy paste -- you press on the beginning and the end of the text, and let go when you're done.
gh...@gmail.com <gh...@gmail.com> #107
good bye android...
and all the best to everyone for waiting hopefully to get this implemented...
gh...@gmail.com <gh...@gmail.com> #108
good bye android...
and all the best to everyone for waiting hopefully to get this implemented...
gh...@gmail.com <gh...@gmail.com> #109
good bye android...
and all the best to everyone for waiting hopefully to get this implemented...
gh...@gmail.com <gh...@gmail.com> #110
please don't advertise your OS a smartphone OS! It's a shame for smartphone Os' to lack basic functionalities like proper copy/paste and uploads in the browser(yeah yeah its there in Froyo, but I am not going to get it anyway)
sorry... you lost me android! After waiting(still waiting for 2.1) for ages to get the update from sony ericsson for my X10, I have no plans to wait eternally for a simple copy paste to be implemented...
and whoever consider this as a rant/bitch/moan against Google/Android, I've paid around 700$ to get my X10! when you pay such amount for a smartphone and which lacks these basic functions... I'm speechless...
good bye android...
and all the best to everyone for waiting hopefully to get this implemented...
hopefully this will get implemented by 2025 with android verio 10.5 butter cup
pr...@gmail.com <pr...@gmail.com> #111
vf...@gmail.com <vf...@gmail.com> #112
Apple has now done it!
bu...@gmail.com <bu...@gmail.com> #113
maybe under the assumption that it being a "free" platform, some development should after all, be left to the worldwide developer's community?
its in poor spirit really, and not commensurate with the brand and goodwill that is Google , Android , 2.2 or whatever , this is a massively under deveopled product, more so in my opinion, than Apple's phone OS, (I am not a fan of Cupertino's products, vastly over rated and expensive)- case in point , it took Apple to become the laughing stock of the world's phone users to implement , some level of multi tasking and copy , paste functionality in its system ,
Google's situation being worse, - as it slept through entirely while millions laughed at glaring ommissions on its competitors,
anyway, these are issues that have plagued big name products for years, it is physically impossible for a developer to seek and implement all suggesstions that are expected to emerge
br...@gmail.com <br...@gmail.com> #114
bi...@gmail.com <bi...@gmail.com> #115
GOOGLE WE NEED IT :)
hg...@gmail.com <hg...@gmail.com> #116
ma...@matthew1471.co.uk <ma...@matthew1471.co.uk> #117
[Deleted User] <[Deleted User]> #118
- make the keys on the keyboard slimmer in order to avoid hitting the wrong key the whole time if you have normal or large sized fingers (here iPhone has perhaps a better designed slimmer key to lessen the occurrance of this) I have the HTC Desire.
- make the volume toggle/btn on the left hand side of the phone better/more sensitive.
- make a docking station available for the HTC Desire and similar phones.
- more internal space on the phone so I do not need to move my apps to SD card the whole time.
- I am glad to hear that a native cut/copy-paste function is in dev!
ro...@android.com <ro...@android.com> #119
sa...@google.com <sa...@google.com> #120
If it is still observed in the latest Android release, please open a new issue in
Description
Currently the Copy utility only works for text boxes that one may compose in.
I understand that it is difficult to implement Copy functionality in other
areas, but there are some key areas that should be standard.
- From a Browser web page
(the parser must already understand individual characters and elements)
- From emails/Gmails
(Since we can't directly edit forwards, we should be able to copy/paste the
text into new messages to edit.)
- Google Talk
(Would be nice to highlight a short note, address or #number seen in a convo.)