SlickEdit QT5

[patrickkox]

Can someone from SlickEdit please post the download links for the Qt5 version for Linux?
Thanks!

[Clark]

26.0.2 64-bit Qt 5 SlickEdit Pro:
http://support.slickedit.com/outbound/2602/se_26000201_linux64qt5.tar.gz

26.0.2 64-bit Qt 5 SlickEdit Standard:
http://support.slickedit.com/outbound/2602/sestandard_26000201_linux64qt5.tar.gz

[rjpontefract]

Hi
Could you please post a link to the Linux Qt5 version of SE 26.0.3.1?
Also, a Qt5 version of the SE 27.0.0.1 beta would be appreciated.

[Clark]

27.0.0 beta 1 is here:

http://support.slickedit.com/outbound/2700/se_27000001_linux64qt5_beta1.tar.gz

[patrickkox]

The Qt5 version(s) have a problem when using them with the i3 Window Manager (Debian GNU/Linux 11).
When starting a new C/C++ Project after answering the question to create a new directory for the project, the Project type pop-up window is not always shown and SlickEdit becomes unresponsive.

I experienced this the first time I tried to create a new project, but not the second time (after killing the slickedit process and restarting), I tried switching the main window in Floating mode and move it offscreen, sometimes this helps bring the window underneath into view, but not in this case.

This only happens with the Qt5 versions of SlickEdit, the Qt4 releases don't have this problem.

[patrick]

I use i3 when I'm not doing testing.  So far I haven't hit this.

When it happens, can you go to a terminal and run " xwininfo -root -all > /tmp/log.txt" and post the log.txt file?    My suspicion is the window is there, but isn't mapped, so it's a modal dialog that's invisible.  This was a problem that came up a few years ago, and was fixed for the qt 4 versions, it may be there's another permutation on qt 5 that we've missed.

[patrickkox]

Here is the logfile

[patrick]

Thanks.  It does look like that old problem we had with some window managers on Qt 4.  I have gotten it to occur a couple of times with the i3 window manager, so I can reproduce it, not as often as I'd like.  The original fix for the Qt4 version is still in place and enabled for the Qt5 version, it's just doesn't seem to be effective for it.

If it's like the original problem, it can happen with any of the dialog boxes we create that are "wizards" that have you fill out information in pages.  But in the past it tended to gravitate to one or two of the dialog boxes as timing was a large component component of getting this to happen.  The only workaround I know isn't great: use xdotool to force the window to map once you've gotten stuck.  ie, run this in a terminal:  xdotool search --name "Create GNU*" windowmap

Thanks for the report.  I'm looking in to it.

[Clark]

27.0.0 beta 2 is here:

http://support.slickedit.com/outbound/2700/se_27000002_linux64qt5_beta2.tar.gz