Recent Posts

Pages: 1 [2] 3 4 ... 10
11
SlickEdit® / Re: Tiny cursor on HiDPI laptop screen with v30.0.1.0
« Last post by Clark on March 29, 2026, 03:59:20 PM »
Do you mean the mouse pointer is really small? Email the file attachments along with any info you have on this to support. This forum is a bit broken and doesn't seem to support attachments anymore.
12
SlickEdit® / Tiny cursor on HiDPI laptop screen with v30.0.1.0
« Last post by hatboots on March 28, 2026, 05:28:43 PM »
First of all: Thank you for an amazing product. SlickEdit is the one product I use the most by far. It has its uses outside the primary programming use as well.

I have a problem with the current release of SlickEdit – v30.0.1.0 64-bit Qt5 under Debian 12 Bookworm (see below for release details):
The cursor becomes tiny when it is hovering over an area controlled by SlickEdit. That was no problem with version v30.0.0.0 64-bit Qt5 nor any previous versions of SlickEdit. It becomes small in a way that makes it hard to find and to use SlickEdit.

I mostly move around using a 15.6" laptop, having a HiDPI (3840 x 2160) screen. My problem isn't that much of an issue when using external screens, since they are more "normal" when it comes to size/resolution ratios.

Please see the attached files for examples:
Unfortunately, I am unable to supply these files. I have tried it using two browsers; Firefox with a few protective/privacy extensions active, and a plain vanilla Chromium, but to no avail. I am unable to locate any hooks to attach files under "Attachments and other options", and the "Insert Image" control doesn't work for me. Are the files too big, perhaps? They are each about 400K in size. Please advise how to attach these files.
Screenshot1.png: A full screen dump as seen on a 15.6" HiDPI laptop screen. This illustrates the size of the cursor when SlickEdit is in control of it. You can find it under SlickEdit Help's File-menu item.
Screenshot2.png: As Screenshot1, but the cursor is outside of SlickEdit's control. This is what the cursor looked like when earlier versions of SlickEdit was in control.

If you know that my cursor problem is solved when using Debian 13 Trixie, then consider it solved for me too. I am preparing the upgrade to Debian 13 and will soon be leaving Debian 12 Bookworm behind.

----------------------------------------------------------------------------------------
My SlickEdit version data:

SlickEdit Pro 2025 (v30.0.1.0 64-bit Qt5)
Serial number: xxxxxx
Licensed number of users: Single user
License file: /opt/slickedit-pro2025/bin/slickedit.lic
Build Date: March 4, 2026   (State file: March 16, 2026)
Emulation: Brief
OS: Linux
OS Version: Debian GNU/Linux 12 (bookworm)
Kernel Level: 6.1.0-44-amd64
Build Version: #1 SMP PREEMPT_DYNAMIC Debian 6.1.164-1 (2026-03-09)
Processor Architecture: x86_64
X Server Vendor: The X.Org Foundation##
Window Manager: Xfwm4
Display manager: /usr/sbin/lightdm
Memory: 25% Load, 7492MB/29566MB Virtual
Shell Information: "/opt/slickedit-pro2025/bin/secsh" -i
Screen Size: 3840 x 2160 (0 0)
Project Type: Single file project - Other
Language: .sh (Bourne Shell)
Encoding: UTF-8, no signature
Installation Directory: /opt/slickedit-pro2025/
Configuration Directory: ~/.slickedit/30.0.1/
Migrated from: ~/.slickedit/30.0.0/
Spill File: /tmp/slkspill.xxid.379603
Hotfixes: ~/.slickedit/30.0.1/hotfixes/hotfix_se3001_1_cumulative.zip Revision: 1   (currently loaded)
----------------------------------------------------------------------------------------

