Sorry, I needed to ask this e-mail.
On Sat, May 2, 2009 at 6:43 PM, Bartosz SKOWRON <[email protected]> wrote:
> Please stop this thread. Please drop this idea. As you see, some of
> use don't agree with this idea. Moreover, this idea impacts on our
> work. I'm talking about PM/UMPA. So, sorry but me and Francesco are
> the closest to this code and we know a bit more about an architecture
> of this.
>
> I remember that last year I have already talk with you about using
> Umit's code by UMPA. And my sentence haven't changed since that time.
> If there is a reason to use 2 lines of Umit code in UMPA, I would make
> a copy paste than making a dependence. It breaks all the features
> which a LIBRARY gives to anybody.
>
> Please don't compare this situation to Python or Apache. Basically you
> are wrong about Apache. Also Python doesn't use: python. namespace.
> And there is no relation between Umit and these projects. They are
You're saying that UMPA and PM are not related to Umit. What can it be
possible, since UMPA and PM *are* part of Umit? This fact is enough to
these projects follow the same standards of the others. I don't think
we have to think different because UMPA or PM doesn't use class from
umit.core or other package. And really, I can't understand what's the
point about following the new naming convention.
> completely different. It's like comparing petrol and diesel engines.
> Both are enginges. But there is no relation to compare it. Also, I can
> show you thousands of examples with projects in other way (like
> already shown you Gnome, Kde, Linux is another one.
>
> Please don't make a world nicer if there is no need of it. U in UMPA
> is Umit. UMPA webiste is a subdomain of Umit. There is enough relation
> if someone need to know where the library come from. Sorry, but I
> wanna keep UNIX style. It's crucial for me. I see benefits of it.
Could you show here the benefits of it? I mean, for Umit sake? And
what would be lost (of these benefits) if we simply change the
namescape scope (e.g. from umpa to umit.umpa)?
>
> PS. One year ago I asked Guilherme, why structure of Umit is so
> strange. Why there are these 'umitCore' and others. He said, that he
> wanted to change it but you disallowed on it. After a year, you
> noticed that it's a good way. Trust me, this time is still good way to
> keep it separately. I'm talking especially about UMPA/PM. Not about
> others which use widely Umit code. Here it's obvious that you are
> right.
>
I'm sorry if I used some rude tone here, it was not my intention. I
just want to know about the reasons of this discussion. I really
didn't get the point that is bothering you.
--
Rodolfo Carvalho
Web Developer
[email protected]
------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations
Conference from O'Reilly Media. Velocity features a full day of
expert-led, hands-on workshops and two days of sessions from industry
leaders in dedicated Performance & Operations tracks. Use code vel09scf
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
_______________________________________________
Umit-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/umit-devel
