@jonb Yes, that is the document to which I was referring. Thank you for posting the link!

@legitnameyo QString str = textEdit->toPlainText(); QString targetChars = str.mid(textEdit->textCursor().columnNumber() -2 ,2); qDebug() <<targetChars;

The following partially works and I post in the hopes that someone might get an idea that will fix my issue :) bool ZoomCode::event(QEvent *event) { if (event->type() == QEvent::NativeGesture) { return gestureEvent(static_cast<QNativeGestureEvent*>(event)); } return QWidget::event(event); } bool ZoomCode::gestureEvent(QNativeGestureEvent *e) { float value = e->value(); textEdit->setFontPointSize(NULL); // zoom does not work without this textEdit->selectAll(); // some part of the text has to be selected before the zoom in the text starts to work. It does NOT matter if it is the WHOLE text or just a character in the text, just as long as something gets highlighted. Afterwards, nothing has to be highlighted again for the zoom to work. The zoom works on the whole text, no matter what part has been highlighted. if(value >0) { zoomIn(value + 5); // + 5 to add some zoom strength } else if(value < 0) zoomOut(value - 5); // -5 to add some zoom strength } }

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!

@kshegunov Right... Thanks, something didnt trigger in the brain. Now its fine: connect(uap, &CUaProxy::uaItemChanged, this, [this, i]( const CUaProxy::MsgType msgt, const int riskIndex, const QVariant& value) { this->onUaMsgReceived(msgt, i, riskIndex, value); }, Qt::QueuedConnection); Also needed Qt::QueuedConnection eventually.

@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.