Recent Posts

Pages: 1 2 [3] 4 5 ... 10
SlickEdit® / Re: Hotfixes available via method other than DropBox...?
« Last post by jwiede on June 03, 2024, 07:08:03 PM »
I agree 100% with KJSwartz, SE still needs to provide a "normal web-based distribution site" via S3/AWS, GCP, Azure/Github, whatever. 

It's becoming increasingly rare for professional customers in corporate environments (the most locked-down, typically) to be allowed access to Dropbox, or to receive executable attachments via email.  Both are IT security nightmares, so corp IT depts tends to disable both. 

Most container-based distribution site images can be highly portable between providers, allowing a level of redundancy in provider you'll never have being reliant on a single cloud-drive-provider.  As for email, as always, attachments greater than 10-12MB are unlikely to survive end-to-end delivery in any case, and many corporate IT environments severely limit allowed attachment sizes as well. 

IMO, you're really setting yourselves up for problems if Dropbox and email are your only significant delivery options (both for hotfixes and everything else).  I don't even want to think about the phishing exposures possible if you get some customers used to receiving hotfixes by email.  PLEASE rethink that particular set of decisions before your systems get too "entrenched" -- the distribution for both application binaries and hotfixes is problematic as stated, for the reasons above (and quite a few more).

Just trying to help y'all dodge a highly-foreseeable bullet or three!
SlickEdit® / Re: How do I login?
« Last post by jwiede on June 03, 2024, 06:47:17 PM »
Save yourself a bunch of time and effort, call/email customer support and explain your situ.  You'll need to have em send any missing maintenance-covered upgrade licenses you had coming, among other issues likely to arise (I went through essentially the same thing). 
Features and/or Improvements / Re: Draw a vertical line between matching braces
« Last post by jwiede on June 03, 2024, 06:40:59 PM »
I was away for much of v26, basically all of v27 and the beginning of v28, so apparently missed it, sorry, but really glad to hear it.

I'm trying to understand what the different "Outline" options actually indicate.  For example, does "statements" include lines between all matching blocks in C/C++?  I looked at the help docs, but they provided little additional detail in this regard.  Is there a table anywhere which shows what the different "outline" settings provide and don't provide?

That said, I'm not a huge fan of "modes" for this, as Outline uses now.  I would much prefer selecting which receive and which do not (which are lines vs background coloring, which can receive highlighting when cursor/ptr are in their "region", and which always remain dim regardless). 

I tend to believe modes always suffer from "a few sizes fit none", and wind up internally table-driven anyway.  Might as well save effort and expose the attributes table in the UX from the start, and just offer presets equivalent to the modes (but also allow users to define their own presets) -- all per-language ideally.

If SE can get that far, I'll even hold off for two versions before asking for "rainbow sequence assignments" for categories.  ;D
SlickEdit® / Re: Replace in Files dialog missing "Next"?
« Last post by jwiede on June 03, 2024, 06:02:27 PM »
To give an example scenario:  You have 100 instances of a tag across a couple buffers, and you need to replace, say, 90 of them with a different tag.  It just so happens the first match found is NOT one of the ones to be replaced. 

What is the expected usage of the "Replace in Files" dialog in that scenario, where you need to skip the first match, but replace subsequent matches?
SlickEdit® / Re: Replace in Files dialog missing "Next"?
« Last post by jwiede on June 03, 2024, 05:34:39 PM »
Hmm...not the experience I'm having, the big dialog apparently hangs around in some cases.  Keep in mind the first match found will not _always_ be a Replace/ReplaceAll, maybe that's the confusion here?

Let me restate the question:  In a scenario where the first match found to the given Find text is _NOT_ a replace instance, what is the expected use of the "Replace in Files" dialog?  Hitting "Replace"/"ReplaceAll" in that instance definitely is a problem (as either would do a replace on that first found entity).  Or should the "Replace in Files" dialog not even hang around that long?  If the latter, well, that's not what's happening here.

I've had SE exhibit the behavior you describe, where it switches to the second dialog, but that behavior seems to depend on the first match always receiving a "Replace" or "Replace All" response.

Can try to get a screencast later today or tomorrow, but really busy so cannot promise any sooner than EoD tomorrow.
Features and/or Improvements / Re: Draw a vertical line between matching braces
« Last post by rowbearto on June 03, 2024, 05:27:04 PM »
Yes it is now implemented in SlickEdit for a couple years now.
Features and/or Improvements / Re: Draw a vertical line between matching braces
« Last post by jwiede on June 03, 2024, 05:25:28 PM »
Did this request ever receive any love?  I rely on it CONSTANTLY in VSCode & SublTxt, and while not the only reason, it's "one more cut" keeping me from using SE more often.
SlickEdit® / Re: Replace in Files dialog missing "Next"?
« Last post by Clark on June 03, 2024, 05:23:49 PM »
I'm a bit lost. After you start a modal replace using the Replace in Files dialog, you should see the attached dialog. Once started, the Replace in Files dialog is disabled or not visible.
SlickEdit® / Re: Replace in Files dialog missing "Next"?
« Last post by jwiede on June 03, 2024, 05:15:00 PM »
See attached for screenshot of dialog.

SlickEdit Pro 2023 (v28.0.2.0 64-bit Qt5)
Build Date: April 3, 2024   (State file: June 1, 2024)
Emulation: CUA
OS: Linux
OS Version: Debian GNU/Linux rodete
Kernel Level: 6.6.15-2rodete2-amd64
Build Version: #1 SMP PREEMPT_DYNAMIC Debian 6.6.15-2rodete2 (2024-03-19)
Processor Architecture: x86_64

X Server Vendor: The X.Org Foundation
Window Manager: GNOME Shell
Display manager: /usr/sbin/gdm3

Memory: 34% Load, 8445MB/24806MB Virtual
Shell Information: "/opt/slickedit-pro2023/bin/secsh" -i
Screen Size: 2742 x 1462 (0 0)

Project Type: Cpp
Language: .h (C/C++)
Encoding: UTF-8, no signature

Installation Directory: /opt/slickedit-pro2023/

{path omitted}/.slickedit/28.0.2/hotfixes/ Revision: 9   (currently loaded)

SlickEdit® / Replace in Files dialog missing "Next"?
« Last post by jwiede on June 03, 2024, 05:01:47 PM »
I know the bit about <ENTER> in Find/Replace fields (and CTRL-R/CTRL-A) as "accelerators", but in latest SE28.0.2 x86_64 LinuxQt5 "Replace in Files" dialog, what I'm not seeing is any GUI-discoverable means of issuing "Next (Match)".  I see no "Next" button or icon equiv. any longer, only buttons for "Replace" and "Replace All". 

Has pressing <ENTER> in Replace text field become the only trigger for "move to next match without replacing current"?    Or is it <ENTER> in "Find" text field that does "Next"?  I can never remember, hence usefulness of GUI-discoverable means -- but if there is such, I can't find it in Replace in Files dialog any longer.  The mini-Find/Replace panel has one, but Replace in Files no longer appears to offer such a button/widget.  What am I missing?
Pages: 1 2 [3] 4 5 ... 10