Also:
I think this is somewhat related to my previous post in (https://community.slickedit.com/index.php/topic,18512.msg73192.html#msg73192).
I apologize for not answering your last question there. Your response there was unexpected to me, so I didn't look back. You guys are far more responsive than I am used to. I have since your resolution there been using SlickEdit daily for hours (work and hobby) with no major problems, although some icons are on the (very) small side in some dialog boxes and elsewhere. I have learned to live with that.

There is, however, still a font size problem in SlickEdit Help (see Screenshot1.png), which make it impossible for me to read it on my HiDPI screen without a magnifying glass. A way to adjust the font size there in the same way I do in the editor would do wonders. But that is probably meat for a separate thread. If you can/want to do something with that, please say so. I am willing to assist. Also, I will make sure to read back in the future for quite a while to make sure I do not miss any responses from you guys!

Thank you.
13
SlickEdit® / Re: Column sorting annotation inconsistency in Bookmarks Tool Window
« Last post by Clark on March 28, 2026, 01:42:01 PM »
Enhanced Go to Bookmark to remember the column sort setting.

A hot fix is available for this.

Download the hot fix here:

https://www.slickedit.com/hotfixes

Then load the hot fix: Help>Product Updates>Load Hot Fix...
14
SlickEdit® / Re: Column sorting annotation inconsistency in Bookmarks Tool Window
« Last post by Clark on March 24, 2026, 07:22:52 PM »
I'll see if we can enhance Goto Bookmark to remember the column sort setting.
15
SlickEdit® / Re: Column sorting annotation inconsistency in Bookmarks Tool Window
« Last post by Clark on March 24, 2026, 01:39:24 PM »
This is intentional. You can't sort by line number without also sorting by Filename. You can't sort by Filename without also sorting by line number.
16
SlickEdit® / Goto Bookmark doesn't retain the most recent sorted column
« Last post by RBS on March 23, 2026, 09:28:48 PM »
When selecting the goto bookmark, the sorted column is set to the name column. Retaining the most recent selected column used to sort on would be preferable for consistency for the user.
17
SlickEdit® / Column sorting annotation inconsistency in Bookmarks Tool Window
« Last post by RBS on March 23, 2026, 09:16:01 PM »
The line column caption doesn't show the up/down annotation. Clicking on the column changes the sort order, but the annotation changes in the file column's caption.
18
SlickEdit® / Repeated FTP error and messed up tabs after a crash
« Last post by jorick on March 23, 2026, 06:48:19 PM »
I'm connecting to a server via FTP through the FortiClient VPN but the connection doesn't stay active all the time since FortiClient disconnects after a period of time (using the free version).  After a disconnect and reconnect and trying to open a file, I sometimes get a repeating FTP error that says, "Cannot stat "/dir1/dir2/.": Unable to canonicalize the path".  This error repeats every time OK is clicked and essentially locks up SE.  Force quitting with the Task Manager is the only way to exit.

Force quitting of course causes most files in tabs to be replaced by the first file in the list, and the file name is repeated with .txt:1, .txt:2, .txt:3, etc. (or whatever the extension is).  I'm working in Yocto and Zephyr environments where directories are dozens of levels deep and I don't need to be spending time trying to find the files again.  Using the file list under the Files menu doesn't work because the list regresses back weeks.  It appears that files opened before the last exit (not crash) are reloaded properly but files opened after the last exit get the .txt:1 treatment.

So it would be nice if...
1.  Fix circular FTP messages so they only appear once, not repeating over and over.
2.  Remember opened files and reload them after a crash.  Eliminate the .txt:1, .txt:2, .txt:3, etc.  If the file for the tab doesn't exist, keep the file name in the tab but show an empty buffer.  Don't duplicate a tab.

==========

SlickEdit Pro 2025 (v30.0.0.0 64-bit Qt5)

Serial number: [redacted]
Licensed number of users: Single user
License file: C:\ProgramData\slickedit\30\slickedit.lic

Build Date: October 18, 2025
Emulation: CodeWright

OS: Windows 11 x64
OS Version: 11.00.0 
Memory: 48% Load, 31476MB/64980MB Physical, 38079MB/69076MB Page File, 4702MB/134217727MB Virtual
Shell Information: C:\WINDOWS\system32\cmd.exe /q
Screen Size: 1920 x 1080 (0 0 1920 1080), 1920 x 1080 (1204 -1356 2400 1350), 1920 x 1080 (-1196 -1350 2400 1350)

Project Type: Gnuc
Language: .txt (Plain Text)
Encoding: ACP (1252)

Installation Directory: C:\Program Files\SlickEdit Pro 30.0.0\ (non-removable drive,NTFS,653007MB free)
Configuration Directory: C:\Users\RickyBennett\AppData\Local\SlickEdit\30.0.0\ (non-removable drive,NTFS,653007MB free)
Migrated from: C:\Users\RickyBennett\AppData\Local\SlickEdit\29.0.4\
Imported options from: 29.0.4.0
19
Features and/or Improvements / Perforce Integration with Symlinks
« Last post by kniped1 on March 20, 2026, 08:14:44 PM »
I originally posted about an issue I was seeing where Perforce wasn't liking the file reference being passed to it was though a symlink. I tried it again with SE2025, and it looks like this hasn't been resolved. Original post here:
https://community.slickedit.com/index.php/topic,18906.msg75025.html#msg75025

I decided to look at the code myself and I hacked in a fix that works for my use case.  My fix was to add a method to the Perforce class in Perforce.e that calls "realpath" (*nix /bin/sh only) to resolve any symlinks and get the absolute path to the file. I then added calls to the top of every method that takes "localFilename" as a parameter.

Code: [Select]
   
   private _str getRealpathOfLocalFilename(_str localFilename) {
      // Only do this on *nix systems where realpath should exist
      if ( _isUnix() ) {
         origShell := get_env("SHELL");
         set_env("SHELL","/bin/sh");

         // Get the realpath of the localFilename
         int process_stdout_pipe,process_stdin_pipe,process_stderr_pipe;
         int process_handle=_PipeProcess("realpath -z " _maybe_quote_filename(localFilename),process_stdout_pipe,process_stdin_pipe,process_stderr_pipe,'');
         if ( process_handle>=0 ) {
            int delayTime = 10;
            int timeout = 2000 / delayTime;
            // Wait for process to complete
            while (!_PipeIsProcessExited(process_handle) && timeout >= 0)
            {
               delay(delayTime);
               timeout--;
            }
            _str localFilenameRealpath = "";
            _PipeRead(process_stdout_pipe,localFilenameRealpath,256,1);
            if ( localFilenameRealpath != "")
            {
               localFilename = localFilenameRealpath;
            }
         }
         set_env("SHELL", origShell);
      }
      return localFilename;
   }
20
Features and/or Improvements / Re: Remove "(Hex)" from calculator display
« Last post by joecar on March 12, 2026, 06:05:49 PM »
Thanks (v30.0.1.0).
Pages: 1 [2] 3 4 ... 10