When using resources with relative paths in wxFormBuilder at present those resources are assumed to be relative to the path that contains the source files rather than being relative to the working path of the application, which is the correct method.
wxFormBuilder needs a new parameter in it’s Project settings to allow for working directories so that relative paths to resources are actually usable.
Comment by Ryan Mulder (rjmyst3) - Wednesday, 09 January 2008, 03:48 GMT+1 — Edit — Delete
More details here: http://forum.wxformbuilder.org/index.php?topic=365.msg1614#msg1614
It is clear that our path related properties need a bit of rework. We think that adding another property will be too hacky, we will rip it up and do it right. But this means it has to wait for version 3.1, sorry.
Comment by Keith Boshoff (Wahooney) - Wednesday, 09 January 2008, 07:39 GMT+1 — Edit — Delete
That's alright. As long as it gets done officially :D
Just out of curiosity, how will you fix this issue without defining two distinct paths?
Comment by Ryan Mulder (rjmyst3) - Wednesday, 09 January 2008, 14:54 GMT+1 — Edit — Delete
We will probably have two distinct paths. But, we currently have 3 properties related to paths: "path", "file", and "use_relative_paths". We think the situation is already somewhat confusing, adding another path-related property would make it worse.
Also, we'd like to fix this issue at the same time: http://issues.wxformbuilder.org/index.php?do=details&task_id=206
Together, these indicate that our path properties need to be reworked.
Comment by Ryan Mulder (rjmyst3) - Thursday, 10 January 2008, 15:11 GMT+1 — Edit — Delete
After discussing this somewhat, we've come up with a short wishlist: We'd like the working dir proprety, but call it "relative_to". We'd like to incorporate wxStandardPaths into the output, somehow.
Comment by Pavel Mendl (pmendl) - Thursday, 19 June 2008, 12:30 GMT+1 — Edit — Delete
I just found this problem when trying to integrate wxFormBuilder into Eclipse IDE. For the time before 3.1 release, could there be at least small fix? The "./" and "../" does not work as expected (seems wxFormBuilder simply does not generate any code if project's "path" property contains any dot character, not even complying about). If I could use path e.g. "../src" even if relative to .fbp file, it would allow for easy workarounds.
Comment by Ryan Mulder (rjmyst3) - Thursday, 19 June 2008, 14:39 GMT+1 — Edit — Delete
Relative paths work for me on Windows XP SP2. I used "../src" and it worked.
Comment by Pavel Mendl (pmendl) - Friday, 20 June 2008, 01:26 GMT+1 — Edit — Delete
Ryan, thanks for a word encouraging not to give up. You are true, ../src works. Several troubles cumulated, what confused me (SVN definitely do not like space containing folder names ). But after reading of your answer I dived deep and found out, that wxFB generates no files even if I change .fbp file content there and back again (to make it dirty), even though it is marked as dirty in the window title. There must be some check if .CPP/.H files did really change, not to vastly launch dependencies. Very clever (clap), a bit unexpected however...
Comment by Keith Boshoff (Wahooney) - Friday, 26 June 2009, 09:44 GMT+1 — Edit — Delete
Hey guys,
Has any progress been made on this feature?
Comment by Ryan Pusztai (RJP Computing) - Friday, 26 June 2009, 16:46 GMT+1 — Edit — Delete
no sorry.
Isn't this the same as bug 3139869?
https://sourceforge.net/tracker/?func=detail&aid=3139869&group_id=135521&atid=733136