@Coises said in default page:

HKCR.txt\ShellNew

Thank you. The puzzle for me is that I don’t have a HKCR\.txt\ShellNew key. Granted, I can create one.

However, I was trying to figure out is how and why “Text document” is available in Windows explorer’s “New” button list and right click list. I have 11 choices available for “New.” For ten of them I saw the ShellNew subkey and the values used to create new files. Those all made sense to me. The missing or invisible key of the 11 was whatever mechanism is used for new “Text document”.

I ran a profiler on explorer.exe and see that it’s building the New list out of a cache and that it pulled the information related to “Text Document” out of the resources for Notepad.exe ms-resource://Microsoft.WindowsNotepad/Resources/ShellNewDisplayName_Txt. I’m guessing that because I left the Windows 11 Notepad.exe store app installed that it tells Windows Explorer to add itself to the new list.

@gocorona-go ,

This FAQ was added today because this question is starting to come up frequently enough to warrant its own FAQ entry.

@Bernard ,

Folder as Workspace (“FaW”) uses the Folder you choose as the Workspace as the root/top-level of what it display. You cannot use it to navigate “above” that root.

If you want generic directory navigation through a panel similar to the FaW, what you probably want is the Explorer plugin (available to install through Plugins > Plugins Admin interface), which allows you to navigate to any directory in your filesystem, rather than using a fixed folder as the root of what you see in FaW.

@PeterJones Now I understand. I can edit the code you gave. So much detail is unnecessary for me.

@PeterJones Thanks it’s working now.

I also figured out some occurences had only the CR from this answer:
https://community.notepad-plus-plus.org/post/17010

And could modify as this to accomodate:
Find: \r(\sIV,)
Replace: ($1)

Here’s what I do for this. Add this to the <Macros> section of your shortcuts.xml file:

<Macro name="Col. 1 Remark" Ctrl="yes" Alt="yes" Shift="no" Key="75"> <Action type="0" message="2349" wParam="0" lParam="0" sParam="" /> <Action type="1" message="2170" wParam="0" lParam="0" sParam="REM " /> </Macro>

Key 75 is the letter K, so this adds a Ctrl-Alt-K keystroke to your configuration (you said Ctrl-Q, but my solution isn’t a toggle like that keystroke; if you want Ctrl-Alt-Q, change 75 to 81); message 2349 says to go to the beginning of the line (unconditionally, i.e. not just the beginning of the text on the line); and message 2170 says to type the given text - REM and a space (the forum won’t let me show the space in red here). If you edit other types of files this way, you can change to the comment string for whatever language you’re using, and assign a different key for that one.

@Prem-Lakshman ,

https://community.notepad-plus-plus.org/topic/21782/faq-desk-periodic-backup-vs-autosave-plugin

https://community.notepad-plus-plus.org/topic/15739/faq-desk-request-for-help-without-sufficient-information-to-help-you/1

@N-O

1 - find: (?-s)(?:.*\R){50}(?s)(.*) / repl: ${1} / mode: regular expression / (note: other ways to do it certainly possible)

2 - find: (?-s)(.*\R){50}\z / repl: nothing / mode: regular expression / (note: other ways to do it certainly possible)

3 - not currently possible to do in one action

(4) - you’d have to ask for it in a feature request; see HERE for a description of the process

note: 1 and 2 could be written so that it was a single operation accomplishing both – I did not do that

@Alan-Kilborn said in improve SCI_LINEDELETE shortcut:

The “caret by itself” situation is handled to delete its line. Just not “caret by itself on an otherwise non-selected line”.

I prefer less exceptions; but to each his own.
Indeed, scripting solves the differences.

@Alan-Kilborn said in improve SCI_LINEDELETE shortcut:

Please tell me you aren’t prototyping a Scintilla patch using these scripts you’ve submitted in this thread. Such a patch should be much simpler than that.

I know.

@JillPlaysMC ,

New FAQ: Notepad++ is a Text Editor, not a Word Processor

@PeterJones Oh my gosh, that’s all I needed. Thank you so much, I made batch file also, it makes me so comfortable.

@PeterJones
perfect, thanks!

@Alan-Kilborn thank you kindly . i was wondering how NP++ would decide what folder to display . thank you again

@daniel-Louwrens said in replace all text in a bracket:

I tried a find and replace using the exact chars you suggested but
the program showed 0 replaced.

Did you set the search mode to regular expression?

If that isn’t the issue then you need to provide the examples via the requested method. Follow that post I referred to, otherwise you are just wasting people’s time on this forum (who do want to help).

Terry

@PeterJones Thank you very much - it works! But you must be careful after some replaces exists new “wrong” Chars in ANSI view with the possibility of also not wanted newly replacements … so the replace all button is dangerous…

@Coises said in Files open twice:

I’ve opened an issue for this: Symbolic links and hard links can result in the same physical file being open in multiple tabs.

It seems the matter is not as straightforward as it appeared to me. At least one person strongly disapproves of changing the current behavior at all.

I don’t really use symlinks. If some of you do, and have clear ideas about how they should work — whether they should resolve to the target name, like a shortcut, or remain as their own name in their own directory, like a hard link — you might be able to contribute to the discussion at the link above.

Three notes:

I offered a pull request along with the issue, but another user (the same one who objects to changing anything) discovered an important flaw. While that’s mixed up in the discussion, it’s really a separate issue from what should happen. If we reach a consensus on what should happen, I’m sure there will be a way to fix the flaw (which causes symlinks with a relative path to fail completely).

As things are, File|Open and double-click in Explorer behave differently than opening from the command line and right-click|Open with Notepad++ in Explorer. I see no way to change the File|Open and double-click behavior, because Windows is resolving the symlink in those cases before Notepad++ ever sees it. As far as I can tell, the person who doesn’t want things changed believes the other behavior is “correct,” and doesn’t care that the behavior in some cases doesn’t match. Honestly, the more I look at the way different programs behave, the more it seems to me there is no consistency regarding this in Windows. I’m not sure if that’s an argument for letting the chips fall where they may, or if Notepad++ should still at least be consistent with itself.

Though I now think I was unwise to do so, I combined two distinct issues: opening symlinks in particular, and avoiding opening the same file by two separate names (which affects both symlinks and hardlinks). The latter is the one more directly relevant to the original complaint in this thread. The fix for that appears straightforward and is independent of the flaw that caused a problem with my pull request. (My solution just activates the tab holding a file which is already open, regardless of whether you’re trying to open it under a different name.) However, the user who does not want anything changed apparently does not want Notepad++ to suppress opening the same file under two different names either.

@Alan-Kilborn OK many thanks, I understand the differences.

@Coises Oh man! That’s so Awesome. Thank you!

@mkupper
Thank you so much for the reply. Your suggestion works for another instance (!else and !elseif) but not in the case I mentioned because I also use !end in the “Folding in code 1 style”. I have even removed !end from the list of keywords but it does not help.

Thanks again for taking the time to reply!

@PeterJones said in How to set characters colors at Compare Plugin:

I would suggest you change the background colors (which can be set in the Plugins > Compare/ComparePlus > Settings dialog) to darker highlights… maybe a dark green, dark purple, dark navy, dark brown, dark orange, rather than the default light versions of those colors.

Done, thanks!