I'm playing with Chrome app and find it very interesting.
But I wonder why how to select text inside a div in Chrome app.
I tried but it seemed not work.
Anyone knows the problem?
Thanks!
PS: This app read a text file, then output the result to a div.
The default CSS is slightly different in apps, as defined in platform_app.css. You will need to add CSS to enable selection:
-webkit-user-select: text
Related
We have created a cordova App using angular JS, and in the app we have desabled the Apple webview copy/share/define menu from our view code in Xcode. This works as intended, since we don't want the menu to popup.
The angular JS code is also hosted on a website, where desktops can access it, but here the Copy/share/define menu is shown.
I have tried numerous things I found on Stackoverflow and other website, most of them give the following css tag:
-webkit-user-select: none;
This competly desabled selection, we just want the copy/define/share menu gone, is this possible, ore is this something that has yet to be implemented.
You can put ng-hide="true" attribute on the menu so that it will be hidden on the view.
I'm using Froala editor (the free version) and I have the problem that I can't see any icons on the formating buttons.
Is there any way to fix it? Thanks!
You're not including Font Awesome correctly or if you have simply opened a HTML file using the file protocol the icons don't appear in Firefox (see Fonts Not Showing https://froala.com/wysiwyg-editor/browsers).
It is best to include Font Awesome like on https://github.com/froala/wysiwyg-editor/blob/master/examples/basic.html#L6 in order to avoid all the issues above.
This will be difficult to explain so I won't paste any code.
I'm implementing a wysiwyg editor on my site called wysihtml5 and there are several issues when selecting the textarea/editor with the iPad. On a desktop browser, all is fine, the text can be selected, edited, pasted etc. But on the iPad multpiple issues occur:
Can't tap anywhere in the text to move the cursor there
If I manually move the cursor, all of a sudden I can't type anything anymore
Tapping outside of the texteditor doesn't bring the keyboard down
Basically I'm just hoping there's someone who has had similiar experiences with iPad cursor not behaving correctly in text input fields and what possible solutions there might be. I'm stuck and have no idea how to debug this.
Did you use touch event? iOS has a bug: you can't input in editable iframe if you are listening(or had listened) any touch event(touchstart, touchmove...), I tested this bug occurs even you listen other elements but iframe itself. yes, it's a serious bug, you can check out:
wysihtml5 issues98
If i create a div that has contenteditable true inside of an iframe and if you double click it it becomes non functional.the focus is still in the iframe and you can see the cursor, however it does not respond to keydown
Does anyone have an idea of how I can i overcome this?
EDIT:
i have implemented a dojo editor. if you open this link in ipad you will see the problem as described above.
Which OS you are using? You should make sure that you are using OS 5.0 or later. According to the (Apple's Technical Notes) and Safari Web Content Guide. It is written:
The HTML contenteditable attribute is supported in iOS 5.0 and later. In earlier versions, replace contenteditable, used to enable text input within a styled element, with a styled textarea element. In Safari, you can customize the appearance of textarea elements using CSS. If necessary, you can even disable any platform-specific, built-in styling on a textarea element by setting -webkit-appearance to none.
So, if you are using an old OS version, you could use textarea elements instead of contenteditable. Then, it is guaranteed that your application will work as well.
PS. you can use your IPAD to go on this website, to try how does it work with textarea. It might be an example for you.
Hope that helps.
Trying to get a contenteditable div to work inside of an iframe is one level of complicated, if you are trying to get it to work inside of a specific WYSIWYG editor like Dojo editor, is another level harder, as there is a lot of JavaScript affecting the interactions. It would help to explain the parameters a little better in your question.
Have you used a browser debugger (like Firebug) to see what's happening when you click?
This other SO question and answer about contenteditable div vs iframe is useful.
Finally, if you are using iOS Safari, make sure you are using Safari 5.0 or better as the contenteditable attribute was only recently supported on that browser.
EDIT:
Since you are using iOS 6, you should be using the iOS Safari JavaScript Debugger to let you know what's happening a little more clearly when you click on the editable div. If you can find some more specific error messages, please update us.
Using sifr3-r436. First page load of seems fine. Reload page and sifr-alternate text always displays resulting in a double headline, one Flash text one HTML. Any ideas?
Please see example here:
http://v3.kevincarrollkatalyst.com/blog/
It was some kind of CSS problem. Rolling the sifr css properties into my screen and print style sheets fixed the problem.
Most likely it's your SIFR-stylesheet that isn't loaded properly. Please ensure that the path is correct: