- CANT COPY TEXT FROM NOTEPAD ON MAC SOFTWARE
- CANT COPY TEXT FROM NOTEPAD ON MAC CODE
- CANT COPY TEXT FROM NOTEPAD ON MAC WINDOWS
Instead it should provide the user with the ability to change that behaviour to something that is more desirable based on the situation they are currently in. It just seems to me that scintilla is making some decisions for me that it should not. Thankfully this hasn't really been an issue for me since I first logged it, one that re-occurred that is. 🙂 I do develop applications in VB and C#, so I am not unfamiliar with programming. It seems like it would probably not be a simple task, but since I am unfamiliar with the scripting language Notepad++ uses, it would probably require extra time to ramp up. Notepad++ scripts can interact with the clipboard? I had no idea. Good rousing discussion about this, though! All opinions heard and appreciated. As crazy historically as the line-ending thing has been, you'd think that something from M$ would definitely not produce anything but CR+LF as line-endings-seems like that would be blasphemous. Where you say "where they don't get what they see.is wrong", that is interesting because to "see" something depends upon how one thing showed it to you who's to say that whatever did the original displaying is correct? :)Īnother interesting tidbit is that the original data is generated by some.
Much better than pasting mismatched line-endings that the user wouldn't know about unless visible line-endings are turned on-something I suspect few users do because they are "visually heavy". Sure, from your example you know what you would like, and that is to drop standalone CR.but does that please everyone all the time? Tough call.Īt least Scintilla's paste UNIFIES what could have been real line-endings in source text.
It would probably be tough to decide on something to please everyone for the default paste action. BTW, I tried this in SciTE (Scintilla's demo editor) and it is the same as in Notepad++ (which I totally expected).
CANT COPY TEXT FROM NOTEPAD ON MAC CODE
This is not to say that more Notepad++ code could not be written to deal with the situation. The easiest way for Notepad++ to handle editing behavior is to turn it over to Scintilla and let it do what it does. The way it is handled now follows the default Scintilla model. Thank you so much for the understanding and helpful information. I would think many users would consider the current behaviour where they don't get what they see as wrong.īy the way, I appreciate all of your feedback. I would think that the default Paste action should be to drop standalone "CR" entries when "EOL Conversion" is set to "Windows" and to allow "Paste Special" to include them and/or convert them.
CANT COPY TEXT FROM NOTEPAD ON MAC WINDOWS
I think that for the normal user, copying this (see image) to get the result above in Notepad++ appears to be a failure in the copy/paste operation.įYI, when I open the file in Microsoft Word, it displays the same as it does in Windows Notepad.Ĭan't there be a setting somehow to control this? Perhaps in a "Paste Special" action. (This is the file open in notepad & I copy this text). I believe that there should be a way to keep these two visually the same. Either Windows copies it incorrectly or Microsoft is generating it incorrectly.īut to me it seems that part of the problem is that Scintilla is converting the bad line endings instead of dropping them (the additional CR).
NET message box only has normal line endings (CR LF). Please note that I did not create the content with the mixed line endings. The Windows MessageBox function used to display the original message box is tolerant about invalid line breaks thus you don't see them.
CANT COPY TEXT FROM NOTEPAD ON MAC SOFTWARE
So it's not a problem of Notepad++, it's a problem of the software generating the message box content since it fills in line breaks in an invalid format. Since Notepad++ is able to interprete both line break formats it does simply what it is expected to do - it generates line breaks. CR is the line break symbol in Macintosh format and CR+LF is the line break symbol in Windows format. In the second picture you can see that all lines of the message text are terminated with a CR (carriage return) sign followed by a CR+LF (carriage return + line feed). The middle part (between the two minus sign framed blocks) is the content of the message box and as such has been generated by the software. I guess the content of your file was produced by pressing CTRL+C when a message box displayed by a particular software was the active window.
When you configure Notepad++ to show also control characters
0 kommentar(er)
