[kdenlive] [Bug 356499] Improve interface feedback visuals when moving effects in stack up and down in Properties Widget

2016-10-23 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356499

Jesse  changed:

   What|Removed |Added

Summary|Consider changing interface |Improve interface feedback
   |feedback visuals when   |visuals when moving effects
   |moving effects in stack up  |in stack up and down in
   |and down in Properties  |Properties Widget
   |Widget  |

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 356499] Consider changing interface feedback visuals when moving effects in stack up and down in Properties Widget

2016-10-23 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356499

Jesse  changed:

   What|Removed |Added

Summary|Consider changing interface |Consider changing interface
   |display when moving effects |feedback visuals when
   |in stack up and down in |moving effects in stack up
   |Properties Widget   |and down in Properties
   ||Widget

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 356499] Consider changing interface display when moving effects in stack up and down in Properties Widget

2016-10-23 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356499

--- Comment #7 from Jesse  ---
Honestly? The more I use it, the more I feel #2 in this report needs to be
addressed. Having the plus sign when moving effects around the Properties
widget and highlighting other effects while click+dragging doesn't express a
stack-type hierarchy. I can expand on suggestions to improve the interface it
the OP doesn't satisfy.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 351722] Consider adding "Clear in & out zone" button to the Clip (and Project?) Monitors

2016-10-23 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=351722

--- Comment #7 from Jesse  ---
It would be a nice little benefit for workflow, but it's not essential.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdevelop] [Bug 371235] New: vi-mode: ":tabe anything" crashed KDevelop

2016-10-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=371235

Bug ID: 371235
   Summary: vi-mode: ":tabe anything" crashed KDevelop
   Product: kdevelop
   Version: 5.0.2
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kdevelop-bugs-n...@kde.org
  Reporter: jesse...@gmail.com

Application: kdevelop (5.0.2)

Qt Version: 5.7.0
Frameworks Version: 5.27.0
Operating System: Linux 4.7.6-1-ARCH x86_64
Distribution (Platform): Archlinux Packages

-- Information about the crash:
- What I was doing when the application crashed:

Using vi-mode, when I type ":tabe something" or ":e something" KDevelop
crashes. The same problem seems to happen in Kate and KWrite.
It seems to me that these commands are not meant to work but are there for
future development, and if that's the case, I believe the crashes should be
handled to avoid losing work.

(This is my first bug report, through crash report assistant. Please let me
know if you need any other info.)

The crash can be reproduced every time.

-- Backtrace:
Application: KDevelop (kdevelop), signal: Segmentation fault
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fb0297bbc80 (LWP 7337))]

Thread 23 (Thread 0x7faf814a0700 (LWP 7493)):
#0  0x7fb0263c248d in poll () at /usr/lib/libc.so.6
#1  0x7fb01dcad786 in  () at /usr/lib/libglib-2.0.so.0
#2  0x7fb01dcad89c in g_main_context_iteration () at
/usr/lib/libglib-2.0.so.0
#3  0x7fb026ce472b in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib/libQt5Core.so.5
#4  0x7fb026c8e23a in
QEventLoop::exec(QFlags) () at
/usr/lib/libQt5Core.so.5
#5  0x7fb026ab10f3 in QThread::exec() () at /usr/lib/libQt5Core.so.5
#6  0x7fb02417115f in  () at /usr/lib/libKDevPlatformLanguage.so.10
#7  0x7fb026ab5d78 in  () at /usr/lib/libQt5Core.so.5
#8  0x7fb025ec9454 in start_thread () at /usr/lib/libpthread.so.0
#9  0x7fb0263cb7df in clone () at /usr/lib/libc.so.6

Thread 22 (Thread 0x7faf837fe700 (LWP 7477)):
#0  0x7fb025ecf10f in pthread_cond_wait@@GLIBC_2.3.2 () at
/usr/lib/libpthread.so.0
#1  0x7fb026ab6c2b in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/libQt5Core.so.5
#2  0x7fb01b3b71c0 in
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*,
bool, bool, bool) () at /usr/lib/libKF5ThreadWeaver.so.5
#3  0x7fb01b3bb988 in  () at /usr/lib/libKF5ThreadWeaver.so.5
#4  0x7fb01b3b6263 in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#5  0x7fb01b3b91f9 in ThreadWeaver::Thread::run() () at
/usr/lib/libKF5ThreadWeaver.so.5
#6  0x7fb026ab5d78 in  () at /usr/lib/libQt5Core.so.5
#7  0x7fb025ec9454 in start_thread () at /usr/lib/libpthread.so.0
#8  0x7fb0263cb7df in clone () at /usr/lib/libc.so.6

Thread 21 (Thread 0x7faf83fff700 (LWP 7476)):
#0  0x7fb025ecf10f in pthread_cond_wait@@GLIBC_2.3.2 () at
/usr/lib/libpthread.so.0
#1  0x7fb026ab6c2b in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/libQt5Core.so.5
#2  0x7fb01b3b71c0 in
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*,
bool, bool, bool) () at /usr/lib/libKF5ThreadWeaver.so.5
#3  0x7fb01b3bb988 in  () at /usr/lib/libKF5ThreadWeaver.so.5
#4  0x7fb01b3b6263 in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#5  0x7fb01b3bb9e2 in  () at /usr/lib/libKF5ThreadWeaver.so.5
#6  0x7fb01b3b6263 in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#7  0x7fb01b3bb9e2 in  () at /usr/lib/libKF5ThreadWeaver.so.5
#8  0x7fb01b3b6263 in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#9  0x7fb01b3bb9e2 in  () at /usr/lib/libKF5ThreadWeaver.so.5
#10 0x7fb01b3b6263 in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#11 0x7fb01b3b91f9 in ThreadWeaver::Thread::run() () at
/usr/lib/libKF5ThreadWeaver.so.5
#12 0x7fb026ab5d78 in  () at /usr/lib/libQt5Core.so.5
#13 0x7fb025ec9454 in start_thread () at /usr/lib/libpthread.so.0
#14 0x7fb0263cb7df in clone () at /usr/lib/libc.so.6

Thread 20 (Thread 0x7fafa8ff9700 (LWP 7475)):
#0  0x7fb025ecf10f in pthread_cond_wait@@GLIBC_2.3.2 () at
/usr/lib/libpthread.so.0
#1  0x7fb026ab6c2b in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/libQt5Core.so.5
#2  0x7fb01b3b71c0 in
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*,
bool, bool, bool) () at /usr/lib/libKF5ThreadWeaver.so.5
#3  0x7fb01b3bb988 in  () at /usr/lib/libKF5ThreadWeaver.so.5
#4  0x7fb01b3b6263 in

