Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

SDK refactoring for non UI builds

(1/5) > >>

oBFusCATed:
BTW: Is there any reason for this code to be part of the sdk and not part of the application in src?

For me this (having gui code in the sdk) is one serious problem, which we have to fix in the future.
So if these two files can be move in src/src I'll be happy:)

dmoore:

--- Quote from: oBFusCATed on September 02, 2012, 02:32:59 pm ---BTW: Is there any reason for this code to be part of the sdk and not part of the application in src?

For me this (having gui code in the sdk) is one serious problem, which we have to fix in the future.
So if these two files can be move in src/src I'll be happy:)

--- End quote ---

Right now, those dialogs get used by code snippets, but I suspect it would be better for CodeSnippets to have their own. I think it will be difficult to remove all of the dialogs from the SDK because some should be accessible to plugins. Find/replace might be a good candidate though.

Still not loving the find/replace dialog after my latest changes. The multi line option creates a bit of a mess. Not sure why it is necessary because you can do virtually the same in a more robust way in a single line of regexp. I will play with the layout some more...

Furthermore, the modeless operation of thread search and incremental search plugins seem to be a better model. I think this is the way to go. I will experiment with porting all the good bits of those plugins across.

oBFusCATed:

--- Quote from: dmoore on September 02, 2012, 03:23:02 pm ---I think it will be difficult to remove all of the dialogs from the SDK because some should be accessible to plugins.

--- End quote ---
Examples?

MortenMacFly:

--- Quote from: oBFusCATed on September 02, 2012, 03:55:18 pm ---Examples?

--- End quote ---
Well you never know - that's why the dialogs are part of the SDK, isn't it? Plugins might use it and I could think of use-cases for many dialogs. For example: a language (like Fortran) specific find dialog. For such it would be nice if you could simple derive from the existing class and change what's needed. I wonder what's so bad about it.

MortenMacFly:
...reminds me on something else I noticed with the ThreadSearch dialog: I regularly become warnings that ThreadSearch tries to find in binary files, like icons. This is rather annoying and makes me use the "normal" find dialog more often.

Navigation

[0] Message Index

[#] Next page