MediaTypeRefactor - Revision history

Cwebber at 20:10, 23 July 2013

2013-07-23T20:10:36Z

← Older revision		Revision as of 20:10, 23 July 2013
Line 1:		Line 1:
	NOTE: A good portion of this page is out of date, because media types now are plugins.		''NOTE:'' A good portion of this page is out of date, because media types now are plugins.

	We're planning to extend the media type system so that it's more like plugins. This page is to document some of the things we wish media types to be able to accomplish.		We're planning to extend the media type system so that it's more like plugins. This page is to document some of the things we wish media types to be able to accomplish.

2013-07-23T20:10:19Z

← Older revision		Revision as of 20:10, 23 July 2013
Line 1:		Line 1:
			NOTE: A good portion of this page is out of date, because media types now are plugins.

	We're planning to extend the media type system so that it's more like plugins. This page is to document some of the things we wish media types to be able to accomplish.		We're planning to extend the media type system so that it's more like plugins. This page is to document some of the things we wish media types to be able to accomplish.

2012-12-23T17:42:12Z

Feature ideas / use cases

← Older revision		Revision as of 17:42, 23 December 2012
Line 30:		Line 30:

	Raw files are also images. They'd have all the usual JPEG variants plus the extra raw file. (The raw file could be connected as attachment though)		Raw files are also images. They'd have all the usual JPEG variants plus the extra raw file. (The raw file could be connected as attachment though)

			=== multiple renders of the same source ===

			E.g. video: 240p, 360p, 480p, 640p, 720p, 1080p, WebM, x264, etc.

	=== separation between originals and renderers ===		=== separation between originals and renderers ===

2012-12-23T02:09:35Z

Feature ideas / use cases

← Older revision		Revision as of 02:09, 23 December 2012
Line 26:		Line 26:

	(How would this work also if plugins add extra things to the submit process though?)		(How would this work also if plugins add extra things to the submit process though?)

			=== supertypes of images (raw files) ===

			Raw files are also images. They'd have all the usual JPEG variants plus the extra raw file. (The raw file could be connected as attachment though)

			=== separation between originals and renderers ===

			One of the files is special, because you can make every other asset from that one. It could make sense to split file storage from these cached files. In case you want to have the cached ones on volatile but fast storage for frequent access, and the originals on cheaper/more reliant/slower storage where they'd still be accesible, just not as much.

	== Accurately describe mimetype ==		== Accurately describe mimetype ==

2012-12-22T22:36:26Z

Feature ideas / use cases

← Older revision		Revision as of 22:36, 22 December 2012
Line 18:		Line 18:

	Maybe your media type has a "special type of gallery", for example an audio playlist?		Maybe your media type has a "special type of gallery", for example an audio playlist?

			=== submitting media from the command line ===

			Submission is very tied to the submit view. What if someone wanted a tool like:

			./bin/gmg submitmedia moognu.gif

			(How would this work also if plugins add extra things to the submit process though?)

	== Accurately describe mimetype ==		== Accurately describe mimetype ==

2012-12-22T22:35:17Z

Feature ideas / use cases

← Older revision		Revision as of 22:35, 22 December 2012
Line 12:		Line 12:

	https://mairin.wordpress.com/2010/03/09/another-design-hub-mockup/		https://mairin.wordpress.com/2010/03/09/another-design-hub-mockup/

			=== media-type-specific views ===

			Maybe your media type benefits from submitting or adjusting some extra things after the fact?

			Maybe your media type has a "special type of gallery", for example an audio playlist?

	== Accurately describe mimetype ==		== Accurately describe mimetype ==

2012-12-18T22:13:32Z

← Older revision		Revision as of 22:13, 18 December 2012
Line 2:		Line 2:

	See also: [[Feature_Ideas/Reprocessing]]		See also: [[Feature_Ideas/Reprocessing]]

			== Feature ideas / use cases ==

			Dumping some feature ideas that could affect the design of this here, but don't actually describe how they'd be implemented necessarily.

			=== File "History" ===

			What if we would like files to have something like "design hub", where you can upload revisions of a project as you go along:

			https://mairin.wordpress.com/2010/03/09/another-design-hub-mockup/

	== Accurately describe mimetype ==		== Accurately describe mimetype ==

2012-12-18T22:09:47Z

Mime type

← Older revision		Revision as of 22:09, 18 December 2012
Line 15:		Line 15:
	Feeds etc need to be able to specify the mime type of a media file. Currently there is no way to get at the file's mime type. We'll need to think whether we store this per-file, simply in an extra field, or in an extra MimeType table? Or...?		Feeds etc need to be able to specify the mime type of a media file. Currently there is no way to get at the file's mime type. We'll need to think whether we store this per-file, simply in an extra field, or in an extra MimeType table? Or...?


	<nowiki>
	16:13 < Elrond> We had a discussion on mimetype detection from bytes:		16:13 < Elrond> We had a discussion on mimetype detection from bytes:
	16:13 < Elrond> >>> import magic; ms = magic.open(magic.MAGIC_MIME_TYPE); ms.load();		16:13 < Elrond> >>> import magic; ms = magic.open(magic.MAGIC_MIME_TYPE); ms.load();
Line 22:		Line 22:
	16:14 < Elrond> Works also:		16:14 < Elrond> Works also:
	16:14 < Elrond> >>> ms.buffer(file("really_a_jpg.png").read(20))		16:14 < Elrond> >>> ms.buffer(file("really_a_jpg.png").read(20))
	16:14 < Elrond> 'image/jpeg'~~</nowiki>~~		16:14 < Elrond> 'image/jpeg'

2012-12-18T22:09:35Z

Mime type

@@ Line 14: / Line 14: @@
 === Mime type ===
 Feeds etc need to be able to specify the mime type of a media file. Currently there is no way to get at the file's mime type. We'll need to think whether we store this per-file, simply in an extra field, or in an extra MimeType table? Or...?
-:14 < Elrond> >>> ms.buffer(file("really_a_jpg.png").read(20))
+:13 < Elrond> 'image/jpeg'
-:14 < Elrond> 'image/jpeg'</nowiki>
+:14 < Elrond> Works also:

2012-12-18T22:07:37Z

← Older revision		Revision as of 22:07, 18 December 2012
Line 1:		Line 1:
	We're planning to extend the media type system so that it's more like plugins. This page is to document some of the things we wish media types to be able to accomplish.		We're planning to extend the media type system so that it's more like plugins. This page is to document some of the things we wish media types to be able to accomplish.

			See also: [[Feature_Ideas/Reprocessing]]

	== Accurately describe mimetype ==		== Accurately describe mimetype ==