[kdeplasma-addons] [Bug 369064] Application Dashboard isn't always showing icons under "Applications" area (screenshot included)

2016-10-13 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369064

--- Comment #8 from Jesse  ---
Created attachment 101558
  --> https://bugs.kde.org/attachment.cgi?id=101558=edit
Example of issue on Kubuntu 16.10, KDE Plasma 5.7.5.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdeplasma-addons] [Bug 369064] Application Dashboard isn't always showing icons under "Applications" area (screenshot included)

2016-10-13 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369064

Jesse  changed:

   What|Removed |Added

Version|5.7.2   |5.7.5
 Status|RESOLVED|UNCONFIRMED
 Resolution|WORKSFORME  |---

--- Comment #7 from Jesse  ---
I had to re-open this bug (change status from "resolved" to "unconfirmed"), it
is still present in KDE Plasma 5.7.5 on Kubuntu 16.10, tested today 2016.10.13.
See screenshot I'm attaching below this comment.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 361976] git master (re-opened) - Playback of certain video files produces large distortion artifacts (video example & sample footage included)

2016-10-09 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361976

--- Comment #12 from Jesse  ---
@Wegwerf, thanks for the update request. This is still happening in the latest
git master build. Would it help if I provided a sample video clip for testing?

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369938] git master - playback head in Clip Monitor isn't responding to input commands from mouse or keyboard. [video example included]

2016-10-05 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369938

Jesse  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Jesse  ---
UPDATE 3: I tried deleting kdenliverc in the .config folder of my home
directory, and interestingly enough, everything started working fine. I'm not
sure what could have caused the bug in the first place, so no way to develop a
fix, unfortunately.

Either case, removing kdenliverc and restarting program will fix the problem.
Marking bug as resolved/fixed.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 366681] git master - change timecode format on clip monitor zone tool-tip to match proper timecode

2016-10-05 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366681

Jesse  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Jesse  ---
Confirmed, tooltip now shows standard timecode format. Everything looks good.
:) Marking bug as resolved/fixed. Thanks guys!

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369938] git master - playback head in Clip Monitor isn't responding to input commands from mouse or keyboard. [video example included]

2016-10-05 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369938

--- Comment #2 from Jesse  ---
UPDATE 2: I updated other machines, and they didn't seem to show this problem,
so it seems confined to my production laptop. I'm dropping the bug status from
MAJOR to NORMAL.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369938] git master - playback head in Clip Monitor isn't responding to input commands from mouse or keyboard. [video example included]

2016-10-05 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369938

Jesse  changed:

   What|Removed |Added

   Severity|major   |normal

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 366681] git master - change timecode format on clip monitor zone tool-tip to match proper timecode

2016-10-04 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366681

--- Comment #2 from Jesse  ---
Hey Farid, yeah I'll double-check first thing tomorrow.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369938] git master - playback head in Clip Monitor isn't responding to input commands from mouse or keyboard. [video example included]

2016-10-04 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369938

--- Comment #1 from Jesse  ---
UPDATE 1: I tested for this bug on a machine using the git master build
released two days ago, and the bug is not present, there, using the same
footage I used in the video.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369938] git master - playback head in Clip Monitor isn't responding to input commands from mouse or keyboard. [video example included]

2016-10-04 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369938

Jesse  changed:

   What|Removed |Added

 CC||j...@kdenlive.org

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369938] git master - playback head in Clip Monitor isn't responding to input commands from mouse or keyboard. [video example included]

2016-10-04 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369938

Jesse  changed:

   What|Removed |Added

Summary|git master - playback head  |git master - playback head
   |in Clip Monitor isn't   |in Clip Monitor isn't
   |moving when I left-click a  |responding to input
   |space in clip monitor zone  |commands from mouse or
   |area. [video example|keyboard. [video example
   |included]   |included]

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369938] git master - playback head in Clip Monitor isn't moving when I left-click a space in clip monitor zone area. [video example included]

2016-10-04 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369938

Jesse  changed:

   What|Removed |Added

URL||https://youtu.be/e6EGaJgkS_
   ||4
 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369938] New: git master - playback head in Clip Monitor isn't moving when I left-click a space in clip monitor zone area. [video example included]

2016-10-04 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369938

Bug ID: 369938
   Summary: git master - playback head in Clip Monitor isn't
moving when I left-click a space in clip monitor zone
area. [video example included]
   Product: kdenlive
   Version: unspecified
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: major
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

See video in URL field for details.

When I try to left-click, mouse-wheel-up or down, or left-arrow/right-arrow to
navigate through a clip in Clip Monitor, the playback head won't respond.

Reproducible: Always

Steps to Reproduce:
1. Open a Clip from Project Bin so that it opens in Clip Monitor.
2. Try to navigate through the Clip using left-click, mouse-wheel-up or down,
or left & right keyboard arrows.

Actual Results:  
The Monitor doesn't respond.

Expected Results:  
Monitor should navigate through the clip like normal.

Bug discovered while using:
Kdenlive 16.11.70 via ppa:kdenlive/kdenlive-master
Kubuntu 16.10 x64 beta 2
KDE Plasma 5.7.2
KDE Frameworks 5.24.0
Qt 5.6.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368816] git master - Saving a project on non-kde desktop doesn't automatically add the ".kdenlive" extension to the file name

2016-10-02 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368816

Jesse  changed:

   What|Removed |Added

Summary|git master - Saving a   |git master - Saving a
   |project doesn't |project on non-kde desktop
   |automatically add the   |doesn't automatically add
   |".kdenlive" extension to|the ".kdenlive" extension
   |the file name   |to the file name

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368816] git master - Saving a project doesn't automatically add the ".kdenlive" extension to the file name

2016-10-02 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368816

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kmail2] [Bug 369650] Account Wizard glitches when trying to add Gmail account

2016-10-02 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369650

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kmail2] [Bug 369650] New: Account Wizard glitches when trying to add Gmail account

2016-10-02 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369650

Bug ID: 369650
   Summary: Account Wizard glitches when trying to add Gmail
account
   Product: kmail2
   Version: 5.1.3
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: major
  Priority: NOR
 Component: UI
  Assignee: kdepim-b...@kde.org
  Reporter: jesse.dub...@gmail.com

After I add my gmail info', select the IMAP protocol and click next, the
Account Wizard VERY briefly shows a different text, but then flashes right back
to the previous window I was on -- the one where I select IMAP or POP. Clicking
Next continues to produce the same results, and the wizard doesn't allow me to
continue.

Reproducible: Always

