Jump to content


Photo
- - - - -

Problem with IPBoard WYSIWYG Editor and Chrome


  • Please log in to reply
25 replies to this topic

#1 Bridger

Bridger

    IPB Newbie

  • Visitors
  • Pip
  • 1 posts

Posted 21 May 2012 - 03:35 PM

Hello,

I frequent a few IPBoard forums, and have been having an extremely frustrating time typing in them. Here is the problem:

1) Type "test"
2) insert a space
3) turn on some formatting (bold or Italics both cause the issue) and type "test" again
4) Insert another space, turn off the previous formatting, and type "test" again
5) Hit Backspace

Instead of deleting the "t" in the final "test" the cursor jumps back to the end of the bolded or Italicized text and deletes that instead. This is incredibly frustrating, as every time I make a typo in a paragraph where I have used some formatting the cursor will jump back on me when I try to simply delete the most recent word. This works on these forums as well. It appears to only be an issue with Chrome.

Here's another editor that seems to have the same problem, and what they did to solve it. Please fix this soon, it's so frustrating :(
  • YoungL likes this

#2 Ryan H.

Ryan H.

    Watch how I soar.

  • +Clients
  • 2,831 posts

Posted 21 May 2012 - 03:42 PM

IP.Board uses a customized CKEditor. Based on that report, it looks like the issue in CKE has been fixed, so that should be reflected in IP.Board when they update it to the latest version.
Ryan Hoerr / "No1 1000" - Sublime Development

IP.Board 3.4 Resources bullet_star.pngbullet_star.pngbullet_star.pngbullet_star.pngbullet_star.png

Mod Advanced Tags & Prefixes

Mod Easy Pages

Skin Graphite

Skin Thoreau

#3 Rimi

Rimi

    Strip Me

  • +Clients
  • 5,774 posts

Posted 21 May 2012 - 08:34 PM

This has been happening to me for the longest time but I had no idea what was causing it so I couldn't really report the bug. Looks like you found out how to reproduce it so good job.

#4 The Guy

The Guy

    Advanced Member

  • +Clients
  • 251 posts

Posted 31 May 2012 - 08:51 AM

+1.

This is a growing issue for me too. I know exactly what your going through. It's very hard and frustrating having to write something over and over.

Especially in IP.Blog when I have to write something long.
Become ultimate fan.... IPS Nation

I've donated $10.00

to Autism Research.

What have you donated too?


#5 YoungL

YoungL

    IPB Member

  • +Clients
  • 64 posts

Posted 02 June 2012 - 06:51 PM

I agree this has been an issue for me and I refuse to use FireFox lately, however I could have sworn FireFox was the same, I will test it later. I have noticed quite a few other problems with the IP.Board WYSIWYG editor and I posted about them before but no one replied to my post and it dropped several pages. This issue has been going on since at least IPB 3.2 if not prior to that, it is frustrating and it would be nice to know if someone is looking in to the problem.
ibpArcade Downloads
Providing ibProArcade games for
Communities Since 2005
http://www.ibpdownloads.com
~~~~~~~~~~~~~~~~~~~~~~~~~~

#6 Marcher Technologies

Marcher Technologies

    $life=FALSE;$code=TRUE;$time--;

  • +Clients
  • 11,206 posts

Posted 02 June 2012 - 08:24 PM

.... FYI.
https://bugs.webkit....ug.cgi?id=15256
the OP's frustration is a half-decade old chrome bug... and I DONT experience it in FF, only in Chrome... where it hounds my every typed word, which is why I do not use Chrome anymore.

#7 YoungL

YoungL

    IPB Member

  • +Clients
  • 64 posts

Posted 03 June 2012 - 05:53 AM

There must be some sort of work around for it, because I use other sites (in particular the wordpress WYSIWYG editor and I have no issues in Chrome)... With Chrome approaching to be, if not already, the most popular browser on the web I think it is something that needs looking at. If the bug has been unresolved for 5 years on Chrome's end then I think considering most of our users will be using Chrome then perhaps it is something which someone needs to work around. The old IPB WYSIWYG editor used to work fine in Chrome too. Simply suggesting just don't use chrome is not resolving the issue. If Wordpress can get their WYSIWYG editor to work properly (and its a really nice editor), then I am sure IPS can do something about this too.
ibpArcade Downloads
Providing ibProArcade games for
Communities Since 2005
http://www.ibpdownloads.com
~~~~~~~~~~~~~~~~~~~~~~~~~~

#8 Rimi

Rimi

    Strip Me

  • +Clients
  • 5,774 posts

Posted 03 June 2012 - 10:29 AM

There must be some sort of work around for it, because I use other sites (in particular the wordpress WYSIWYG editor and I have no issues in Chrome)... With Chrome approaching to be, if not already, the most popular browser on the web I think it is something that needs looking at. If the bug has been unresolved for 5 years on Chrome's end then I think considering most of our users will be using Chrome then perhaps it is something which someone needs to work around. The old IPB WYSIWYG editor used to work fine in Chrome too. Simply suggesting just don't use chrome is not resolving the issue. If Wordpress can get their WYSIWYG editor to work properly (and its a really nice editor), then I am sure IPS can do something about this too.

Wordpress uses TinyMCE as their editor. IPB uses CKEditor. Saying "if Wordpress can do it then IPS can do it" isn't very fair.
  • Liz K. likes this

#9 pmflav

pmflav

    IPB Newbie

  • Members
  • Pip
  • 28 posts

Posted 20 August 2012 - 04:02 AM

I would just like to see a true wysiwyg editor for IP. This software has so much more potential to make it more useable especially for IP.Content. Saying if wordpress can do why can't IPS is absolutely fair, whether you like it or not, it is all about comparing software.

#10 Marcher Technologies

Marcher Technologies

    $life=FALSE;$code=TRUE;$time--;

  • +Clients
  • 11,206 posts

Posted 20 August 2012 - 04:39 AM

I would just like to see a true wysiwyg editor for IP. This software has so much more potential to make it more useable especially for IP.Content. Saying if wordpress can do why can't IPS is absolutely fair, whether you like it or not, it is all about comparing software.

IPS Chose what they saw as the most maintained, least buggy WYSIWYG available.
CKE Bugs, all reported.
TinyMCE Bugs open/verified and not fixed(1114 bugs)
Not much of a choice.... CKE wins that contest hands down.

#11 Rimi

Rimi

    Strip Me

  • +Clients
  • 5,774 posts

Posted 20 August 2012 - 07:42 AM

I would just like to see a true wysiwyg editor for IP. This software has so much more potential to make it more useable especially for IP.Content. Saying if wordpress can do why can't IPS is absolutely fair, whether you like it or not, it is all about comparing software.

Uh. No. It's not. You can't just take what I said and say the opposite. xD

They use different editors. That's why IPB has the bug and WP doesn't. Nothing more to it. Discussion is over.

#12 bfarber

bfarber

    RBT-KS

  • IPS Management
  • 27,212 posts

Posted 20 August 2012 - 09:01 AM

Expanding the editor's capabilities has little to do with which editor is chosen. ATM the software (IP.Board and addons) have a bbcode backend system, so anything in the editor has to be converted to bbcode behind the scenes. This is a difficult process to handle correctly when working with an RTE, so the options are limited. Besides, MOST end users have no need to see 80000 buttons that can do everything under the sun. They just want to post.

As we start moving away from a bbcode backend system we will continue to evaluate our options.
  • m3rk0rd likes this
Brandon Farber
Developer / Senior Support

If it sounds like fun, it's not allowed on the bus!

Posted Image     Posted Image

Invision Power Services, Inc.

#13 VothJ

VothJ

    IPB Newbie

  • +Clients
  • 9 posts

Posted 26 December 2012 - 04:01 PM

We continue to have a problem with the cursor jumping around when member's format their reply.  When the font or color is changed, the cursor jumps around when enter is hit.  I was able to replicate the problem on Chrome just now.  Any solutions?



#14 mat206

mat206

    Advanced Member

  • +Clients
  • 405 posts

Posted 28 December 2012 - 04:01 PM

And yet Chrome has 34% of the global browser market share.. kind of too big to ignore.



#15 Fast Lane!

Fast Lane!

    Advanced Member

  • +Clients
  • 336 posts

Posted 28 December 2012 - 04:07 PM

Again Invision does what they want and not what the customers want.



#16 Heyhoe

Heyhoe

    Spam Happy

  • +Clients
  • 565 posts

Posted 28 December 2012 - 04:14 PM

What would you like them to do?

 

They are trying to sort the editor out so if you have a problem, report it...

 

Posting unhelpful comments achieves nothing.


  • Marcher Technologies likes this
Paul Heyhoe - http://www.osatuk.com

#17 Marcher Technologies

Marcher Technologies

    $life=FALSE;$code=TRUE;$time--;

  • +Clients
  • 11,206 posts

Posted 28 December 2012 - 04:42 PM

Again Invision does what they want and not what the customers want.

https://bugs.webkit....ug.cgi?id=15256

Place the blame fairly, this is a webkit bug, and the latest Chrome still has it.

Ok, this works perfectly in Chrome on CKE 4.

Matt! get us on par!



#18 Fast Lane!

Fast Lane!

    Advanced Member

  • +Clients
  • 336 posts

Posted 28 December 2012 - 04:43 PM

Make it work properly with all browsers with significant market share such as chrome.  It is tough but the fact remains that there are 4 browsers with high market share.

 

Attached File  Capture.PNG   12.97KB   3 downloads



#19 Fast Lane!

Fast Lane!

    Advanced Member

  • +Clients
  • 336 posts

Posted 28 December 2012 - 04:46 PM

https://bugs.webkit....ug.cgi?id=15256

Place the blame fairly, this is a webkit bug, and the latest Chrome still has it.

 

I doubt the end user cares whos fault it is.  They just expect it to work.  Sucks that the developers have to work around it but that is their job.  For years people worked around IE's "bugs" --  that is just part of life.



#20 Marcher Technologies

Marcher Technologies

    $life=FALSE;$code=TRUE;$time--;

  • +Clients
  • 11,206 posts

Posted 28 December 2012 - 04:52 PM

I doubt the end user cares who's fault it is.  They just expect it to work.  Sucks that the developers have to work around it but that is their job.  For years people worked around IE's "bugs" --  that is just part of life.

see edit, firstly.

Secondly, if a third-party plug-in has a bug, you correctly blame the third-party plug-in, until the point at which the first-party code is to blame for being an outdated usage(which is this, it works as intended in CKE 4).

We *still* work around IE's "bugs", for reference, but that lays at our feet, and is something we can do something about directly.

This sentence is like blaming the waiter for the chef's bad cooking.






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users