On 25/03/2023 21:32, mark_at_yahoo via Rosegarden-user wrote:
On 3/25/23 12:00 PM, Lorenzo Sutton wrote:
I wasn't aware of a rosegarden fork. Unfortunately I wasn't able to build it on Manjaro (I tried the same procedure as for Rosegarden latest git).

Thanks for the feedback (as disappointing as it is to hear). If you feel inspired to do so, could you file an issue at the GitHub page, with the build errors and your Qt/C++ versions if possible? I don't think I've used any Qt/C++ APIs beyond those in official Rosegarden but maybe something snuck in.

Done: https://github.com/thanks4opensource/rosegarden-fork/issues/1

As mainly a *user* I tend to disagree with the 'speculation' in the README file [0] where it says:

'changes to Rosegarden's user interface and/or workflow (beyond the most trivial) are unlikely to be approved based on a belief that a large user base exists, the majority of whom would not accept such changes regardless of whether they represent improvements or not.'

I appreciate your opinion and wish I could agree ("re-agree"??) with you. But I stand by the facts I cited in my post and elsewhere. Take a look at what happened when Ted made a much-needed change to "dark mode" a while back and received a complaint from one user that (pure speculation again) re-cemented his commitment to a "no changes unless reconfigurable back to the previous way" Rosegarden UI/UX.

I think the theme isssue is exactly something which is so subjective that opinions are normal to be there... For instance because of how my eyesight works I only use 'dark' themes for certain applications like terminals and some text editors otherwise I use light ones because the dark text on background helps me especially with smaller fonts / elements. So as said, subjectivity and 'improvement' are key. BTW I think you can now have a dark theme if you like (and I think it's the default one, as dark themes are very popular these days).

I think there's always interesting discussions on new features (e.g. see the ones about 'new' looping mode), and the concept of 'improvement' is often subjective ;-)

You're absolutely right about the subjectivity. But at some point you just have to bite the bullet and go for it.

- Visual distinction between vertical lines indicating measures, beats, and inter-beat grid timing.

This one would be useful when entering in 16ths (or even 8ths) e.g. drums or even synth arpeggios.

Exactly. Many more such examples, both documented and implicit/discoverable. I'd love to get your opinions if and when you're able to build the code.

Sure. I think it would be nice to then have these feed back into Rosegarden. My *user* experience with forks is that at the end of the day they tend to be bad for users even in much bigger projects (OpenOffice / LibreOffice for instance). There was (more than 10 years ago), the Open Octave project which started as a Rosegarden 'fork' and promised great things (and I think also fund-raised quite a bit). Unfortunately IIRC the project removed notation which from my point of view has been a very nice cool feature in Rosegarden. I think it was also focused on 'samples', which is probably one of the weakest points in the whole Linux Audio / Music ecosystem...

Anyway this is free software and it's beauty is that anyone can fork it, so why not.

Finally, maybe IMHO further discussion of the fork should maybe be moved to a dedicated list / place or a more general list like LAU...


As I'm not able to build the fork I wonder if any screenshots / screen-grabs exist.

Not currently, although they're one of many things I'd like to add.

Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe

Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe

Reply via email to