wwWidgets

[wysota]

If you mean the bar, then it only allows one to edit a linear gradient.

[marcel]

No, I meant the entire gradient palette, with all the options. You can also change the gradient style from there - linear, radial, etc.

Although, the pdf spec defines a few "exotic" gradient types, such as Coon's patch gradients, which are all supported(read-only) by all Adobe products but I haven't yet found a way to create one with them.
I believe Qt, when printing to pdf, saves all gradients as coon patch.

[wysota]

No, I meant the entire gradient palette, with all the options. You can also change the gradient style from there - linear, radial, etc.

Yes, but you won't be seeing the final effect in action - the gradient will still be visualized as a linear gradient. I like the gradient editor from Qt Designer way way more.

[Gopala Krishna]

While trying to use your classes i felt the following addition to QwwRichTextEdit would rock it more!

• Toolbuttons to control the subscript and superscript of text.
• An intelligent toHtml() method which isn't bloated as is that of QTextEdit

[wysota]

Toolbuttons to control the subscript and superscript of text.

They will be available in the upcoming release.

An intelligent toHtml() method which isn't bloated as is that of QTextEdit

That's more complicated. The problem is within QTextDocument and not QTextEdit so it should be solved there - a class exporting QTextDocument to proper html would be needed as a general purpose solution. It's not that hard to implement - you can traverse nodes of the document easily and create output of your choice.

[Gopala Krishna]

If i remember correctly, i read on planet kde that someone has written a script to reduce the richtext's html generated by designer. Googling didn't help me.

Anyway's i will try to write one if i can't find the script.

[wysota]

If i remember correctly, i read on planet kde that someone has written a script to reduce the richtext's html generated by designer.

In my opinion this is not the way to go. You double the work this way - first QTextDocument generates its html representation and then the script simplifies it into another html. It's better to generate a clean html in the first place and its easily achievable - all that it takes is a bit of brainstorming how to avoid pitfalls that may arise and then apply those developed rules during document traversal.

I'm thinking of developing an output generator for the MediaWiki syntax. Currently I don't have time to do it, but maybe in the near future I will.

[elcuco]

Someone is working on a MediaWiki "rich text editor" control for Qt., again, look in the KDE planet.

About editing HTML: has anyone tried use the webkit editor control...? I know it can display HTML (it's pretty good at it), but how about editing, anyone tested?

[Gopala Krishna]

In my opinion this is not the way to go. You double the work this way - first QTextDocument generates its html representation and then the script simplifies it into another html. It's better to generate a clean html in the first place and its easily achievable - all that it takes is a bit of brainstorming how to avoid pitfalls that may arise and then apply those developed rules during document traversal.

I'm thinking of developing an output generator for the MediaWiki syntax. Currently I don't have time to do it, but maybe in the near future I will.

I agree but as you won't be fetching the tidied rich text very often(other than saving and for copying the text), it shouldn't cause much difference though there is double work.

Anyway i am looking forward for your output generator.

[magland]

Attached is a simple extension to QwwRichTextEdit that adds a "link" button, allowing user to add hyperlinks. Also two new signals are emited: anchorHovered(QString) and anchorClicked(QString).

(Wysota, feel free to use this code or modify it as you like.)

[wysota]

Thanks. I'll include it in the next release of the widget set. It should be out today or tomorrow.