Thorsten Haude wrote: > So I take it you want to get back to phase 1 again?
No, I'd like to proceed with the release progress. It's a bit ambitious to discuss things like full Unicode support, migration to a new toolkit and whatever else fantasies come to mind while we need a couple of years for a simple maintenance release, isn't it? > Is this your list of release-critical bugs? I have to say that I > don't think most of them are this important. This is a list of work currently going on just to keep track. Personally, I wouldn't see any of the bugs in the tracker as release-critical, but this isn't the point. It just doesn't help to start working on a bug, and a couple of weeks later we forget about it, because it wasn't completed - 'completed' means including tested and comitted to cvs. > >#1628593 Unnecessary window grow when opening file > > > > annoying for line number users > > fix submitted - not in cvs > > Yeah, it's kind of nasty and I got distracted while looking it over. I have applied it for testing. I got compiler warnings about const in static int updateGutterWidth(const WindowInfo* window) and static int updateLineNumDisp(const WindowInfo* window) > >#1760116 Negated escape sequences misinterpreted in character class > > > > fix ready, but would trigger more changes (like proposed) > > I didn't follow that discussion too closely. You two have fun. Tony and I both agreed with each other that the matching of newlines should be changed. Now changing the regex syntax, although the syntax will be made more consistent and useful, might affect some other users as well. So, the question was wether or not this would be alright. > >- Macro built-in function registration > > > > Tony's proposal, ready, available here > > http://ajbj.free.fr/nedit/nedit5.5dev/patches/newMacroFnRegistration2.diff > > Seems to be ok. It isn't in the tracker, so don't forget about it. > > >- Remove non-existing files from Open Previous? > > Is that a patch? Yes, it's available (don't know if it is on SF), and I listed this because it makes a lot of sense IMO (close to a bug fix). > >#1543796 Crash trying to open a file on ubuntu if LANG=en_AU.UTF-8 > > Is there a patch hidden somewhere? > > > >#1600102 Add example .nedit to release tarball > > > > Looks like additional work. > > Is there something major missing? It is one of the things set to priority 9. Maintaining such a macro set will be more work - just like problems with the built-in macros fire back now and then. I think it rather comes down to a project of its own (somewhat similar to jedit's plug-ins project) than to be coupled with nedit releases, especially longly overdue maintenance releases. > >#1731384 problems with default macros > > > > fix in cvs > > So you have any idea since when that bug was in the code? We need to > add it to the ReleaseNotes if it's an old bug. I guess right from the start, ie the 1st committed version of these macros. > >#1479505 Odd Replace Behavior with Long (> 510 chars) Search Result > > > > Is this fixed already? > > Nope, doesn't look like it. Yes, there I was a bit confused, since something similar is mentioned in the release notes: - Replace operation where the result exceeded a fixed length silently clipped the result. The limit has been increased and the behaviour on failure is now configurable. (SF bug #1015499) > #579913 VMS language mode inconsistencies > > Access to VMS would be a big help here. This one is over 5 years in the tracker, and without help from someone with VMS it's likely to stay there, so we have no release? Jörg -- NEdit Develop mailing list - [email protected] http://www.nedit.org/mailman/listinfo/develop
