Nate Lowrie wrote:
> I am not sure of frameworks, but there are plenty of end user programs
> that I can think of that check for and install updates regularly
> (virus scanning software, firefox, media players, etc.)
> 

I also know a lot of apps which have a update feature, but don't know
of any frameworks which does.

>> What are the reasons for putting it into the framework instead of
>> providing a tool function?
> 
> If it is put into the tools directory, it is still technically a part
> of the framework, even if it doesn't get imported when put there.  I
> would say that this is probably a good idea.
> 

Yes, but it is still not part of the inner workings of the framework.
It is a tool functionality.

 > I really think that you are miss understanding the point.  If you
> wrote an App and then deployed it to a customer, you would not want to
> turn auto update on because new framework versions might break old
> functionality.  What I see this being used for is by developers to
> update their frameworks during development.  Sure, we have SVN, but as
> was pointed out earlier most VFPers are used to and prefer auto Update
> features.  This feature is not something to be used be the end user,
> but rather by the developer using the framework.
> 

I could imagine different ways to deploy my apps.
They could be packaged with the necessary libs and drivers or they
could require the necessary libs in a central system place.
Can you imagine what would happen it every app which uses the central
libs tries to update these libs?

What is the point of asking the user who hasn't the necessary rights to
ask if he wants to update?

Maybe all this results from a VFP users point of view, but until now i
saw dabo as a multipurpose framework and not as a VFP clone.

Uwe



_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/dabo-dev/[EMAIL PROTECTED]

Reply via email to