Yes, and works perfectly

Unfortunately, it doesn't seems to work... actions() returns me an empty list.

I think I'll go for QTextEdit::createMimeDataFromSelection() because otherwise I won't be able to deal with drag & drop (I didn't think about it :/ )

Thanks anyway!

@hskoglund said in QObject::connect: Cannot queue arguments of type 'QTextCursor':

Thanks for the clarification, it makes sense., i.e. the detection is not "shaky" it's impossible to do!

Exactly!

I should have a coffee and study the source code for how that detection is done when signals are emitted across threads.

Coffee sounds nice, I'm now envious ... ;)
You can look here about the second part:
https://code.woboq.org/qt5/qtbase/src/corelib/kernel/qobject.cpp.html#_ZN11QMetaObject8activateEP7QObjectiiPPv

And, this "problem" with connecting to lambdas across threads should be documented better I think.

Perhaps you're right, but I'm too lazy to check what it really says in the docs ... :p
However I think it's documented, probably more emphasis can be put though.

@KillerSmath @raven-worx Thanks. I will try it and post the result later. I think it's a non-trivial task.

QTextEdit::toHtml() gibt schon gültiges HTML zurück - nicht nötig da noch einmal was zu konvertieren (was eh nicht mehr vorhanden ist). ß wird übrigens falsch konvertiert...

@mpergand said in Qt Designer, QTextEdit, remove indentation:

try:

textEdit->document()->setDocumentMargin(0);

Yes! This works!
Thank you!

@Alain38 OK: It seems in fact that wat just a problem with the console. By sending the text to the URL (using QUrlQuery for encoding) I have the text with the accents.

If you put your buttons in a QButtonGroup you could simply store the button id so you can programmatically check it when loading your document.

@mrjj
I don't want to resize it via a dialog. I need to do that with the mouse (manually)

I have found a solution suiting me.

QRegularExpression rexp ( "<img src=\\\"([^\\\"]{1,})([^/]{0,})/>" ); QRegularExpressionMatch match; int pos = content.indexOf ( rexp, pos + 1 ) ; if ( pos > -1 ) { match = rexp.match ( content, pos ); if ( match.isValid() ) { QString imFile = match.captured ( 1 ); } }

imFile will hold the file name stored.

Or as alternative for the deprecated QRegExp. The expression itself works for both.

QRegExp rexp ( "<img src=\\\"([^\\\"]{1,})([^/]{0,})/>" ); int pos = content.indexOf ( rexp ); if ( pos >= 0) { QString imFile = rexp.cap ( 1 ); }

Note: The indexOf with QRegularExpression may also handle the QRegularExpressionMatch since version 5.5. This would make it more compact.

@Matzomatzomatzo said:

Hi

if setAlignment sets the alignment for a paragraph of text
(see doc)

When you do
ui->QtexteditObj->setText

I think it replaces the paragraph with a new one since u replace all text
and the default alignment is left for that new paragraph

Just guessing. Did not test it :)

The QPixmap class has a constructor that takes a QSize parameter and therefore allows you to create a pixmap of a given size. That is what @jsulm is doing in the first line of his last code example. Documentation.

Hi,

It might be not possible to insert a QChart object directly but a possible alternative might be to generate your chart, render it on a QImage and then put that QImage your QTextDocument.

Hope it helps

Looks like it might be a limitation/bug. The behavior is the same with 5.6

You should go to the bug report system to see if it's something known. If not please consider opening a new report providing a minimal compilable example (not just the code files) to reproduce the behavior.

I have elucidated the dilemma regarding the doubt raised.

First and foremost, I was confusing two concepts, TextEdit and TextDocument for the first contains the second, although they can be used interchangeably on any widget.

On the other hand, I prefer QTextEdit, it has more features and is more versatile than QPlainTextEdit for creating a text editor and so investigated have equal performance in terms of resources used.

I leave this reflection or as a solution in case someone is presented with any questions regarding this topic.

@raven-worx Thanx for the suggestion. I think we can go a long way with this, except that we are on Windows and it seems we need some Windows-specific MIME-conversions. We'll try to tinker a bit with that.

The cause for that crash can be everything!
How should anybody know what it is without your code?
Did you try to debug your program to see where it crashes?