Steps to Reproduce:
1. in Kmail, go to Tools > Account Wizard
2. Put in your Full name, gmail account and password, then click Next. (Make
sure "Find Provider settings on the Internet" is enabled)
3. Make sure IMAP account is enabled, then click Next.

Actual Results:  
The wizard briefly shows another window, then goes back to the one where I
select POP or IMAP. Wizard won't allow me to finish because of this glitch.

Expected Results:  
For the wizard to continue and finish importing my gmail account into Kmail for
accessing and managing of my gmail account e-mails. 

Bug discovered while using:
Kmail 5.1.3
Kubuntu 16.10 beta 2 x64
KDE Plasma 5.7.2
KDE Frameworks 5.26.0 (Kmail says its using KDE Frameworks 5.24.0)
Qt 5.6.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 361360] git master (re-opened) - playback speed/framerate slows WAY down when using video clips in multiple tracks in timeline (video example included)

2016-10-02 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361360

--- Comment #52 from Jesse  ---
@Wegwerf, definitely, I could see a small improvement in framerate playback
when switching to Preview vs High Quality. But I didn't see any differences,
visually, in playback. Maybe I need to 

If that's the case that #2 needs to stay, maybe we need to find a way to make
the user more easily educated about its purpose & function, you know? The
thumbnail images next to each option in the dropdown box suggests, to me, that
it adjusts the quality of what's being seen on the monitor to improve real-time
playback in the timeline vs. seeing what the final quality render output will
look like. I realize that the tooltip text says "Track Compositing"... but I
don't know if that gives it away on first read.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kmail2] [Bug 369648] New: Kmail/PIM Import Tool hangs or freezes while importing from Thunderbird

2016-10-02 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369648

Bug ID: 369648
   Summary: Kmail/PIM Import Tool hangs or freezes while importing
from Thunderbird
   Product: kmail2
   Version: 5.1.3
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: major
  Priority: NOR
 Component: general
  Assignee: kdepim-b...@kde.org
  Reporter: jesse.dub...@gmail.com

On a fresh install of Kubuntu 16.10 beta 2, I tried to use the import wizard to
import my Thunderbird e-mail data to Kmail/Kontact. However, once it gets to
the "Importing in progress...", the import wizard hangs/freezes/shows no
indication of activity, leaving me to close the wizard.

Reproducible: Always

Steps to Reproduce:
1. Open Kmail
2. In the top menu, go to Tools > Import Wizard
3. Close Kmail (while leaving import dialog window open, per its instructions),
then click OK on the PIM Import Tool winow.
4. Select "Thunderbird", then click Next.
5. Make sure "Import Everything" is highlighted, then click Next.

Actual Results:  
Import wizard freezes/hangs/shows no indication of activity or that it's
importing.

Expected Results:  
The import wizard imports the Thunderbird data and puts it appropriately into
Kmail.

Bug discovered while using:
Kmail 5.1.3
Kubuntu 16.10 beta 2 x64
KDE Plasma 5.7.2
KDE Frameworks 5.26.0 (Kmail says its using KDE Frameworks 5.24.0)
Qt 5.6.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kmail2] [Bug 369648] Kmail/PIM Import Tool hangs or freezes while importing from Thunderbird

2016-10-02 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369648

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[plasmashell] [Bug 361665] Application menu text blurs and goes black (unreadable) at random

2016-10-02 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361665

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

--- Comment #3 from Jesse  ---
Created attachment 101379
  --> https://bugs.kde.org/attachment.cgi?id=101379=edit
Example of issue on Kubuntu 16.10 beta 2, dated 2016.09.31.

-- 
You are receiving this mail because:
You are watching all bug changes.


[plasmashell] [Bug 361665] Application menu text blurs and goes black (unreadable) at random

2016-10-02 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361665

--- Comment #2 from Jesse  ---
I can confirm this issue is present in the latest Kubuntu 16.10 beta (will add
attachment following this comment).

Bug confirmed on Kubuntu 16.10 beta 2 x64
KDE Plasma 5.7.2
KDE Frameworks 5.26.0
Qt 5.6.1
Kernel 4.8.0-17-generic
Nvidia 367.44 proprietary drivers (GTX 970ti graphics card)

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 361360] git master (re-opened) - playback speed/framerate slows WAY down when using video clips in multiple tracks in timeline (video example included)

2016-10-02 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361360

--- Comment #50 from Jesse  ---
I'd like to come to a group consensus on what it would look like to have this
issue resolved, and maybe use this as a roadmap towards fixing this bug:

(1) Have multiple clips in timeline stacked on top of each other and still play
through timeline in real time without drop in framerate (this is, of course, in
reference to a simple edit where the clips have no effects/transitions on
them).
(2) Remove the new track compositing dropdown box (as it would be unnecessary
at that point, and I think its existence is going to be confusing to most users
as it is. There's no visual different in quality between the three in the
monitors.)

Can we agree that this would be an appropriate resolution/goal to fix this bug?

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 360084] 15.13.0 git master - Audio is not synced with 4k UHD video during playback -- video plays faster (sample clip included)

2016-09-27 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=360084

--- Comment #11 from Jesse  ---
Confirmed, playing the sample video I provided using melt reproduces this issue
(and it was on a laptop workstation with integrated graphics). ffplay is
slightly closer to syncronicity, but the video is still playing slightly
faster. Playing the same video file in VLC player or Dragon Player doesn't
reproduce the issue.

So... this is an MLT issue? Do I submit a bug to Dan and MLT for testing?

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 366679] git master - Left-clicking track header shouldn't automatically highlight the "Properties" Widget

2016-09-27 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366679

Jesse  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #1 from Jesse  ---
Wegwerf fixed this with a recent patch, it is now optional via a checkbox in
the configuration window. Problem solved! Thanks guys. Closing bug.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367448] git master - suggest replacing "Unset Preivew Zone" text with "Remove Preview Zone" in preview zone menu

2016-09-27 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367448

--- Comment #2 from Jesse  ---
Dude, you are on a ROLL! :)

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369180] git master - changing effects parameters doesn't affect preview render.

2016-09-27 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369180

Jesse  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #2 from Jesse  ---
Hmm... I did some more testing off of a new project (instead of the one I was
using, originally), and it seems like everything is working fine. It could be
my project file.

In any case, the feature seems to be working, so I'm closing this bug. Thanks
JB!

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 358173] git master - Audio/Video/Folder icons in Project Bin are not the same size. Makes layout look cluttered and not uniform or polished..

2016-09-23 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358173

Jesse  changed:

   What|Removed |Added

