I like the way Dia works, and find it very flexible. I think learning the software is the best choice.
I do not develop this code, however, I have seen the developers engage with people and incorporate new ideas and features, often. This is what I observe. (Leaving bugs out of this conversation - they DO get fixed.) The first step is to make a polite and cogent use case explaining why the current function is not sufficient, and how the new function better serves users - without breaking anything that long time users think are exactly right. Spell it out and give examples. Convenience may not be taken as a compelling reason; gradient fill and transparency might get more attention, for example. This requires some back and forth with the developers, and it requires more than casual thought/complaint/type. It requires and understanding of what Dia does, what its current uses look like, what is already planned for the future, and it has to be interesting to the developers. This is open source, and that means the people who work on it probably actually like its function as it is - or they would "fix" it. I have learned that they are quite intelligent. And treating them as such by tone of communication is merely honoring their free, hard work, and giving them the respect they deserve. Do not waste their time with unclear description, and do not expect that they will agree with you, it can go either way. You are welcomed, if you want to try to code the features yourself. But, you need to work within the system to do that. Again, you will get more worker bees with honey, than with vinegar. Be mindful what you say and how, if you want to make progress. Sometimes being persistent is very helpful, but be decent in your communication, even if you feel frustrated and unheard. In my experience almost all suggestions are addressed. This work competes with day jobs. Circling back, this program works very well as it is, it is excellent IMO. You can gain a lot by adapting yourself to it; or by buying the software that suits your needs better. On Wed, Jun 11, 2014 at 11:11 AM, Andrey Repin <anrdae...@freemail.ru> wrote: > Greetings, Dumitru Ursu! > > > I don't mean to be rude, but if users point out year after year at some > > odd feature, then maybe is time to review that bit of UX? > > No, it's time to carefully appraise the issue and make an informed > decision. > > > It's not a technical deficiency of SVG format, it's just a odd > > convention Dia developers choosed: I can see why they did it so, virtual > > paper allows for a infinite canvans, but most people are used to think > > in our phisical, finite world. > > Again, you use the word "most" in which you only include yourself and your > immediate surroundings. > > > -- > WBR, > Andrey Repin (anrdae...@freemail.ru) 11.06.2014, <19:09> > > Sorry for my terrible english... > > _______________________________________________ > dia-list mailing list > dia-list@gnome.org > https://mail.gnome.org/mailman/listinfo/dia-list > FAQ at http://live.gnome.org/Dia/Faq > Main page at http://live.gnome.org/Dia > > -- Put this question to yourself: should I use everyone else to attain happiness, or should I help others gain happiness? *Dalai Lama * Tell me what it is you plan to do With your one wild and precious life? Mary Oliver, "The summer day." To invent, you need a good imagination and a pile of junk. Thomas A. Edison <http://www.brainyquote.com/quotes/quotes/t/thomasaed125362.html> A public-opinion poll is no substitute for thought. *Warren Buffet* Michael E. Ross (919) 550-2430 Land (919) 576-0824 <https://www.google.com/voice/b/0?pli=1#phones> Google Phone (919) 631-1451 Cell (919) 513-0418 Desk michael.e.r...@gmail.com <michael.e.r...@gmail.com>
_______________________________________________ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
