[Bf-funboard] [feature suggestion]
Bart Veldhuizen
bf-funboard@blender.org
Mon, 16 Jun 2003 08:26:26 +0200
Kiernan,
Could you please include the message that you are replying to in your
posts? I find it very hard to know what you are writing about.
Thanks!
Bart
> -----Original Message-----
> From: bf-funboard-admin@blender.org
> [mailto:bf-funboard-admin@blender.org] On Behalf Of
> rofthorax@canoemail.com
> Sent: maandag 16 juni 2003 1:11
> To: bf-funboard@blender.org
> Subject: Re: [Bf-funboard] [feature suggestion]
>
>
> The problem with blender of being inconsistent is a matter
> of determining what feature reuse the concepts of other features,
> this is called "unifying". You can pretty much count
> on features that look alike but behave differently, for no
> logical reason, will be made to work like each other, we all
> feel this should be the way because its what we expect, but its not
> easy if the source code is not developed for it.. This happens
> because the developers over years of working on their applications
> copy/paste portions of the codebase to other areas of the software
> and tweak the copies to do something different but look and feel the
> same.. Initially it unifies the features, but over time the features
> lose their sameness, as the features are updated in one place but
> like-features elsewhere are not updated.. Rather than going around
> the source and updating every feature that is alike, which is
> like a circus act of juggling code, its better to recognize what all
> the features share, how the code changed from one to the others,
> then take the stuff that should be shared and make it into a
> reusable library of functionality. The features are then rewritten
> to call on this library to do the common task. Without going into
> too much detail that's why there are inconsistencies in blender
> and how fixing these inconsistencies will be handled, but
> a lot of it is subjective, we need to collect comments about like
> features and the coders will need to determine which code is
> associated with those features.. A Hacker-style coder would probably
> go through an just change every feature independently, but the best
> way is to unify the code throughout so that bugs can be minimized,
> because copy/pasting of code introduces typos over time, also makes
> the executable larger.
>
> Sign up today for your Free E-mail at: http://www.canoe.ca/CanoeMail
> _______________________________________________
> Bf-funboard mailing list
> Bf-funboard@blender.org
> http://www.blender.org/mailman/listinfo/bf-> funboard
>