Summary|git master - Folder icons   |git master -
   |in Project Bin are not the  |Audio/Video/Folder icons in
   |same size as Clips. Doesn't |Project Bin are not the
   |look uniform.   |same size. Makes layout
   ||look cluttered and not
   ||uniform or polished..

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 358173] git master - Folder icons in Project Bin are not the same size as Clips. Doesn't look uniform.

2016-09-23 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358173

--- Comment #6 from Jesse  ---
After working in a new project, this issue tends to be the case when audio
clips and video clips are near each other as well (I'll attach a screenshot).
The text doesn't flush with the rest of the widget, and it looks much more
cluttered.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 358173] git master - Folder icons in Project Bin are not the same size as Clips. Doesn't look uniform.

2016-09-23 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358173

--- Comment #7 from Jesse  ---
Created attachment 101247
  --> https://bugs.kde.org/attachment.cgi?id=101247=edit
example of audio clips not flushing with layout of video clips.

-- 
You are receiving this mail because:
You are watching all bug changes.


[plasmashell] [Bug 346602] Application Launcher (Kickoff) not filtering search results from system settings

2016-09-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=346602

--- Comment #16 from Jesse  ---
Haha, you all have a lot on your plate -- it's completely understandable. :)

The config option you mentioned does help in giving the user more lee-way
towards choosing what they want to show, and that's definitely closer to the
desired outcome. Are you saying that when this is selected, it uses Kickoff's
filter results in the Plasma Search section of the System Settings?

-- 
You are receiving this mail because:
You are watching all bug changes.


[plasmashell] [Bug 346602] Application Launcher (Kickoff) not filtering search results from system settings

2016-09-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=346602

--- Comment #14 from Jesse  ---
Appreciate the reply David. Even if the Plasma search section in the System
Settings isn't deemed the best place for Kickoff's filter settings, just having
them available somewhere would be fantastic. It's a huge benefit to be able to
filter the search results in the application menu and the application
dashboard, like Kicker is able to.

What you're proposing sounds awesome. Appreciate your consideration on this
matter! Let me know if there's something I can test, specifically, when the
changes become available for testing.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369211] New: git master - change "loading playlist" text to "Loading Project".

2016-09-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369211

Bug ID: 369211
   Summary: git master - change "loading playlist" text to
"Loading Project".
   Product: kdenlive
   Version: unspecified
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

Just a small thing I noticed: after you choose your .kdenlive project file to
open in the "Open Recent" menu section, a window comes up that says "loading
playlist". I think this can be confusing to users, since they see this right
after opening their project. I'd suggest changing the text to say "Loading
Project", instead.

Reproducible: Always




Discovered on Kdenlive 16.11.70 via Ubuntu git-master ppa.

Kubuntu 16.10 daily build, KDE Plasma 5.7.2.

KDE Frameworks 5.24.0
Qt 5.6.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369211] git master - change "loading playlist" text to "Loading Project".

2016-09-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369211

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[plasmashell] [Bug 346602] Application Launcher (Kickoff) not filtering search results from system settings

2016-09-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=346602

--- Comment #12 from Jesse  ---
If anyone is running 5.7.5 or the 5.8 beta, would they be willing to test to
see if this bug is still present in those versions?

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369180] New: git master - changing effects parameters doesn't affect preview render.

2016-09-21 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369180

Bug ID: 369180
   Summary: git master - changing effects parameters doesn't
affect preview render.
   Product: kdenlive
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

When I've preview rendered a zone, and make changes to an Effect parameter on a
clip IN that zone, the preview render bar shows red where it should. However,
when I click on Preview Render, it instantly goes green and uses the cached
render files -- it doesn't re-render the clip with the changed effects that I
made.

Reproducible: Always

Steps to Reproduce:
1. Preview render a zone in timeline with clips with effects on them.
2. Change some of the parameters to those clips.
3. Re-render same preview zone.

Actual Results:  
Kdenlive uses the already rendered cache files, instead of re-rendering the
video clips whose effects I made changes to. I can manually delete the cache,
but then I have to re-render everything.

Expected Results:  
When changes are made to an effect on a clip in the Timeline, Kdenlive
recognizes it and puts a red bar in the space where a new preview render is
needed (which it does). BUT, when I hit Start preview render, I would expect it
to re-render the clips that have had their effects parameters changed.

Bug discovered while using Kdenlive 16.11.70 git master build via
ppa:kdenlive/kdenlive-master Kubuntu 16.10, KDE Plasma 5.7.2 desktop
environment. 

KDE Frameworks 5.24.0
Qt 5.6.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369180] git master - changing effects parameters doesn't affect preview render.

2016-09-21 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369180

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368518] git master - Layout automatically re-sizes widgets when clicking a transition in Timeline, then clicking away from it.

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368518

--- Comment #7 from Jesse  ---
Appreciate it being adapted into an option. ;P Haha, seriously though, you're
doing awesome stuff with the patching, lately.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368518] git master - Layout automatically re-sizes widgets when clicking a transition in Timeline, then clicking away from it.

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368518

--- Comment #5 from Jesse  ---
Ha, thanks for verifying Wegwerf. I'm almost certain this is related to the old
behavior when the layout would immediately highlight the Properties widget
after a clip or transition was left-clicked in the Timeline. I believe this
because my laptop screen is 1366x768, and the Properties widget used to default
a minimum size when a clip was chosen in the Timeline. If the Properties widget
was smaller, it would force itself to be the minimum size, re-sizing the whole
layout in the process.

This appears to be the exact same behavior.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368518] git master - Layout automatically re-sizes widgets when clicking a transition in Timeline, then clicking away from it.

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368518

Jesse  changed:

   What|Removed |Added

Summary|git master - Layout |git master - Layout
   |automatically re-sizes when |automatically re-sizes
   |clicking transition in  |widgets when clicking a
   |Timeline, though it |transition in Timeline,
   |shouldn't.  |then clicking away from it.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369065] git master - "Set Zone In/Out" icons aren't changing to dark theme versions in Kubuntu 16.10 [screenshot included]

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369065

--- Comment #2 from Jesse  ---
UPDATE #1 - Looking closer, it appears that some of the icons in the Timeline
Toolbar are also using the light-themed icons while the dark theme is selected.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368816] git master - Saving a project doesn't automatically add the ".kdenlive" extension to the file name

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368816

--- Comment #2 from Jesse  ---
@Christioph, confirmed, this seems to be the case. The dialog box is a Gnome
one, then?

Still, that's going to cause hell to a lot of non-KDE-Plasma users who save a
project and wonder where it went, you know?

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369065] git master - "Set Zone In/Out" icons aren't changing to dark theme versions in Kubuntu 16.10 [screenshot included]

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369065

