This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | carriage return, line feed, EOL mix | ||
---|---|---|---|
Product: | editor | Reporter: | jpl <jpl> |
Component: | Formatting & Indentation | Assignee: | issues@editor <issues> |
Status: | RESOLVED INVALID | ||
Severity: | blocker | ||
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | 72515, 4619, 132679 | ||
Bug Blocks: |
Description
jpl
2008-08-08 15:32:44 UTC
Strange. What EOL characters were in the file before you opened it in the IDE? The IDE detects EOL chars and keeps using those that it found. Obviously, in newly created files the IDE uses the default EOL character for your operating system. I think I created the file in Netbeans, then made a dos2unix from cygwin shell. I understand the default behavior of Netbeans is the best bet, but I would like to override it and have any newly created/generated text file without CR, and also be able to see (and clean) the CR directly from Netbeans. > also be able to see (and clean) the CR directly from Netbeans
The same could apply to other special chars like trailing spaces and tabs.
> I think I created the file in Netbeans, then made a dos2unix from cygwin shell.
Well, you can do that, just make sure that you close the IDE before running dos2unix, then start the IDE and open the
files. The IDE should preserve unix EOL characters and keep using them for the converted files. It's not very nice
workaround, but should help.
As for the ability to choose EOL characters that should be used in the IDE, there is issue #132679 (No way to define eol
characters) requesting this. There is also #72515 requesting an ability to change EOL chars used in an opened file.
Finally, there is #4619 requesting to show non-visible characters such as EOLs and tabs.
Assuming that the suggested workaround works for you this issue is a duplicate of the above RFEs and as such I'm closing
it. Please reopen if the workaround does not work. Thanks
|