Version: 3.1.0 (using KDE 3.1.0) Installed from: (3.0) Compiler: gcc version 2.95.4 20011002 (Debian prerelease) OS: Linux (i686) release 2.4.20-xfs Konqueror doesn't have support for Yahoo rich text editor in it's javascript implementation. Isn't possible to bind some javascript function to the khtml component?
Isn't the yahoo rich text editor an activeX component? If so, this isn't something Konq should be nativly supporting.
*** Bug 53538 has been marked as a duplicate of this bug. ***
the yahoo rich text editor is an editable iframe controlled by javascript
Hmmm. Interesting. I'll take a look and see how they do this. From a brief look, there's a huge amount of proprietary IE stuff in there. However, I know Konq supports a lot of it, so getting it to work might be worth it. ***However***, unless you can convince Yahoo to allow Konq users to use the "rich text editor" without having to spoof their user agents, it's probably not worth anyone's time. Have you contacted them about this? While I'm looking at the code, can you do this? David
If it's an ActiveX, we just need to map it to a text/rich?? mimetype and load a KPart instead (same is done for flash/realplay).
Subject: Re: konqueror does not support Yahoo email-composer html editor OK i'll do that. Thanks :) P. >------- You are receiving this mail because: ------- >You reported the bug, or are watching the reporter. > >http://bugs.kde.org/show_bug.cgi?id=53537 > >------- Additional Comments From djoham@yahoo.com 2003-01-28 23:11 ------- >Hmmm. Interesting. I'll take a look and see how they do this. From a brief >look, there's a huge amount of proprietary IE stuff in there. However, I know >Konq supports a lot of it, so getting it to work might be worth it. > >***However***, unless you can convince Yahoo to allow Konq users to use the >"rich text editor" without having to spoof their user agents, it's probably not >worth anyone's time. Have you contacted them about this? While I'm looking at >the code, can you do this? > >David > > ----------------------------------------------------- Un week-end a Firenze? Non perder tempo Prenota subito online: http://www.firenze.net/groups/7/31/ E' un servizio gratuito di Firenze.net http://www.firenze.net -----------------------------------------------------
Anyone is working on this bug? I didn't have anymore information about this feature request.
*** Bug 57615 has been marked as a duplicate of this bug. ***
I contacted the yahoo team, but I didn't have any reply from them. I think it's a great idea to use MIDAS, but why don't implement also the IE API, to be compatible with Hotmail and Yahoo. I don't like to hack things to be ms compatible, only because they don't want to read standards, but a lot of people using Windows have a Yahoo or Hotmail account, and they will never migrate to Linux/*NIX if those (and others) sites are not fully supported. I think that if having konqueror support the IE RTF editor, will be easier to convince Yahoo's team to support it. Best regards P.
Can someone provide a URL or some other direction. I just signed up for a mail account with Yahoo! and I don't see any rich text editing anywhere.
actually when konqueror browser's identification is set to IE6 on WinXP, yahoo html editor almost work, all the buttons and stuff displays ok but not the text box which is all blank on 3.1.94
This is related to bug #56563
This doesn't only affect Yahoo! The epoz widget ( http://www.zope.org/Members/mjablonski/Epoz ) for Plone works with MIDAS, but not konqueror. It would be really nice to support MIDAS, so that countless plone sites will work better in konqueror.
*** This bug has been confirmed by popular vote. ***
Yahoo HTML composer works fine in Firefox. Don't know if you guys were aware, but I think it's relevant.
Is there someone working already at this? Implementing the MIDAS specifications would make HTMLArea run on every KHTML based web browser. This HTMLArea thingy is being used in a bunch of nice online apps. http://www.htmlarea.com http://www.mozilla.org/editor/midas-spec.html
Still nothing new about this bug? Personally I don't care much about the HTML editor, but one thing I really miss when using Konqueror (it works fine in Firefox under Linux) is the automatic email address insert from your address book. In IE and Firefox, when composing an email, you start typing the email address or the name of the person you want to write to and it automatically shows you all the matches from your address book. To test it you'll need to spoof the user agent (as usual) and to include some sample address in the address book. It works like this example, but this one works in Konqueror, while Yahoo!'s doesn't :( http://demo.script.aculo.us/ajax/autocompleter_customized Thanks !
Same problem - can't even sign in to Yahoo mail. But I can sign into My Yahoo: and from there go to mail: https://login.yahoo.com/config/login?.pd=c%3DaMtFxUmp2e6zaBL942f2v6LoDw--&.src=my&.done=http://cm.my.yahoo.com&.intl=us
@Amy: this bug is not related to login problem, but to the editor. So, please open a separate bug report against your login problem, thanks a lot! :-) Instead, about the editor problem, isn't this a dup of bug #48302?
Hi, Yahoo finally allows konqueror to see the rich text editor. Now the problem is that konqueror doesn't handle it correctly, to the point that you can't even write any character on the text box. That is, now you can't use yahoo mail with konqueror at all! So now this bug is quite critical. I'm forced to switch browser to be able to write emails. To reproduce simply log into a yahoo mail account and try to compose an email.
@Alberto, did you use konqueror from KDE4 or KDE3?
(In reply to comment #21) > @Alberto, did you use konqueror from KDE4 or KDE3? > It applies to both versions (tested with Konqueror 4.1.1) However, you can manually change to the plain text version and at least compose an email that way.
This is also problem for KDE 4.1.69.
Created attachment 28608 [details] Ability to choose HTML > Plain Text > Rich Text in an email message.
Dear user, KHTML (and KJS) was a long time more or less unmaintained and got removed in KF6. Please migrate to use a QWebEngine based HTML component. We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes. For security issues, please see: https://kde.org/info/security/ Sorry that we did not fix this issue during the life-time of KHTML. Greetings Christoph Cullmann