Then you should rather use an event filter so you'll only test when there's something currently going on with your button.

Ok, thanks.

This solved my problem

@AnkurSharma

But, I also expect that when I am resetting the attribute of WA_InputMethodEvent my widget should no more get the input method events anymore, and thats how it works on Qt on OSX.

I don't know how it works on OSX, I can say for sure though that QObject::eventFilter is executed before the QObject::event method (this is documented) and since you're not giving Qt leeway to process the event as it ordinarily would in the overriden QWidget::event method (you stop the event propagation when you return true from the event filter) you shouldn't expect it to respect the widget attribute. That's what I'm claiming. You should move your code from the eventFilter method to a QWidget::inputMethodEvent override.

Using QFile::handle

I don't really like that

As I said - QTextEdit is not an HTML browser. It handles rich text and stores it as styled text blocks. It accepts subset of HTML as input but it does not store it as such. So it doesn't put the content in <p>. It simply has no notion of <p>, <div> etc. at all. That's the source of the remark in the docs, that the stylesheet is only applied on entry. After that there are no <div> to style. The output you get back is a result of another conversion, where every paragraph is simply output as <p>. It does not reflect what you input.

Take a look at the link I posted previously. QTextEdit supports only subset of HTML/CSS. It does not support class attribute or a "border" CSS property.

How about you try to operate directly on text blocks, and not go through HTML? Here's an example for a chat-like formatting:

QTextBlockFormat tbf1; tbf1.setAlignment(Qt::AlignLeft); tbf1.setBackground(Qt::red); QTextBlockFormat tbf2; tbf2.setAlignment(Qt::AlignRight); tbf2.setBackground(Qt::green); ui->textEdit->textCursor().beginEditBlock(); ui->textEdit->textCursor().setBlockFormat(tbf1); ui->textEdit->textCursor().insertText("Wassup?\n"); ui->textEdit->textCursor().endEditBlock(); ui->textEdit->textCursor().beginEditBlock(); ui->textEdit->textCursor().setBlockFormat(tbf2); ui->textEdit->textCursor().insertText("Nothin' much\n"); ui->textEdit->textCursor().insertText("Just playin' a game. How 'bout you?\n"); ui->textEdit->textCursor().endEditBlock(); ui->textEdit->textCursor().beginEditBlock(); ui->textEdit->textCursor().setBlockFormat(tbf1); ui->textEdit->textCursor().insertText("Nothin' much\n"); ui->textEdit->textCursor().endEditBlock();

Good !

Since you have it working now please mark the thread as solved using the "Topic Tool" button so that other forum users may know a solution has been found :)

@Chris-Kawa It works ! Thanks for all ^^

Dear @peniwize, I am not aware of direct entry of special symbols in QLineEdit in MAC but in WINDOWS OS we can do with the help of ALT key and the symbol code. Basically go to Character Map and select the special symbol then you will be able to see the corresponding Key code to that special character. Just hold ALT symbol and enter the code from num pad by enabling NUM LOCK. Then release the ALT key. That special symbol will automatically appear in the QLineEdit in Windows. May be something similar you can try in MAC OS too.
Good luck!!

@mcosta You legend, thank you!

One alternative might be to implement a QAbstractTextDocumentLayout

Hi,

Can you share the bug report link ? That will make it easier for others to find it

Applied to my code, marked as [SOLVED]. Thank you once again!

@SGaist thanks for answering my question, i will learn qt quick to do this

I got the Clipboard error when I had RealVncViewer running at the same time. I closed VNC & then the application ran without the clipboard error.

@ChrisW67 said:

The relative path will be relative to the current working directory of the running process. This is >quite unlikely to be where the source code is (esp. if you are shadow building).

Your hint is almost right. Of course, I use the build and not the source directory.
The point is that QTextEdit understands the image path within the HTML file also only if the image path is relative to the working dir of the running process and not to the directory of the HTML file.
So now my HTML file looks like:

<html> <head> <title></title> </head> <body> <h2> TEST <img src='html\images\Diagramm-mit-Dehngrenzen.png' height='480' width='480'> </h2> </body> </html>

Which slashes -- forward or backward -- I use, does not matter.

However, now neither firefox nor opera show the image as you can understand.

You can try taking a look at QTextDocument::drawCursor