Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas

Popular ideas Here are the most popular ideas ever about notepad-plus.

porting notepad++ to linux  
Written by modernskyangel the 5 Feb 14 at 01:06. Global category: Notepad++ project. New
Notepad++ is best text editor I have ever seen. But it work on Window only. Last time I switching to Linux(I use Ubuntu 13.04 LTS amd64). Currently I use vi as text editor(it is cool to, but has limited usability). I am trying diferend text editors for linux within a few months and none of them is so good as npp.
40
votes
up equal down
Solution #1: porting code
Written by modernskyangel the 5 Feb 14 at 01:06.
Porting part of code that is depending on Windows environment.

See the 5 comments or propose a solution >>

Very large files in Notepad++ could be made easier to work with.  
Written by eksortso the 24 Jun 09 at 02:40. Global category: Large files. New
Even though Notepad++ wasn't intended to edit extremely large text files (files over 1MB in size), steps could be taken to make working with large files easier in Notepad++.
5
votes
up equal down
Solution #1: Add an option to switch off syntax highlighting if a file is too large.
Written by eksortso the 24 Jun 09 at 02:40.
An option could be added to the N++ configuration so that when a large file is opened, syntax highlighting is set to Normal Text instead of according to the file's type. This would only apply to existing files when they are loaded; the syntax highlighting could be turned on by the user at their discretion.
22
votes
up equal down
Solution #2: Provide a way to load and edit only a portion of a file
Written by eksortso the 24 Jun 09 at 02:48.
This may require a more complex implementation, but a file could be opened to only the first N lines or the last N lines (ideal for logs), or some window in between. All edits could be applied to the window only, and unloaded lines could not be edited. In addition, whole-file options (such as "Rename Me" or "Delete Me") would be grayed out while this mode is active.

An alternate approach could be to open a single file into several easy-to-handle portions in separate tabs.

This could be a good option for a plugin developer to pursue.
-13
votes
up equal down
Solution #3: Swap out Scintilla with another free editor or reader as needed.
Written by eksortso the 24 Jun 09 at 02:57.
If possible, a large file could be opened in a view that is not a Scintilla widget. This could be difficult to implement, but the potential benefits for large-file users would be immediate. A special no-frills editor, or an editor that can load documents incrementally, could be used in place of Scintilla at the user's request. In addition, read-only widgets with advanced searching and indexing features could be loaded and used.

The downside to this is that N++ could become too Emacs-like, allowing far more functionality inside a text editor than what ought to be tolerated. It could also be an upside, but you get my drift.
-2
votes
up equal down
Solution #4: Add a "minimal mode" to Npp for very large files.
Written by joleg74 the 13 Jul 09 at 16:00.
On the behalf of: lucas_malor

I think a better solution for big files is to add a "minimal mode" to Npp. Where
Npp is in this mode, it should:

1. alert it is in "minimal mode" with a slide alert (as Firefox do when you
can save passwords)
2. disable all plugins
3. disable all autocomplete features
4. do not apply syntax styles
5. disable all highlight and similar features
6. do not wrap the output
7. do not show any simbols (white chars, indent guide, ...)
8. disable indent features (folding etc.)
9. do not display vertical edges
10. do not save session at exit
11. disable clickable link feature
12. disable file status auto-detection

This mode can be started automatically when a large file is opened, as suggested,
but it could also added as a command line argument.
-3
votes
up equal down
Solution #5: Adding command-line arguments edit
Written by cchris the 23 Jan 10 at 14:39.
Written by hkubba the 22 Jan 10 at 19:24 as solution #198 to his new idea #136, marled as duplicate.

Just as a suggestion, can we have 2 command-line arguments:
-LinesFromEnd 50
-LinesFromStart 80

the first will only show the last 50 lines, the second will only show the first 80, using them both will only show beginning 80 and end 50 lines of a file
Later on, a warning could be added if you try to open a file > 100M for example, and advice to use the arguments
-3
votes
up equal down
Solution #6: "Minimal Mode" alternate
Written by garycoast the 17 Feb 10 at 18:03.
Put the code in N++ to automatically detect when available memory and any other resources are insufficient to open and work with the file being opened. Then alert the user that the file can only be opened in "minimal mode" meaning many TBD features will not be available.

Also, allow users the option to select "open in minimal mode" beforehand.

