@jsulm That is correct, but I'd first try with the latest Qt 5 version 5.15.2 Regards

Hi, exec is a blocking call so basically you modify your dialog content after you dismiss it.

Thanks for the insight, still my issue was that you have to double click (mouse or touch) the LineEdit to get its selection. Now in place of LineEdit i have used TextEdit, it works on single click. Thanks again for the reply.

Wow! Thank you @JonB, this solved my issue. One more solved topic to the forum. Have a nice a nice day!

@Daniel_Contro hi Good to hear. best to set this as solved and make a new one as then its easier for others to search :)

My behavior correction patch for this one has also gone through to be available in 6.0/the current dev build https://codereview.qt-project.org/c/qt/qtbase/+/312083 Cheers.

@mikael-larsson Hi You could try an event filter on the Combobox and call the code for hover effect but if your effect is purely stylesheet based then i think you then must send it fake hover event to trigger it or something like that. You might also be able to subclass the combo and rig the paintEvent with if (someflag) option.state |= QStyle::State_MouseOver; to trigger hover on command from the event filter/ or combo hover or how you plan to trigger it.

@Alain38-0 okay, i will use it for another project. thanks.

Thanks, mrjj! That's it! Merry christmas

@mrjj Thanks for the welcoming :-) Indeed, the QStyledItemDelegate works fine, but only when I use a QTableWidget. So a first solution was to create a QTableWidget with 1 row and 1 column, and insert my delegate inside. The problem with this technique is that it's hard to perfectly mimic a QLineEdit (behavior, style, etc). For instance, with a QTableWidget, there is no simple click on items to enter in edit mode (this is a double click, at least), as far as I know. It's still possible to redefine the behavior, I guess, but it's not worth it. I don't like the whole thing. That's why I came up with another idea. This time, I keep my QLineEdit as is, and I add/remove the input mask when having/losing focus. Thanks to that, I'm now able to see the "true" text (without mask format) when I'm not editing it (QLineEdit does not have the focus), while I can see the text (with mask format) when I'm editing it (has focus). I know it's not totally elegant, but I don't think there is an elegant solution at all for this "problem". For those interested, a quick example on how to achieve this: (1) install an event filter (installEventFilter()) on the QLineEdit (2) filter on focus in/out (2.1) focus in: add the mask (setInputMask()) (2.1) focus out: remove the mask and set the text to the value before the mask was removed (because removing the mask erases the text inside the QLineEdit)

Hi Yes calling the function directly is actually a better solution in this case. Its worth mentioning that the so called slots are 100% normal c++ member functions and can be called without any Qt involvement/use of. void MainWindow::on_pushButton_clicked() { int value=ui->lineEdit->text().toInt(); // get value Dialog dialog1; dialog1.sendIntData(value); dialog1.exec(); }

Thanks for posting your solution. Happy coding.

Hi, for an integer input between 0 and 100 set the mask to "009". Thats all.

But why use QLineEdit if you are only manipulating numbers ? That makes the code uselessly complicated.

QRegularExpression rx("[A-Za-z0-9]*"); QRegularExpressionalidator *v = new QRegularExpressionValidator(rx, this); ui->LE_ObjectName->setValidator(v);

There are a number of sites providing this service, most of them commercially. http://verify-email.org/ has a free API limited to 5 checks an hour. https://emailhunter.co/ limits to 150 a month

@JonB Sure. I will change the code as you said. Thank you so much.

@Tirolel If you want t do it that way you shouldn't you cast the widget to find out what type it is before you actually use it? if(qobject_cast<QLineEdit*>(pLine->widget()) != 0) ... Test for which type it is then use the correct type cast to use the actual member functions...

Hi and welcome to devnet, Looks like the keyboard layout of your Pi doesn't match the keyboard layout of your desktop computer. Which are both ?

@mrjj Thanks Mrjj :) it went perfect, you're awesome haha ;)

Thank you it worked.

@shavera Did you tried to call QWidget::Update() after modifing your whileEditing property ?

Dear @SGaist, Thanks for the reply. Actually i do not want user to change the cursor position. I got one work around. I have connected the cursor position changed signal to one slot which automatically sets the cursor position to the end. The slot first calculate the text length and then moves the cursor to the last position. So in this case even if user tries to change the cursor location, cursor automatically comes at the end and whatever the user types is appended to the end. Regards Sid

Hi, Since those are only numbers, why not use QSpinBox ?

How small are we talking about ? Note that if you mix that keyboard with Qt's input framework, you're probably going to have another problem when the keyboard's line edit gets the focus.

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!!

@vinothrajendran4 that said, i did find some code on the new that uses a trick. please see this sample https://www.dropbox.com/s/m6slequi83tbqg2/linedit.zip?dl=0

You need to accept the event so the parent knows that the event has been handled. Otherwise the event will go all children until someone accepts it or if none do, it will be ignored. so keyEv->accept() should do the trick.

From the documentation for placeholderText : QString: "This property holds the line edit's placeholder text. Setting this property makes the line edit display a grayed-out placeholder text as long as the line edit is empty." So, setting the text means the place holder text isn't shown any more. You can check whether the value is empty before you use it. If it is empty you use your default value.

@Yatshan said in Search up/down using QsciScintilla: m_pTextEdit->SendScintilla(QsciScintilla::SCI_INDICATORCLEARRANGE, 0, data.length()); This really helped me with clearing all the highlights! I tried QsciScintilla::SCI_MARKERDELETEALL for many times but no luck. Thanks!

Hi, Just a wild guess but you might be resizing it to 0

@SGaist Thanks for your quick answer. And sorry for the delayed reply. Overriding QLineEdit was in my mind. Wanted to know if there are any straight forward way to get it done. But now am sure about that! Thank you!

Solved! It is working now! I had set: lineedit->setMaxLength(10); before. This has been limiting: ...,'g', 10)); After I have removed it, it works! @Chris-Kawa thanks for the other post, but 'g', 10 works fine now! Thanks anyway!

a solution i found is to remove only the Qt::Sheet flag and you can let the other Qt::FramelessWindowHint and Qt::Popup with no problem