|
|
|
|
| Back |
Problems & LimitationsNotePad+'s edit windows are based on the Windows Rich Edit control, which has given some problems particular to specific systems.Problems due to software conflicts: On systems with the MS IntelliType and/or IntelliPoint software installed (which come with the MS Natural Keyboard and MS Mouse), text can not be added after switching word wrap mode. It's hard or even impossible for me to cure this problem, since it seems to have to do with a conflict with the Rich Edit control and the Intelli.. software. All the word wrap switching function does is call the Rich Edit control and tell it to switch word wrap mode. The actual implementation is done by the Rich Edit control itself. I have send a bug-report to MS, but haven't received an answer. Also limited to some specific systems is a problem with the Find function. The problem seems to happen at least on systems with Microsoft Pointing Device Software v. 11.01 (pointer.exe) software installed. I've had reports that the Find function wouldn't highlight the string that is searched for, or that the Find function doesn't work beyond 32kB of text. I haven't been able to reproduce the problem (I've tested the Find function extensively on documents up to 600kB in size). Since I use the internal Find function of the Rich Edit control, the same answer applies here: I can't fix it since it's the Rich Edit control that does the actual searching. I only call the Find function of the control with the search string and the position to start as parameters, and the found position is returned. Other problems: There is a problem with text visually disappearing when operations like switching windows are performed. This also seems to be a problem tied to the Rich Edit control, or perhaps Delphi's encapsulation of it. In NotePad+, there are already precautions taken to prevent this when possible, but sometimes (in my experience very seldom) the text may disappear. Simply scrolling up and down with the scrollbar gives you back your view. Note that this problem isn't harmful to your data, as the file isn't damaged in any way. There is a bug with printing while wordwrap is on. This is because the wordwrapped text is printed using a control that does wordwrapping of it's own. Solution: turn off wordwrap in NotePad+ before printing. Also: if you have problems printing when using user-specified colors try using default Windows colors. Printing doesn't always work correct when user-specified colors are used. NotePad+ is meant for plain text files only. It's not for binary files, files that use escape characters, etc. Chances are files with escape characters won't show up properly. It's meant for plain, person-readable text only. Some people have reported the colors of their applications/desktop flashing when starting up NotePad+. This is probably because they are using a 256 color palette in Windows. When NotePad+ starts up, the system has to switch palettes. This is all I know about it. It doesn't happen on every 256 color system, but if it happens, it's probably on a 256 color system. 'Solution' would be to use high color. NotePad+ doesn't support printing of page numbers. Variable tab sizes are not supported. System Resources in the About box always says 0% when running on Windows 95 OSR2. The code that checks for available resources seems to be broken by OSR2. This is an esthetical problem, is has no influence on the working of NotePad+ on OSR2. When you want to Save As a file with an extension with more than 3 characters, use "quotes" around the file name. Even if the Save As dialog filter defines an extension of more than 3 characters, the last characters will be trimmed. This is done be either the Common Dialog by Microsoft or Delphi's encapsulation, I'm not sure. Anyhow, you'll have to Save As like this - "mypage.html" - to Save As a file with an extension that has more than 3 characters. |
| Back | Copyright © 1998 Rogier Meurs |