Thank You.
16
votes
up equal down
Solution #7: Have a read-only mode for viewing large logs.
Written by joleg74 the 23 Mar 10 at 18:20.
99.9% of the time, when users open really large files, they mostly want to view a log and have no need to edit it.
With this in mind, I suggest that we implement a read only mode that would not load the entire file in memory, but rather work with the file from disk. This would have the downside of not being able to edit the file, but we could open files of any size and browse through them rather quickly.
29
votes
up equal down
Solution #8: dynamic loading of portions / chunks
Written by bfez the 6 Apr 10 at 22:57.
Just like Solution #2 opening only fractions of the big file seems reasonable. This could be done automatically.

When opening the file the first 1000 lines are opened (could be done based on some parameters (performance of machine, number of lines visible in editor)) in the editor.
In the background the file is read further to count the newline characters and note their positions in the file.

With the information of the count and position of the newline characters the editor can show the scrollbar in a correct manner.

When scrolling the editor should reload the part the user wants to see at the moment +- several hundred lines.

The UI wouldn't change (maybe some notification of the loading state of a file) but the solution requires some complex abstraction...
So depending on the internal structure this could be a quite difficult task.

Never the less I'd prefer this way of handling the problem.
Maybe the code of some hex-editor has solved this problem already. I remember using some hex-editor that supported inserting new data in the middle of a file. Seemed pretty fast back than.

The SGI rope container has a load on demand feature which is most likely very handy for this.

Add a comment or propose a solution >>

Finding/Creating/Modifying Shortcuts should be easier.  
Written by aathell the 9 May 09 at 06:17. Global category: Shortcuts. New
It's a drag to have to look for a command to create a short-cut!
26
votes
up equal down
Solution #1: Make Shortcut Mapper Filterable, Searchable, and Sortable.
Written by aathell the 9 May 09 at 06:17.
three things that would make shortcut mapping easier:

1) Have the columns be sortable by clicking the column header.

2) Be able to search by entering a shortcut combo and list matching commands. If there is, make shortcut red or popup an warning displaying which command is associated for the shortcut.

3) Filter commands based on origin. Perhaps menu origin for internal commands, and plugin name for plugin commands.
1
votes
up equal down
Solution #2: Press Key On or Right-Click Menu Item
Written by deemerrick the 17 Sep 10 at 00:43.
In the Gimp, you have dynamic menu shortcuts where you can just go to the menu item itself and instead of clicking it, you hit a key-combination and that menu item is set to that key-combo.

Perhaps this could be done, or right-clicking the menu item to customise its shortcut

See the 3 comments or propose a solution >>

TODO flags in comments  
Written by tgr_ the 4 Jun 09 at 17:03. Global category: Language features. New
It is a common convention to start a comment with all caps TODO, XXX or FIXME to make some problems jump out (see http://c2.com/cgi/wiki?FixmeComment if you are not familiar with the notation), and most editors support them with at least syntax highlighting. Such support in Notepad++ would be much welcome.
25
votes
up equal down
Solution #1: Language-independent highlighting rules restricted to comments
Written by tgr_ the 4 Jun 09 at 17:03.
Right now highlighting of TODO flags cannot be done because 1) no further highlight rules are applied to comments, and 2) there is no way to define global highlight rules (it would be tedious to set such a rule separately for every language; it makes sense to make rules that apply to comments language-independent).

The solution would be to add a new class of keywords (comment flags) that are applied to all languages, but are restricted to the contents (or first words) of comments.
0
votes
up equal down
Solution #2: Blob in Bookmark Column
Written by deemerrick the 17 Sep 10 at 00:55.
Perhaps a blob in the bookmark column different from the normal bookmark. e.g. a coloured star.

When there is both bookmark and star, an icon there showing the one inside the other, so both are displayed

See the 5 comments or propose a solution >>

