Tips for coding python scripts / plugins compatible with Linux, Mac, Windows AND Xbox

Hi guys,

Sorry for coming back only now but since I don't have Linux box I wasn't able to generate logs for opening a bug.

Good news!
With MAC OS port I tried it and now it seems this issue has beem solved in XBMC Beta1 (probably before).
So now instead of doing a test on the OS, it just takes one line of code:

what are you joining?

will suffice.

for backwards compability, use os.getcwd().replace(';','')

Found this info quite usefull:-

http://xbmc.org/jmarshall/2009/02/10/cha...d-plugins/

Linux is case sensitive. Hence default.py and default.tbn is not the same as Default.py and Default.tbn. This will actually cause the plugin not to load on linux but will work fine on windows. http://forum.xbmc.org/showthread.php?tid=45547

using os.getcwd() in conjunction with the recommended url style path divider '/' creates a path with mixed dividers.

ie.

DIR_HOME = os.getcwd().replace( ";", "" )
DIR_RESOURCES_LIB = "/".join( [DIR_HOME, "resources", "lib"] )
sys.path.insert(0, xbmc.translatePath(DIR_RESOURCES_LIB) )

gives

C:\Program Files\XBMC\scripts\<scriptname>/resources/lib

which is ugly, but it still works on win32 and xbox (don't know about others)
HOME_DIR is only really used as a base for relative subdirs and it doesnt upset
translatePath() but any recommendations to get a path all using the same divider ?

Note:: xbmc.Language( DIR_HOME ) which appends 'resources' must produce:
C:\Program Files\XBMC\scripts\<scriptname>/resources/

Is this likely to be a future problem ?

BBB

BBB, do NOT use "/".join() for an actual path.

you use os.cwd() to get the actual current directory, so use os.path.join()

only use "/".join() when you start with a url eg "special://home/"

ok. will do.

Would a special:// that relates to current location ( as found with os.getcwd() ) be a useful one to have too ?

Doesn't xbmc python support SYS module
os.getcwd() doesnt always give current directory of script, it depends where the script is RUN from... even on windows or linux..

Try os.path.dirname( sys.argv[0] )