--- Comment #1 from Jesse  ---
Created attachment 101183
  --> https://bugs.kde.org/attachment.cgi?id=101183=edit
Screenshot example

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369065] New: git master - "Set Zone In/Out" icons aren't changing to dark theme versions in Kubuntu 16.10 [screenshot included]

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369065

Bug ID: 369065
   Summary: git master - "Set Zone In/Out" icons aren't changing
to dark theme versions in Kubuntu 16.10 [screenshot
included]
   Product: kdenlive
   Version: unspecified
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

I know Kubuntu 16.10 hasn't even reached beta, yet, but I thought I'd point
this out, anyways.

See attached screenshot for example. The theme is set to Breeze Dark and the
style is set to Breeze, but the "Set Zone in/out" icons on the clip and project
monitors are still showing their darker-looking versions.

Reproducible: Always




Bug discovered while using Kdenlive 16.11.70 git master build via
ppa:kdenlive/kdenlive-master 

Kubuntu 16.10, KDE Plasma 5.7.2 desktop environment.

KDE Frameworks 5.24.0 Qt 5.6.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 369065] git master - "Set Zone In/Out" icons aren't changing to dark theme versions in Kubuntu 16.10 [screenshot included]

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369065

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdeplasma-addons] [Bug 369064] Application Dashboard isn't always showing icons under "Applications" area (screenshot included)

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369064

--- Comment #6 from Jesse  ---
No worries, I'm sure the newer release version will be available for Kubuntu
16.10, eventually. Thanks for the replies and feedback. Cheers. :)

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdeplasma-addons] [Bug 369064] Application Dashboard isn't always showing icons under "Applications" area (screenshot included)

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369064

--- Comment #4 from Jesse  ---
@Eike, thanks for the reply. Currently Kubuntu 16.10 (not even in beta) is
running Plasma 5.7.2. Is there a user-friendly way I could upgrade to 5.7.5? I
didn't think it was in the backports ppa, but I can check.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdeplasma-addons] [Bug 369064] Application Dashboard isn't always showing icons under "Applications" area (screenshot included)

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369064

--- Comment #2 from Jesse  ---
Created attachment 101182
  --> https://bugs.kde.org/attachment.cgi?id=101182=edit
Screenshot example 2

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdeplasma-addons] [Bug 369064] Application Dashboard isn't always showing icons under "Applications" area (screenshot included)

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369064

--- Comment #1 from Jesse  ---
Created attachment 101181
  --> https://bugs.kde.org/attachment.cgi?id=101181=edit
Screenshot example

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdeplasma-addons] [Bug 369064] Application Dashboard isn't always showing icons under "Applications" area (screenshot included)

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369064

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdeplasma-addons] [Bug 369064] New: Application Dashboard isn't always showing icons under "Applications" area (screenshot included)

2016-09-19 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369064

Bug ID: 369064
   Summary: Application Dashboard isn't always showing icons under
"Applications" area (screenshot included)
   Product: kdeplasma-addons
   Version: 5.7.2
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Application Dashboard
  Assignee: h...@kde.org
  Reporter: jesse.dub...@gmail.com
CC: plasma-b...@kde.org

When you open the Application Dashboard, under the "Applications" section,
sometimes it shows spaces between entries. Other times, it shows the
application text, but no icons.

Reproducible: Always

Steps to Reproduce:
1. Open the Application Dashboard

Actual Results:  
Sometimes there are spaces between application entries, and sometimes they're
missing the icons entirely.

Expected Results:  
All results/entries should be showing in a nice grid-like layout like normal.

Bug discovered while using Kubuntu 16.10 daily build x64, kernel
4.4.0-91360-generic.

KDE Plasma 5.7.2, KDE Frameworks 5.24.0, Qt 5.6.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 360882] git master - dialog boxes are missing button icons and features on non-KDE desktops. (video example included)

2016-09-17 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=360882

--- Comment #12 from Jesse  ---
@Wegwerf, not quite, the icons are still showing the light (dark-colored) icons
on a dark theme, instead of showing the dark icons (lighter-colored) on the
dark theme like they would in Breeze. This needs to be addressed.

-- 
You are receiving this mail because:
You are watching all bug changes.


[plasmashell] [Bug 346602] Application Launcher (Kickoff) not filtering search results from system settings

2016-09-15 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=346602

--- Comment #11 from Jesse  ---
Also, this applies to both the Application Launcher AND the Application
Dashboard: changing the search options doesn't seem to have any effect on
either.

-- 
You are receiving this mail because:
You are watching all bug changes.


[plasmashell] [Bug 346602] Application Launcher (Kickoff) not filtering search results from system settings

2016-09-15 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=346602

Jesse  changed:

   What|Removed |Added

Summary|Application Launger |Application Launcher
   |(Kickoff) not filtering |(Kickoff) not filtering
   |search results from system  |search results from system
   |settings|settings

-- 
You are receiving this mail because:
You are watching all bug changes.


[plasmashell] [Bug 346602] Application Launger (Kickoff) not filtering search results from system settings

2016-09-15 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=346602

--- Comment #10 from Jesse  ---
I've also changed the status from "normal" to "major", as filtered searches
are, in my opinion, a big component to any application/search menu... but feel
free to change as necessary. Thanks all!

-- 
You are receiving this mail because:
You are watching all bug changes.


[plasmashell] [Bug 346602] Application Launger (Kickoff) not filtering search results from system settings

2016-09-15 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=346602

Jesse  changed:

   What|Removed |Added

   Severity|normal  |major
Version|5.2.95  |5.7.2

--- Comment #9 from Jesse  ---
I've been recently testing the daily build of Kubuntu 16.10 Yakkety w/ KDE
Plasma 5.7.2. This bug is still present, here. Updated the OP details to
reflect as such.

KDE Frameworks 5.24.0
Qt 5.6.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368816] New: git master - Saving a project doesn't automatically add the ".kdenlive" extension to the file name

2016-09-14 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368816

Bug ID: 368816
   Summary: git master - Saving a project doesn't automatically
add the ".kdenlive" extension to the file name
   Product: kdenlive
   Version: unspecified
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

I just started a new project and saved it. When I closed Kdenlive and went to
open it again, The Kdenlive open project dialog window couldn't find it. In my
file browser, I went to the file and noticed it didn't have a ".kdenlive"
extension automatically at the end of it. Adding ".kdenlive" at the end,
manually, allowed Kdenlive to see and open the project file.

Reproducible: Always

Steps to Reproduce:
1. Create new project.
2. Save project (without manually adding the ".kdenlive" part)

Actual Results:  
Kdenlive doesn't save the project with the ".kdenlive" extension.

Expected Results:  
Kdenlive should save the project with the ".kdenlive" extension.

Bug discovered while using Kdenlive 16.11.70 git master build via
ppa:kdenlive/kdenlive-master

Ubuntu GNOME 16.10 beta 1, GNOME 3.20 desktop environment

KDE Frameworks 5.24.0
Qt 5.6.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368602] git master - Crashes while trying to save a project after changing framerate project settings (backtrace included)

2016-09-11 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368602

--- Comment #1 from Jesse  ---
Created attachment 101042
  --> https://bugs.kde.org/attachment.cgi?id=101042=edit
Backtrace data

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368602] git master - Crashes while trying to save a project after changing framerate project settings (backtrace included)

2016-09-11 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368602

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368602] New: git master - Crashes while trying to save a project after changing framerate project settings (backtrace included)

2016-09-11 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368602

Bug ID: 368602
   Summary: git master - Crashes while trying to save a project
after changing framerate project settings (backtrace
included)
   Product: kdenlive
   Version: unspecified
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: crash
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

See attached backtrace log for details.

Kdenlive crashes after I change the framerate settings from 29.97fps to 24fps
on a project and hit Save.

Reproducible: Always

Steps to Reproduce:
1. Open 29.97fps project.
2. In Project Settings, change framerate to 24fps.
3. Save project.

Actual Results:  
Kdenlive crashes.

Expected Results:  
Kdenlive shouldn't crash.

Bug discovered while using Kdenlive 16.11.70 git master build via
ppa:kdenlive/kdenlive-master. Ubuntu GNOME 16.10 beta 1 x64, Gnome 3.20 desktop
environment. KDE Frameworks 5.24.0 Qt 5.6.0.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368601] New: git master - crashes after trying to change Preview render profile framerate from 29.97 to 24fps.

2016-09-11 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368601

Bug ID: 368601
   Summary: git master - crashes after trying to change Preview
render profile framerate from 29.97 to 24fps.
   Product: kdenlive
   Version: unspecified
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: crash
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

See attached backtrace log for details.

I have a current project that's 29.97fps. When I tried to change the framerate
to 24fps, worked without issue. When I tried to change the Preview Render
Profile setting framerate, Kdenlive crashed.

Reproducible: Always

Steps to Reproduce:
1. Open [custom] project that's 29.97fps and 29.97fps framerate.
2. Change Project setting framerate to 24fps.
3. Then change Preview Render profile framerate to 24fps.

Actual Results:  
Kdenlive crashes.

Expected Results:  
Kdenlive shouldn't crash.

Bug discovered while using Kdenlive 16.11.70 git master build via
ppa:kdenlive/kdenlive-master.

Ubuntu GNOME 16.10 beta 1 x64, Gnome 3.20 desktop environment.

KDE Frameworks 5.24.0
Qt 5.6.0.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368601] git master - crashes after trying to change Preview render profile framerate from 29.97 to 24fps.

2016-09-11 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368601

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368569] git master - After I click+drag video from Monitor to Timetline, Clip Monitor starts playing video... though it shouldn't.

2016-09-10 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368569

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368569] New: git master - After I click+drag video from Monitor to Timetline, Clip Monitor starts playing video... though it shouldn't.

2016-09-10 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368569

Bug ID: 368569
   Summary: git master - After I click+drag video from Monitor to
Timetline, Clip Monitor starts playing video... though
it shouldn't.
   Product: kdenlive
   Version: unspecified
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

When I have a video or sound clip in the Clip Monitor, and I left+click and
drag it into the timeline, after I drop the clip in the timeline the Clip
Monitor starts playing automatically, though it shouldn't.

Reproducible: Always

Steps to Reproduce:
1. Open video/sound clip in Clip Monitor
2. Click+drag clip into timeline

Actual Results:  
Clip Monitor starts playing back video/sound clip automatically without
anything being pressed.

Expected Results:  
Clip monitor shouldn't be playing automatically after click+drag clip into
timeline.

Bug discovered using Kdenlive 16.11.70 git master build from
ppa:kdenlive/kdenlive-master.

Ubuntu GNOME 16.10 beta 1, Gnome 3.20 desktop environment.

Qt 5.6.0
KDE Frameworks 5.24.0

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368518] git master - Layout automatically re-sizes when clicking transition in Timeline, though it shouldn't.

2016-09-09 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368518

--- Comment #1 from Jesse  ---
UPDATE #1 - The OP seems to be the case with my laptop, running a 1280x720
resolution screen. My editing station, running 1920x1080, only seems to
automatically highlight the Properties widget when I left-click a transition in
the timeline, but there is no automatic re-sizing of the layout. I assume these
two reactions are related.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368518] git master - Layout automatically re-sizes when clicking transition in Timeline, though it shouldn't.

2016-09-09 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368518

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 368518] New: git master - Layout automatically re-sizes when clicking transition in Timeline, though it shouldn't.

2016-09-09 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=368518

Bug ID: 368518
   Summary: git master - Layout automatically re-sizes when
clicking transition in Timeline, though it shouldn't.
   Product: kdenlive
   Version: unspecified
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

When I click on a transition in the timeline, then click away from it to a
different clip in the timeline, the layout automatically re-sizes, somehow,
when it shouldn't. I'm assuming this is a left-over from when we disabled the
properties widget from automatically appearing after selecting timeline clips?

Reproducible: Always

Steps to Reproduce:
1. Add two clips to the timeline.
2. Put a transition between them.
3. Left-click the transition.
4. Click away from transition to other widget, clip in timeline, etc.


Actual Results:  
Layout automatically re-sizes widgets to something other than the current
layout.

Expected Results:  
Layout shouldn't change at all.

Bug discovered while using Kdenlive 16.11.70 git master build via
ppa:kdenlive/kdenlive-master.

Ubuntu GNOME 16.10 beta 1, GNOME 3.20 desktop environment.

KDE Frameworks 5.24.0
Qt 5.6.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 358661] Merge Title Bars and Tabs? (design mock-ups included)

2016-08-30 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358661

Jesse  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #13 from Jesse  ---
So, an interesting change has occurred, which I'd noticed after testing the
latest git master build in Ubuntu GNOME 16.10 beta. Tabs and title bars now
behave differently: When a widget isn't tabbed, the Title bar appears like
normal. When a widget is grouped, the Title bar no longer appears, and you can
click+drag the tab, which moves the widget around the layout.

This behavior works for me, personally, so I'm going to close this bug and mark
it as resolved/fixed.

