"Karol \"Zal\" Zalewski" <[email protected]> writes:
> Yes, I mean localization or built-in support for it. If we have > documentation in different languages, it would be nice to do that. I > think that it is not a critical feature, but would be practical. Yes, UI localization is a nice feature, you can start thinking at it and don't hardly-code any string inside the code. > I am a newbie in this topic, so I should ask more experienced > programmer about it, for ex. you - is it possible to use existing Python > code in code written in other language without modifications in that > Python code? If answer for that question is "yes", we will have more > options from we can choose. If the other language is C/C++ or Java then the answer is yes. It is possible to use other languages passing by the C/C++ common level but it will make things more complicated and the overall design ugly. > At the beginning we fought about standalone GUI application in Python > + PyGTK. In what form we want to distribute it? As OS-dependent > executable binary? Or as script? If we choose that first form we can > also distribute it as CGI. If in that second form, we must also add > Python interpreter and... also use CGI. Am I right? Or maybe my idea is > "defective by design"? ;] The python executables are not real native applications as they always need the python interpreter. The windows binary distributed version probably should have the python installer+PyGTK. I don't know if the generated .exe can embed other libraries too. Probably Ignacy have looked at this issue already and can give us more information, Ignacy did you? :) > Have we made silent assumption that it easier to find Python > interpreter on Linux than on Windows? :) Yes, almost any distro now have python tools and they need a python interpreter installed. > More problematic is that what you wrote about HTTP and FTP. So there > is an option that in some cases MyServer would be acting as only FTP > server without web support? In that case I must agree with you - > standalone app with support for "control protocol" would be only one > truly correct solution for that problem. Yes, you can configure the virtual host file with how many virtual hosts you want, any with a different protocol. > In conclusion - we stay on standalone app in Python? :D Actually it seems to me like the solution with less critical decisions to take after. Both solutions have advantages and disadvantages, this is why I care so much about separation of logic and UI, as we will be able later to develop different interfaces without care about what the core library is doing. So yes, let's stay on standalone app. Have you already looked at glade 3, it makes your life easier, doesn't it do? :) The core library should put you in condition that every event in the GUI can be handled with few lines of code. > Everything that is connected with work organization is now clear for > me :] I did not know where original project ends and GSoC starts. Now I > see that the main objective is *this* project - GSoC is only a background. Great! :) Regards, Giuseppe
