Text should be also selectable in "read only" mode

[vlakoff]

I open a database in "read only" mode, then I select a cell. Its content is displayed in the "edit database cell" top right pane. The widget is read only (grayed out), but the text is not selectable, it would be convenient if it were :)

[justinclift]

Ohhh yeah. That definitely makes sense.

Thanks for reporting it @vlakoff, that should be pretty easy to fix. 😄

[MKleusberg]

This should work in tomorrow's nightly build. Are you ok to download that and test if it's working as expected, @vlakoff? 😄

[vlakoff]

Sure thing. Apparently it wasn't as trivial to fix as I was hoping.

Will the textarea still be grayed out?

[MKleusberg]

No, the text area shouldn't be greyed out anymore in the new version 😄 You won't be able to edit the contents but you should be able to select and copy it.

The change is indeed a bit tricky but not that complicated. If you're interested I can explain a little 😉 The Edit Database Cell dock can be put into three different states: completely disabled, read only mode, and fully enabled. So all I had to do is make sure that it's put into read only mode if the database is opened in read only mode. However, there are tons of different scenarios where we're changing the state of the dialog. It depends on whether a database is opened or not, the active tab, whether you're browsing a table or a view, ... Because of this we not only have to make sure that the dialog is put into read only mode but also that in stays in read only mode. But all that should be done in the next nightly 😄

[vlakoff]

I have tried it, at first glance it seems to work, I can select text using the mouse.

(fwiw, the pane looks like the "non read-only mode": on first draw the pane has a white background and the text has a grey background, which disappears after I click in the pane)

One caveat though: there is no blinking caret, so notably I can't select text using keyboard Shift + arrows.

[justinclift]

@MKleusberg Should we leave this open and look into the blinking caret thing, or close this?

[MKleusberg]

I think we can leave it open and see if we can do something about it. It looks like this is more a Qt issue than a DB4S one but maybe we can work around it somehow. But I haven't tried yet to be honest 😄

[vlakoff]

Just in case, I asked about it on Stack Overflow.

[justinclift]

@vlakoff Good thinking. 😄

If you're into IRC, asking on the Qt IRC channel is likely to get helpful info too.

[mgrojo]

@vlakoff I've just applied the answer from Stack Overflow and it works as expected. If you want to take a look at the next nightly build: https://nightlies.sqlitebrowser.org/latest

[justinclift]

@mgrojo Good stuff. @vlakoff If you have a chance to, would you be ok to test this and confirm if it does/doesn't work well for you now?

@vlakoff As a thought, maybe also let ekhumoro on Stack Overflow know too, as they mention they use DB4S as well and were interested in knowing if it worked. 😄

[vlakoff]

It seems to work. Just a minor caveat: the caret doesn't blink 😄

Also, as discussed earlier, any chance the textarea background could be made grey again?

[vlakoff]

I just found this forum thread: http://www.qtcentre.org/threads/39941-readonly-QTextEdit-with-visible-Cursor.

• post #6: An user uses the same fix as here, and he has a non-blinking caret too.
• post #7: Another solution is proposed, though it seems a bit heavy...

So, I guess the current solution is the best we can achieve, isn't it?

[mgrojo]

@vlakoff I made a change for setting the same palette as the disabled state. It seems to affect only the selection and not the background, but that could be only in my environment. If you'd like to test it, it will be available in the next nightly build.

I don't think that the non-bllinking caret is an issue. That would make me think that I can write, and that wouldn't be true.

[vlakoff]

I have just tested it, and it seems to work as expected on Windows 7: the whole pane background is grey.

As a reminder, previously I was seeing it as so:

(fwiw, the pane looks like the "non read-only mode": on first draw the pane has a white background and the text has a grey background, which disappears after I click in the pane)

[mgrojo]

Great to know. Then, can we close this issue? Or does anybody still think that the caret should blink?

[vlakoff]

I think it should be good enough. Text is now selectable, and background is grey, as previously. A handful of code has already been added to achieve this. Going further would be what I call "excess of quality".

[mgrojo]

Ok, @vlakoff Thanks for your feedback.