Recent Posts

1

SlickEdit® / Numeric keypad enter key randomly unbinds

« Last post by Peter Steinberg on Today at 06:47:36 pm »

SlickEdit Pro 2019 (v24.0.2.0 64-bit), 64-bit Windows 10.

The enter key on the numeric keypad normally works like the regular enter key.

After editing for a while suddenly I start getting the "Key not defined" message when I press the numeric keypad enter key.

The numeric keypad enter key also stops working in dialogs (find, etc.), the command line, etc.

This started happening when (or shortly after) I upgraded from 24.0.1 to 24.0.2

Any idea on how to fix this?

2

SlickEdit® / Re: Python vs C# formatted string constants

« Last post by jporkkahtc on Today at 04:18:30 pm »

Also, for python embedded strings slick doesn't handle {{ }} as escapes for { and }.

Code: [Select]

>>> who="Patrick"
>>> f"This message is for {who}"
'This message is for Patrick'
>>> f"This {{message}} is for {who}"
'This {message} is for Patrick'

3

SlickEdit® / Re: Python vs C# formatted string constants

« Last post by jporkkahtc on Today at 04:12:50 pm »

24.0.2.0 still doesn't work for C#
push-tag works inside any string in C#.

Is there special case code behind the implementation for c# or python?
Or, is it all exposed in the "C# -> Color Coding" options?

4

SlickEdit® / Re: [SE24.0.2.0] Open window click goes to wrong file

« Last post by Clark on April 09, 2020, 05:48:17 pm »

Reproduced. It looks like the scroll is being cancelled before the click is applied. You end up selecting something on the first page. Weird. So far, I've only been able to reproduce this on Windows. We'll keep you posted.

5

SlickEdit® / Re: Find-in-Files: Files tab

« Last post by jporkkahtc on April 09, 2020, 04:56:49 pm »

An interesting variation on the files tab:
Files of type "*.zip"
And enable the "Look in ZIP files".

Slick will not show any matching *.ZIP files - apparently it would only show ZIP files that are nested inside other ZIP files?

6

Features and/or Improvements / Make Find-In-Files respect .gitignore

« Last post by jporkkahtc on April 09, 2020, 04:54:10 pm »

FiF, and other places where recursive directory scanning is done, Slick should abide by .git-ignore.

Perhaps this can be controlled by adding the special tag <GIT-IGNORE> to the ExcludeFiles?

Also, sometimes there are other filter-files that behave like .git-ignore, but have a different name.
p4 and swagger-codegen for example adopted the same file format, but use a different filename.

7

SlickEdit® / Find-in-Files: Files tab

« Last post by jporkkahtc on April 09, 2020, 04:51:13 pm »

In the FILES tab, File types: *.exe
And exclude: <Default Excludes>

It won't find anything, because EXE files are binary.
I certainly don't want it to search the contents of binary files, but when I'm specifically looking for *.exe files, it should find them.

Maybe in the case of "Files", Exclude should only exclude folder patterns and not file patterns?

8

SlickEdit® / Re: [SE24.0.2.0] Open window click goes to wrong file

« Last post by jc44 on April 09, 2020, 04:21:31 pm »

Is that 8k?

Yes (with a 32" diagonal) - the Nk terms are becoming increasingly misleading.

9

SlickEdit® / Re: [SE24.0.2.0] Open window click goes to wrong file

« Last post by jc44 on April 09, 2020, 04:19:19 pm »

Wow, I've never seen a monitor with that much resolution. Pricey too ($3500).

I have form in that department - I liked lots of pixels years before it was fashionable.  I had a (I think) Taxan UV1000 1600x1200 capable CRT monitor round about 1990 (finding an appropriate graphics card then was a challenge), an IBM T221 (3840x2400) in 2007 (which I'm still using at work) and now this thing (it is very nice).

I was wondering if this problem was related to the dialog dragging problem which we haven't been able to reproduce here (wish we could).

I'll do some more banging on this to see if I can reproduce this. This is the first I've heard of this issue. It might help if you tried different scaling and/or resolutions to see if that makes any difference at all.

I've tried dropping back to 100% scale @ 3840x2160 and the issue is the same.

The issue is quite reliable here - but you have to follow the instructions exactly - it has to be a "new" window and you must not click on anything until you try to select the file i.e. scroll with mouse wheel before clicking.  Once you have clicked once in the window you need to close it before trying again.

Another data point is that when you click you get the file pane back at it was before you scrolled and you end up selecting the file that is now under your cursor.  The string "overlay" is not magic it can be any filter string.

10

SlickEdit® / Re: [SE24.0.2.0] Open window click goes to wrong file

« Last post by Dan on April 09, 2020, 04:09:16 pm »

Is that 8k?