Posted by: Branko Grbac | Date: 08/18/2005 09:00 | IP: IP Logged
See? I'm not crazy!
Posted by: Rainer Koschnick | Date: 08/18/2005 09:35 | IP: IP Logged
Here's another odd thing...
If I open a multilanguage UTF-8 file (has German, English, Japanese, Korean, Russian, Chinese), the Korean only displays correctly if turn ON "Show spaces, tabs & line ends". With the option turned OFF the Korean displays as garbage (those small boxes which usually get displayed if your font can't display the characters).
All other languages are not affected.
Posted by: phunkydizco | Date: 08/18/2005 10:13 | IP: IP Logged
I have found a bug in the XML Highlighter.
When the highlighter is turned off the line looks like this:
<xs:schema id="ImportRollkarten" xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata">
If the highlighter is turned on the line looks a little bit different:
<xs:schema id="ImportRollkarten" xmlns="="" lns:xs="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata">
This happens only if the font and color of "Symbol" and "Namespace Attribate Value" are the same.
If I set one of theme to bold it works perfect.
Post Edited (08-18-2005 12:22)
Posted by: phunkydizco | Date: 08/18/2005 11:32 | IP: IP Logged
I have found a second bug in the xml highlighter.
When I change anything from "Symbol" the following line changes from this
Posted by: pspad | Date: 08/18/2005 14:22 | IP: IP Logged
I will report it to Synedit BugTrack
Posted by: sacharja | Date: 08/21/2005 14:03 | IP: IP Logged
There is bug by using word wrap:
If you have this in a new document:
-- line break by mod --
-- line break by mod --
and you use the HTML Multihighlighter for syntax highlighting the quote after <\/a>" changes to <<\/a> if you start selecting at the beginning (with word wrap on) and end selecting anywhere in the next line.
Posted by: DxGx | Date: 08/23/2005 20:05 | IP: IP Logged
where all new beta versions gone
Posted by: sacharja | Date: 08/24/2005 00:04 | IP: IP Logged
Another problem is that selecting text and other operation with word wrap on is extermley slow :(
Posted by: pspad | Date: 08/24/2005 04:04 | IP: IP Logged
You are right if you have very long lines...
Posted by: hoppfrosch | Date: 08/24/2005 07:22 | IP: IP Logged
Bug in Search and Replace
I try to replace all spaces in a file with Carriage Return (\n).
Example input file: (Underscores represent spaces)
* PSPad only replaces a few spaces then stops (when applying "Replace all" with Regex enabled)
* PSPad has a wrong count of replacements
PSPad states that it has replaced the space 10 times - which is obviously wrong ...
* Applying single replacement with confirmation does only a few replacements (after confirmation of each ....) then the confirmation box disappears and PSPad pretends to be ready ...
Don't know when this bug occurs first, but it definitifely occurs in Build 2120 ...