0000148: File Filters are Incorrect

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0000148

Kdenlive

MLT

public

2008-07-15 19:45

2009-06-20 01:22

Reporter

Kaboosh

Assigned To

Priority

normal

Severity

feature

Reproducibility

always

Status

acknowledged

Resolution

open

Platform

OS Version

Product Version

Target Version

future version

Fixed in Version

Summary

0000148: File Filters are Incorrect

Description

When creating a slideshow from a series of pictures the JPEG file filter is listed as "*.JPG". This is incorrect specifically for JPEG's as "*.JPEG" is also a valid filter (it is in fact the "proper" extension). This is incorrect in general as file-filters are a Windows-only concoction and make little or no sense on a Linux system where fingerprinting and MIME types are used to identify a file's format.

Therefore, proper design requires that file filters should only suggest a file listing - not restrict a user to that list.

Additional Information

Compiled on Gentoo.
Same additional info as issue 0000145.

Tags

No tags attached.

Build/Install Method

(select)

Attached Files

Relationships

related to	0000327	closed	Granjow	Add clip file dialogue filter missing *.flv
related to	0001701	closed	ddennedy	Tif/Tiff slideshow clip

Notes
(0000267) madsdyd (administrator) 2008-09-26 17:54	Update on this bug: Using ffmpeg revision 15426 mlt revision 1182 mlt++ revision 1182 kdenlive revision 2413 The filter now identifies both jpeg and jpg in any case (including e.g. JPeG), but fingerprinting does not appear to work. There is still no option for the user to provide his own extension. Note to developers: I have acknowledged this issue, because I believe it deserves to be either confirmed, or closed (wont-fix).

(0000289) administrator (administrator) 2008-09-28 02:04	This is an MLT issue. Currently, the MLT image producers (qimage and pixbuf) can only recognise image lists based on a wildcard (.jpg). I modified Kdenlive to be consistent with that (do not show .jpeg anymore). This issue requires some work on MLT image producers. We could either try to implement a mimetype detection in MLT or add a feature to pass a list of files to the image producers, so that the mime filtering could be done by Kdenlive (easy to implement)... Keep this issue open, let's hope someone finds time to work on it.

(0000642) madsdyd (administrator) 2008-10-23 21:49	Moving issue to version 0.7.1 - I don't think anyone will be able to work on it for Kdenlive 0.7.0 (requires work on MLT).

(0000945) ddennedy (developer) 2008-11-09 03:10	Re: "fingerprinting and MIME types are used to identify a file's format" According to whom? Where except by the 'find' utility? What does KDE do? File extensions are still prevalent because they are extremely pragmatic. I am not opposed to improving the system beyond file extension matching as long as it does not considerably degrade performance.

(0001174) ddennedy (developer) 2008-11-13 18:46	In response to myself, I am thinking freedesktop.org shared-mime-info is the way to go: https://sourceforge.net/tracker2/?func=detail&aid=2277548&group_id=96039&atid=613414 [^]

Issue History
Date Modified	Username	Field	Change
2008-07-15 19:45	Kaboosh	New Issue
2008-09-26 17:54	madsdyd	Note Added: 0000267
2008-09-26 17:54	madsdyd	Status	new => acknowledged
2008-09-28 02:04	administrator	Note Added: 0000289
2008-10-23 00:26	madsdyd	Target Version	=> 0.7.0
2008-10-23 21:49	madsdyd	Note Added: 0000642
2008-10-23 21:49	madsdyd	Target Version	0.7.0 => 0.7.1
2008-11-09 03:10	ddennedy	Note Added: 0000945
2008-11-09 15:17	madsdyd	Relationship added	related to 0000327
2008-11-13 18:46	ddennedy	Note Added: 0001174
2008-11-17 20:54	madsdyd	Target Version	0.7.1 => future version
2009-06-03 08:28	ddennedy	Build/Install Method	=> (select)
2009-06-03 08:28	ddennedy	Severity	major => feature
2009-06-20 01:22	administrator	Category	User Interface => MLT
2010-07-30 00:42	j-b-m	Relationship added	related to 0001701