What do you think? Should we make the move?
Anyone has a valid reason we shouldn't use it?
I believe we should because it's way more recent than STC in wx/contrib and is updated more often...
Yiannis.
I second the motion! :)
That's great!
Me too!
I made the conversion and now it's working with wxScintilla :lol:
I haven't commited the changes yet but I will once I finish the basic testing.
Yiannis.
yes move, (oh no, I have to compile wxWidgets again without stc :()
Quote from: mispunt on August 21, 2005, 12:23:34 PM
yes move, (oh no, I have to compile wxWidgets again without stc :()
That's no need for me. The stc dll file has already been separated from wxmsw26_gcc_custom.dll.
Quote from: mispunt on August 21, 2005, 12:23:34 PM
yes move, (oh no, I have to compile wxWidgets again without stc :()
No need to. STC is built as a dll. We just don't use it anymore.
Yiannis.
Quote from: mandrav on August 21, 2005, 03:39:59 PM
No need to. STC is built as a dll. We just don't use it anymore.
You're right, I thought there was an option --enable-stc or USE_STC but there isn't :lol:
wxScintilla it is then :D
It is in VERSION_1_0 now. No dependeny on STC anymore :lol:
The only thing not yet up-to-date is the unix wx2.6 project file and makefile. But they don't work anyway...
Yiannis.
Already checked it, and tested it! :D
Um... why did you remove the timing on the debuglog? :( I used that a lot for profiling C::B...
Quote from: rickg22 on August 21, 2005, 06:55:02 PM
Um... why did you remove the timing on the debuglog? :( I used that a lot for profiling C::B...
Because it causes crashes for me with wx2.6 (wxDateTime::Format) and I don't know why. Was it working ok for you with wx2.6?
Yiannis.