Closed GoogleCodeExporter closed 9 years ago
OK, i just solved it.
Here we come:
1. open the iui.css
2. change the ligne
".row > input:not(input[type|=radio]):not(input[type|=checkbox])"
to ".row > input:not([type|=radio]):not([type|=checkbox])"
the key is that you don't need to rewrite "input" in the selector, the grammar
of "not equal" is:
E:not(s) an E element that does not match simple selector s
for exemple, here, E means ".row > input", s means "[type|=radio]" and
"[type|=checkbox]".
Done
Original comment by iyurn...@gmail.com
on 10 Jun 2010 at 3:51
Will this change break any other supported platform?
Original comment by msgilli...@gmail.com
on 11 Jun 2010 at 4:02
Remi, do you mind taking a look at this one?
Original comment by msgilli...@gmail.com
on 11 Jun 2010 at 5:05
I don't think there is any influence with platforms, because we just change css
which control the appearence of the web.
I think Safari5 use more strict grammar, so it can not correctly encode the css
of iui framework at "input" and then appear the default html input component.
After changement, it works in Safari5 which means it works in Iphone4 which
will come soon, but i haven't test that whether this changement is accepted by
Safari4(iPhone 3G)
Original comment by iyurn...@gmail.com
on 11 Jun 2010 at 6:34
We've got to test with older platform and in other CSS dependencies. I
actually committed the change to a project I'm working on to see if it helps
and it solved one problem, but there may still be some work required. Before
we commit this change to a release we'll need to make sure it works on multiple
browsers/versions and in multiple apps.
Original comment by msgilli...@gmail.com
on 11 Jun 2010 at 10:16
My main goal for all CSS code i do for iUI is to keep support of android
devices too! (even Firefox/Fennec). Soon, Blackberry new webkit browser will be
to consider to me.
In attachments, screenshots of all platforms. I'm looking forward to correct
the input behaviour for all thoses. Any idea of when or why this bug happens
first ?
R.
Original comment by remi.gru...@gmail.com
on 12 Jun 2010 at 6:21
Attachments:
Apple released Safari 5 on 7 June 2010, that means just severals days ago. So,
iphone 3G and iPad use certainly the old version of safari(maybe 4.x), so it
works fine.
But in chrome or Safari5, i don't know why there is such kind of problem. But
as i have said, i think it's just the problem of css grammar, at least the
writing ".row > input:not([type|=radio]):not([type|=checkbox])" make the
iui-input works fine in Safari5. For firefox, i have no idea :)
Original comment by iyurn...@gmail.com
on 12 Jun 2010 at 6:39
iPad is running iPhoneOS 3.2, its user-agent shows it crystal clear:
Mozilla/5.0 (iPad; U; CPU OS 3_2 like Mac OS X; en-us) AppleWebKit/531.21.10
(KHTML, like Gecko) Version/4.0.4 Mobile/7B334b Safari/531.21.10
Original comment by remi.gru...@gmail.com
on 13 Jun 2010 at 8:24
yeah, it says so clear:
......."Version/4.0.4 Mobile/".... "Safari/531.21.10"....
In my another pc, the version of Safari is Safari 4.0.5(531.22.7) on which the
iui works fine, so no wonder that iui works also fine on iPad with a even lower
version (4.0.4)
Original comment by iyurn...@gmail.com
on 13 Jun 2010 at 8:32
i find another problem which may come with the input problem:
the PASTE doesn't work in "input" components,
we can highlight it , right click, cut, and copy, and then paste it to other
place,
but we can not paste a text copid from other place to the "input" compenent!!
Have any idea? thanks
Original comment by iyurn...@gmail.com
on 15 Jun 2010 at 12:58
iPhone ? iPad ? OS version ?
On iPhone Simulator using latest OS3.x, it actually works fine...
Original comment by remi.gru...@gmail.com
on 15 Jun 2010 at 1:28
Attachments:
Thanks for your reply, it works in iphone, however, i doesn't work in Safari5
on PC.
Considering that the new release of OS will certainly use Safari5 someday, it
is a potential problem.
Original comment by iyurn...@gmail.com
on 16 Jun 2010 at 9:37
Actually, it doesn't works neither on Safari 5, Chrome 5 running in Snow
Leopard.
But it sure works in Firefox, so it sounds like more a webkit specific
issue/supported input protection that does not occur w/ Gecko
Original comment by remi.gru...@gmail.com
on 16 Jun 2010 at 10:09
I think this problem is now showing up in iOS 4.2, right?
Original comment by msgilli...@gmail.com
on 24 Nov 2010 at 8:33
Do you mean the 'paste' problem?
actuelly, i dont know, i have finished that projet 2 months ago. Since i have
leave that company, i can not do test in iOS4.2 :)
If the version of Safari in iOS4.2 is now the same as Safari 5 in Mac, i think
the 'paste' problem will show up in iPhone.
Original comment by iyurn...@gmail.com
on 24 Nov 2010 at 1:10
Original comment by msgilli...@gmail.com
on 18 Sep 2011 at 7:39
I'm on it!
Original comment by remi.gru...@gmail.com
on 18 Sep 2011 at 10:05
Issue #293 is likely a duplicate.
Original comment by msgilli...@gmail.com
on 25 Sep 2011 at 10:25
I'm changing the title of this issue to be more meaningful (specific)
I also think this issue should be solely for the input field styling issue.
If there are still reproducible issues with copy/paste, please create a new
issue for those.
Original comment by msgilli...@gmail.com
on 25 Sep 2011 at 11:00
The fix for the CSS selectors has been check in to Hg and will be in the next
release on the 0.4 branch:
http://code.google.com/p/iui/source/detail?r=6bd7e039a54667b7167a5bb967c4abc847f
e2bf2
Original comment by msgilli...@gmail.com
on 25 Sep 2011 at 11:15
Original comment by msgilli...@gmail.com
on 25 Sep 2011 at 11:15
Original issue reported on code.google.com by
iyurn...@gmail.com
on 10 Jun 2010 at 9:03Attachments: