Scribus handles this nicely in situations like this. Maybe also add an option to automatically embed fonts?

In general, monochrome style icons should not be colored (compare action icons to emblem icons). What do you mean by 2 icons for each state and highlighted if active?

In T10085#169404, @ndavis wrote:

Here's what I've got right now. I thought the A# and V# labels were redundant, so I removed them. I decided to keep the lock white since I thought it looked better for a monochrome style icon. I also added an orange outline to the locked track area.

In T10085#169360, @ndavis wrote:

In T10085#169213, @afarid wrote:

More ideas for locked tracks. I cannot see orange working though in this case. What do you think @ndavis?

Would you mind sending me the mockup so I could play with it? Writing text isn't the most efficient way to make visual suggestions.

Proposal for track names. Should we have a max character limit?

More ideas for locked tracks. I cannot see orange working though in this case. What do you think @ndavis?

In T10085#169122, @ndavis wrote:

In T10085#169115, @afarid wrote:

When you lock it it will disable that track, you wont be able to move clips in the track anymore.

By disable, do you mean actually make it so that video/audio on that track won't be visible/audible? It's not really off/disabled if it still plays video or audio.

In T10085#169082, @ndavis wrote:

I noticed you used green as the color for "Target". What is a "Target"? Is that the current selection? If so, the color should be Plasma Blue (#3daee9). Green should generally be used for positive things or successful operations while Plasma Blue is used for selections.

In T10085#169080, @ndavis wrote:

I think the locked track stuff should be orange. Red should generally be reserved for things that can be destructive, errors or things meaning off/disabled.

Proposal for locked tracks. Two versions:

In T10034#168057, @matheusm wrote:

Lutris? I don't think this will ever gonna happen. It is a gtk+ application and their next major release (0.5.0) is going to use GtkHeaderBar 🙄

Another project which is interesting is FreeCad. It is still Qt4 but if the community can help porting it to Qt5 that can be a bonus to make it join KDE.

In T10034#168055, @apol wrote:

This process is called incubation, you can see how it works here: https://community.kde.org/Incubator

Here is the initial proposal.

@ognarb I am not a dev but part of the team. We will look into it and give you feedback. Thanks for updating the screenshots.

In T10034#167261, @paulb wrote:

Although I don't know how realistic these proposals are. Probably the most feasible is Hydrogen but it doesn't hurt to try the rest.

It is okay to forget realism for the moment. We'll look at each project individually later.

Here are some Kdenlive one's if you like to use.

Here is my wishlist as well:

This is an example of the current state in the refactoring branch.

In T9345#154359, @emohr wrote:

Here are some points from TIM out of the video: https://drive.google.com/open?id=1T5ULFHnHe4jM1vWUVkA3enygxHJvc2z8

• Bezier Curve crashes project. At 0.00
• Project crashes when moving multiple clips onto video tracks without corresponding audio tracks. At 1:21 and Bug 397198
• Double clicking on a clip causes the clip to remain in the state until the cursor is clicked somewhere else. At 2:47
• Some effects work, but adjusting their value slider causes glitching. At 3:18

OK, thats a good amount, thanks. Some have also been reported elsewhere. Let us wait for a new beta to find more. ;)

In T7082#151043, @manuelmuzzurru wrote:

I merged it with the T1959. Nested timelines is definitely in the roadmap after the refactoring we just need to think of a way to apply it. The Pancake timeline is one option.

Sporadic crashes and/or corruptions using V and B insert modes.

@Zren happy to see you participating in the project. Welcome aboard! If you are interested in working more in the Titler here are some suggestions:

I've had sporadic crashes importing image sequences. But can't reproduce...

Timeline zone missing features.

Catching them bugs like crazy!

Fantastic, I'll test it over the weekend. \o/ :D

Project Monitor controls don't work correctly.

One shouldn't be able to cut clips in locked tracks.

Still corruption issues with ungrouping clips.

Maybe make clips rescale when dragging them to tracks with different dimensions. Or think of a better solution.

Clicking beyond the 00:00:50:02 timezone doesn't move the timeline cursor to the desired spot.

Thanks for continuing to improve this! Here are some small issues previously reported that are still not fixed:

Clips moves backwards when released if mouse cursor moves beyond the - axis of the clips translation. See video and notice how the clip jumps if the mouse cursor moves beyond the y-axis.

Timeline corruption example after group cut.

Cut still not working. It seems it groups clips when you cut them.

Scrolling mouse on timeline creates weird behavior. Notice the timeline cursor position as well.

In T7082#124905, @mardelle wrote:

The crash on "extract" is caused by a regression in Qt (I used Qt 5.9.2 instead of 5.9.1 in latest AppImage). Now testing if it is fixed in Qt 5.9.4.
The timeline corruption should be fixed in git. I will work on other reported issues and release a new AppImage by the end of the week.

Zoom should be at the location of the mouse pointer and not at the position of timeline cursor.

If you split the audio of a clip, you shouldn't be able to resize the audio or video clips unless you ungroup them.

Split audio isn't working if there is a track below the top one.

In T7082#124499, @mardelle wrote:

The fade issues and crash on Extract should now be fixed in the latest AppImage that is uploading right now. Should be completely uploaded 1 hour (very slow connection at home - size file is 173Mb).
https://files.kde.org/kdenlive/unstable/kdenlive-18.04-alpha6.AppImage.mirrorlist

Clip thumbnails in thimeline should scale better when resized. See videos.

Ctrl + Shift + left drag select should add the highlighted clips to an existing selection. It isn't working atm.

Snapping isn't working or it is very weak.

Crash when right-clicking on a clip in the timeline and choosing "Extract" from the menu.

An error happens when trying to add a fade from black for example after changing a clips length in the timeline. This kind of issues when changing a clips length after adding it to the timeline have happened in current version of Kdenlive with some effects if I am not mistaken. Would be cool to go deeper into this issue. See video.

Another fade handle being drawn incorrectly. The handle shouldn't pass the clips length.

Cutting a clip with fades is weird. Fade handles display should be updated after a cut. See video:

Moving various clips in the timeline is laggy compared to when moving a single one.

Cool JB, once you release the new version I will try to do more tests.

Crash cutting faded clip

Moving various clips doesn't work.

Crash undoing.

Hi, i feel the same way, but technically that is an MLT issue and not a Kdenlive one.

This would be a very handy feature to have.

In T3788#87061, @afarid wrote:

if this can be fixed then we can close this ticket:

https://bugs.kde.org/show_bug.cgi?id=364040

Some mixers from free software projects.

This is the line to use for the MJPEG proxy.

Here are some:

Glad it worked out for you.

When you press Control and scroll the mouse doesn't that happen?