I have a weird problem with my port of QScintilla2:
The first line gets repeated all the way down the editor. I'm not sure about the odd placement of the 2nd line there, that happened randomly whilst I was doing something else. Some attempts to highlight sometimes show the correct line, sometimes don't. Scrolling down just causes the new top line to repeat down the page.
It seems unlikely that such a bug would be present in the library, and all I've done is replaced every occurance of Point, Window and Menu with QSPoint, QSWindow and QSMenu (to avoid clashes with graphics and intuition libraries).
It also isn't an application problem, as the example application, JuffEd and QSciTE all exhibit exactly the same behaviour. JuffEd and QSciTE show line numbers icons down the side and those seem to be OK, however I'm not sure if these are part of QScintilla or an addition by the application.
So I'm left with thinking it might be an obscure bug in Qt's text routines, but as normal text editing is fine I am very confused.
So have you actually succeed in fixing the other issue with CMake??
I will take a look at this problem as soon as I get home. Looks very mysterious indeed...
EDIT: Also another thought: The problem you reported with hanging file requesters from the conversion program, did they disappear with the new release?? Very interested to see, if I actually managed to fix the problem!
So have you actually succeed in fixing the other issue with CMake??
No, I gave up and cross-compiled it
Quote:
I will take a look at this problem as soon as I get home. Looks very mysterious indeed...
It probably doesn't help that QScintilla is built on top of Scintilla - finding anything in the code is a nightmare, I haven't yet been able to locate where it prints the text on the screen. The only cause I can think of is that it isn't progressing through the lines properly when it puts them on screen (or some off-screen buffer not updating, but that seems unlikely given the symptoms), but I don't know why that would be!
Quote:
EDIT: Also another thought: The problem you reported with hanging file requesters from the conversion program, did they disappear with the new release?? Very interested to see, if I actually managed to fix the problem!
When I was playing around with JuffEd the freezing requesters were happening very frequently, so it isn't fixed, unfortunately.
I have taken a quick look, and first of all I don't get quite the same behavior as you with the test application. I type in a line, and then when I type in another line, it is replaced by the first line when I hit enter.
I don't know how scintilla is supposed to work, so I will have to study the documentation a bit before I come up with any more comments...
I've been playing around with QScintilla, JuffEd and QSciTE a bit. JuffEd is quite a nice editor, but the overhead of Qt makes it a bit too slow for my SAM, I'm sure it will be fine on an X1000 though (and hopefully OK when we get OpenGL).
When I choose "Save as" I get the original Qt requester, rather than the replacement ASL? I guess this could be intentional because it is asking which format I want to save in, but it was unexpected.
QSciTE is slower than JuffEd, I won't be bothering to inflict this on anybody, however I did get a borderless window when selecting the "Text Display" menu item:
About the non-native file dialog: I have only made it so that the static members QFileDIalog::getOpenFileName() etc are redirected to native functions. If a program uses QFileDialog manually, it is very hard to replace it.
About the borderless window: This is probably because the widget type is one of the types that gets a borderless window eg. menu, splash or the like. I would have to look at it to see how to determine the non-borderlessness of this particular instance.
All in all very good work! It is nice to see Qt being used for real after all .
EDIT: Part of why it is so slow is probably the hack I did to solve the problems with QScintilla. Once a proper solution comes up, it should be much better.