If you delete a global variable set the variables keeping the current set/variable are emptied, the choices are also emptied and the dialog looses sync, becoming unmanageable.
I have many fixes for global variables in my local git Repo. This should be fixed there in addition with some rework of ui. See Forum thread with title New uservarmanager( i can not paste the link here because.i am on mobile an sourceforge prevents pasting things here)
Can you hold for a moment on this an whait until i updated my remot .git repo On sourceforge?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Before the change, if you used $(#wx32.include) with the include field empty then "include" was used instead (the same for the lib field). This is stated in the documentation.
Now I have to fill explicitly the include field with "include" or use $(#wx32)\include in the project search paths.
EDIT: the field must be filled with the full path, not just "include"
Last edit: Miguel Gimenez 2023-03-29
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I really was thinking i tested this before.... Well, never only think but always do... i will fix this at the evening in about 10h) and add some tests...
Sry for the inconvenience....
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Bug should be fixed, but you have to open the global user variable dialog and save it, without modification. This should fix the config file for the current set.
This was introduced with the last changes, but only if you open the global user var config dialog. So for normal user this should not trigger after this version
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have many fixes for global variables in my local git Repo. This should be fixed there in addition with some rework of ui. See Forum thread with title New uservarmanager( i can not paste the link here because.i am on mobile an sourceforge prevents pasting things here)
Can you hold for a moment on this an whait until i updated my remot .git repo On sourceforge?
OK
Can you test, if this branch fixes your problem?
https://github.com/bluehazzard/codeblocks_sf/tree/test/global_user_var_to_project/1/rebase/before_default_var/2
I cannot check in the next few days, will do ASAP.
It works now.
The code exporting/importing sets is missing (introduced in [r13218] and [r13224] respectively).
Related
Commit: [r13218]
Commit: [r13224]
With this patch this functionality should be restored... Can you confirm?
I will then apply this to trunk...
[Edit:] Or use the github branch
Last edit: bluehazzard 2023-03-26
I have reviewed the last commit in the github branch and looks OK to me,
fixed in [r13245]
Related
Commit: [r13245]
There is a problem now:
Before the change, if you used
$(#wx32.include)with the include field empty then "include" was used instead (the same for the lib field). This is stated in the documentation.Now I have to fill explicitly the include field with "include" or use
$(#wx32)\includein the project search paths.EDIT: the field must be filled with the full path, not just "include"
Last edit: Miguel Gimenez 2023-03-29
I really was thinking i tested this before.... Well, never only think but always do... i will fix this at the evening in about 10h) and add some tests...
Sry for the inconvenience....
Bug should be fixed, but you have to open the global user variable dialog and save it, without modification. This should fix the config file for the current set.
This was introduced with the last changes, but only if you open the global user var config dialog. So for normal user this should not trigger after this version
It works now, thank you.