GNOME Bugzilla – Bug 563456
create file association for .xptv files
Last modified: 2010-09-09 20:22:56 UTC
It seems pitivi is now able to save and open project files, however it would be nice if: - gnome knew that this file is associated with pitivi, automatically. - there was an icon provided for pitivi project files (if you need me to, I can GIMP the pitivi logo onto gnome textfile icons, but you need to make pitivi actually use them) By the way, what does ".pptv" stand for, wouldn't it be better named ".ptv" or even ".pitivi"?
Agreed. We should also probably filter filenames in the open and import dialogs based on extension.
Created attachment 128024 [details] proposed icon I just made an icon for the pitivi project mimetype by remixing elements of the gnome and pitivi icon themes. Hopefully a patch will be able to make good use of it :)
why not something like the "render project" icon ? With both ideas of "movie" and "edition"
If you can manage something that reflects all that at once without looking overcrowded (tried to keep the icon simple/file-centric), that could be an idea, I guess.
i was thinking of a film strip with a pair of scissor http://images.google.fr/images?hl=fr&q=film%20strip It could be based on "render project" icon but with a pair of scissor instead of a gear I don't have any talent for drawing icons sorry :-( OR we could just re-use pitivi main icon (inside a document icon like your mockup) http://ostatic.com/files/images/icon_pitivi_image_4.png Maybe the 2nd proposal would be the most clear
Well, there's a limit to the level of visual and physical complexity that can be crammed into a 48x48 icon, and it even has to scale to smaller sizes, so in theory the icon should be tailored to multiple versions for multiple resolutions. There's half a dozen ways to do this artistically, but I'd probably need a tango icon artist to come and make his own rendition of the concept while still not overcrowding the icon with "stuff". Just putting the pitivi logo inside a "blank file" frame doesn't seem much representative of a "video editing project file" to me, and cutting is only one of the myriad of operations you can do in a video editor. There is an obvious flaw in my current icon design, however, which is a simple principle that I forgot: one must not draw a piece of paper as the background if the document does not actually deal with paper! (http://library.gnome.org/devel/hig-book/stable/icons-types.html.en). So I guess I have to go back to the drawing board, so to speak. This also means that if I remove that, I /certainly/ cannot reuse the "pitivi clap" logo, because the document icon would actually be 100% identical to the logo icon. P.s.: the current icon already has a filmstrip, for what it's worth.
Created attachment 131005 [details] new icon proposals Here's a new set of alternate icons. I can't really decide which is better for now. Note: the "no paper unless the document deals with paper" rule is a GNOME one, but Apple do not observe that.
Created attachment 131006 [details] screenshot in action ...and here's how those icons look in a "real world scenario" amist a bunch of random text files/documents.
I think we might be over-thinking this a bit. I think most users have been conditioned to identify the dog-eared paper shape with any user-data, not necessarily that which can be represented on paper. Blame early macs for mashing up metaphors like that. So, FWIW, I like this one the best. It's clear that it's a document (i.e. user data, as opposed to a media file with video information), and the film strip and the clips in the document frame add a nice touch. http://bugzilla.gnome.org/attachment.cgi?id=128024&action=view On the other hand, if you absolutely can't abide the notion of using a paper to represent a movie project, consider the projector screen icon from presenter: http://library.gnome.org/devel/hig-book/stable/images/icons-objects.png.en Maybe we could re-hash the projector screen shape with the academic-leader coundown from PiTiVi's logo, or the clapboard, or the wiggly film strip. Or maybe we could just say "forget it" and use .jpg of a flamable celluloid film bursting into flame while still in the projector =P
Created attachment 131022 [details] mockup : filmstrip with pitivi icon or scissors
Maybe the document could be the filmstrip which seems logical to me, that's why i pointed out the "render project" icon whom filmstrip could be a good basis, maybe mixed with a pair of scissor or any tool that can be related with Edition, or mixed with the pitivi logo see mockup above
changing name to reflect change in extension
this fixes part of the problem. We still need an icon. commit 7e7b0863e3049e168915089c1a9e5593be7c3931 Author: Alessandro Decina <alessandro.d@gmail.com> Date: Thu Apr 30 15:32:48 2009 +0200 Register the text/x-xptv mime type, and set pitivi as its default app.
What do people think of my Pitivi_logo1.png mockup ? (see Comment #10 & 11)
Not bad either (the verdict is still out on the other dozen of alternatives :), I'll just comment on the technical standpoint: it is fuzzy (not sharp/pixel-perfected onto the grid), so it would need to be reworked to do that for various resolutions, especially 48x48 (see http://mso-chronicles.blogspot.com/2008/06/echo-icon-common-mistakes-blurry-icons.html)
Indeed, as i said it's only a mockup - since i don't have the skills to create real icons :(
*** Bug 583480 has been marked as a duplicate of this bug. ***
The current situation with the jaunty packages in the PPA is that: - the file is correctly installed to /usr/share/mime/packages/pitivi.xml - the mimetype association still doesn't work. According to the gnome docs [1], it seems to me that what is missing is "update-mime-database /usr/share/mime". As such, it is a packaging error, where some scripts are missing. [1]: http://library.gnome.org/devel/integration-guide/stable/mime.html
What is missing is the link between the MIME database and the .desktop file. To make Pitivi open when you double click a .xptv file in nautilus, you have to: 1. add the text "MimeType=text/x-xptv;" to /usr/share/applications/pitivi.desktop 2. run "update-desktop-database /usr/share/applications" I don't know whether to to add it to: * pitivi.desktop.in.in * pitivi.desktop.in * pitivi.desktop in my GIT checkout. I also don't know how to ensure that "update-desktop-database /usr/share/applications" gets run after installation. But at long last I can open .xptv files from Nautlius.
Created attachment 162513 [details] [review] GIT patch file to get pitivi.desktop to handle text/x-xptv files.
The patch file above ensures that pitivi.desktop handles the text/x-xptv mime type, so that double-clicking a pitivi project file in nautilus starts pitivi and opens the file. It gets correctly installed into /usr/local/share/applications/pitivi.desktop after a 'sudo make install'. However, I don't know how to ensure that "update-desktop-database /usr/share/applications" or "update-desktop-database /usr/local/share/applications" is run at the appropriate times, especially after installation from an APT package.
Patch committed, I have no idea how/who/when update-desktop-database should be run though. Is this even our responsibility ? commit d83a36ca04eecdd3a367fd21e46e1e5690706ea4 Author: Stephen Irons <stephen.irons@clear.net.nz> Date: Wed Jun 2 16:31:48 2010 +1200 Added mime type to .desktop file https://bugzilla.gnome.org/show_bug.cgi?id=563456
That should be handled by the packaging system, you don't need to worry about that. Just having the entry in the .desktop file is enough.