Need option to change font size when printing  
Written by dudeforge the 6 Aug 10 at 16:31. Global category: User interface. New
I need a bigger font when coding than when printing. I would like to have a option to change the font-size for printing documents out.
23
votes
up equal down
Solution #1: Add an option
Written by dudeforge the 6 Aug 10 at 16:31.
Add an option in preferences to set a font-size for printing, either a percentage or a font-size. Might even be nice to add it to the stylers file
1
votes
up equal down
Solution #2: Allow separate print fonts/sizes to be configured in Style Configurator
Written by b-sharp the 27 Jul 12 at 11:24.
Add functionality to configure different fonts and font sizes for printing in Style Configurator, separate from those for the editor. (See Visual Studio for an example.)
0
votes
up equal down
Solution #3: more specific solution
Written by jerry1970 the 7 Aug 12 at 08:47.
Good idea. A more specific possible solution is, on the Style Configurator dialog, to add a checkbox "Use different colour and style for printing", which is unchecked by default.
Then copy the Colour Style and Font Style frames for all language / style combinations - disabled by default. When checking the "Use different colour and style for printing" box, the Print Colour Style and Print Font Style are enabled.
I guess the dialog has to be bigger, or the screen and print styles are to be placed on tabs or something.

See the 4 comments or propose a solution >>

Improvement of appearance of the editor  
Written by alexbreems the 3 Dec 09 at 12:19. Global category: Bookmarks. New
The standard label of bookmarks is awfully looked on a dark background

Here pictures for comparison (above a standard label below my):

http://img146.imageshack.us/img146/4600/bespintheme.png
http://img237.imageshack.us/img237/7419/defaulttheme.png
0
votes
up equal down
Solution #1: To replace old a label on image with a gradient transparency
Written by alexbreems the 3 Dec 09 at 12:19.
To replace old a label-image on this image with a gradient transparency: http://img262.imageshack.us/img262/5412/bookmarkimg.png

21
votes
up equal down
Solution #2: Instead of image-labels to use background highlight at number of a line
Written by alexbreems the 5 Dec 09 at 11:26.
The alternative decision - instead of image-labels to use background highlight at number of a line which could be adjusted in Styles for each theme:
http://img14.imageshack.us/img14/7972/bespinthemealt.png

This decision seems to me even more flexible than previous, especially if the user uses debugging and breakpoints

5
votes
up equal down
Solution #3: Non-transparent bookmarks
Written by alexiljin the 21 Dec 09 at 13:28.
I liked the good-old yellow bookmarks. Perfectly visible on any background, not too bulky and require no special transparency handling:
http://img63.imageshack.us/img63/853/scibookmark.png

This solution is supported by Scintilla, which I doubt of solutions #1 & #2, so it's _very_easy_ to implement.
2
votes
up equal down
Solution #4: Highlight the complete textline
Written by csavie the 25 Dec 10 at 22:24.
Highlight the complete textline when toggling a bookmark, cause I want to use a view without margins.
0
votes
up equal down
Solution #5: replace the icon with a ">"
Written by cynip the 14 Aug 12 at 01:20.
If a high res icon is too much work, or making the NP++ package too big, use ">" character

See the 3 comments or propose a solution >>

Let new hotkey assignment overwrite old with warning  
Written by thoazu the 29 Jan 10 at 08:04. Global category: Shortcuts. New
When I assign a hotkey to a function/new macro this can be done - at first.

However if this hotkey is already used by another function then
- the user is NOT warned
- the new assignment has no effect.

Can this be changed?

The user should be warned by a popup:
"Hotkey already in use by Macro|Mainmenu|Scintilla command ...... Do you want to overwrite it?"
YES CANCEL

If clicked on the YES button the old assignment should be removed in Shortcut Mapper.

In addition it would be fine to put all current shortcut definitions into a sortable 3 column table.

Function - Type - Shortcut

This way I could click on the header of the "Shortcut" column and get a sorted (!) list of all shortcuts.
So I it is very easy to find if e.g. CTRL+R is currently occupied and by which function.

Thomas
21
votes
up equal down
Solution #1: Change Shortcut Mapper dialog
Written by thoazu the 29 Jan 10 at 08:04.
Change Shortcut Mapper dialog
2
votes
up equal down
Solution #2: Add new column to Plugin Shortcuts section, change collision background
Written by etko the 22 Sep 10 at 11:36.
The problem is much more complicated, sometimes the shortcuts can be already occupied when new plugin is added, even with solution #1 you will learn about this only after you change one of the colliding shortcuts.

Shortcut mapper should really change background color of the colliding shortcuts (whole mapper row to red), and show the list of colliding source(scintilla/npp/plugins):command in tooltip or status bar (within mapper dialog). Keep in mind multiple components (scintilla/npp/plugins) might want to use same shortcut so the notification about the collision should take that into account. More over when browsing through plugins part of the mapper, you have no idea whatsoever to which crap, which command belongs. There really should be another column with plugin name there.

