Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
WARNING: Major interface breaking CVS changes
mandrav:
--- Quote ---Seems not to work close option disabled (guess this is available for default editors only)
--- End quote ---
That's right. It is intentionaly so, but maybe it's wrong this way though.
Does everyone think that custom editors should behave like builtins in this regard (like "close" menu enabled)?
--- Quote ---P.S. Do you think that with this change to notebook we can work on the wx2.6 conversion now?
--- End quote ---
Haven't worked on it yet, but IIRC the only problem I had with wx2.6 was with the MDI interface. Now that it's out of the way, I think we can switch to wx2.6.
I 'll run some tests and if no major incompatibility is found (like unexpected crashes ;) ), we 're gonna switch :)
Yiannis.
rickg22:
I posted a thread about wx2.6 compat. problems, so you can vent off your oh-no's there ;-)
And yes, I think custom editors should behave like all editors. In fact, what I wanted to do was moving the save,close and ismodified functions etc. (cann't remember the exact names tho) to EditorBase so custom editors could appear in the open files tree.
mandrav:
--- Quote from: rickg22 ---And yes, I think custom editors should behave like all editors. In fact, what I wanted to do was moving the save,close and ismodified functions etc. (cann't remember the exact names tho) to EditorBase so custom editors could appear in the open files tree.
--- End quote ---
OK, I 'll do that. But I need you to take a look at the open files tree.
One minor thing I didn't like was that the order of the files in there would change randomly. But now with the notebook, it's irritating because you can see the active tab (which was not the case with MDI). When you close a file, you expect the next tab to get activated. Nope, it seems like it's choosing randomly the next active file :)
Yiannis.
byo:
--- Quote from: rickg22 ---And yes, I think custom editors should behave like all editors. In fact, what I wanted to do was moving the save,close and ismodified functions etc. (cann't remember the exact names tho) to EditorBase so custom editors could appear in the open files tree.
--- End quote ---
I agree - in fact it would eliminate many problems with mime plugin development :)
--- Quote ---Anyway, does ctrl-f4 work?
--- End quote ---
Does not (under Win), alt-f4 currently closes whole application (closing all editor windows - so goal partially reached :wink: :wink: ).
rickg22:
Some bugs i noticed with CB in tabs mode.
a) Upon start, I get an error of entry points not found. On quitting, I get errors about plugins not loaded (incidentally, it's the contrib plugins that i deleted before). Oh wait, somehow the plugins get re-copied there - nevermind :roll:
b) If I click on one of the "links" on the intro page, CB shuts down. (I've experienced this before, so it must be a crash). (This usually happens after closing a project and then clicking on one of the links - oh btw, having a "hand" cursor would help for the look'n'feel ;-) )
Here's a sample backtrace from GDB.
Program received signal SIGSEGV, Segmentation fault.
0x016fe7ee in ?? ()
(gdb) bt
#0 0x016fe7ee in ?? ()
#1 0x016fde56 in ?? ()
#2 0x016b8cad in ?? ()
#3 0x016b6b61 in ?? ()
#4 0x016fcae4 in ?? ()
#5 0x00414ef6 in MainFrame::HandleStartHereLink(wxString const&) (
this=0xd39740, link=@0x22f828) at src/main.cpp:1006
#6 0x0041e31c in StartHerePage::LinkClicked(wxHtmlLinkInfo const&) (
this=0x1645468, link=@0x22f8f8) at src/startherepage.cpp:75
#7 0x00428cb8 in MyHtmlWin::OnLinkClicked(wxHtmlLinkInfo const&) (
this=0x1d35008, link=@0x22f8f8) at src/startherepage.cpp:31
#8 0x10172db0 in wxHtmlCell::OnMouseClick(wxWindow*, int, int, wxMouseEvent con
st&) ()
Maybe it's the plugins again?
c) Well if we're having problem with closing windows, i'll ask this anyway :) Ctrl-shift-f4 for closing all "windows" and ctrl-f4 for closing single "window". I'm used to it from other editors :P
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version