Versions of Qt, Kdenlive and KDE Frameworks at the moment of bug closure:
Kdenlive - 16.11.70 git master via ppa:kdenlive/kdenlive-master
Qt - 5.6.1
KDE Frameworks - 5.24.0
Ubuntu GNOME 16.10 (x64 beta) w/ GNOME 3.20 desktop environment.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 346608] Use Breeze Dark theme as program's default look?

2016-08-30 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=346608

--- Comment #50 from Jesse  ---
17.04, then? :)

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367875] git master - Progress bar in Render window isn't showing. Stays at "Waiting", even after render is done.

2016-08-26 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367875

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367875] New: git master - Progress bar in Render window isn't showing. Stays at "Waiting", even after render is done.

2016-08-26 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367875

Bug ID: 367875
   Summary: git master - Progress bar in Render window isn't
showing. Stays at "Waiting", even after render is
done.
   Product: kdenlive
   Version: unspecified
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: major
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

Came across this when working on a project. I thought that Kdenlive froze, at
first, but then my system monitor showed all CPUs were in use, and my RAM had
maxed out (on 4GB on my laptop, no biggie).

But after starting a render, the window shows "Waiting", with no indication
that it is actually rendering, even when render is complete. No progress bar.
Actual rendered final video file still looks fine.

Reproducible: Always

Steps to Reproduce:
1. Open video project.
2. Start Render (with presumptively any parameters)

Actual Results:  
No progress bar in "Job Queue" window -- it simply says "waiting".

Expected Results:  
Progress bar to show in job queue window after render has started, then show
complete when render is complete.

Bug discovered while using Kdenlive 16.11.70 git master build via
ppa:kdenlive/kdenlive-master.

Ubuntu 16.04 x64, Unity 7.4.0 desktop environment.

KDE Frameworks 5.18.0
Qt 5.5.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 352851] Make clips in timeline straight-edged instead of rounded corners?

2016-08-26 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=352851

--- Comment #11 from Jesse  ---
Nice. :)

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 352851] Make clips in timeline straight-edged instead of rounded corners?

2016-08-26 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=352851

--- Comment #9 from Jesse  ---
@Steve, appreciate the comment.

1) No doubt, overloading the team isn't my desire in the least. And I agree,
everyone will have their opinion on little details; "polish" and "presence" can
look different to a variety of audiences. Being that I'm not a developer, nor
have an ounce of non-html code knowledge (or the time to code -- gratefully
busy in film), the best way I've felt I can contribute is end-user feedback and
bug reports. If the dev's consider this request and decide they don't want to
change it, they're always welcome to change the status to "WONTFIX", close it,
and call it good. :) It's their project; they have the authority to make it
however they want. I don't believe that approaching a request from this
position is detrimental to progress, yeah? I trust they have a vision, roadmap,
direction, etc. and allocate their time however they see best to reach their
goals.

2) I know the feeling when it gets down to the nuts and bolts of editing. For
sure. I've also always sympathized with the dev's often challenging level of
resources and high demands. One of my key desires when I offer suggestions is
that my feedback (coupled with information-dense research) would allow them to
create a product more users would be willing to contribute, financially, to.
More funding means more time to keep doing what they're passionate about. But
in order to reach a target audience, you have to market to them. Marketing,
among many things, requires an appearance that attracts the target market.
Hence, this feature-bug's existence. Without feedback (whether it seems
relevant or not) there's no way to no the most effective areas of improvement.

I believe there are many priorities when creating a product of any kind:
production, QA, and  marketing are just a few, yet all of these are relevant
priorities. How and when the devs choose to allocate their time to each area is
their business. They have contributors (hopefully) working on all of those
fronts. That's where the strength of the community can come in. Farid, another
contributor, has done an incredible job at raising community awareness and
attracting new users. If Kdenlive scores, for example, an interview on the
Linux Action Show or some other tech broadcast, I believe it would be a
well-worth endeavor to have someone from the team be interviewed for PR and
marketing purposes -- even if it does take some time away from development,
because I've seen the impact of marketing.

I hope this helps understand where I'm coming from, and why I believe that
feedback like this is important. :) The more knowledge a company has from their
target audience about their product, the better, IMHO.

Sidenote: I'm considering this the final poll results: 35 votes total, 23 for
straight corners, 12 for rounded. I think JB and the team know me well enough
by now to know they're always welcome to take the info' and feedback I provide
and do whatever the want with it. :)

Truly appreciate the feedback Steve. Cheers!

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367693] git master - Preview render problem: isn't always rendering timeline properly (video example included)

2016-08-25 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367693

Jesse  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #7 from Jesse  ---
Fixed, works PERFECTLY! You're the man. Thanks JB!

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 360882] git master - dialog boxes are missing button icons and features on non-KDE desktops. (video example included)

2016-08-25 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=360882

--- Comment #9 from Jesse  ---
@gletonai, which KDE service was that, specifically? If the service is from a
package that's a dependency of Kdenlive upon installation, maybe we can use
that for all other desktops, somehow??

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367693] git master - Preview render problem: isn't always rendering timeline properly (video example included)

2016-08-24 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367693

--- Comment #5 from Jesse  ---
Looks like the preview render feature is working better now in the case when
the user mutes the video on a track, but there are still issues with its
behavior when making changes to a clip's effects in the timeline or its
position in the timeline.

See updated video example: https://youtu.be/0koc_NKni54

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 352851] Make clips in timeline straight-edged instead of rounded corners?

2016-08-24 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=352851

--- Comment #7 from Jesse  ---
Poll update: 32 votes total, 22 for straight corners, 10 for rounded corners.

(On a side note, G+ polls are awesome for getting public opinion relatively
fast!)

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367687] git master - "Preview Profile" field in Project Settings isn't changing profiles (video example included)

2016-08-24 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367687

Jesse  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #3 from Jesse  ---
Confirmed this problem is fixed in latest git master build. Awesome! Thank you
sir! :)

Marking bug as resolved/fixed.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367693] git master - Preview render problem: isn't always rendering timeline properly (video example included)

2016-08-23 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367693

--- Comment #3 from Jesse  ---
Wegwerf, I can confirm that the green/red preview render bar is not updating
properly when I make changes to (a) the properties of FX on a clip in the
timeline, or (b) the location of a clip in the timeline. Changing these doesn't
always cause the Preview Render to reflect that changes have been made and a
new cache needs to be rendered.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 352851] Make clips in timeline straight-edged instead of rounded corners?

2016-08-23 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=352851

--- Comment #6 from Jesse  ---
Although it's been less than 48 hours, over 25 members of the Kdenlive G+
community voted on a poll that made for this, and, so far, 69% are for the
straight-edges and corners rather than rounded.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367693] git master - Preview render problem: isn't always rendering timeline properly (video example included)