See the 2 comments or propose a solution >>

Menus were broken by old localization files in 5.4 - can happen again  
Written by janschreiber the 2 May 09 at 14:33. Global category: Menus. New
In the transition from the 5.3.x versions of N++ to 5.4, it turned out that old localization files would break at least the menu structure of the View menu. This is in itself not much of a problem, but imagine the same kind of problem affecting the File menu in future versions.
6
votes
up equal down
Solution #1: Make the menu structure independent of the translation file
Written by janschreiber the 2 May 09 at 14:33.
The GUI should always default to English when no translation string is found for a particular item. If possible, the menu structure should be hard-coded and not be read from a potentially outdated language file. Can be pretty dangerous.
19
votes
up equal down
Solution #2: Remove information and add user file
Written by cchris the 7 May 09 at 16:57.
I see the current UI configuration as the first step towards a fully configurable UI. The most difficult one and one we can build upon.

An UI connects commands with visual items.

A command is "an action or item". It has an internal id, could have an icon, has a default name. The current english.xml does provide this list.

A visual item is anything visible that relates to a command. Labels, buttons, tooltips, menu items, tab items are visual items

A localisation file should have nothing to do with a menu. It is a simple association table: command internal id -> name. Current localisation files are too rich since they have redundant information like in which dialog does this item display.

A menu system is a tree, the root of which is the app menu bar.t could be described by an xml file with two sots of nodes: the leaf nodes are commads, designated by their ids, while non leaf nodes are embedded menus whose only statuc attribute is a name.

If we disconnect these three subsystems, we get a fully configurable UI with on the fly internationalisation, user definable menus and independence between localisation and menu system. Let's do it add the logic to read the extra config file, that's the only missing piece f the puzzle.

The only drawbacks I can see there are:
1/ There is a need for a menus.model.xml to take over when an user menu file is corrupted somehow;
2/ Building the menu template in memory, copying all the strings from the localisation file, may or may not incur a noticeable load time penalty. A benchmmark would be needed.

CChris
PS: this elaborates a little on an earlier text that wound up as a comment.
0
votes
up equal down
Solution #3: Add some additional info-items in to the "lang".xml file
Written by xm1 the 27 May 09 at 12:38.
I miss at least two additioonal info-items in the language xml-files, namely:
- version (for which the translation file has been done/intended)
- author (and maybe a contact info too)

In situation when somebody tries to use an old/outdated translation file, the Notepad++ can easily detect that (and display a warning etc...).
1
votes
up equal down
Solution #4: dynamic menu user can specify by gui or xml config file
Written by k7rim the 20 Mar 12 at 23:22.
we can add a menu called 'tools' or favorites' or whatever
the menu can be customized through window or through config file
i can place global run commands , macros or even plugin commands
i can specify how the menu appears with certain file types
something like that:
the menu contain the global items he choosed( to be in the reach of the hand)
some commands or items specific to the current lexer of the file so if the current lang is python : commands associated with python(probably in the config file) would appear in the menu

thank you for the great program

See the 2 comments or propose a solution >>

Replace function should replace in selection by default  
Written by chriss85 the 6 May 10 at 16:06. Global category: Find/Replace scope. New
I've noticed it a couple of times now, I select some code in which I want to replace some variable name, press CTRL+H,
and accidentally replace every occurence in the file, because the "In Selection" checkbox is off by default.
17
votes
up equal down
Solution #1: Enable "In Selection" by default if there is selected text and CTRL+H is pressed
Written by chriss85 the 6 May 10 at 16:06.
I suggest enabling it automatically if there is a selection and the user pressed CTRL+H to access the search/replace dialog.
0
votes
up equal down
Solution #2: Enable "In Selection" if the search text is changed for the first time
Written by lwchris the 3 Apr 13 at 21:41.
Pretty often you highlight the string you want to replace and then press Ctrl+H to automatically "load" it into the search&replace dialog as search text. I do this even if the S&R dialog is already open, because it's much faster than Ctrl+C from file and Ctrl+V into search text field. For this you need the checkbox stay unchecked by default.

Use case: you've got some text, but several surnames are wrong. You doubleclick the surname, Ctrl+H, Tab, type correct name, replace all, doubleclick the next wrong surname, Ctrl+H, Tab, ...
Characteristical about this use case is that the search text is NOT altered after you press Ctrl+H.

