> To keep qooxdoo as a general purpose framework, I would suggest to let  
> open the fact that for some people, having Python might be a blocker.
> I would not like to go too far that way as it is not the problem I'm  
> really facing technically, but even that said, I'm not really keen to  
> use Python for my developpment, I already have enought different  
> technology and I always try to minimize extra dependency. Also it  
> could be an issue for some IDE.
>   

It has nothing to do with IDE's because you will never need to *develop* 
Python code. Think of Python as a black-box runtime, just as you would 
install a JRE if you want to run a Java-based application. You just run 
the application, you don't worry about Java or the JRE.

>> and then re-use its output multiple times, on multiple machines and  
>> with
>> multiple developers, just as if you had downloaded it from Petr's web
>> site. This would have given you all the ease of using a pre-build
>> library and *additionally* all the support e.g. for a new version. You
>> could follow standard procedures, re-run the generator, and have a new
>> library to work with.
>>     
> That's I don't understand clearly : when will I have to re-run that  
> generator ?
>   

That's the point that seems so hard to convey. Let me try to put it in 
short terms: Your current algorithm is like that:
  "download Petr's package" -> "use that package multiple times"
Now replace the first step:
  "create the package locally" -> "use that package multiple times"

It's really just about replacing the download with a local build step.

It has nothing to do with creating a *specific* application over and 
over again.

It has also nothing to do with optimization in the sense that you are 
optimizing a *specific* application. You are using the build step just 
to create a reusable library.

You would repeat that step when you want to switch to a new qooxdoo version.

HTH,
Thomas



------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to