2016-08-23 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367693

--- Comment #2 from Jesse  ---
Wegerf, lemme do some testing today and I'll reply with whether I experience
the error your describing on the latest git master build from the
kdenlive-master ppa.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 352851] Make clips in timeline straight-edged instead of rounded corners?

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=352851

--- Comment #4 from Jesse  ---
Created attachment 100720
  --> https://bugs.kde.org/attachment.cgi?id=100720=edit
example of rounded and sharp corners

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 352851] Make clips in timeline straight-edged instead of rounded corners?

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=352851

--- Comment #3 from Jesse  ---
Sweet, found the pic (see attached).

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367693] git master - Preview render problem: isn't always rendering timeline properly (video example included)

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367693

Jesse  changed:

   What|Removed |Added

URL||https://youtu.be/Vmtd9nEYhn
   ||I
 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367693] New: git master - Preview render problem: isn't always rendering timeline properly (video example included)

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367693

Bug ID: 367693
   Summary: git master - Preview render problem: isn't always
rendering timeline properly (video example included)
   Product: kdenlive
   Version: unspecified
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

See video link in URL field for details.

Sometimes, when a preview-render has finished for zones in the timeline, making
changes within those zones and preview-rendering again doesn't always show
updated changes; instead, it reverts back to the cached data (I believe).
Deleting the cached data will force it to re-render the zones, which it then
works fine.

Reproducible: Always

Steps to Reproduce:
1. Create a new project
2. Add some clips to the timeline, add fx/transitions/titles/whatever
3. Set a preview render zone and start preview render
4. When preview render is done, make changes to clips in that preview render
zone and start preview render again.

Actual Results:  
Preview render finishes almost immediately, but uses the already rendered cache
data for the timeline and doesn't seem to re-render the areas that have had
changes to them since last preview render.

Expected Results:  
Starting preview render will always re-render areas/zones that have had changes
to them since last preview-render.

Bug discovered while using Kdenlive 16.11.70 git master build via
ppa:kdenlive/kdenlive-master.

Ubuntu 16.04 x64, Unity 7.4.0 desktop environment.

KDE Frameworks 5.18.0.
Qt 5.5.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 360882] git master - dialog boxes are missing button icons and features on non-KDE desktops. (video example included)

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=360882

--- Comment #7 from Jesse  ---
This appears to be the case in stock Unity in Ubuntu 16.04 as well, using the
default system theme: Breeze icons are present in the UI, but they don't
default to the dark Breeze icons when Kdenlive is using the Dark Breeze UI
theme.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 360084] 15.13.0 git master - Audio is not synced with 4k UHD video during playback -- video plays faster (sample clip included)

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=360084

--- Comment #10 from Jesse  ---
Hey, so sorry, not sure how I missed your last post on this bug. I'll
definitely do that and report back. I also came into possession of a new laptop
that uses integrated Intel graphics. I'll have to test the clip on that one,
too, and see if the bug is present. Appreciate it Buddy.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 358923] Playback project from beginning when spacebar is pressed at the end of Project Monitor

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358923

Jesse  changed:

   What|Removed |Added

Summary|15.13.0 git master -|Playback project from
   |consider playing timeline   |beginning when spacebar is
   |from beginning when |pressed at the end of
   |spacebar is pressed at the  |Project Monitor
   |end of project monitor  |
   Platform|Archlinux Packages  |Ubuntu Packages

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367687] git master - "Preview Profile" field in Project Settings isn't changing profiles (video example included)

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367687

Jesse  changed:

   What|Removed |Added

 CC||jesse.dub...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 367687] New: git master - "Preview Profile" field in Project Settings isn't changing profiles (video example included)

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=367687

Bug ID: 367687
   Summary: git master - "Preview Profile" field in Project
Settings isn't changing profiles (video example
included)
   Product: kdenlive
   Version: unspecified
  Platform: Ubuntu Packages
   URL: https://youtu.be/tZVSFRfrE7U
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: jesse.dub...@gmail.com

See video link in URL field for example and details.

Changing the Preview Profile field in the "Project Settings" window doesn't
actually change the settings -- instead, it stays on the "Current Settings"
option in the dropdown menu.

Reproducible: Always

Steps to Reproduce:
1. Open Project Settings Window
2. Change Preview Profile option from "Current Settings" to anything else.
3. Select OK.
4. Re-open the Project Settings Window.

Actual Results:  
The Preview Profile dropdown box goes back to "Current Settings".

Expected Results:  
The dropdown box would remain on whatever option the user selects.

Bug discovered while using Kdenlive 16.11.70 git master build via
ppa:kdenlive/kdenlive-master.

Ubuntu 16.04 x64, Unity 7.4.0 desktop environment.

KDE Frameworks 5.18.0.
Qt 5.5.1

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 353294] Create film-like motion blur when moving Title Clip position, rotation, etc. in project?

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=353294

Jesse  changed:

   What|Removed |Added

Summary|Motion Blur when moving |Create film-like motion
   |Title Clip position,|blur when moving Title Clip
   |rotation, etc. in project?  |position, rotation, etc. in
   ||project?

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 352851] Make clips in timeline straight-edged instead of rounded corners?

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=352851

--- Comment #2 from Jesse  ---
Dang, I guess I removed the graphic from my Dropbox. Sorry about that.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 352851] Make clips in timeline straight-edged instead of rounded corners? (graphic example included)

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=352851

Jesse  changed:

   What|Removed |Added

URL|https://www.dropbox.com/s/p |
   |tz2g32qbfjrc0v/3.png?dl=0   |

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 352851] Make clips in timeline straight-edged instead of rounded corners?

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=352851

Jesse  changed:

   What|Removed |Added

Summary|Make clips in timeline  |Make clips in timeline
   |straight-edged instead of   |straight-edged instead of
   |rounded corners? (graphic   |rounded corners?
   |example included)   |

-- 
You are receiving this mail because:
You are watching all bug changes.


[kdenlive] [Bug 352851] Make clips in timeline straight-edged instead of rounded corners? (graphic example included)

2016-08-22 Thread Jesse via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=352851

--- Comment #1 from Jesse  ---
Wanted to re-open this as a consideration for the next release of Kdenlive
(17.04, I believe). The interface has received many click updates since the OP,
and I still think sharp-edged corners for the clips in the timeline would be a
nice professional polishing touch. Wanted to get the community's thoughts on
whether you agree?

-- 
You are receiving this mail because:
You are watching all bug changes.


  1   2   3   4   5   6   7   8   9   >