If you want to replace something like a variable name "In Selection", your search text is definitely going to change at least once after you pressed Ctrl+H. This is because the search text is all the selected text by default, which is not sensible for "In Selection". So if the search text is altered for the first time, the check box could be checked automatically.

Every other alternation does not change the checkbox state whatever it is set to.

The update-lock lasts until the dialog window is closed or Ctrl+H is pressed anew.

See the 1 comments or propose a solution >>

Make edition of newlines senseful  
Written by newlog the 4 Jun 09 at 22:10. Global category: Whitespace. New
Automatic indentation remains a problem in Npp: pressing ENTER on an empty line produces a new line which is indented according to the last (non-empty) indented line.

The logic, as in any other text editor, would demand that, in this case, an new EMPTY new line be inserted.

There are two workarounds proposed in this forum:
1/ pressing CTRL+Z after ENTER to "cancel" automatic indentation
2/ pressing CTRL+D instead of ENTER to "duplicate" the empty line

But honestly, these solutions are counter-intuitive, and not very handy. Moreover solution 2/ leaves the cursor on the original line, which is still more counter-intuitive.
17
votes
up equal down
Solution #1: Change the reference line for auto-indent
Written by newlog the 4 Jun 09 at 22:10.
The “idea” to solve this issue seems rather obvious:
the line used as a reference for computing auto-indentation should simply be the one above the current line.

At least, this should be left as an option.
-2
votes
up equal down
Solution #2: Check XBrackets Lite plugin
Written by donho the 11 Jun 09 at 21:58.

Add a comment or propose a solution >>

There should be a way to preview text before printing  
Written by cchris the 5 Feb 10 at 11:20. Global category: Find / Replace dialog. New
When printing, page layout sometimes is so important as to deserve eing looked at. Text may be modified based on the visual appearance of the printout, so there should be a way to figure out that appearance before trashing paper needlessly.

While the NppExport plugin can print to pdf and this is a preview indeed, this assumes that a pdf printer is available. Installing one may not be possible in a workplace envionment. Also, there could be subtle layout diffferences, since the actual printer would be different.


NOTE: posted by speedywise as part of an omnibus feature request. Credits should go to this user. I (CChris) have enriched the description somewhat.
16
votes
up equal down
Solution #1: Add a new File -> Preview command
Written by cchris the 5 Feb 10 at 11:20.
This would somehow display window(s) showing the page(s) that the current printer will output on actual printing.
3
votes
up equal down
Solution #2: Obey printer driver preview settings
Written by rpaskudniak the 26 Jul 10 at 21:57.
Many Windows printers include a "show preview" option in their settings windows. NP++ currently ignores these settings (see ). If NP++ would obey the settings, many users would have a print preview available, along with other driver-provided functions like n-up printing, etc., etc., etc.

See the 1 comments or propose a solution >>

Save directory for new documents  
Written by remoo the 24 Feb 10 at 19:44. Global category: Saving files / settings. New
I have as default Open/Save directory "Follow current document".
That's what I want if I edit files in different directories.

But the problem is with new files.
When I save them NP++ opens the notepad directory.
I have to change this directory always to my default save directory.
14
votes
up equal down
Solution #1: An extra option to define the default directory for new files.
Written by remoo the 24 Feb 10 at 19:44.
The problem will be resolved if there could be an extra option in "preferences" to define the default directory for new files
-1
votes
up equal down
Solution #2: Change CWD with NPPexec
Written by wonea the 3 Mar 10 at 16:54.
You can change the Current Working Directory (CWD) with using NPPexec. In fact you can create a macro with NPPexec, and use the following command

echo $(CWD)

Then all you need todo is

cd ../.. to wherever you like

then cd Mysuperfunkydirectory

Echo the CWD again, and hey presto. Set NPPexec to start the script on launch, (in the NPPexec advanced settings), and that might work!
1
votes
up equal down
Solution #3: Last used directory by default and an option to change if desired
Written by halilozgur the 10 Jun 10 at 09:10.
The default directory needs to be something meaningful like the last used dir, and user may select a different directory using an option.
-1
votes
up equal down
Solution #4: new file auto safe on program exit and restore on start
Written by blachi the 2 Aug 10 at 10:52.
all "new 1", "new 2", ... files should be automatically saved in defined directory without asking while program exits, and restored on program start.

