search

B2theRandino / iui

Automatically exported from code.google.com/p/iui
MIT License
0 stars 0 forks source link

iui.css styling of input fields (for both dialogs and "rows") doesn't work in Safari 5+ or iOS 4.2+ #256

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. Download the new Safari(safari5.0)
2. Open the source downloaded from here (version 3 or 4)
3. Open the music.html in the folder "samples", click the "settings", you will 
find the css doesn't work in "input".

What is the expected output? What do you see instead?
    The expected output should be like before(in iphone), but now it appears just like a normal input box.

What version of the product are you using? On what operating system?
    I use the new version of safari(version 5), download from Apple.com in 10 June 2010, and i download the source from here, you will find the sample doesn't work well like before in the appearence of "input".

Thank you for your replying.

Original issue reported on code.google.com by iyurn...@gmail.com on 10 Jun 2010 at 9:03

Attachments:

GoogleCodeExporter commented 8 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

GoogleCodeExporter commented 8 years ago 
Will this change break any other supported platform?

Original comment by msgilli...@gmail.com on 11 Jun 2010 at 4:02

GoogleCodeExporter commented 8 years ago 
Remi, do you mind taking a look at this one?

Original comment by msgilli...@gmail.com on 11 Jun 2010 at 5:05

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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:

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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:

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago

Original comment by msgilli...@gmail.com on 18 Sep 2011 at 7:39

GoogleCodeExporter commented 8 years ago 
I'm on it!

Original comment by remi.gru...@gmail.com on 18 Sep 2011 at 10:05

GoogleCodeExporter commented 8 years ago 
Issue #293 is likely a duplicate.

Original comment by msgilli...@gmail.com on 25 Sep 2011 at 10:25

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago

Original comment by msgilli...@gmail.com on 25 Sep 2011 at 11:15