Hi Robert,

        I think that forks can break software. This is not common but I've seen 
some good projects that divided their useful features between forks and none 
of them were completely usable. The most notable example is linux package 
managers. There are lots of them, each distro has it's own. How it might be 
good if there was only one package manager with all the useful options?
        If the price of implementing new interface is a new fork, I will not 
start it. MusE is a music creation software and it's interface is not the 
first thing that must be changed. Some interesting TODOs may be a good multi-
channel support, realtime midi plugins, internal vocal corrector plugin, 
built-in per track audio-eq, compressor (I hope that my studying dsp at edx 
will help me to implement those in near future :) ), audio tracks freezing 
ability, more usable wave editor, midi connections dialog and much more...

        If there will be a common agreement about changes in interface, we can 
go on and implement them, but only in the main branch, else it will lead to 
completely different story...


-- 
Regards,
Andrew
        

> Hi guys,
> 
> 2015-03-26 1:07 GMT+01:00 Tim E. Real <[email protected]>:
> > On March 22, 2015 06:29:28 PM Dennis Schulmeister wrote:
> > > Hi,
> > > 
> > > On Thu, 19 Mar 2015 08:44:15 +0100
> > > 
> > > Robert Jonsson <[email protected]> wrote:
> > > > New
> > > > [image: mixer]
> > > > <
> > 
> > https://cloud.githubusercontent.com/assets/3619927/6724456/9c8e96c8-cdf8->
> > 
> > > 11e4-8c34-eb664d3e3a7c.png> Old
> > > 
> > > > [image: mixer old]
> > > > <
> > 
> > https://cloud.githubusercontent.com/assets/3619927/6724458/a2029e92-cdf8->
> > 
> > > 11e4-85ed-c0112a40b47f.png>
> > > No MusE developer here. :-) Also I'm using MusE as a MIDI sequencer
> > > only ... No offense meant, but the MusE UI has always had some issues
> > > for me. In many ways it still behaves like most applications from the
> > > 1995 era. Just like the original Cubase it has been portrayed from by
> > > Werner.
> > > 
> > > Judging from the two screenshots Budislav's suggestion is a clear
> > > winner. The current mixer window has a lot of visual noise and no clear
> > > cues to guide the eye. It's rather hard to quickly see what's going
> > > on and its look doesn't do MusE justice, to say the least. ;-) I think
> > > Budislav has put some serious thought into his suggestion. It is much
> > > easier to the eye, has a modern look and removes all the noise. It is
> > > very easy to find one's way around. And I'm sure the horizontal sliders
> > > are actually quite easy to use, since they also work with the scroll
> > > wheel.
> > > 
> > > Tim, I'm somewhat sorry to say that given all the effort you put into
> > > MusE. But I think you should be more open to the suggested changes.
> > > It'd be a pity if Budislav's initiative ended here, because it could
> > > really bring MusE to a new level.
> 
> Dennis, I don't know if you were around during the Open Octave fork?
> Anyway, there are sometimes good reasons for being weary for outsiders with
> big plans. You need to know that this is what you want. The whole debacle
> with Open Octave could have killed this project, it took a lot of energy.
> 
> > > Dennis
> > 
> > I can't stress enough that the success of such a design rests with the
> > 
> >  horizontal sliders.
> > 
> > If we can get that right, we're OK.
> > Everything else is just incidental. Colours, icons etc. but you know
> > 
> >  I have my own preferences there.
> > 
> > So yeah, go nuts, no problem with me, but let's get it right.
> > 
> > I have some more technical details and improvements for the horizontal
> > 
> >  sliders, and comparisons with knobs, waiting in my drafts folder, will
> > 
> > try to
> > 
> >  complete and send later.
> > 
> > The Devil's in the details, you know!
> 
> Indeed.
> 
> Budislav doesn't seem to be much for mailing lists so he has not read
> anything we have talked about. He responded to some initial queries I did
> on the bug, do read it and check the rest of his proposals.
> https://github.com/muse-sequencer/muse/issues/345
> 
> Anyway, as I thought (and maybe feared), the changes to the mixer are just
> a detail in his grand design. He has big plans for completely revamping the
> gui and making all dialogs dockable in the arranger, in the process
> removing all menues except the main menues, etc, etc.
> I don't like everything he is proposing but he has ideas that, handled
> right, could really be a nice redesign.
> BUT. And here I get wary if this is worth it. I'm quite certain this will
> mean a lot of work to find a consensus what will work and then massive
> amounts of work to implement.
> I'm not so sure it is possible to do this as continuation of MusE. If
> someone, (Andrew?) wants to pursue this, I think it needs to be a separate
> branch and likely it will end up a fork. For me there is nothing wrong with
> that, it will be easier with less people that need to agree on the design
> but harder since there are fewer people to do the work.
> 
> New gui elements with a "pro" look might be nice but I think Budislav is
> proposing much bigger changes than that.
> 
> Maybe I'm overly pessimistic, what do others think?
> 
> Regards,
> Robert
> 
> > Cheers.
> > Tim.
> > 
> > 
> > 
> > --------------------------------------------------------------------------
> > ---- Dive into the World of Parallel Programming The Go Parallel Website,
> > sponsored
> > by Intel and developed in partnership with Slashdot Media, is your hub for
> > all
> > things parallel software development, from weekly thought leadership blogs
> > to
> > news, videos, case studies, tutorials and more. Take a look and join the
> > conversation now. http://goparallel.sourceforge.net/
> > _______________________________________________
> > Lmuse-developer mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/lmuse-developer


------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Lmuse-developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lmuse-developer

Reply via email to