Add a comment or propose a solution >>

Use 'Find next' shortcut (F3) also in search/replace dialog  
Written by xhpohanka the 30 Apr 10 at 09:24. Global category: Shortcuts. New
I'm used to use F3 to go to some next search result. This does not work when the search/replace or incremental search dialog has focus.
14
votes
up equal down
Solution #1: Add F3 as a mnemonic for appropriate button on search dialog
Written by xhpohanka the 30 Apr 10 at 09:24.
Add F3 (or correct shortcut) as a mnemonic for 'Find next' button on search dialog.

Add a comment or propose a solution >>

Curly brackets can either be folded or highlighted, but not both  
Written by janschreiber the 2 May 09 at 16:05. Global category: User-defined languages. New
In order to be able use code folding in a user-defined c-style (curly brackets) language, I have to add the brackets as folding keywords. But this means they cannot be treated as symbols anymore, and highlighting of matching brackets stops working.
12
votes
up equal down
Solution #1: Can I have both folding and bracket highlighting, please?
Written by janschreiber the 2 May 09 at 16:05.
It would be nice if brackets (and other symbols, for that matter) could be added as folding "keywords" while at the same time their status as symbols is preserved. In short, the folding for user-defined languages with a c-like syntax should mimic the behavior of the built-in c++ parser as closely as possible, including code folding _and_ highlighting of matching brackets.

See the 2 comments or propose a solution >>

make the 'copy the word under cursor to the find box' optional  
Written by serio the 27 Apr 10 at 16:33. Global category: Find / Replace dialog. New
basically, since after notepad++ 3.4 the default searching behavior changed.
whenever you press ctrl+f, the program will automatically copy whatever word was under the cursor into the search box.

before that it was only happening if the word you wanted to be copied was highlighted, but since that version it started to also affect regular searches.

would it be possible to have an option to disable that? it's really annoying, forces me to re-write the search text that was just deleted and replaced into the box each time i press ctrl+f.
12
votes
up equal down
Solution #1: checkbox in preferences
Written by serio the 27 Apr 10 at 16:33.
an option, like a checkbox or something similar in the preferences that would revert that behavior to pre-3.4, where pressing ctrl+f would only open the search box, without altering the search term in any way, unless there was a user-highlighted word.

See the 5 comments or propose a solution >>

Can't delete entries in the Search/Replace history  
Written by tigerix the 22 Jul 10 at 14:02. Global category: Preferences & settings. New
Currently its only possible to delete entries in the search/replace history by manually editing config.xml with another editor.
12
votes
up equal down
Solution #1: Shift-Del to remove Search/Replace history entries
Written by tigerix the 22 Jul 10 at 14:02.
Keyboard shortcut for removing history entries in the Search/Replace window.
Shift-Del is the standard shortcut in Firefox and other applications for removing history entries.
2
votes
up equal down
Solution #2: Clear Search History Button
Written by brittney24 the 8 Oct 11 at 17:16.
Either add a button to Search > Find UI: "Clear Search History (terms, etc.), or have something in drop box for previous search terms.

In addition, many apps have global preferences to retain things like search terms, etc. Probably easiest would be add a button to search UI.

Current buttons on UI for Find, Count, Close, etc. are huge. Not like these couldn't be reduced a bit & make room for another.

See the 2 comments or propose a solution >>

autocompletion across opened documents  
Written by duhl the 2 Apr 10 at 11:23. Global category: Auto-completion. New
when editing multiple file world completion don't cross opened document

for exemple:

in doc1.php i got a "$result"
if i type "$re" ctrl + enter
the word will be completed into "$result"

but if i type "$re" ctrl+enter in doc2.php it won't do anything

it could be useful for using fonctions defined in other document
11
votes
up equal down
Solution #1: search the potential words in opened buffers
Written by duhl the 2 Apr 10 at 11:23.
search the potential words in opened buffers

See the 2 comments or propose a solution >>

cursor beyond the end of line option  
Written by jmg_ the 25 Apr 10 at 22:40. Global category: Whitespace. New
cursor beyond the end of line option - apparently Scintilla now does supports this, (yahoo!) but there is not yet an easy way to menu-set this in Notepad++.

other references:
["
https://sourceforge.net/projects/notepad-plus/forums/forum/331753/topic/
Restarting Notepad++ is not enough, you have o execute the macro (by shprtcut or menu entry) for it to cause any change.

For the record, this simply sends the SCI_SETVIRTUALSPACEOPTIONS message to the current Scintilla, 3 is the sum of both supported flags.(use in rectangular selection and use elsewhere). Notepad++ enforces a default of "in rectangular selections" only.
and also
https://sourceforge.net/projects/notepad-plus/forums/forum/331753/topic/3405378

another work-around is to column paste, as that auto-extends lines with white spaces, but that's quite a few keystrokes.
11
votes
up equal down
Solution #1: Add a menu-select for cursor beyond the end of line option
Written by jmg_ the 25 Apr 10 at 22:40.
Apparently this can be forced now using macros, but that requires user patches every update, and lots of explaining if just pointing a new user to Notepad++ link.

Because this is so widely requested, under numerous names, this should be a menu-choice.

It's probably too large a change to default to enable cursor past end of line / flat edit / white space, but a menu choice would allow quick, easy to find control of this important feature.. default off makes it 100% backward compatible,
-2
votes
up equal down
Solution #2: Use the python script plugin - script "enable virtual space"
Written by davegb3 the 9 Aug 10 at 06:15.
This enables it - as the scripts are kept in the users area, the installation does not need to be patched on each update.

Add a comment or propose a solution >>

Search-Results window not closeable by F7 key  
Written by oersf the 30 Mar 10 at 12:35. Global category: Shortcuts. New
F7 key now opens Search-Result window, but it has to be closed with the 'x' button. If you press F7 again, the Search-Result window just loses focus to the editor.
4
votes
up equal down
Solution #1: F7 key should open AND close Search-Results
Written by oersf the 30 Mar 10 at 12:35.
If you press F7 again, the Search-Result window should close, as if the [x] button would have been clicked.
11
votes
up equal down
Solution #2: Add an extra shortcut and overload F7
Written by cchris the 30 Mar 10 at 13:58.
Indeed, it would seem to make sense that, if a command opens the window when not opened, the same command should close the window when not closed.

However, Alt-tab won't switch focus back and forth between active view and found results window. So we'd need a new command, possibly bound to shift-F7 by default, to toggle focus when FRW is open. As an extension, it may be desirable that it also opens window if not opened.
2
votes
up equal down
Solution #3: Close it with ESC
Written by nofun69 the 15 Jan 11 at 21:34.
While it is active of cause.
3
votes
up equal down
Solution #4: Use one shortcut to open AND close *any* (un)docked window
Written by nofun69 the 11 Feb 11 at 21:51.
It would be great if every additional (un)docked window could be closed with the same shortcut that opened it.
The point is that many (majority?) of (un)docked windows don't need to be in an opened state all the time, but instead they could be closed right after using, to keep whole workspace uncluttered and to save more space for code. For such approach single shortcut to open *and* to close window is crucial.
Not sure if it is possible though in case of windows created by plugins. Could N++ force such behavior or would plugins need to be updated?
And yes, we would need additional command to toggle focus between the last active view and the last active (un)docked window.
It could be bound to Shift+F8, for example (next to "Focus on other view - F8").

Add a comment or propose a solution >>

Icon in menus may make some people more productive  
Written by cchris the 27 Aug 09 at 11:16. Global category: Menus. New
It has been argued, in various forums and languages, that it is easier to spot a menu icon than to read the corresponding command name.
10
votes
up equal down
Solution #1: Use toolbarIons.xml to also specify menu icons
Written by cchris the 27 Aug 09 at 11:16.
Under Windows, any menu item may have a checked and unchecked icon. Setting them to the same handle results in permanent display of the icon/bitmap o the item. Associating a command id with an icon, or a pair of icons, would be very easy.

Extending the concepts to plugins would require changing the FuncItem structure. For migration purpose, plugins using the extended structure would be asked whether they support a useFeature() function, the return value of which would telll the plugin loader what extensions they support.
-2
votes
up equal down
Solution #2: read text
Written by strainer the 29 Jan 11 at 00:37.
np++ has many of menu items, too much to have an icon for each one so the icons are going to appear against items sporadically, and that is just a distraction to me. Even turned off, space for them is still likely to be consumed. I find tiny little pictures much more challenging to understand than text, ymmv but i think this idea is bloat.

See the 2 comments or propose a solution >>

2 3 4 5 6 7 8 9 ... Next >> 
Syndicate content