From tvon@etria.com Mon Oct 11 10:53:23 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2FF593B0BA4 for ; Mon, 11 Oct 2004 10:53:23 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30378-01 for ; Mon, 11 Oct 2004 10:53:21 -0400 (EDT) Received: from server1.etria.com (server1.etria.com [69.44.58.248]) by menubar.gnome.org (Postfix) with ESMTP id EA5653B070E for ; Mon, 11 Oct 2004 10:53:20 -0400 (EDT) Received: from 192.168.1.105 (h-66-167-145-100.mclnva23.dynamic.covad.net [66.167.145.100]) by server1.etria.com (Postfix) with ESMTP id 84F856B805A for ; Mon, 11 Oct 2004 14:53:20 +0000 (UTC) From: Tom von Schwerdtner To: F-Spot List Content-Type: multipart/related; type="multipart/alternative"; boundary="=-KHRNb9/Hf8aLN9gm2x9k" Organization: Etria, LLP Date: Mon, 11 Oct 2004 10:53:04 -0400 Message-Id: <1097506384.5374.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: CVS, intltool foo X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:53:23 -0000 --=-KHRNb9/Hf8aLN9gm2x9k Content-Type: multipart/alternative; boundary="=-9vGFSONQbhjJilgxPT2V" --=-9vGFSONQbhjJilgxPT2V Content-Type: text/plain Content-Transfer-Encoding: 7bit Greetings, A recent CVS checkout gave me some intltool errors, namely: checking for intltool >= 0.21... ./configure: line 1: ./intltool-update.in: No such file or directory ./configure: line 1: ./intltool-update.in: No such file or directory ./configure: line 1970: test: : integer expression expected found. Your intltool is too old. You need intltool 0.21 or later. This seems to be due to the intltool-foo.in files missing. I copied the relevant files from the Tomboy CVS co and it configures fine now. -Tom Tom von Schwerdtner Etria, LLP - www.etria.com --=-9vGFSONQbhjJilgxPT2V Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Greetings,

  A recent CVS checkout gave me some intltool errors, namely:

checking for intltool >= 0.21... ./configure: line 1: ./intltool-update.in: No such file or directory
./configure: line 1: ./intltool-update.in: No such file or directory
./configure: line 1970: test: : integer expression expected
found. Your intltool is too old.  You need intltool 0.21 or later.

This seems to be due to the intltool-foo.in files missing.  I copied the relevant files from the Tomboy CVS co and it configures fine now.

-Tom

Tom von Schwerdtner
Etria, LLP - www.etria.com
--=-9vGFSONQbhjJilgxPT2V-- --=-KHRNb9/Hf8aLN9gm2x9k Content-ID: <1097506023.5374.0.camel@localhost.localdomain> Content-Disposition: attachment; filename=signature-logo.png Content-Type: image/png; name=signature-logo.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAADcAAAAyCAMAAADPyLPHAAAC91BMVEUBBAAEBwIAAQAHCQUICwcK DAgLDQoMDwsOEAwPEQ0QEg8RExAUFRMZGhgaHBocHRseHx0fIB4gIR8hIyAkJSMlJyQmKCUoKScp KygqLCkrLSosLSstLiwwMi8xMzAzNDI1NzQ3OTY4OjclQFMfQlkmQlUlRFE8PjsoQ1csRU4uRFI+ QD0qRVkvRVQmSGBAQT9BQkA0RlAxR1YhTWQ5R0wqS2RERUMkT2Y3SVNFR0Q8SlA5S1VGSEUuTmcp UW8+TFEvUGhISkcpVGs9T1lKTEpCUFU6U1xKTlBOT00wV3QpW3dFVFksWn1PUU4lXYVQUk9RU1BP VFYvXYBSVFFTVFIpYIgxXoJUVVMhZYxPV15VVlQ5XIE0XohWV1VWWFVXWVZSWmFWWlxRXV0wZY1X W11ZW1haXFkzZZQrapdbXVpSYWZcXls2Z5ZdX1xZYGc2apNeYF04aZlVZGleYmRgYl86a5thY2Bi ZGFgZWdkZWNlZmQ/b59maGVkaWtoaWdCcqI8dKloamdpa2g9datnbG5qbGlGc6prbWpsbmtucG1D erBvcW5GfLNAf7tydHFzdXJxdXhQe7NDgb10dnNLfrt1d3Q8h8F2eHVGhMBOgb54eXd1en15e3hR hMF7fHp4fX98fntMicZUhsN9f3x7gIN+gH1WiMZQis1/gX5Si89YisiBg4B/hIeChIGDhYKEhoOG iIWHiYaIioeJi4iKjImLjYqMjouNj4yPkY6Qko+Rk5CSlJGTlZKUlpOVl5SWmJWXmZaYmpeanJmc npudn5yfoZ6gop+ho6CipKGjpaKkpqOlp6SmqKWnqaaoqqepq6iqrKmrraqsrqutr6yusK2wsq6x s6+ytLGztbK0trO1t7S2uLW3uba4ure5u7i6vLm7vbq8vru9v7zAwr7CxMHExsPHycbIysfKzMnL zsrNz8zP0c7Q0s/T1dLU1tPW2NXY2tbb3drd39zg4t/k5uPl5+Tn6ebp6+jr7urv8e7x8/D09/P+ //wLUoWXAAAAAXRSTlMAQObYZgAAAAFiS0dEAIgFHUgAAAAJcEhZcwAACxMAAAsTAQCanBgAAAAH dElNRQfUCQENLBGrjimCAAAAHXRFWHRDb21tZW50AENyZWF0ZWQgd2l0aCBUaGUgR0lNUO9kJW4A AATgSURBVHjazVb/S1tXFM//Uhmj6H4QCgVpGQTJysbAIh2hEXLZg07G7pBLYWUkK/Sx3wa3o4xq MQF5pEt23Rgzmvo9JppETZOo+WbMiz6jsj1j5hPSmuWH3ffF5EXT4sZ+2P0h5J1zPvfcc8/nnHMN hv/rkiSptSI95XSS5Z2LinI+5iecEzu58VDuwnYB8zWL5aMOvHVOUXjpsPbaf51ZXApOOSAghWb1 +JVHHo/HNXwTpvS7ZQhCE+Kriri3X6nRdfgTCuth68ZHbro8btc1clCXZn0IJyuVPcIAAHpHqzIy DDd0OOdtN3XnocCH5owmE8LIztdqe9iEZ0KrSz6EXsvAoG27DttDX6vuPK7Bd6OqbJOzrslmJudS rki/t0LMrIyrocU6TrB+o7lzj1xRxRs2+wE1wsCf0xKQdyAF5yV1nIjuq+487sGOmHwhIThBTUSA o+W60QRQcH6uEZ/3fc2dx2Kl8UlhJkgtSggnGtneJaq/yZ8buE3rPdXd06vjgsEQghElkiH93RUw p+CcEzphsPvOY49n5H7Hs8ypFAdBxcCe0Ocq3pdVcExEJyytfHW97co7H5KsdJqBPln/EsT0lCxo x8yhZkoVYoGFcHqX/nFiWV/uJWJD+6oSNhVlcYUJXKS88jvL/CEbcHqqVk/XIFGzwDYYyr+cC2cO zygHlDD2QLSpWjCr0GwV1mOWlsztN98zE7WEtjnllDUH5nUniWHbkSyNfhKqxxzpGng+/PxhJ1E8 RkBJNiiZlxowIY6QAgta/WfHMuzAAZfb5XI/NKbl24EziruxRnRigpinlb1wv+6GU52DCqcH2+TK SjCHKnmJtrGYIxBuyaIUg9d1EcfaVUqPtM2XDdtYSV1NNCWrcovgPUEzXJclPNu/0FTrmc7vFU4P ti1LhoTpRMG9gDF+K71Khr5gc/Tzr4Sd8SabG9Mee1uh9D1z6lQi6mXWECYEms14fl9uDmMMIqni +XTHe+48HnliuT5Xrm6zqwrsT8BALiJWaGOJ/9JncqzstGqCcbbrahcK0vyl4e+qv6Nj6VjMz2MI bJx/Y+cNPVXYXEsqMQceqDDRwSJoZvDYYpI/uERPJqMq7gXw+lfTOUG6XC8XtPBqTpy+DGR7mZA1 GgQPBRWH9SX0Zjdc562bRsIbNntFFWcfO7oEbqadMu3brsVixlQ687d/CXcMHQ1u98c4nwWav1F9 EekmU2ZBNz0Kph9on3Z9yuYzjBbfCkq3gPHLsMfWoM0xtlB3rhtE2MF+FVcG/gu0KqcI8Akm3QRM XP9y8Mlda9JwMourKtAH187PwQgG0X2k752GCDJ2s0l5KEAtwNoDZ1JvIW54AT4qAl/TMao7qYwg /9nSyo8yjcHxOi23k9MsWK2E4HSxZfr57JRJhVVrB59D/3peKBYLm3E/NjlKlQkQbEUiYQFCzj+k FSBd06DH/szBYdhjdtC+CNlsyzTOGS0D12y+vkgdeJSdxBiT8C4d7RFmjG+dffiZ2z189bdpEKtd WAVka8zBc8EZv6OsuUGyAWbydTMqbUf+/JvYVoIDdEh3BiQpxvbHG6CSF6HxzFtoutx96247J9+9 ELV9wJK5xaUF71BfDxcV3s7vDfLjvPbE2F3XXlZTK3z5Hz3jqtXT45Nq9V88AE/p+s9flX8DF2Dw vq+w8lUAAAAASUVORK5CYII= --=-KHRNb9/Hf8aLN9gm2x9k-- From garrett@ximian.com Mon Oct 11 23:08:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C69433B0F94 for ; Mon, 11 Oct 2004 23:08:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31039-06 for ; Mon, 11 Oct 2004 23:08:01 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 7E0463B0F5B for ; Mon, 11 Oct 2004 23:08:01 -0400 (EDT) Received: (qmail 6741 invoked from network); 12 Oct 2004 03:07:57 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 12 Oct 2004 03:07:57 -0000 From: Garrett LeSage To: F-Spot list Content-Type: multipart/alternative; boundary="=-Snpm6Ng7E8AjtcuGdFYI" Organization: Novell, Inc. Date: Mon, 11 Oct 2004 23:05:48 -0400 Message-Id: <1097550349.13079.13.camel@30-5-54> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: F-Spot mockups X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 03:08:04 -0000 --=-Snpm6Ng7E8AjtcuGdFYI Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi all! I recently put some f-spot mockups and informaiton on a wiki on primates.ximian.com. Hopefully we can set up the wiki on a larger scale sometime soon. For now, it has some information you might want to check out, such as the print dialog and an enhance sidebar for f-spot. We will be adding more ideas and mockups as time goes on, so be sure to check back. You can view the wiki in its temporary location at: http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot Mockup eyecandy at: http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:enhancement http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:print_dialog Be sure to check out the other f-spot related pages on the wiki, and please share your comments about the ideas (and feel free to suggest your own here on the list). Garrett --=-Snpm6Ng7E8AjtcuGdFYI Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Hi all!

I recently put some f-spot mockups and informaiton on a wiki on primates.ximian.com.  Hopefully we can set up the wiki on a larger scale sometime soon.  For now, it has some information you might want to check out, such as the print dialog and an enhance sidebar for f-spot.  We will be adding more ideas and mockups as time goes on, so be sure to check back.

You can view the wiki in its temporary location at:
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot

Mockup eyecandy at:
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:enhancement
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:print_dialog

Be sure to check out the other f-spot related pages on the wiki, and please share your comments about the ideas (and feel free to suggest your own here on the list).

Garrett --=-Snpm6Ng7E8AjtcuGdFYI-- From w.l.devries@student.tudelft.nl Mon Oct 11 08:20:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0BA783B13E3 for ; Mon, 11 Oct 2004 08:20:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22818-03 for ; Mon, 11 Oct 2004 08:20:04 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 7B1463B0678 for ; Mon, 11 Oct 2004 08:20:03 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CGz9m-0005GO-6m for f-spot-list@gnome.org; Mon, 11 Oct 2004 14:20:02 +0200 Message-ID: <416A7A73.2070007@student.tudelft.nl> Date: Mon, 11 Oct 2004 14:20:03 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 13 Oct 2004 19:11:04 -0400 Subject: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 12:20:10 -0000 Hi, I was trying to install f-spot from cvs, but I ran into some autogen.sh troubles.. aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library AM_PROG_LIBTOOL seems to have been deprecated and replaced by AC_PROG_LIBTOOL. After changing it I still get these messages... libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined libeog/Makefile.am:14: libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' intltool 0.21 or later is required. I seem to have intltool debian version 0.31.3-1. checking for intltool >= 0.21... ./configure: line 1773: ./intltool-update.in: No such file or directory ./configure: line 1775: ./intltool-update.in: No such file or directory ./configure: line 1778: test: : integer expression expected found. Your intltool is too old. You need intltool 0.21 or later. I don't know if these versions are incompatible, but 0.31.3 is later than 0.21. After removing the dependency on the version it still misses the file intltool-extract.in Greetings, Wouter -- Wouter de Vries From tvon@etria.com Wed Oct 13 23:24:21 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 79B433B0896 for ; Wed, 13 Oct 2004 23:24:21 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01616-02 for ; Wed, 13 Oct 2004 23:24:20 -0400 (EDT) Received: from server1.etria.com (server1.etria.com [69.44.58.248]) by menubar.gnome.org (Postfix) with ESMTP id 328C73B0928 for ; Wed, 13 Oct 2004 23:24:20 -0400 (EDT) Received: from 192.168.0.201 (dsl093-119-225.blt1.dsl.speakeasy.net [66.93.119.225]) by server1.etria.com (Postfix) with ESMTP id 870A76B8073; Thu, 14 Oct 2004 03:24:19 +0000 (UTC) From: Tom von Schwerdtner To: Wouter Leonard de Vries In-Reply-To: <416A7A73.2070007@student.tudelft.nl> References: <416A7A73.2070007@student.tudelft.nl> Content-Type: multipart/related; type="multipart/alternative"; boundary="=-gnoCzD5cU5Ys9MhdIkIB" Organization: Etria, LLP Date: Wed, 13 Oct 2004 23:24:11 -0400 Message-Id: <1097724251.5111.25.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 03:24:21 -0000 --=-gnoCzD5cU5Ys9MhdIkIB Content-Type: multipart/alternative; boundary="=-Ikg4cusNyfEpfgNC9PJZ" --=-Ikg4cusNyfEpfgNC9PJZ Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2004-10-11 at 14:20 +0200, Wouter Leonard de Vries wrote: > Hi, > > I was trying to install f-spot from cvs, but I ran into some autogen.sh > troubles.. I sent a note to the list about this a week or two ago.. It seems the f-spot CVS is missing some intltool-*.in files. If you get a CVS checkout of tomboy and do: cp tomboy/intl-*.in f-spot/ Everything should run fine -Tom > > aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library > AM_PROG_LIBTOOL seems to have been deprecated and replaced by > AC_PROG_LIBTOOL. > After changing it I still get these messages... > libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined > libeog/Makefile.am:14: > libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add > `AC_PROG_LIBTOOL' > > > intltool 0.21 or later is required. I seem to have intltool debian > version 0.31.3-1. > > checking for intltool >= 0.21... ./configure: line 1773: > ./intltool-update.in: No such file or directory > ./configure: line 1775: ./intltool-update.in: No such file or directory > ./configure: line 1778: test: : integer expression expected > found. Your intltool is too old. You need intltool 0.21 or later. > > I don't know if these versions are incompatible, but 0.31.3 is later > than 0.21. After removing the dependency on the version it still misses > the file intltool-extract.in > > > Greetings, > Wouter > Tom von Schwerdtner Etria, LLP - www.etria.com --=-Ikg4cusNyfEpfgNC9PJZ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit On Mon, 2004-10-11 at 14:20 +0200, Wouter Leonard de Vries wrote: 
Hi,

I was trying to install f-spot from cvs, but I ran into some autogen.sh 
troubles..
I sent a note to the list about this a week or two ago..

It seems the f-spot CVS is missing some intltool-*.in files.  If you get a CVS checkout of tomboy and do:

cp tomboy/intl-*.in f-spot/

Everything should run fine

-Tom


aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library
AM_PROG_LIBTOOL seems to have been deprecated and replaced by 
AC_PROG_LIBTOOL.
After changing it I still get these messages...
libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined
libeog/Makefile.am:14:
libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add 
`AC_PROG_LIBTOOL'


intltool 0.21 or later is required. I seem to have intltool debian 
version 0.31.3-1.

checking for intltool >= 0.21... ./configure: line 1773: 
./intltool-update.in: No such file or directory
./configure: line 1775: ./intltool-update.in: No such file or directory
./configure: line 1778: test: : integer expression expected
 found. Your intltool is too old.  You need intltool 0.21 or later.

I don't know if these versions are incompatible, but 0.31.3 is later 
than 0.21. After removing the dependency on the version it still misses 
the file intltool-extract.in


Greetings,
Wouter
Tom von Schwerdtner
Etria, LLP - www.etria.com
--=-Ikg4cusNyfEpfgNC9PJZ-- --=-gnoCzD5cU5Ys9MhdIkIB Content-ID: <1097724246.5111.23.camel@localhost.localdomain> Content-Disposition: attachment; filename=signature-logo.png Content-Type: image/png; name=signature-logo.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAADcAAAAyCAMAAADPyLPHAAAC91BMVEUBBAAEBwIAAQAHCQUICwcK DAgLDQoMDwsOEAwPEQ0QEg8RExAUFRMZGhgaHBocHRseHx0fIB4gIR8hIyAkJSMlJyQmKCUoKScp KygqLCkrLSosLSstLiwwMi8xMzAzNDI1NzQ3OTY4OjclQFMfQlkmQlUlRFE8PjsoQ1csRU4uRFI+ QD0qRVkvRVQmSGBAQT9BQkA0RlAxR1YhTWQ5R0wqS2RERUMkT2Y3SVNFR0Q8SlA5S1VGSEUuTmcp UW8+TFEvUGhISkcpVGs9T1lKTEpCUFU6U1xKTlBOT00wV3QpW3dFVFksWn1PUU4lXYVQUk9RU1BP VFYvXYBSVFFTVFIpYIgxXoJUVVMhZYxPV15VVlQ5XIE0XohWV1VWWFVXWVZSWmFWWlxRXV0wZY1X W11ZW1haXFkzZZQrapdbXVpSYWZcXls2Z5ZdX1xZYGc2apNeYF04aZlVZGleYmRgYl86a5thY2Bi ZGFgZWdkZWNlZmQ/b59maGVkaWtoaWdCcqI8dKloamdpa2g9datnbG5qbGlGc6prbWpsbmtucG1D erBvcW5GfLNAf7tydHFzdXJxdXhQe7NDgb10dnNLfrt1d3Q8h8F2eHVGhMBOgb54eXd1en15e3hR hMF7fHp4fX98fntMicZUhsN9f3x7gIN+gH1WiMZQis1/gX5Si89YisiBg4B/hIeChIGDhYKEhoOG iIWHiYaIioeJi4iKjImLjYqMjouNj4yPkY6Qko+Rk5CSlJGTlZKUlpOVl5SWmJWXmZaYmpeanJmc npudn5yfoZ6gop+ho6CipKGjpaKkpqOlp6SmqKWnqaaoqqepq6iqrKmrraqsrqutr6yusK2wsq6x s6+ytLGztbK0trO1t7S2uLW3uba4ure5u7i6vLm7vbq8vru9v7zAwr7CxMHExsPHycbIysfKzMnL zsrNz8zP0c7Q0s/T1dLU1tPW2NXY2tbb3drd39zg4t/k5uPl5+Tn6ebp6+jr7urv8e7x8/D09/P+ //wLUoWXAAAAAXRSTlMAQObYZgAAAAFiS0dEAIgFHUgAAAAJcEhZcwAACxMAAAsTAQCanBgAAAAH dElNRQfUCQENLBGrjimCAAAAHXRFWHRDb21tZW50AENyZWF0ZWQgd2l0aCBUaGUgR0lNUO9kJW4A AATgSURBVHjazVb/S1tXFM//Uhmj6H4QCgVpGQTJysbAIh2hEXLZg07G7pBLYWUkK/Sx3wa3o4xq MQF5pEt23Rgzmvo9JppETZOo+WbMiz6jsj1j5hPSmuWH3ffF5EXT4sZ+2P0h5J1zPvfcc8/nnHMN hv/rkiSptSI95XSS5Z2LinI+5iecEzu58VDuwnYB8zWL5aMOvHVOUXjpsPbaf51ZXApOOSAghWb1 +JVHHo/HNXwTpvS7ZQhCE+Kriri3X6nRdfgTCuth68ZHbro8btc1clCXZn0IJyuVPcIAAHpHqzIy DDd0OOdtN3XnocCH5owmE8LIztdqe9iEZ0KrSz6EXsvAoG27DttDX6vuPK7Bd6OqbJOzrslmJudS rki/t0LMrIyrocU6TrB+o7lzj1xRxRs2+wE1wsCf0xKQdyAF5yV1nIjuq+487sGOmHwhIThBTUSA o+W60QRQcH6uEZ/3fc2dx2Kl8UlhJkgtSggnGtneJaq/yZ8buE3rPdXd06vjgsEQghElkiH93RUw p+CcEzphsPvOY49n5H7Hs8ypFAdBxcCe0Ocq3pdVcExEJyytfHW97co7H5KsdJqBPln/EsT0lCxo x8yhZkoVYoGFcHqX/nFiWV/uJWJD+6oSNhVlcYUJXKS88jvL/CEbcHqqVk/XIFGzwDYYyr+cC2cO zygHlDD2QLSpWjCr0GwV1mOWlsztN98zE7WEtjnllDUH5nUniWHbkSyNfhKqxxzpGng+/PxhJ1E8 RkBJNiiZlxowIY6QAgta/WfHMuzAAZfb5XI/NKbl24EziruxRnRigpinlb1wv+6GU52DCqcH2+TK SjCHKnmJtrGYIxBuyaIUg9d1EcfaVUqPtM2XDdtYSV1NNCWrcovgPUEzXJclPNu/0FTrmc7vFU4P ti1LhoTpRMG9gDF+K71Khr5gc/Tzr4Sd8SabG9Mee1uh9D1z6lQi6mXWECYEms14fl9uDmMMIqni +XTHe+48HnliuT5Xrm6zqwrsT8BALiJWaGOJ/9JncqzstGqCcbbrahcK0vyl4e+qv6Nj6VjMz2MI bJx/Y+cNPVXYXEsqMQceqDDRwSJoZvDYYpI/uERPJqMq7gXw+lfTOUG6XC8XtPBqTpy+DGR7mZA1 GgQPBRWH9SX0Zjdc562bRsIbNntFFWcfO7oEbqadMu3brsVixlQ687d/CXcMHQ1u98c4nwWav1F9 EekmU2ZBNz0Kph9on3Z9yuYzjBbfCkq3gPHLsMfWoM0xtlB3rhtE2MF+FVcG/gu0KqcI8Akm3QRM XP9y8Mlda9JwMourKtAH187PwQgG0X2k752GCDJ2s0l5KEAtwNoDZ1JvIW54AT4qAl/TMao7qYwg /9nSyo8yjcHxOi23k9MsWK2E4HSxZfr57JRJhVVrB59D/3peKBYLm3E/NjlKlQkQbEUiYQFCzj+k FSBd06DH/szBYdhjdtC+CNlsyzTOGS0D12y+vkgdeJSdxBiT8C4d7RFmjG+dffiZ2z189bdpEKtd WAVka8zBc8EZv6OsuUGyAWbydTMqbUf+/JvYVoIDdEh3BiQpxvbHG6CSF6HxzFtoutx96247J9+9 ELV9wJK5xaUF71BfDxcV3s7vDfLjvPbE2F3XXlZTK3z5Hz3jqtXT45Nq9V88AE/p+s9flX8DF2Dw vq+w8lUAAAAASUVORK5CYII= --=-gnoCzD5cU5Ys9MhdIkIB-- From micke@imendio.com Thu Oct 14 07:22:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9CD383B0793 for ; Thu, 14 Oct 2004 07:22:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21401-02 for ; Thu, 14 Oct 2004 07:22:42 -0400 (EDT) Received: from holken.mikan.net (holken.mikan.net [195.43.255.228]) by menubar.gnome.org (Postfix) with ESMTP id 1ECBA3B0C91 for ; Thu, 14 Oct 2004 07:22:41 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by holken.mikan.net (Postfix) with ESMTP id 5C1383352CC; Thu, 14 Oct 2004 13:22:40 +0200 (CEST) Received: from holken.mikan.net ([127.0.0.1]) by localhost (holken.mikan.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06906-01; Thu, 14 Oct 2004 13:22:36 +0200 (CEST) Received: from [192.168.114.10] (h4n6c1o1035.bredband.skanova.com [81.227.21.4]) by holken.mikan.net (Postfix) with ESMTP id C8210335254; Thu, 14 Oct 2004 13:22:36 +0200 (CEST) Message-ID: <416E61A0.70306@imendio.com> Date: Thu, 14 Oct 2004 13:23:12 +0200 From: Mikael Hallendal User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wouter Leonard de Vries References: <416A7A73.2070007@student.tudelft.nl> In-Reply-To: <416A7A73.2070007@student.tudelft.nl> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------070801040304030603070200" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at holken.mikan.net X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 11:22:43 -0000 This is a multi-part message in MIME format. --------------070801040304030603070200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Wouter Leonard de Vries wrote: > Hi, Hi, Here is a patch to the autogen.sh script to run intltoolize. Can I commit? Best Regards, Mikael Hallendal -- Imendio AB, http://www.imendio.com/ --------------070801040304030603070200 Content-Type: text/plain; name="f-spot-intltoolize.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="f-spot-intltoolize.patch" ? .ChangeLog.swp ? po/Makefile.in.in Index: ChangeLog =================================================================== RCS file: /cvs/gnome/f-spot/ChangeLog,v retrieving revision 1.290 diff -u -B -p -r1.290 ChangeLog --- ChangeLog 13 Oct 2004 22:51:50 -0000 1.290 +++ ChangeLog 14 Oct 2004 11:22:17 -0000 @@ -1,3 +1,7 @@ +2004-10-14 Mikael Hallendal + + * autogen.sh: Run intltoolize + 2004-10-13 Larry Ewing * src/PreviewPopup.cs: add a border to the preview popup window. Index: autogen.sh =================================================================== RCS file: /cvs/gnome/f-spot/autogen.sh,v retrieving revision 1.5 diff -u -B -p -r1.5 autogen.sh --- autogen.sh 10 Oct 2004 21:06:51 -0000 1.5 +++ autogen.sh 14 Oct 2004 11:22:17 -0000 @@ -118,6 +118,10 @@ do echo "Making $dr/aclocal.m4 writable ..." test -r $dr/aclocal.m4 && chmod u+w $dr/aclocal.m4 fi + if grep "^AC_PROG_INTLTOOL" configure.in >/dev/null; then + echo "Running intltoolize..." + intltoolize --copy --force --automake + fi if grep "^AM_PROG_LIBTOOL" configure.in >/dev/null; then echo "Running libtoolize..." libtoolize --force --copy --------------070801040304030603070200-- From w.l.devries@student.tudelft.nl Thu Oct 14 09:52:12 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0C7F83B0FA1 for ; Thu, 14 Oct 2004 09:52:12 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27876-08 for ; Thu, 14 Oct 2004 09:52:06 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 2FC113B1815 for ; Thu, 14 Oct 2004 09:43:31 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CI5sz-0000x4-Cz for f-spot-list@gnome.org; Thu, 14 Oct 2004 15:43:17 +0200 Message-ID: <416E8277.1080201@student.tudelft.nl> Date: Thu, 14 Oct 2004 15:43:19 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 13:52:12 -0000 Hi, I'm very sorry to bug you again.. I'm having trouble with the exif part of F-Spot. It doesn't read any exif information on jpeg files that clearly do have it. I tried to have a look at the source code, although I've never used c#. In ExifUtils the information is read using ExposureInfo in ExifData. The instantiation of exif_data works fine, but while doing the first data lookup it never returns to the function and just exits GetExposureInfo altogether and leaving info uninitialized. I took a look at ExifData and saw that the Assemble part is the thing where it gets stuck. Could it be that my exif library is broken or not working together with F-Spot? I'm using the Debian unstable version. After renaming /usr/lib/libexif.so to something else I don't even get an error message. Wouter -- Wouter de Vries From lewing@ximian.com Thu Oct 14 16:10:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 731A83B189F for ; Thu, 14 Oct 2004 16:10:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15876-09 for ; Thu, 14 Oct 2004 16:10:56 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 38F473B0A9D for ; Thu, 14 Oct 2004 16:10:56 -0400 (EDT) Received: (qmail 15486 invoked from network); 14 Oct 2004 20:10:55 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 14 Oct 2004 20:10:55 -0000 From: Larry Ewing To: Wouter Leonard de Vries In-Reply-To: <416E8277.1080201@student.tudelft.nl> References: <416E8277.1080201@student.tudelft.nl> Content-Type: text/plain Date: Thu, 14 Oct 2004 15:10:35 -0500 Message-Id: <1097784636.8284.2.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 20:10:59 -0000 What version of libexif do you have installed? --Larry On Thu, 2004-10-14 at 15:43 +0200, Wouter Leonard de Vries wrote: > Hi, > > I'm very sorry to bug you again.. I'm having trouble with the exif part > of F-Spot. It doesn't read any exif information on jpeg files that > clearly do have it. I tried to have a look at the source code, although > I've never used c#. > > In ExifUtils the information is read using ExposureInfo in ExifData. The > instantiation of exif_data works fine, but while doing the first data > lookup it never returns to the function and just exits GetExposureInfo > altogether and leaving info uninitialized. I took a look at ExifData and > saw that the Assemble part is the thing where it gets stuck. Could it be > that my exif library is broken or not working together with F-Spot? I'm > using the Debian unstable version. After renaming /usr/lib/libexif.so to > something else I don't even get an error message. > > > Wouter > From lewing@ximian.com Thu Oct 14 16:17:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3AB6C3B0D66 for ; Thu, 14 Oct 2004 16:17:31 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16180-04 for ; Thu, 14 Oct 2004 16:17:28 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 9899D3B0C99 for ; Thu, 14 Oct 2004 16:17:27 -0400 (EDT) Received: (qmail 15517 invoked from network); 14 Oct 2004 20:17:19 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 14 Oct 2004 20:17:19 -0000 From: Larry Ewing To: Mikael Hallendal In-Reply-To: <416E61A0.70306@imendio.com> References: <416A7A73.2070007@student.tudelft.nl> <416E61A0.70306@imendio.com> Content-Type: text/plain Date: Thu, 14 Oct 2004 15:17:07 -0500 Message-Id: <1097785028.8284.6.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Wouter Leonard de Vries , f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 20:17:32 -0000 On Thu, 2004-10-14 at 13:23 +0200, Mikael Hallendal wrote: > Wouter Leonard de Vries wrote: > > Hi, > > Hi, > > Here is a patch to the autogen.sh script to run intltoolize. > > Can I commit? > > Best Regards, > Mikael Hallendal > Mikael, I went ahead and committed it (I missed your question the first time I read the message), thanks for the patch. --Larry From micampe@gmail.com Fri Oct 15 03:02:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 892213B1135 for ; Fri, 15 Oct 2004 03:02:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07602-09 for ; Fri, 15 Oct 2004 03:02:35 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by menubar.gnome.org (Postfix) with ESMTP id C7C533B0BF4 for ; Fri, 15 Oct 2004 03:02:34 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=WkkDyrJPpqQyazeAfG3zLP9mHbEkT2Fce4xfAixp2F3nuylJJEBCsZLlgjuDPzTQtshFsgpnPycXDK9FDe9kYdnfZV1uoyGO+56gz36aBIOxvyvDipSnCG1CqPHl7ug/ggXDvirB8H+2ENXrkAQ8i4ylkPTDYdngyc7foXOpcRg Received: by mproxy.gmail.com with SMTP id 79so1851rnl for ; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Received: by 10.38.75.43 with SMTP id x43mr923827rna; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Received: by 10.38.209.51 with HTTP; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Message-ID: <94fe55d904101500027bcd20bb@mail.gmail.com> Date: Fri, 15 Oct 2004 09:02:34 +0200 From: Michele Campeotto To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: micampe@micampe.it List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 07:02:36 -0000 Hi, I looked at the code to see how hard would have been to add Flickr support to the exporting and I found it already was there (mostly)! :) That's really cool, although it seems incomplete. Are the Flickr and Fotki classes just stubs for a future pluggable export procedure or is it already working, even in an hackish way? mic -- Michele Campeotto - www.micampe.it You know there ain't no devil, there's just god when he's drunk From sogrady@redmonk.com Fri Oct 15 11:38:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8B67A3B0BF2 for ; Fri, 15 Oct 2004 11:38:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29820-07 for ; Fri, 15 Oct 2004 11:38:33 -0400 (EDT) Received: from fecls-02.atlarge.net (fecls-02.atlarge.net [129.41.63.107]) by menubar.gnome.org (Postfix) with SMTP id 7FE743B0D08 for ; Fri, 15 Oct 2004 11:38:33 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-02.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Fri, 15 Oct 2004 10:34:44 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.139]) with Microsoft Exchange Server HTTP-DAV ; Fri, 15 Oct 2004 15:32:54 +0000 Received: from minisog by owa.atlarge.net; 15 Oct 2004 11:32:54 -0400 From: Stephen O'Grady To: f-spot-list@gnome.org In-Reply-To: <94fe55d904101500027bcd20bb@mail.gmail.com> References: <94fe55d904101500027bcd20bb@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Fri, 15 Oct 2004 11:32:54 -0400 Message-Id: <1097854374.8755.3.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0 X-OriginalArrivalTime: 15 Oct 2004 15:34:44.0429 (UTC) FILETIME=[7ED6B7D0:01C4B2CC] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 15:38:36 -0000 just wanted to second this inquiry as i'd be very interested in this functionality as well, even if it's a dirty hack. On Fri, 2004-10-15 at 09:02 +0200, Michele Campeotto wrote: > Hi, > I looked at the code to see how hard would have been to add Flickr > support to the exporting and I found it already was there (mostly)! :) > That's really cool, although it seems incomplete. Are the Flickr and > Fotki classes just stubs for a future pluggable export procedure or is > it already working, even in an hackish way? > > > mic > From micampe@gmail.com Sat Oct 16 03:38:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5E82C3B0830 for ; Sat, 16 Oct 2004 03:38:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32351-04 for ; Sat, 16 Oct 2004 03:38:30 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by menubar.gnome.org (Postfix) with ESMTP id A91253B06A4 for ; Sat, 16 Oct 2004 03:38:28 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 79so46135rnk for ; Sat, 16 Oct 2004 00:38:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=dv0pgDvjxgRcQ94Vihw6hShSU/FNxqJ02v/lqrW5uCHLYEZs3DlrkQsInH8NFjBQYCu2RhB3gVXPzmekz5JbP/bNzUP6tRoMltzvUpHJ51KrOxvTeENzmQL9BAYKCHxXBWMQXR4lbuP8WRp3p+tmaT3+IPkUd2M/+myIOArMaCE Received: by 10.38.126.4 with SMTP id y4mr396359rnc; Sat, 16 Oct 2004 00:38:28 -0700 (PDT) Received: by 10.38.209.51 with HTTP; Sat, 16 Oct 2004 00:38:27 -0700 (PDT) Message-ID: <94fe55d90410160038217aa497@mail.gmail.com> Date: Sat, 16 Oct 2004 09:38:27 +0200 From: Michele Campeotto To: sogrady@redmonk.com In-Reply-To: <1097854374.8755.3.camel@minisog> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: micampe@micampe.it List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 07:38:34 -0000 On Fri, 15 Oct 2004 11:32:54 -0400, Stephen O'Grady wrote: > just wanted to second this inquiry as i'd be very interested in this > functionality as well, even if it's a dirty hack. [shameless offtopic self promotion] In the meantime you can take a look at my Python FlickrUploadr :) http://micampe.it/uploadr.html mic -- Michele Campeotto - www.micampe.it You know there ain't no devil, there's just god when he's drunk From lewing@ximian.com Sat Oct 16 04:18:48 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 36FCA3B070C for ; Sat, 16 Oct 2004 04:18:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01474-05 for ; Sat, 16 Oct 2004 04:18:45 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 6C5E23B07B9 for ; Sat, 16 Oct 2004 04:18:45 -0400 (EDT) Received: (qmail 18660 invoked from network); 16 Oct 2004 08:18:45 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 16 Oct 2004 08:18:45 -0000 From: Larry Ewing To: sogrady@redmonk.com In-Reply-To: <1097854374.8755.3.camel@minisog> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> Content-Type: text/plain Date: Sat, 16 Oct 2004 03:18:42 -0500 Message-Id: <1097914722.8284.34.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 08:18:48 -0000 The flickr upload stubs should work fine, I've tested them myself with some minimal glue, but they are currently not hooked to any UI and are very incomplete. If there is a lot of demand I can whip up a temporary dialog that would allow for uploading. Otherwise I'll wait for a while hoping I think of a design that can integrate all the export targets I'm aiming for. --Larry On Fri, 2004-10-15 at 11:32 -0400, Stephen O'Grady wrote: > just wanted to second this inquiry as i'd be very interested in this > functionality as well, even if it's a dirty hack. > > On Fri, 2004-10-15 at 09:02 +0200, Michele Campeotto wrote: > > Hi, > > I looked at the code to see how hard would have been to add Flickr > > support to the exporting and I found it already was there (mostly)! :) > > That's really cool, although it seems incomplete. Are the Flickr and > > Fotki classes just stubs for a future pluggable export procedure or is > > it already working, even in an hackish way? > > > > > > mic > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From loz@flower.powernet.co.uk Sat Oct 16 09:48:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 174643B0C4D for ; Sat, 16 Oct 2004 09:48:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13148-05 for ; Sat, 16 Oct 2004 09:48:24 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id ECB1B3B0830 for ; Sat, 16 Oct 2004 09:48:23 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9GDmL0v030573 for ; Sat, 16 Oct 2004 14:48:21 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 575ABFF6E for ; Sat, 16 Oct 2004 14:48:17 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-iwyGHSWqgzETPnzjVFs7" Date: Sat, 16 Oct 2004 14:48:15 +0100 Message-Id: <1097934495.9561.5.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch to remember highlighted tag X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 13:48:26 -0000 --=-iwyGHSWqgzETPnzjVFs7 Content-Type: text/plain Content-Transfer-Encoding: 7bit The attached patch passes the currently highlighted tag to the create tag dialogue. It could be improved in the case where multiple items are highlighted (it should probably pass the last tag the user highlighted, rather than the first in the list). This is the first C# code I've written, so comments on style/idiom/correctness are welcome. cheers Loz Hygate --=-iwyGHSWqgzETPnzjVFs7 Content-Disposition: attachment; filename=f-spot-loz.diff Content-Type: text/x-patch; name=f-spot-loz.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 16 Oct 2004 13:41:34 -0000 @@ -877,14 +877,14 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) + if (command.Execute (TagCommands.TagType.Tag, tag_selection_widget.SingleCategoryHighlight)) tag_selection_widget.Update (); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) + if (command.Execute (TagCommands.TagType.Category, tag_selection_widget.SingleCategoryHighlight)) tag_selection_widget.Update (); } Index: src/TagCommands.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagCommands.cs,v retrieving revision 1.8 diff -u -r1.8 TagCommands.cs --- src/TagCommands.cs 12 Sep 2004 19:26:38 -0000 1.8 +++ src/TagCommands.cs 16 Oct 2004 13:41:34 -0000 @@ -111,7 +111,28 @@ Update (); } - public bool Execute (TagType type) + private Category Category { + get { + if (categories.Count == 0) + return tag_store.RootCategory; + else + return categories [category_option_menu.History] as Category; + } + set { + if ((value != null) && (categories.Count > 0)) { + //System.Console.WriteLine("TagCreateCommand.set_Category(" + value.Name + ")"); + for (int i = 0; i < categories.Count; i++) { + Category category = (Category)categories[i]; + // should there be an equals type method? + if (value.Id == category.Id) { + category_option_menu.SetHistory((uint)i); + return; + } + } + } + } + } + public bool Execute (TagType type, Category default_category) { Glade.XML xml = new Glade.XML (null, "f-spot.glade", "create_tag_dialog", null); xml.Autoconnect (this); @@ -130,6 +151,7 @@ } PopulateCategoryOptionMenu (); + Category = default_category; Update (); ResponseType response = (ResponseType) create_tag_dialog.Run (); @@ -138,12 +160,7 @@ if (response == ResponseType.Ok) { try { - Category parent_category; - - if (categories.Count == 0) - parent_category = tag_store.RootCategory; - else - parent_category = categories [category_option_menu.History] as Category; + Category parent_category = Category; if (type == TagType.Category) tag_store.CreateCategory (parent_category, tag_name_entry.Text); Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 16 Oct 2004 13:41:35 -0000 @@ -104,8 +104,35 @@ SelectionChanged (this); } } - - + + // For actions that want to act on a single tag + // it can obviously be sped up by stopping after the first match + // May want to consider returning the last tag the user tag highlighted + public Tag SingleTagHighlight + { + get { + Tag[] highlight = TagHighlight(); + if (highlight.Length > 0) + return highlight[0]; + else + return null; + } + } + + // For actions that want to act on a single category + // Uses SingleTagSelection so fixing that to return the last tag the user highlighted would make this return last category... + public Category SingleCategoryHighlight + { + get { + Tag tag = SingleTagHighlight; + if (tag == null) + return null; + else if (tag is Category) + return tag as Category; + else + return tag.Category; + } + } // Loading up the store. private void LoadCategory (Category category, TreeIter parent_iter) --=-iwyGHSWqgzETPnzjVFs7-- From loz@flower.powernet.co.uk Sat Oct 16 15:10:00 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2F2A13B0754 for ; Sat, 16 Oct 2004 15:10:00 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24175-10 for ; Sat, 16 Oct 2004 15:09:58 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 3B2543B0685 for ; Sat, 16 Oct 2004 15:09:58 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9GJ9tf6022391 for ; Sat, 16 Oct 2004 20:09:55 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 54C42FF6E for ; Sat, 16 Oct 2004 20:09:52 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-r3CQLT2qycv54RAyJsFQ" Date: Sat, 16 Oct 2004 20:09:51 +0100 Message-Id: <1097953791.9561.9.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch for full resolution icons. X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 19:10:00 -0000 --=-r3CQLT2qycv54RAyJsFQ Content-Type: text/plain Content-Transfer-Encoding: 7bit The attached patch changes the way the EditIcon builds its icon. As it stands it reads it as a clip from a scaled image. With this patch a copy of the unscaled image is kept in memory and that is used as the source of the icon. Having to know how to do the scaling feels a little icky, perhaps it should be returned by the PxbufUtils.LoadAtMaxSize method. cheers Loz Hygate --=-r3CQLT2qycv54RAyJsFQ Content-Disposition: attachment; filename=f-spot-full-res-icon.diff Content-Type: text/x-patch; name=f-spot-full-res-icon.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/TagCommands.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagCommands.cs,v retrieving revision 1.8 diff -u -r1.8 TagCommands.cs --- src/TagCommands.cs 12 Sep 2004 19:26:38 -0000 1.8 +++ src/TagCommands.cs 16 Oct 2004 19:03:58 -0000 @@ -369,6 +369,8 @@ SpinButton photo_spin_button; int current_item = -1; + Gdk.Pixbuf current_unscaled_image = null; + double scale = 0.0; public int CurrentItem { get { return current_item; @@ -388,6 +390,10 @@ if (old != null) old.Dispose (); + + if (current_unscaled_image != null) + current_unscaled_image.Dispose (); + current_unscaled_image = null; } } } @@ -404,14 +410,18 @@ { int x, y, width, height; Gdk.Pixbuf tmp = null; - + if (current_unscaled_image == null) { + current_unscaled_image = new Gdk.Pixbuf(photos [current_item].DefaultVersionPath); + scale = Math.Max (current_unscaled_image.Width / (double)image_view.Parent.Allocation.Width, + current_unscaled_image.Height / (double)image_view.Parent.Allocation.Height); + } image_view.GetSelection (out x, out y, out width, out height); if (width > 0 && height > 0) { - tmp = new Gdk.Pixbuf (image_view.Pixbuf, x, y, width, height); + + tmp = new Gdk.Pixbuf (current_unscaled_image, (int)(x * scale), (int)(y * scale), (int)(width * scale), (int)(height * scale)); preview_image.Pixbuf = PixbufUtils.TagIconFromPixbuf (tmp); - tmp.Dispose (); } } @@ -467,7 +477,9 @@ Console.WriteLine ("error {0}", ex); } } - + // Does this happen automatically because of the Destroy call? + if (current_unscaled_image != null) + current_unscaled_image.Dispose (); edit_icon_dialog.Destroy (); return success; } --=-r3CQLT2qycv54RAyJsFQ-- From djw@wilsonet.com Sun Oct 17 01:05:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C7F473B07E0 for ; Sun, 17 Oct 2004 01:05:45 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09687-08 for ; Sun, 17 Oct 2004 01:05:43 -0400 (EDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by menubar.gnome.org (Postfix) with ESMTP id 6F9603B0B60 for ; Sun, 17 Oct 2004 01:05:43 -0400 (EDT) Received: from hermes.wilsonet.com (c-67-170-72-203.client.comcast.net[67.170.72.203]) by comcast.net (sccrmhc12) with ESMTP id <2004101705053801200ftgj2e>; Sun, 17 Oct 2004 05:05:38 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by hermes.wilsonet.com (Postfix) with ESMTP id BC34C101F8F for ; Sat, 16 Oct 2004 22:05:44 -0700 (PDT) Received: from hermes.wilsonet.com ([127.0.0.1]) by localhost (hermes.wilsonet.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19376-02 for ; Sat, 16 Oct 2004 22:05:43 -0700 (PDT) Received: from [192.168.2.15] (unknown [192.168.2.15]) by hermes.wilsonet.com (Postfix) with ESMTP id 06538101F8E for ; Sat, 16 Oct 2004 22:05:42 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v619) X-Priority: 3 Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-3--576749648; protocol="application/pkcs7-signature" Message-Id: <2D439DA2-1FFA-11D9-9302-0003938FAEB2@wilsonet.com> X-Image-Url: http://homepage.mac.com/danielwilson/.cv/thumbs/me.thumbnail From: Daniel J.Wilson Date: Sat, 16 Oct 2004 22:05:33 -0700 To: f-spot-list@gnome.org X-Mailer: Apple Mail (2.619) X-Virus-Scanned: by amavisd-new at wilsonet.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Minor Print Preview improvement suggestions X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 05:05:46 -0000 --Apple-Mail-3--576749648 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Via Nat Friedman's post of praise, I came across the proposed Print Preview window, which does indeed look very functional and clean. That said, I have two minor suggestions that might improve the design further. 1. Place a Collate checkbox next to the "Number of Copies" spinbox. 2. Provide drop-down menu navigation of the preview pages to reduce the necessary clicks in large page batches. There are visuals and a bit of elaboration at: http://blog.wilsonet.com/archives/2004/10/16/f-spot-print-previewing/ Keep up the great work, Daniel J. Wilson --Apple-Mail-3--576749648 Content-Transfer-Encoding: base64 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGFDCCAs0w ggI2oAMCAQICAwukhDANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDQwMjA0MTgyNzQyWhcNMDUwMjAzMTgyNzQyWjBCMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBkandAd2lsc29uZXQuY29t MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyA29B+O+zaNAM+YfsV12eKh9DyvKqT8k mIduyt2o+QVPz4jBjLGwDp+99kikQxDvTMcS4f3n5s0xOAHr5bNhoINlJrsvKsjW6WWgkiFdqDvr QyJLQs7oMSIhKnIUkUCXXERi7p18BJ9YsMjga6g3X5AFGwGRwh4SUIdOHXX7nIxGaxJmfrOe53EZ RXZ28UM3or3Op+n6kglUpoAV0uK62J1zZR/tQtjhSQ14C85Zz3hdAQ7NRP2jEiT3tfpK0mYEu1q1 QN0utlIagRgM5ReN12pG1yX9DhIKiGJR9yWcfTDZzl9yrfY8WCmfCjkTd82+fT252ziANPPGvB5n 0H08gwIDAQABoy0wKzAbBgNVHREEFDASgRBkandAd2lsc29uZXQuY29tMAwGA1UdEwEB/wQCMAAw DQYJKoZIhvcNAQEEBQADgYEAY+qb1rIdX0vC0tfK0p0Zs/HibPOMV3eM8sqs0aEu+pENRi2bWxbW kBAW43L79E4dg8m70wG49MwkaqLyxl9VgeEvHOtJqbMQ+1Uq3RRi8Qoq6HHVTW7599xJ1psuCOdX AMrf+9EX+WWyCmYM1K+iy0xliqUmIy+mk1odjv0G/ZMwggM/MIICqKADAgECAgENMA0GCSqGSIb3 DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlD YXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0 aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg Q0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3 MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENv bnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYk KhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGj gZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRo YXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM 0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZ Nd4ksdMdRv9dX2VPMYIC5zCCAuMCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IElzc3VpbmcgQ0ECAwukhDAJBgUrDgMCGgUAoIIBUzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0wNDEwMTcwNTA1MzRaMCMGCSqGSIb3DQEJBDEWBBQL2Uvvz9pWYUr/ lEdBAPX/lJPWQzB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQQIDC6SEMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwukhDANBgkqhkiG9w0BAQEFAASCAQAjLTmmI5UDoLv3 Xfrd+UDEAotWzau0ap2ozKV0GQIXZpoXRw+iCpVK5pV6Tj27DpVmdjYteBGe4pfEW95SiQkQEehY na95kGcfrnYvTAwTcc0g10dJB3AQ6546Q20PwejLMbl6YYqcfRj4PqM0RbT5yrJVN1jNamcmlJA8 xxF5owJAqDkDP1CKwX/qbTI7usGtDYPH7W++9wF816S0eKshlBzj1PYIrXZvjwRVKY89YcQymse8 cUHWLAjkz7gbH7MjWfWnWN0dMgPtrVikokJYDWyox11GIqeit/C8wR55SwNRoyqpMrFxfTE/HmYq cZFQNxlpLGSlN9aoFgPpAnNhAAAAAAAA --Apple-Mail-3--576749648-- From loz@flower.powernet.co.uk Sun Oct 17 13:16:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 53D9D3B0709 for ; Sun, 17 Oct 2004 13:16:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10425-02 for ; Sun, 17 Oct 2004 13:16:30 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id E84753B0AA3 for ; Sun, 17 Oct 2004 13:16:29 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HHGNkt003956 for ; Sun, 17 Oct 2004 18:16:23 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 784D2FF6E for ; Sun, 17 Oct 2004 18:16:19 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-VfoGMRkb83Sw9H7IPcWF" Date: Sun, 17 Oct 2004 18:16:19 +0100 Message-Id: <1098033379.9561.12.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 17:16:32 -0000 --=-VfoGMRkb83Sw9H7IPcWF Content-Type: text/plain Content-Transfer-Encoding: 7bit This is getting complex enough that there is a case for a separate TreeModel implementation. The API for trees seems pretty grim to me. cheers Loz --=-VfoGMRkb83Sw9H7IPcWF Content-Disposition: attachment; filename=f-spot-remember-tree.diff Content-Type: text/x-patch; name=f-spot-remember-tree.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 17 Oct 2004 17:13:27 -0000 @@ -877,15 +877,13 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Tag); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Category); } public void HandleAttachTagCommand (object obj, EventArgs args) @@ -919,8 +917,7 @@ return; TagCommands.Edit command = new TagCommands.Edit (db, main_window); - if (command.Execute (tags [0])) - tag_selection_widget.Update (); + command.Execute (tags [0]); } void HandleViewSmall (object sender, EventArgs args) @@ -1112,7 +1109,6 @@ Tag [] tags = this.tag_selection_widget.TagHighlight (); db.Photos.Remove (tags); - tag_selection_widget.Update (); icon_view.QueueDraw (); } Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 17 Oct 2004 17:13:27 -0000 @@ -254,7 +254,86 @@ (renderer as CellRendererText).Text = tag.Name; } + // Someone show me how I should have done this? + // Or is the API as diseased as I have made it look? + private bool TreeIterForTag(Tag tag, out TreeIter iter) { + TreeIter root; + bool valid = Model.GetIterFirst(out root); + while (valid) { + if (TreeIterForTagRecurse(tag, root, out iter)) + return true; + valid = Model.IterNext (ref root); + } + return false; + } + // Depth first traversal + private bool TreeIterForTagRecurse(Tag tag, TreeIter parent, out TreeIter iter) { + bool valid = Model.IterChildren(out iter, parent); + while (valid) { + if (TreeIterForTagRecurse(tag, iter, out iter)) + return true; + valid = Model.IterNext (ref iter); + } + GLib.Value value = new GLib.Value(); + Model.GetValue(parent, 0, ref value); + iter = parent; + if (tag.Id == (uint) value) + return true; + return false; + } + + // Not generic, just copying single values + private void CopyBranch(TreeIter src, TreeIter dest, bool is_root) { + TreeIter copy, iter; + GLib.Value value = new GLib.Value(); + TreeStore store = Model as TreeStore; + bool valid; + + store.GetValue(src, 0, ref value); + if (is_root) { + store.Prepend(out copy); + store.SetValue(copy, 0, (uint)value); + } else { + copy = store.AppendValues(dest, (uint)value); + } + + valid = Model.IterChildren(out iter, src); + while (valid) { + CopyBranch(iter, copy, false); + valid = Model.IterNext (ref iter); + } + } + + private void HandleTagDeleted(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag, out iter)) + (Model as TreeStore).Remove(ref iter); + } + + private void HandleTagCreated(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag.Category, out iter)) { + iter = (Model as TreeStore).AppendValues(iter, tag.Id); + } + } + + private void HandleTagChanged(Tag tag) { + TreeStore store = Model as TreeStore; + TreeIter iter, category_iter, parent_iter; + TreeIterForTag(tag, out iter); + bool category_valid = TreeIterForTag(tag.Category, out category_iter); + bool parent_valid = Model.IterParent(out parent_iter, iter); + if ((category_valid && (category_iter.Equals(parent_iter))) || (!category_valid && !parent_valid)) { + // if we haven't been reparented + TreePath path = store.GetPath(iter); + store.EmitRowChanged(path, iter); + } else { + // It is a bit tougher. We need to do an annoying clone of structs... + CopyBranch(iter, category_iter, !category_valid); + store.Remove(ref iter); + } + } // Constructor. public TagSelectionWidget (TagStore tag_store) @@ -275,6 +354,9 @@ Update (); ExpandAll (); + tag_store.TagDeleted += new TagDeletedHandler(HandleTagDeleted); + tag_store.TagCreated += new TagCreatedHandler(HandleTagCreated); + tag_store.TagChanged += new TagChangedHandler(HandleTagChanged); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 17 Oct 2004 17:13:28 -0000 @@ -173,9 +173,16 @@ } } +public delegate void TagCreatedHandler(Tag t); +public delegate void TagChangedHandler(Tag t); +public delegate void TagDeletedHandler(Tag t); public class TagStore : DbStore { + public event TagCreatedHandler TagCreated; + public event TagChangedHandler TagChanged; + public event TagDeletedHandler TagDeleted; + Category root_category; public Category RootCategory { get { @@ -365,7 +372,7 @@ Tag tag = new Tag (category, id, name); AddToCache (tag); - + TagCreated(tag); return tag; } @@ -378,7 +385,7 @@ Category new_category = new Category (parent_category, id, name); AddToCache (new_category); - + TagCreated(new_category); return new_category; } @@ -411,6 +418,7 @@ command.ExecuteNonQuery (); command.Dispose (); + TagDeleted((Tag)item); } @@ -448,6 +456,8 @@ command.ExecuteNonQuery (); command.Dispose (); + + TagChanged(tag); } --=-VfoGMRkb83Sw9H7IPcWF-- From loz@flower.powernet.co.uk Sun Oct 17 15:20:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EA19C3B0B17 for ; Sun, 17 Oct 2004 15:20:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16726-03 for ; Sun, 17 Oct 2004 15:20:40 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 462533B07D3 for ; Sun, 17 Oct 2004 15:20:40 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HJKbth023537 for ; Sun, 17 Oct 2004 20:20:37 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 6DB2CFF6E for ; Sun, 17 Oct 2004 20:20:34 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098033379.9561.12.camel@nessie.localdomain> References: <1098033379.9561.12.camel@nessie.localdomain> Content-Type: text/plain Date: Sun, 17 Oct 2004 20:20:33 +0100 Message-Id: <1098040833.9561.14.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 19:20:43 -0000 Hmm, I need to figure out how to maintain the sort order too. Loz On Sun, 2004-10-17 at 18:16 +0100, Laurence Hygate wrote: > This is getting complex enough that there is a case for a separate > TreeModel implementation. The API for trees seems pretty grim to me. > > cheers > > Loz > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list -- Laurence Hygate From jimmac@ximian.com Sun Oct 17 16:15:20 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DF6AF3B0916 for ; Sun, 17 Oct 2004 16:15:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19310-04 for ; Sun, 17 Oct 2004 16:15:19 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id A74D83B0DD2 for ; Sun, 17 Oct 2004 16:15:19 -0400 (EDT) Received: (qmail 19530 invoked from network); 17 Oct 2004 20:15:18 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 17 Oct 2004 20:15:18 -0000 From: Jakub Steiner To: f-spot-list@gnome.org Content-Type: text/plain Date: Sun, 17 Oct 2004 13:15:15 -0700 Message-Id: <1098044116.6135.34.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:15:21 -0000 While working on more generic UI issues, there's two tiny things that would be nice to have asap. * delete from disk should ask for confirmation * "File>Edit in Gimp" should make a copy of the original and opening the copy in GIMP for easy edits. Perhaps could be more generic with a list of associated mime handlers as in nautilus. Rock on! -- Jakub Steiner From loz@flower.powernet.co.uk Sun Oct 17 16:23:42 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 520033B079B for ; Sun, 17 Oct 2004 16:23:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19572-09 for ; Sun, 17 Oct 2004 16:23:38 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 5F9743B07F3 for ; Sun, 17 Oct 2004 16:23:38 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HKNaVv001369 for ; Sun, 17 Oct 2004 21:23:36 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 3FD63FF6E for ; Sun, 17 Oct 2004 21:23:31 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098044116.6135.34.camel@hal.jimmac.cz> References: <1098044116.6135.34.camel@hal.jimmac.cz> Content-Type: text/plain Date: Sun, 17 Oct 2004 21:23:28 +0100 Message-Id: <1098044608.9561.16.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:23:42 -0000 Maybe delete tag should have a confirmation too. Loz On Sun, 2004-10-17 at 13:15 -0700, Jakub Steiner wrote: > While working on more generic UI issues, there's two tiny things that > would be nice to have asap. > > * delete from disk should ask for confirmation > * "File>Edit in Gimp" should make a copy of the original and > opening the copy in GIMP for easy edits. Perhaps could be more > generic with a list of associated mime handlers as in nautilus. > > Rock on! From loz@flower.powernet.co.uk Sun Oct 17 16:27:29 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CCBCE3B08ED for ; Sun, 17 Oct 2004 16:27:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19824-04 for ; Sun, 17 Oct 2004 16:27:28 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id BE0A83B070B for ; Sun, 17 Oct 2004 16:27:27 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HKRPRx002023 for ; Sun, 17 Oct 2004 21:27:25 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 34392FF6E for ; Sun, 17 Oct 2004 21:27:20 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098040833.9561.14.camel@nessie.localdomain> References: <1098033379.9561.12.camel@nessie.localdomain> <1098040833.9561.14.camel@nessie.localdomain> Content-Type: multipart/mixed; boundary="=-zzoFUQ5T6kkoqR5NPS6b" Date: Sun, 17 Oct 2004 21:27:17 +0100 Message-Id: <1098044837.9561.18.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:27:30 -0000 --=-zzoFUQ5T6kkoqR5NPS6b Content-Type: text/plain Content-Transfer-Encoding: 7bit This diff adds sorting. This code made me feel dirty. Surely I'm missing something? On Sun, 2004-10-17 at 20:20 +0100, Laurence Hygate wrote: > Hmm, I need to figure out how to maintain the sort order too. > > Loz > > On Sun, 2004-10-17 at 18:16 +0100, Laurence Hygate wrote: > > This is getting complex enough that there is a case for a separate > > TreeModel implementation. The API for trees seems pretty grim to me. > > > > cheers > > > > Loz > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list -- Loz --=-zzoFUQ5T6kkoqR5NPS6b Content-Disposition: attachment; filename=f-spot-remember-tree-2.diff Content-Type: text/x-patch; name=f-spot-remember-tree-2.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/Makefile.solution.f-spot ? src/MyProgram.cs ? src/TagTreeModel.cs ? src/f-spot.cmbx ? src/f-spot.mdsx ? src/f-spot.pidb ? src/f-spot.prjx ? src/make.sh Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 17 Oct 2004 20:21:14 -0000 @@ -877,15 +877,13 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Tag); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Category); } public void HandleAttachTagCommand (object obj, EventArgs args) @@ -919,8 +917,7 @@ return; TagCommands.Edit command = new TagCommands.Edit (db, main_window); - if (command.Execute (tags [0])) - tag_selection_widget.Update (); + command.Execute (tags [0]); } void HandleViewSmall (object sender, EventArgs args) @@ -1112,7 +1109,6 @@ Tag [] tags = this.tag_selection_widget.TagHighlight (); db.Photos.Remove (tags); - tag_selection_widget.Update (); icon_view.QueueDraw (); } Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 17 Oct 2004 20:21:15 -0000 @@ -254,7 +254,121 @@ (renderer as CellRendererText).Text = tag.Name; } - + // Someone show me how I should have done this? + // Or is the API as diseased as I have made it look? + private bool TreeIterForTag(Tag tag, out TreeIter iter) { + TreeIter root; + bool valid = Model.GetIterFirst(out root); + while (valid) { + if (TreeIterForTagRecurse(tag, root, out iter)) + return true; + valid = Model.IterNext (ref root); + } + return false; + } + + // Depth first traversal + private bool TreeIterForTagRecurse(Tag tag, TreeIter parent, out TreeIter iter) { + bool valid = Model.IterChildren(out iter, parent); + while (valid) { + if (TreeIterForTagRecurse(tag, iter, out iter)) + return true; + valid = Model.IterNext (ref iter); + } + GLib.Value value = new GLib.Value(); + Model.GetValue(parent, 0, ref value); + iter = parent; + if (tag.Id == (uint) value) + return true; + return false; + } + + // Copy a branch of the tree to a new parent + // (note, this doesn't work generically as it only copies the first value of each node) + private void CopyBranch(TreeIter src, TreeIter dest, bool is_root, bool is_parent) { + TreeIter copy, iter; + GLib.Value value = new GLib.Value(); + TreeStore store = Model as TreeStore; + bool valid; + + store.GetValue(src, 0, ref value); + if (is_parent) { + Tag tag = (Tag)tag_store.Get((uint)value); + // we need to figure out where to insert it in the correct order + copy = InsertInOrder(dest, is_root, tag); + } else { + copy = store.AppendValues(dest, (uint)value); + } + + valid = Model.IterChildren(out iter, src); + while (valid) { + // child nodes are already ordered + CopyBranch(iter, copy, false, false); + valid = Model.IterNext (ref iter); + } + } + + // insert tag into the correct place in the tree, with parent. return the new TagIter in iter. + private TreeIter InsertInOrder(TreeIter parent, bool is_root, Tag tag) { + TreeIter iter; + TreeStore store = Model as TreeStore; + Tag compare; + bool valid; + if (is_root) + valid = store.GetIterFirst(out iter); + else + valid = store.IterChildren(out iter, parent); + + while (valid) { + //I have no desire to figure out a more performant sort over this... + GLib.Value value = new GLib.Value(); + store.GetValue(iter, 0, ref value); + compare = (Tag)tag_store.Get((uint)value); + if (compare.CompareTo(tag) > 0) { + store.InsertBefore(out iter, iter); + store.SetValue(iter, 0, tag.Id); + return iter; + } + valid = store.IterNext(ref iter); + } + if (is_root) + store.Append(out iter); + else + iter = store.Append(parent); + store.SetValue(iter, 0, tag.Id); + return iter; + } + + private void HandleTagDeleted(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag, out iter)) + (Model as TreeStore).Remove(ref iter); + } + + private void HandleTagCreated(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag.Category, out iter)) { + // create dialog doesn't let you create a top level tag... + InsertInOrder(iter, false, tag); + } + } + + private void HandleTagChanged(Tag tag) { + TreeStore store = Model as TreeStore; + TreeIter iter, category_iter, parent_iter; + TreeIterForTag(tag, out iter); + bool category_valid = TreeIterForTag(tag.Category, out category_iter); + bool parent_valid = Model.IterParent(out parent_iter, iter); + if ((category_valid && (category_iter.Equals(parent_iter))) || (!category_valid && !parent_valid)) { + // if we haven't been reparented + TreePath path = store.GetPath(iter); + store.EmitRowChanged(path, iter); + } else { + // It is a bit tougher. We need to do an annoying clone of structs... + CopyBranch(iter, category_iter, !category_valid, true); + store.Remove(ref iter); + } + } // Constructor. public TagSelectionWidget (TagStore tag_store) @@ -275,6 +389,9 @@ Update (); ExpandAll (); + tag_store.TagDeleted += new TagDeletedHandler(HandleTagDeleted); + tag_store.TagCreated += new TagCreatedHandler(HandleTagCreated); + tag_store.TagChanged += new TagChangedHandler(HandleTagChanged); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 17 Oct 2004 20:21:15 -0000 @@ -173,9 +173,16 @@ } } +public delegate void TagCreatedHandler(Tag t); +public delegate void TagChangedHandler(Tag t); +public delegate void TagDeletedHandler(Tag t); public class TagStore : DbStore { + public event TagCreatedHandler TagCreated; + public event TagChangedHandler TagChanged; + public event TagDeletedHandler TagDeleted; + Category root_category; public Category RootCategory { get { @@ -365,7 +372,7 @@ Tag tag = new Tag (category, id, name); AddToCache (tag); - + TagCreated(tag); return tag; } @@ -378,7 +385,7 @@ Category new_category = new Category (parent_category, id, name); AddToCache (new_category); - + TagCreated(new_category); return new_category; } @@ -411,6 +418,7 @@ command.ExecuteNonQuery (); command.Dispose (); + TagDeleted((Tag)item); } @@ -448,6 +456,8 @@ command.ExecuteNonQuery (); command.Dispose (); + + TagChanged(tag); } --=-zzoFUQ5T6kkoqR5NPS6b-- From sogrady@redmonk.com Sun Oct 17 22:45:13 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7E6EC3B0C89 for ; Sun, 17 Oct 2004 22:45:13 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00716-07 for ; Sun, 17 Oct 2004 22:45:11 -0400 (EDT) Received: from fecls-01.atlarge.net (fecls-01.atlarge.net [129.41.63.135]) by menubar.gnome.org (Postfix) with SMTP id 6492B3B07FA for ; Sun, 17 Oct 2004 22:45:11 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-01.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Sun, 17 Oct 2004 21:45:47 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C4B4BC.506525AA" Date: Sun, 17 Oct 2004 21:43:56 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: F-Spot Hangs Thread-Index: AcSzWMiNmwf7CaGhSNm1DN8n4oeIAQBYs3o8 From: "O'Grady Stephen" To: X-OriginalArrivalTime: 18 Oct 2004 02:45:47.0061 (UTC) FILETIME=[92104E50:01C4B4BC] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 02:45:13 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C4B4BC.506525AA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable my installation of f-spot appears to be borqed. i've done nothing that = i'm aware of to cause it, but while the application will instantiate, = anything following - scrolling through the catalog, picking a spot on = the timeline, etc - causes the application to hang and not recover. it = has under 200 pictures cataloged, with pretty basic tags applied. running it from the terminal i get: Query Start 22:28:33 Query Mid 10/17/2004 22:28:33 Query End 22:28:33 Start 10/17/2004 22:28:33 End 10/17/2004 22:28:34 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 Found Year 1998 Found Year 1999 Found Year 2000 Found Year 2001 Found Year 2002 Found Year 2003 Found Year 2004 min 0 max 11 01/01/1998 00:00:00 01/01/1999 00:00:00 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 min 0 max 83 01/01/1998 00:00:00 01/01/2005 00:00:00 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom 0.000651041666666667 Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 BUG: Filing another request of order 63 (previously 59) for = `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' the only thing i've tried as a remedy is reinstalling the application.=20 any thoughts, advice?=20 ------_=_NextPart_001_01C4B4BC.506525AA Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: F-Spot Hangs

my installation of f-spot appears to be borqed. i've = done nothing that i'm aware of to cause it, but while the application = will instantiate, anything following - scrolling through the catalog, = picking a spot on the timeline, etc - causes the application to hang and = not recover. it has under 200 pictures cataloged, with pretty basic tags = applied.

running it from the terminal i get:

Query Start 22:28:33
Query Mid 10/17/2004 22:28:33
Query End 22:28:33
Start 10/17/2004 22:28:33
End 10/17/2004 22:28:34
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
Found Year 1998
Found Year 1999
Found Year 2000
Found Year 2001
Found Year 2002
Found Year 2003
Found Year 2004
min 0 max 11
01/01/1998 00:00:00 01/01/1999 00:00:00
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
min 0 max 83
01/01/1998 00:00:00 01/01/2005 00:00:00
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom = 0.000651041666666667
Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375
Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375
BUG: Filing another request of order 63 (previously 59) for = `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png'

the only thing i've tried as a remedy is reinstalling the = application.

any thoughts, advice?

------_=_NextPart_001_01C4B4BC.506525AA-- From stefan.ihringer@gmx.net Mon Oct 18 07:05:19 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 529003B0716 for ; Mon, 18 Oct 2004 07:05:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19715-07 for ; Mon, 18 Oct 2004 07:05:15 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 234303B10D8 for ; Mon, 18 Oct 2004 07:05:14 -0400 (EDT) Received: (qmail 4140 invoked by uid 65534); 18 Oct 2004 11:05:13 -0000 Received: from dsl-213-023-050-201.arcor-ip.net (EHLO localhost) (213.23.50.201) by mail.gmx.net (mp022) with SMTP; 18 Oct 2004 13:05:13 +0200 X-Authenticated: #1327361 From: Stefan Ihringer To: f-spot-list@gnome.org Content-Type: text/plain Date: Mon, 18 Oct 2004 13:05:20 +0200 Message-Id: <1098097520.10500.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 18 Oct 2004 12:44:46 -0400 Subject: Picasa X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 11:05:19 -0000 Hi, I've read about f-spot on planet Gnome. It looks like a really promising project! I've wondered, have any of you developers already taken a look at "Picasa" (www.picasa.com). It's a photo management software (recently aquired by Google) which has some nice features like non- destructive photo manipulation (cropping and anti-red-eye doesn't overwrite your original file). It's also multi-threaded so you can work with it while it's still building a list of thumbnails or importing new photos. It's not perfect (especially when adding 500+ photos all at once), but judging from the mockups/screenshots in the f-spot wiki it's kinda like what f-spot is supposed to become. So either you already know about Picasa or you might get some nifty ideas from it :-) Stefan From sverre.johansen@gmail.com Mon Oct 18 18:55:51 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 740B53B0673 for ; Mon, 18 Oct 2004 18:55:51 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22499-07 for ; Mon, 18 Oct 2004 18:55:49 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by menubar.gnome.org (Postfix) with ESMTP id 16C4C3B0769 for ; Mon, 18 Oct 2004 18:55:42 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 74so260676rnk for ; Mon, 18 Oct 2004 15:55:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=Llznuz+1hvz64Pz2mO795Dr6W0uCQ5iXGkYswr44B9xBLhbhFjFHAevHvwnZmTKRTkUoxb5QpWhEjCLu47XQpQ6ZR4hfsG69boUFYsYO8f2gdJqeT1/wQW555OtFMjxpablM8Z9hrulWaugyJ6awK7hPLIPRRxwC0aHsLe8I4Is Received: by 10.38.81.49 with SMTP id e49mr1668152rnb; Mon, 18 Oct 2004 15:55:27 -0700 (PDT) Received: by 10.38.152.9 with HTTP; Mon, 18 Oct 2004 15:55:27 -0700 (PDT) Message-ID: Date: Tue, 19 Oct 2004 00:55:27 +0200 From: Sverre Johansen To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sverre Johansen List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 22:55:51 -0000 Hi, First I have to say that this application is starting to look great! Is there planned to create a Calendar View, like Photoshop Album has? Where I can see the pictures for a specific day, not just the month. Is this something you want, or is it just ruled out as "not needed"? -- Sverre Johansen From alan@ufies.org Mon Oct 18 23:37:54 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D0B473B0F50 for ; Mon, 18 Oct 2004 23:37:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31284-05 for ; Mon, 18 Oct 2004 23:37:52 -0400 (EDT) Received: from arcterex.net (S01060005380102a0.vf.shawcable.net [70.69.99.52]) by menubar.gnome.org (Postfix) with ESMTP id D3C443B0ED5 for ; Mon, 18 Oct 2004 23:37:47 -0400 (EDT) Received: from phoenix.arcterex.net (phoenix [192.168.2.100]) by arcterex.net (Postfix) with ESMTP id 93979C4BEB; Mon, 18 Oct 2004 20:49:12 -0700 (PDT) From: Alan Bailward To: Sverre Johansen In-Reply-To: References: Content-Type: text/plain Date: Mon, 18 Oct 2004 20:37:47 -0700 Message-Id: <1098157067.13593.11.camel@phoenix.arcterex.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 03:37:55 -0000 On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > Hi, > > First I have to say that this application is starting to look great! > > Is there planned to create a Calendar View, like Photoshop Album has? > Where I can see the pictures for a specific day, not just the month. > Is this something you want, or is it just ruled out as "not needed"? Another nice feature that I'd love to see is to group files by time of day / picture taking session. IE: Say you download your files from CF or whatever. Generally pictures are taken in groups, ie: at 8:00 you took 10 pictures of something, then after another hour or two you took some more, then two days later you took more. The files are all from the same CF card but of different distinct subjects (or could be). Most photo management apps think of the images from an import as one session, ask you for a name or directory, etc. What would be nice is to be able to present the images grouped by when they were taken. A pretty simple algorithm could check for the biggest gaps between image creation date and use that... then the images are presented to the user in a grouped format for viewing or naming. Hope this makes sense... alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From sverre.johansen@gmail.com Tue Oct 19 02:29:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 143B23B0D6C for ; Tue, 19 Oct 2004 02:29:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04605-07 for ; Tue, 19 Oct 2004 02:29:50 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by menubar.gnome.org (Postfix) with ESMTP id 03E563B0756 for ; Tue, 19 Oct 2004 02:29:30 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 74so293013rnk for ; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=srmh1nEgWqhuEIodRvvaF86Nt+Gxu3Ovs/vs0ZpqYMjQhb6CBC7Ttdf8Lz7FcMAbyB9j6ah/d5o7OrFrKq6AMfsi7T/Rcisqvqivqrxk25wLjafTlTAXL5EahDLLDP0T9iVcnuIEUqytvtVMWosc9F54BHHoEmrA4Y0cPOLrh2k Received: by 10.38.208.34 with SMTP id f34mr1819559rng; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) Received: by 10.38.152.9 with HTTP; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) Message-ID: Date: Tue, 19 Oct 2004 08:29:29 +0200 From: Sverre Johansen To: Alan Bailward In-Reply-To: <1098157067.13593.11.camel@phoenix.arcterex.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098157067.13593.11.camel@phoenix.arcterex.net> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sverre Johansen List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 06:29:52 -0000 You want a daily calendar? Just like would like to see a mounthly. Is this planned/wanted, or should f-spot only use the timeline widget? On Mon, 18 Oct 2004 20:37:47 -0700, Alan Bailward wrote: > On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > > > > Hi, > > > > First I have to say that this application is starting to look great! > > > > Is there planned to create a Calendar View, like Photoshop Album has? > > Where I can see the pictures for a specific day, not just the month. > > Is this something you want, or is it just ruled out as "not needed"? > > Another nice feature that I'd love to see is to group files by time of > day / picture taking session. IE: Say you download your files from CF > or whatever. Generally pictures are taken in groups, ie: at 8:00 you > took 10 pictures of something, then after another hour or two you took > some more, then two days later you took more. The files are all from > the same CF card but of different distinct subjects (or could be). Most > photo management apps think of the images from an import as one session, > ask you for a name or directory, etc. > > What would be nice is to be able to present the images grouped by when > they were taken. A pretty simple algorithm could check for the biggest > gaps between image creation date and use that... then the images are > presented to the user in a grouped format for viewing or naming. > > Hope this makes sense... > > alan > > -- > Alan - http://arcterex.net > -------------------------------------------------------------------- > "There are only 3 real sports: bull-fighting, car racing and mountain > climbing. All the others are mere games." -- Hemingway > > -- Sverre Johansen From w.l.devries@student.tudelft.nl Tue Oct 19 10:36:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6CCBB3B0D36 for ; Tue, 19 Oct 2004 10:36:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27316-03 for ; Tue, 19 Oct 2004 10:36:26 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 8CD123B0A2B for ; Tue, 19 Oct 2004 10:36:25 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CJv68-0008Ny-JY for f-spot-list@gnome.org; Tue, 19 Oct 2004 16:36:24 +0200 Message-ID: <41752668.7060904@student.tudelft.nl> Date: Tue, 19 Oct 2004 16:36:24 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org References: <416E8277.1080201@student.tudelft.nl> <1097784636.8284.2.camel@lewinghost> In-Reply-To: <1097784636.8284.2.camel@lewinghost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 14:36:27 -0000 Larry Ewing wrote: >What version of libexif do you have installed? > > > I have this version installed: ii libexif-dev 0.6.9-2 The EXIF library allows you to parse an EXIF ii libexif10 0.6.9-2 The EXIF library allows you to parse an EXIF Wouter >On Thu, 2004-10-14 at 15:43 +0200, Wouter Leonard de Vries wrote: > > >>Hi, >> >>I'm very sorry to bug you again.. I'm having trouble with the exif part >>of F-Spot. It doesn't read any exif information on jpeg files that >>clearly do have it. I tried to have a look at the source code, although >>I've never used c#. >> >>In ExifUtils the information is read using ExposureInfo in ExifData. The >>instantiation of exif_data works fine, but while doing the first data >>lookup it never returns to the function and just exits GetExposureInfo >>altogether and leaving info uninitialized. I took a look at ExifData and >>saw that the Assemble part is the thing where it gets stuck. Could it be >>that my exif library is broken or not working together with F-Spot? I'm >>using the Debian unstable version. After renaming /usr/lib/libexif.so to >>something else I don't even get an error message. >> >> >>Wouter >> >> >> -- Wouter de Vries From w.l.devries@student.tudelft.nl Tue Oct 19 11:41:30 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7064C3B134E for ; Tue, 19 Oct 2004 11:41:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31120-07 for ; Tue, 19 Oct 2004 11:41:27 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 9489B3B0ED3 for ; Tue, 19 Oct 2004 11:41:22 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CJw6x-0008RM-R1 for f-spot-list@gnome.org; Tue, 19 Oct 2004 17:41:19 +0200 Message-ID: <417535A0.6030802@student.tudelft.nl> Date: Tue, 19 Oct 2004 17:41:20 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: exif_entry_get_value X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 15:41:30 -0000 Hi, After some more examination I found out that execution does not return from _ExifEntry.exif_entry_get_value in ExifData.cs on line 334 in my cvs checkout of october 19th. After I comment out that line and print the entry->tag value all exif tags are printed. Greetings, Wouter -- Wouter de Vries From chris@atlee.ca Tue Oct 19 13:59:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0914C3B0A1A for ; Tue, 19 Oct 2004 13:59:59 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05546-09 for ; Tue, 19 Oct 2004 13:59:56 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id 00D8A3B0B9B for ; Tue, 19 Oct 2004 13:59:56 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (821 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Tue, 19 Oct 2004 13:59:54 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CJyGy-0005VF-GC for f-spot-list@gnome.org; Tue, 19 Oct 2004 13:59:48 -0400 From: Chris AtLee To: f-spot-list@gnome.org Content-Type: text/plain Date: Tue, 19 Oct 2004 13:59:48 -0400 Message-Id: <1098208788.30475.5.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Modifying images X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 17:59:59 -0000 Hi, I just got the latest version of f-spot from CVS, it looks great so far! I noticed that when you rotate an image, the original image is modified. Is there a way to preserve the original, and do the rotation on a copy instead? Cheers, Chris From uldis.bojars@gmx.net Wed Oct 20 08:08:30 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AE6F13B06C1 for ; Wed, 20 Oct 2004 08:08:30 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15725-07 for ; Wed, 20 Oct 2004 08:08:28 -0400 (EDT) Received: from card.konts.lv (card.konts.lv [159.148.139.17]) by menubar.gnome.org (Postfix) with ESMTP id E4BD23B0EE5 for ; Wed, 20 Oct 2004 08:08:27 -0400 (EDT) Received: from card.konts.lv (localhost.localdomain [127.0.0.1]) by card.konts.lv (8.12.8/8.12.8) with ESMTP id i9KC64GI031444 for ; Wed, 20 Oct 2004 15:06:04 +0300 Received: (from daemon@localhost) by card.konts.lv (8.12.8/8.12.8/Submit) id i9KC61GL031443 for ; Wed, 20 Oct 2004 15:06:01 +0300 Received: from (mail1.konts.lv [10.10.1.4]) by card.konts.lv via smap (V2.1) id xma031434; Wed, 20 Oct 04 15:05:59 +0300 Received: (qmail 2461 invoked by uid 106); 20 Oct 2004 12:08:18 -0000 Received: from (HELO u-bojars2.konts.lv) ([]) (envelope-sender ) by mail1.konts.lv (qmail-ldap-1.03) with SMTP for ; 20 Oct 2004 12:08:18 -0000 Date: Wed, 20 Oct 2004 15:13:44 +0300 From: Uldis Bojars X-Priority: 3 (Normal) Message-ID: <4810312333.20041020151344@gmx.net> To: f-spot-list@gnome.org In-Reply-To: <1098208788.30475.5.camel@antigua> References: <1098208788.30475.5.camel@antigua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: F-Spot & Metadata X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Uldis Bojars List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 12:08:30 -0000 Hi, I wrote a blog entry about F-Spot and Metadata in photos. What I am interest in is for F-Spot to support adding of a rich family of metadata to the photos [as opposed to having i.e. only keywords or tags]. Such information would allow you to search by many criteria like what person [or thing] is on the photo, where was it taken, who took it, ... You can see and comment my article here: http://captsolo.net/info/blog_a.php/2004/10/18/f_spot_the_ultimate_photo_manager tiny url: http://tinyurl.com/63avw -- Uldis / CaptSolo From jimmac@ximian.com Wed Oct 20 09:03:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DD4AA3B0EE5 for ; Wed, 20 Oct 2004 09:03:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18112-10 for ; Wed, 20 Oct 2004 09:03:25 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 3C8EC3B07A0 for ; Wed, 20 Oct 2004 09:03:25 -0400 (EDT) Received: (qmail 25627 invoked from network); 20 Oct 2004 13:03:24 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 20 Oct 2004 13:03:24 -0000 From: Jakub Steiner To: f-spot-list@gnome.org In-Reply-To: <4810312333.20041020151344@gmx.net> References: <1098208788.30475.5.camel@antigua> <4810312333.20041020151344@gmx.net> Content-Type: text/plain Date: Wed, 20 Oct 2004 15:03:22 +0200 Message-Id: <1098277402.4821.51.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot & Metadata X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 13:03:27 -0000 On Wed, 2004-10-20 at 15:13 +0300, Uldis Bojars wrote: > Hi, > > I wrote a blog entry about F-Spot and Metadata in photos. > > What I am interest in is for F-Spot to support adding of a rich family > of metadata to the photos [as opposed to having i.e. only keywords or > tags]. Such information would allow you to search by many criteria > like what person [or thing] is on the photo, where was it taken, who > took it, ... I don't see a very clear distinction between tags and the rich metadata here. Tags are an interface to assign and search by image attributes. Perhaps tags only make sense for multiple images, while there could be unique attributes of an image (name, caption, timestamp) that make no sense to be tags. Tags in f-spot as it stands are structured as well. They are not flat keywords. You have places, people and events. This could be enhanced to match some of the metadata standards out there. Author, Category (portrait, nature..) etc. To fully support the metadata standards doesn't mean to have all of the in the Interface though. We could discuss if we want editability of these in some list-like (and fairly hidden) widget similar to Raphael's GIMP metadata editor has [1]. I'm not sure the quicksearch interface using tags is scalable enough to be honest. Definitely needs more thought on how to do metadata in F-Spot. cheers [1] - http://wilber.gimp.org/~raphael/metadata/ (advanced tab) -- Jakub Steiner Novell, Inc. From jimmac@ximian.com Wed Oct 20 10:32:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 88B073B13A0 for ; Wed, 20 Oct 2004 10:32:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22926-10 for ; Wed, 20 Oct 2004 10:32:24 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 258413B14BA for ; Wed, 20 Oct 2004 10:32:24 -0400 (EDT) Received: (qmail 25867 invoked from network); 20 Oct 2004 14:32:23 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 20 Oct 2004 14:32:23 -0000 From: Jakub Steiner To: f-spot-list@gnome.org Content-Type: text/plain Date: Wed, 20 Oct 2004 16:32:21 +0200 Message-Id: <1098282741.4790.107.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 14:32:26 -0000 Hi Folks, *food for thought* I want to put the concept of tags, as we have them now in F-Spot, in question and propose a more natural interface concept. The suggestion comes from thinking about various tasks we came up for F-Spot [1], taking export functionality in particular consideration [2]. Tags ==== As it stands, the user has a flat library of photos. Each photo can have a set of tags assigned to it, such as what place the image was taken, what event that was, who/what appears on the image. Query Logic ----------- Tags enable the user to limit the view to images containing a specific tag. The user can also select multiple tags at once. Contrary to my point of view, this doesn't limit the query further, but enhances the view by adding images containing tags using the OR operand. How many times have you queried the library for "Photos from Boston or Tuomas"? "Images of Dogs or Favourite Images?". With the current interface, it is not possible to query for Event AND Person so that one could get images of a person appearing while at an Event. Human Language -------------- There is no clear metaphoric link to tags. In the physical world, we structure our photos in albums or piles. It is not physically possible to have one image appear in multiple albums. Reuse ----- With the tag interface to the library is not possible to store a certain query. One has to manually deselect the current "filter" and apply a new one. Metadata -------- We do want to have additional metadata associated with an image. It is confusing to use this concept for some, and another for the rest (name, caption...) Export Implementation --------------------- While it is theoretically possible to come up with a dynamic web system for exporting photos on the web, retaining the same concepts as applied on F-Spot alone with tags, it relies heavily on server side scripting and doesn't sound trivial to do. Generating static HTML pages with the tag interface is hardly doable with way too many permutations to deal with. Proposal - Albums ================= I propose we use a concept of Albums and Virtual Albums (similar to vFolders in Evolution) instead of tags. Human Language -------------- Album is a real world object that easy to understand. The term Virtual Album clearly exhibits the difference from the physical Album. Reuse & Consistency ------------------- The concept of stored queries isn't new. We have them in Evolution and hopefully thanks to beagle it will appear in the file-manager, file dialogs and elsewhere on the desktop. Metadata -------- Image attributes (including the stuff that's done with tags now) is defined at one place in the UI. Export Implementation --------------------- Mostly every web image gallery is structured in albums. Even stored queries (Virtual Albums) could be generated as static HTML. Further Mindbender: =================== * Should we include Time in the queries? Or have time as a separate concept to further limit whatever you have selected in albums? That could give new options to the timeline scale - You select an album and the the time scale changes accordingly giving you options to further limit the selection by time. cheers [1] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:use_cases [2] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export From patanjali@codito.com Wed Oct 20 10:55:17 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1A0163B1558 for ; Wed, 20 Oct 2004 10:55:17 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24503-06 for ; Wed, 20 Oct 2004 10:55:15 -0400 (EDT) Received: from marvin.codito.net (unknown [203.197.88.2]) by menubar.gnome.org (Postfix) with ESMTP id 413913B14C0 for ; Wed, 20 Oct 2004 10:55:14 -0400 (EDT) Received: from [192.168.100.120] (calvin.codito.co.in [203.199.140.162]) (authenticated bits=0) by marvin.codito.net (8.13.1/8.13.1/Debian-6) with ESMTP id i9KFCVv2023164 for ; Wed, 20 Oct 2004 20:42:43 +0530 From: patanjali To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Organization: Codito Technologies Date: Wed, 20 Oct 2004 20:25:01 +0530 Message-Id: <1098284101.3876.66.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75-1, clamav-milter version 0.75c on marvin X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: patanjali@codito.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 14:55:17 -0000 Hi, I'd earlier submitted a patch for grouping by directory: http://mail.gnome.org/archives/f-spot-list/2004-June/msg00000.html A screenshot is here - http://www.geocities.com/patanjalisomayaji/Screenshot.png Unfortunately I didn't get the time to re-do the patch with Larry's suggestions, so it never went in. However I thought the feature would be a good one to discuss in these f-spot UI-related discussions. cheers, Patanjali On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > > Tags > ==== > > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image. > > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". > > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. > > Human Language > -------------- > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. It is not physically possible > to have one image appear in multiple albums. > > Reuse > ----- > With the tag interface to the library is not possible to store a certain > query. One has to manually deselect the current "filter" and apply a new > one. > > Metadata > -------- > We do want to have additional metadata associated with an image. It is > confusing to use this concept for some, and another for the rest (name, > caption...) > > Export Implementation > --------------------- > While it is theoretically possible to come up with a dynamic web system > for exporting photos on the web, retaining the same concepts as applied > on F-Spot alone with tags, it relies heavily on server side scripting > and doesn't sound trivial to do. Generating static HTML pages with the > tag interface is hardly doable with way too many permutations to deal > with. > > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. > > > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. > > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. > > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. > > > Further Mindbender: > =================== > * Should we include Time in the queries? Or have time as a > separate concept to further limit whatever you have selected in > albums? That could give new options to the timeline scale - You > select an album and the the time scale changes accordingly > giving you options to further limit the selection by time. > > cheers > > [1] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:use_cases > [2] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From alan@ufies.org Wed Oct 20 11:05:13 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18D7E3B1584 for ; Wed, 20 Oct 2004 11:05:11 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24964-03 for ; Wed, 20 Oct 2004 11:05:09 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 771AF3B1401 for ; Wed, 20 Oct 2004 11:04:06 -0400 (EDT) Received: from phoenix.arcterex.net (S01060005380102a0.vf.shawcable.net [70.69.99.52]) by master.ufies.org (Postfix) with ESMTP id E98F3B0204; Wed, 20 Oct 2004 08:11:34 -0700 (PDT) From: Alan Bailward To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Wed, 20 Oct 2004 08:04:01 -0700 Message-Id: <1098284641.325.54.camel@phoenix.arcterex.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:05:13 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* [snip] > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. [snip] Totally agree. This is the way that iphoto has gone (though I don't think they call it virtual albums, but somthing else), and the concepts of virtual folders are common in other apps, from iphoto, itunes, outlook, etc. The key is making the UI good enough so that it can do complex things without looking all that complex. > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. I think that there should maybe be a plugin system, or the export list should grow as f-spot gets more mature. I know that gallery has a plugin system of some sort as iphoto has an extension written for it to allow the user to save to gallery. It worked quite well IIRC. I'm not aware of that many other popular gallery software packages, but if the ability was made to hook into whatever API they had, this would of course be a Good Thing. I'd say that including a gallery export and an export to flat HTML (with a few options of per page, fonts, etc) would be quite adequate for a start. Having the flat HTML look nice, but also have a good CSS structure would allow the web designers out there to customize for themselves. Alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From chris@atlee.ca Wed Oct 20 11:35:37 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 569963B1349 for ; Wed, 20 Oct 2004 11:35:37 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26599-09 for ; Wed, 20 Oct 2004 11:35:34 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id BB77D3B12E2 for ; Wed, 20 Oct 2004 11:35:33 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (4221 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Wed, 20 Oct 2004 11:35:31 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CKIUs-0002tz-RR for f-spot-list@gnome.org; Wed, 20 Oct 2004 11:35:30 -0400 From: Chris AtLee To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 20 Oct 2004 11:35:30 -0400 Message-Id: <1098286530.30475.44.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:35:37 -0000 On Wed, 2004-20-10 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, >=20 > *food for thought* Mmmm...breakfast :) *snip* > Tags > =3D=3D=3D=3D >=20 > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image.=20 >=20 > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". >=20 > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. This never seemed like an intuitive way to use tags. For me the subjects of the picture, the location, description, etc. are meta-data associated with the image (and should be searchable using AND/OR/NOT). Having to create new tags for all the various people and places is a bit cumbersome. Tags are organizational tools, like putting your pictures into various piles. I have a pile for my favourite pictures, another for my important pictures, another for ones I want to edit, etc. They aid me in my workflow, but they don't really describe the contents of the image. *snip* > Proposal - Albums > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. *snip* > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. >=20 > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML.=20 I love it. It's extremely flexible; I couldn't live without vFolders in Evolution. It should be possible to create a vAlbum for images that need backing up, and then create an export plugin to actually write these out to a .iso, directly to a cd burner, or copy to another machine. What are now called Tags can still be included so that you can mark images as being one of your favourites, and then you can create a vAlbum to look at only your favourite images. > Further Mindbender: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > * Should we include Time in the queries? Or have time as a > separate concept to further limit whatever you have selected in > albums? That could give new options to the timeline scale - You > select an album and the the time scale changes accordingly > giving you options to further limit the selection by time. The date and time that an image was taken should be another piece of metadata, and should be available to search in the queries. That way you can create vAlbums for "Images I took in 2002", "Images taken in the past 2 weeks", etc. The time of an image should be editable since there are many times when the time stored in the EXIF tags is not correct (camera's clock wasn't set correctly), or not present (scanned images, for example). The timeline would scale according to the earliest and latest pictures in the current query. Just my 2=A2 Cheers, Chris From garrett@ximian.com Wed Oct 20 11:40:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6DB453B1481 for ; Wed, 20 Oct 2004 11:40:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26912-08 for ; Wed, 20 Oct 2004 11:40:51 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1ACE83B1386 for ; Wed, 20 Oct 2004 11:40:51 -0400 (EDT) Received: (qmail 26128 invoked from network); 20 Oct 2004 15:40:50 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 20 Oct 2004 15:40:50 -0000 From: Garrett LeSage To: F-Spot list In-Reply-To: <1098284641.325.54.camel@phoenix.arcterex.net> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098284641.325.54.camel@phoenix.arcterex.net> Content-Type: multipart/alternative; boundary="=-JjwuInDleFeZhDHrA9Ux" Organization: Novell, Inc. Date: Wed, 20 Oct 2004 11:55:45 -0400 Message-Id: <1098287745.31684.103.camel@x1-6-00-0d-60-c5-9b-87> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:40:52 -0000 --=-JjwuInDleFeZhDHrA9Ux Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, 2004-10-20 at 08:04 -0700, Alan Bailward wrote: > On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > > Hi Folks, > > > > *food for thought* > [snip] > > Proposal - Albums > > ================= > > I propose we use a concept of Albums and Virtual Albums (similar to > > vFolders in Evolution) instead of tags. > [snip] > > Totally agree. This is the way that iphoto has gone (though I don't > think they call it virtual albums, but somthing else), and the concepts > of virtual folders are common in other apps, from iphoto, itunes, > outlook, etc. The key is making the UI good enough so that it can do > complex things without looking all that complex. I think that's the way to go too... but it's just my opinion. (: We need to figure out the best way and go with that. For my own personal use, I have been grouping by directory and I like to flag files to know which ones I want to do something with (like upload and what-not). It might be useful to have a few different flags, kind of like email clients typically do. (Side note: I also like having my mail sorted into different folder groupings too, so the photo grouping, I suppose, is also analogous to email in that respect too.) For email, you typically have: normal, important, and spam. There are also states: unread, read, and replied to. To take this idea and apply it to photographs, it could possibly have something like: * Normal * Important * Trash This (well, some better word here, but that's the concept) ...and for states: * Normal * Edited * Published * Printed I'm not certain at this point in time how user visible these should be seen (marking something ) -- possibly we could have the "vFolders" / "Smart Playlists" concept with some pre-established rules that match some of the above for useful things. All of this would be in addition to the groups, of course. We could also keep track of how "popular" a photograph may be somehow. Things that it could be based off of is: * How long was it edited for * How many times it was printed / published / archived to CD / viewed in a slideshow, etc. * How many times it was viewed in a large state * How it ranks in context with other photos in a group (is it in a popular group?) * Does it have popular keywords? * How recent is the image? * Etc. We could use the above to try to make search results more relevant, among other things. > > Export Implementation > > --------------------- > > Mostly every web image gallery is structured in albums. Even stored > > queries (Virtual Albums) could be generated as static HTML. > [snip ] > > I'd say that including a gallery export and an export to flat HTML (with > a few options of per page, fonts, etc) would be quite adequate for a > start. Having the flat HTML look nice, but also have a good CSS > structure would allow the web designers out there to customize for > themselves. Yes, and we could have different "themes" for the galleries by having "theme packs" that are basically tarballs of CSS + images. There could even be a nice selection of them included with the app, and maybe a repository of them located at the Web site too. Garrett --=-JjwuInDleFeZhDHrA9Ux Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit On Wed, 2004-10-20 at 08:04 -0700, Alan Bailward wrote: 
On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote:
> Hi Folks,
> 
> *food for thought*
[snip]
> Proposal - Albums
> =================
> I propose we use a concept of Albums and Virtual Albums (similar to
> vFolders in Evolution) instead of tags.
[snip]

Totally agree.  This is the way that iphoto has gone (though I don't
think they call it virtual albums, but somthing else), and the concepts
of virtual folders are common in other apps, from iphoto, itunes,
outlook, etc.  The key is making the UI good enough so that it can do
complex things without looking all that complex.

I think that's the way to go too... but it's just my opinion.  (:

We need to figure out the best way and go with that.  For my own personal use, I have been grouping by directory and I like to flag files to know which ones I want to do something with (like upload and what-not).  It might be useful to have a few different flags, kind of like email clients typically do. 

(Side note:  I also like having my mail sorted into different folder groupings too, so the photo grouping, I suppose, is also analogous to email in that respect too.)

For email, you typically have: normal, important, and spam.
There are also states: unread, read, and replied to.

To take this idea and apply it to photographs, it could possibly have something like:
  * Normal
  * Important
  * Trash This (well, some better word here, but that's the concept)

...and for states:
  * Normal
  * Edited
  * Published
  * Printed

I'm not certain at this point in time how user visible these should be seen (marking something ) -- possibly we could have the "vFolders" / "Smart Playlists" concept with some pre-established rules that match some of the above for useful things.

All of this would be in addition to the groups, of course.

We could also keep track of how "popular" a photograph may be somehow.  Things that it could be based off of is:
  * How long was it edited for
  * How many times it was printed / published / archived to CD / viewed in a slideshow, etc.
  * How many times it was viewed in a large state
  * How it ranks in context with other photos in a group (is it in a popular group?)
  * Does it have popular keywords?
  * How recent is the image?
  * Etc.

We could use the above to try to make search results more relevant, among other things.


> Export Implementation
> ---------------------
> Mostly every web image gallery is structured in albums. Even stored
> queries (Virtual Albums) could be generated as static HTML.
[snip ] 

I'd say that including a gallery export and an export to flat HTML (with
a few options of per page, fonts, etc) would be quite adequate for a
start.  Having the flat HTML look nice, but also have a good CSS
structure would allow the web designers out there to customize for
themselves.

Yes, and we could have different "themes" for the galleries by having "theme packs" that are basically tarballs of CSS + images.  There could even be a nice selection of them included with the app, and maybe a repository of them located at the Web site too.

Garrett --=-JjwuInDleFeZhDHrA9Ux-- From tim@gerla.net Wed Oct 20 12:47:03 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 472BA3B0701 for ; Wed, 20 Oct 2004 12:47:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30610-06 for ; Wed, 20 Oct 2004 12:46:59 -0400 (EDT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by menubar.gnome.org (Postfix) with ESMTP id 7419F3B06FE for ; Wed, 20 Oct 2004 12:46:59 -0400 (EDT) Received: from marshank.rdu.specifix.com (rdu-nat.specifix.com [24.172.59.42]) by ms-smtp-03-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id i9KGkvkc008205 for ; Wed, 20 Oct 2004 12:46:57 -0400 (EDT) From: Tim Gerla To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Wed, 20 Oct 2004 12:46:42 -0400 Message-Id: <1098290802.3376.6.camel@marshank> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 16:47:03 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > I agree with your comments that tags are kind of a difficult concept. At first glance I like your albums+virtual albums idea a lot. The separation of 'categories' and 'tags' in f-spot (and Adobe Album) always confused me, and the 'mandatory' tags of 'people', 'places', 'events', 'other' always left a bad taste in my mouth. I think that the main organizational structure should be Album, and a way to tag individual items in an album with arbitrary attributes like 'printed', 'published', 'needs work', 'my favorite' makes the most sense to me. Right now, I skip any local photo management tools except for Nautilus. I download from my camera to a dated directory, pick specific pictures out, upload those to my Gallery site, then caption. I'd love to be able to import all my photos using f-spot, perhaps into an Incoming album, delete the bad ones, create new albums within f-spot as needed, caption, rotate, etc, and then publish my newly created albums to Gallery. I want to be able to keep my local albums and remote Gallery site as in-sync as possible. At the moment, my local system happens to be the "dump site" of photos, unorganized except by date. All of my manipulation, even rotating and captioning, goes on the server-side, which is slow, and hard to back up. I also find myself doing very little post-processing, because I upload straight to Gallery. I think my photos would be improved if I could find a better workflow. I'd love to be able to do all of my manipulation Gallery-like on the local side, and then publish to Gallery, but I haven't found a local tool as good as Gallery yet. Hopefully f-spot will become that tool! -Tim tim@gerla.net http://gerla.net/ From garrett@ximian.com Wed Oct 20 15:24:56 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 198853B0C24 for ; Wed, 20 Oct 2004 15:24:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05370-03 for ; Wed, 20 Oct 2004 15:24:55 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 46D483B13D2 for ; Wed, 20 Oct 2004 15:24:15 -0400 (EDT) Received: (qmail 26677 invoked from network); 20 Oct 2004 19:24:14 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 20 Oct 2004 19:24:14 -0000 From: Garrett LeSage To: F-Spot list Content-Type: text/plain; charset=UTF-8 Organization: Novell, Inc. Date: Wed, 20 Oct 2004 15:39:09 -0400 Message-Id: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 19:24:56 -0000 Hi all, I posted a little item on my website about digital photograph workflow; basically what people do, and how they'd like to do it. I asked this: You have a digital camera. You want the pictures on your computer. You want them marked somehow (grouped or tagged) so you can find them later and do stuff with them now. You want to share the images. You may also want to print them… What matters to you? How do you currently get your photos in the computer? What do you do from there? How would you like to have it work in your ideal world? I’m wondering, as I want to make F-Spot work the way you (or at least a lot of you) want it to. Leave a comment below… and/or post to the mailing list. http://linuxart.com/log/archives/2004/10/20/what-do-you-do-with-your-images/ I posted it before lunch. After going out to grab lunch (to-go), and getting back to the office, I already had around 7 replies. I currently have 18 comments on that one post. There is a lot of interesting stuff on that item. I figured I should send email about it here in the mailing list. What do you all think about the questions posed and the discussion following? Garrett From loz@flower.powernet.co.uk Wed Oct 20 15:43:34 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 792C63B077E for ; Wed, 20 Oct 2004 15:43:34 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06166-05 for ; Wed, 20 Oct 2004 15:43:32 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id CE4C33B09E4 for ; Wed, 20 Oct 2004 15:43:31 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9KJhT07031171 for ; Wed, 20 Oct 2004 20:43:29 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 139AEFF6E for ; Wed, 20 Oct 2004 20:43:24 +0100 (BST) From: Laurence Hygate To: F-Spot list Content-Type: multipart/mixed; boundary="=-ufGGPTwsmHjMU74/rB0q" Date: Wed, 20 Oct 2004 20:43:24 +0100 Message-Id: <1098301404.9403.3.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-Virus-Scanned: by amavisd-new at gnome.org Subject: ANDing categories together X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 19:43:34 -0000 --=-ufGGPTwsmHjMU74/rB0q Content-Type: text/plain Content-Transfer-Encoding: 7bit This patch makes categories work the way I intuitively expected. Of course I'm a geek, so using my opinion for this sort of thing is dangerous. * You can select/deselect all tags and categories independently * Only photos which have all tags are displayed * A photo is considered to "have" a tag if it is tagged with it or any of its children The implementation is a bit sucky, but gets the concept across. -- Loz --=-ufGGPTwsmHjMU74/rB0q Content-Disposition: attachment; filename=f-spot-and-tag.diff Content-Type: text/x-patch; name=f-spot-and-tag.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/PhotoStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/PhotoStore.cs,v retrieving revision 1.40 diff -u -r1.40 PhotoStore.cs --- src/PhotoStore.cs 24 Aug 2004 15:56:04 -0000 1.40 +++ src/PhotoStore.cs 20 Oct 2004 19:36:42 -0000 @@ -967,7 +967,9 @@ public Photo [] Query (Tag [] tags, DateRange range) { + const string AND = " AND "; string query; + string sep = " WHERE "; bool hide = true; if (tags != null) { @@ -1005,38 +1007,44 @@ query_builder.Append (String.Format ("WHERE photos.time >= {0} AND photos.time < {1} ", DbUtils.UnixTimeFromDateTime (range.Start), DbUtils.UnixTimeFromDateTime (range.End))); + sep = AND; } if (hide) { query_builder.Append (String.Format ("{0} photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = {1})", - range != null ? " AND " : " WHERE ", tag_store.Hidden.Id)); + sep, tag_store.Hidden.Id)); + sep = AND; } if (tags != null && tags.Length > 0) { - bool first = true; foreach (Tag t in tags) { if (t.Id == tag_store.Hidden.Id) continue; - - if (first) { - query_builder.Append (String.Format ("{0} photos.id IN (SELECT photo_id FROM photo_tags WHERE tag_id IN (", - hide || range != null ? " AND " : " WHERE ")); + + //Optimizations + //1. if t is root then we can ignore + //2. maintain table of tag_id, tag_id which is the relation (is_or_is_child_of) and join against that rather than the big in statement + bool first = true; + foreach (Tag tag in t.MeAndAncestors) { + if (first) { + query_builder.Append (sep); + query_builder.Append(" photos.id IN (SELECT photo_id FROM photo_tags WHERE tag_id IN ("); + sep = AND; + } + query_builder.Append (String.Format ("{0}{1} ", first ? "" : ", ", tag.Id)); + first = false; } - - query_builder.Append (String.Format ("{0}{1} ", first ? "" : ", ", t.Id)); - - first = false; + if (!first) + query_builder.Append(")) "); } - if (!first) - query_builder.Append (")) "); } query_builder.Append ("ORDER BY photos.time"); query = query_builder.ToString (); Console.WriteLine ("Query Start {0}", System.DateTime.Now.ToLongTimeString ()); - + // Console.WriteLine(query); SqliteCommand command = new SqliteCommand (); command.Connection = Connection; command.CommandText = query; @@ -1091,7 +1099,7 @@ return id_list.ToArray (typeof (Photo)) as Photo []; } - + #if TEST_PHOTO_STORE static void Dump (Photo photo) { Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 20 Oct 2004 19:36:43 -0000 @@ -67,8 +67,8 @@ return false; else if (selection.ContainsKey (tag.Id)) return true; - else if (tag.Category != tag_store.RootCategory && IsSelected (tag.Category)) - return true; + //else if (tag.Category != tag_store.RootCategory && IsSelected (tag.Category)) + // return true; else return false; } @@ -169,6 +169,13 @@ uint tag_id = (uint) value; Tag tag = tag_store.Get (tag_id) as Tag; + // Tags stand alone now + if (IsSelected (tag)) + Unselect (tag); + else + Select (tag); + (Model as TreeStore).EmitRowChanged (path, iter); + /* // Tags under an unselected category are always conceptually unselected. // They appear as selected just in virtue of being children of a selected category. if (! IsSelected (tag.Category)) { @@ -183,7 +190,7 @@ if (tag is Category) UnselectTagsForCategory (tag as Category); } - + */ if (SelectionChanged != null) SelectionChanged (this); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 20 Oct 2004 19:36:43 -0000 @@ -135,6 +135,20 @@ return Category.CompareTo (tag.Category); } } + + public Tag[] MeAndAncestors { //is there a word for that? + get { + // can be improved we are creating a lot of array lists by recursing this way + // should pass an accumulator around instead + ArrayList ancestors = new ArrayList(); + ancestors.Add(this); + if (this is Category) + foreach (Tag tag in (this as Category).Children) + ancestors.AddRange(tag.MeAndAncestors); + return (Tag []) ancestors.ToArray (typeof (Tag)); + } + } + } @@ -153,7 +167,7 @@ children_need_sort = true; } } - + public void AddChild (Tag child) { children.Add (child); --=-ufGGPTwsmHjMU74/rB0q-- From tjb@unh.edu Wed Oct 20 16:01:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A5B813B15AE for ; Wed, 20 Oct 2004 16:01:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07393-01 for ; Wed, 20 Oct 2004 16:01:30 -0400 (EDT) Received: from wintermute.sr.unh.edu (wintermute.sr.unh.edu [132.177.241.100]) by menubar.gnome.org (Postfix) with ESMTP id 5C1153B1590 for ; Wed, 20 Oct 2004 16:01:23 -0400 (EDT) Received: from wintermute.sr.unh.edu (localhost.localdomain [127.0.0.1]) by wintermute.sr.unh.edu (8.13.1/8.13.1) with ESMTP id i9KK1MjC010358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 20 Oct 2004 16:01:22 -0400 Received: (from tjb@localhost) by wintermute.sr.unh.edu (8.13.1/8.13.1/Submit) id i9KK1MRN010357 for f-spot-list@gnome.org; Wed, 20 Oct 2004 16:01:22 -0400 X-Authentication-Warning: wintermute.sr.unh.edu: tjb set sender to tjb@unh.edu using -f From: "Thomas J. Baker" To: f-spot-list@gnome.org In-Reply-To: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> References: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Organization: University of New Hampshire's Research Computing Center Date: Wed, 20 Oct 2004 16:01:22 -0400 Message-Id: <1098302482.31394.25.camel@wintermute.sr.unh.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-1) X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 20:01:33 -0000 On Wed, 2004-10-20 at 15:39 -0400, Garrett LeSage wrote: > Hi all, >=20 > I posted a little item on my website about digital photograph workflow; > basically what people do, and how they'd like to do it. >=20 > I asked this: >=20 > > You have a digital camera. You want the pictures on your computer. You > want them marked somehow (grouped or tagged) so you can find them later > and do stuff with them now. You want to share the images. You may also > want to print them=85 >=20 > What matters to you? How do you currently get your photos in the > computer? What do you do from there? How would you like to have it work > in your ideal world? >=20 > I=92m wondering, as I want to make F-Spot work the way you (or at least a > lot of you) want it to. >=20 > Leave a comment below=85 and/or post to the mailing list. > > =20 > http://linuxart.com/log/archives/2004/10/20/what-do-you-do-with-your-imag= es/ >=20 >=20 > I posted it before lunch. After going out to grab lunch (to-go), and > getting back to the office, I already had around 7 replies. I currently > have 18 comments on that one post. There is a lot of interesting stuff > on that item. >=20 > I figured I should send email about it here in the mailing list. >=20 > What do you all think about the questions posed and the discussion > following? >=20 > Garrett >=20 I've been maintaining photo websites for quite a few years, first dogs for the public then kids for family.=20 Since FC3, I use gthumb-import to import photos automagically when I plug my EOS 10d in. It then runs gthumb where I auto rotate all images appropriately. From there, I run a custom script that copies the raw images to the web server, runs gthumb again so I can weed out the ones I don't want family to see, and then it makes static html using more custom perl scripts.=20 After photos are read in in a YYYY/YYYY-MM-DD directory structure and auto rotated using gthumb, I treat them as read only, almost like negatives. (How about the concept of rolls? A roll is the batch of photos coming off a camera. Everyone does remember film, don't they??) I don't rename the files as I have the camera set to keep incrementing. It's only been reset once during a firmware upgrade but this means I do have duplicate names. I do any modifications to copies. I use gthumb to browse them but I haven't really done much in terms of tagging them. I've got too many photos and too little time to go back and tag everthing to make it meaningful. (I think gthumb just incorporated tagging recently.) A comprehensive system like f-spot would certainly encourage me to go back and tag things though. I like jimmac's concept of albums but I hope I can keep my current archive structure of 'rolls' organized by date. I suppose though that if it were done well enough, I wouldn't care.=20 As far as html exporting, one thing that may be beyond the scope of f- spot is permission levels and access to pictures. Log in as me and you can see everything but log in as someone else and only see what I want you to see. Maybe a public/private flag as a minimum. Maybe this would have to be implemented in an export plugin for a smarter web system. As I said before, I use my own scripts so I'm not familiar with the capabilities of other photo web software. Anyway, it will be nice to have a comprehensive photo cataloging system for linux. tjb P.S. The list seems not to be set to reply-to-list by default. Is this by design? --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D | Thomas Baker email: tjb@unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From sogrady@redmonk.com Wed Oct 20 16:15:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1FC5C3B15C9 for ; Wed, 20 Oct 2004 16:15:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08044-09 for ; Wed, 20 Oct 2004 16:15:00 -0400 (EDT) Received: from fecls-03.atlarge.net (fecls-03.atlarge.net [129.41.63.139]) by menubar.gnome.org (Postfix) with SMTP id 11F353B15DB for ; Wed, 20 Oct 2004 16:15:00 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-03.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Wed, 20 Oct 2004 15:08:43 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.107]) with Microsoft Exchange Server HTTP-DAV ; Wed, 20 Oct 2004 20:08:42 +0000 Received: from minisog by owa.atlarge.net; 20 Oct 2004 16:08:38 -0400 From: Stephen O'Grady To: f-spot-list@gnome.org In-Reply-To: References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Wed, 20 Oct 2004 16:08:37 -0400 Message-Id: <1098302918.8786.30.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-OriginalArrivalTime: 20 Oct 2004 20:08:43.0629 (UTC) FILETIME=[996E51D0:01C4B6E0] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 20:15:04 -0000 in lieu of fixing this, can anyone tell me how start over? i looked for a .f-spot directory to delete and didn't see one. i'd love to use f-spot, but can't at the moment. any help appreciated. On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > my installation of f-spot appears to be borqed. i've done nothing that > i'm aware of to cause it, but while the application will instantiate, > anything following - scrolling through the catalog, picking a spot on > the timeline, etc - causes the application to hang and not recover. it > has under 200 pictures cataloged, with pretty basic tags applied. > > running it from the terminal i get: > > Query Start 22:28:33 > Query Mid 10/17/2004 22:28:33 > Query End 22:28:33 > Start 10/17/2004 22:28:33 > End 10/17/2004 22:28:34 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > Found Year 1998 > Found Year 1999 > Found Year 2000 > Found Year 2001 > Found Year 2002 > Found Year 2003 > Found Year 2004 > min 0 max 11 > 01/01/1998 00:00:00 01/01/1999 00:00:00 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > min 0 max 83 > 01/01/1998 00:00:00 01/01/2005 00:00:00 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > 0.000651041666666667 > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > BUG: Filing another request of order 63 (previously 59) for > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > the only thing i've tried as a remedy is reinstalling the application. > > any thoughts, advice? > From mnorthcott@rogers.com Thu Oct 21 09:18:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A3A233B16CC for ; Thu, 21 Oct 2004 09:18:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17698-07 for ; Thu, 21 Oct 2004 09:18:26 -0400 (EDT) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by menubar.gnome.org (Postfix) with SMTP id 0C2DF3B0B3C for ; Thu, 21 Oct 2004 09:18:26 -0400 (EDT) Received: from unknown (HELO m50-iitvpn036235.iit.nrc.ca) (mnorthcott@rogers.com@132.246.36.235 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 21 Oct 2004 13:18:25 -0000 From: Mark Northcott To: f-spot-list@gnome.org In-Reply-To: <1098302918.8786.30.camel@minisog> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-k1DqdfJI6dl8+LGoA6u8" Date: Thu, 21 Oct 2004 09:19:48 -0400 Message-Id: <1098364788.4687.2.camel@jughead> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 13:18:27 -0000 --=-k1DqdfJI6dl8+LGoA6u8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Stephen, The f-spot directory is located in ~/.gnome2/. You can delete that directory to start over... Cheers, Mark On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > in lieu of fixing this, can anyone tell me how start over? i looked for > a .f-spot directory to delete and didn't see one. >=20 > i'd love to use f-spot, but can't at the moment.=20 >=20 > any help appreciated.=20 >=20 > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > my installation of f-spot appears to be borqed. i've done nothing that > > i'm aware of to cause it, but while the application will instantiate, > > anything following - scrolling through the catalog, picking a spot on > > the timeline, etc - causes the application to hang and not recover. it > > has under 200 pictures cataloged, with pretty basic tags applied. > >=20 > > running it from the terminal i get: > >=20 > > Query Start 22:28:33 > > Query Mid 10/17/2004 22:28:33 > > Query End 22:28:33 > > Start 10/17/2004 22:28:33 > > End 10/17/2004 22:28:34 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > Found Year 1998 > > Found Year 1999 > > Found Year 2000 > > Found Year 2001 > > Found Year 2002 > > Found Year 2003 > > Found Year 2004 > > min 0 max 11 > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > min 0 max 83 > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > 0.000651041666666667 > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > BUG: Filing another request of order 63 (previously 59) for > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > >=20 > > the only thing i've tried as a remedy is reinstalling the application. > >=20 > > any thoughts, advice?=20 > >=20 > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list --=-k1DqdfJI6dl8+LGoA6u8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBd7d039XPl7nTiskRAvYGAJsH4F0aqqxc0yUwrHSyZg8VzvcAkACfTVxs pfNah9rUEPtE6G5RI7y8TJk= =uYt2 -----END PGP SIGNATURE----- --=-k1DqdfJI6dl8+LGoA6u8-- From mnorthcott@rogers.com Thu Oct 21 09:22:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7A5023B14F0 for ; Thu, 21 Oct 2004 09:22:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17836-02 for ; Thu, 21 Oct 2004 09:22:07 -0400 (EDT) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by menubar.gnome.org (Postfix) with SMTP id 2AD4D3B16D4 for ; Thu, 21 Oct 2004 09:22:07 -0400 (EDT) Received: from unknown (HELO m50-iitvpn036235.iit.nrc.ca) (mnorthcott@rogers.com@132.246.36.235 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 21 Oct 2004 13:22:03 -0000 From: Mark Northcott To: f-spot-list@gnome.org In-Reply-To: <1098364788.4687.2.camel@jughead> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> <1098364788.4687.2.camel@jughead> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RTTrjEb5AHetdcS602k/" Date: Thu, 21 Oct 2004 09:23:26 -0400 Message-Id: <1098365006.4687.6.camel@jughead> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 13:22:09 -0000 --=-RTTrjEb5AHetdcS602k/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable It's way too early... I just re-read my reply and realized that it could easily be interpreted as saying 'delete ~/.gnome2 to start over with f-spot'... which would of course work, but it would also cause many other headaches! Just to clarify, delete ~/.gnome2/f-spot to start over. Cheers, Mark On Thu, 2004-10-21 at 09:19 -0400, Mark Northcott wrote: > Stephen, >=20 > The f-spot directory is located in ~/.gnome2/. You can delete that > directory to start over... >=20 > Cheers, > Mark >=20 > On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > > in lieu of fixing this, can anyone tell me how start over? i looked for > > a .f-spot directory to delete and didn't see one. > >=20 > > i'd love to use f-spot, but can't at the moment.=20 > >=20 > > any help appreciated.=20 > >=20 > > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > > my installation of f-spot appears to be borqed. i've done nothing tha= t > > > i'm aware of to cause it, but while the application will instantiate, > > > anything following - scrolling through the catalog, picking a spot on > > > the timeline, etc - causes the application to hang and not recover. i= t > > > has under 200 pictures cataloged, with pretty basic tags applied. > > >=20 > > > running it from the terminal i get: > > >=20 > > > Query Start 22:28:33 > > > Query Mid 10/17/2004 22:28:33 > > > Query End 22:28:33 > > > Start 10/17/2004 22:28:33 > > > End 10/17/2004 22:28:34 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > Found Year 1998 > > > Found Year 1999 > > > Found Year 2000 > > > Found Year 2001 > > > Found Year 2002 > > > Found Year 2003 > > > Found Year 2004 > > > min 0 max 11 > > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > min 0 max 83 > > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > > 0.000651041666666667 > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > BUG: Filing another request of order 63 (previously 59) for > > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > >=20 > > > the only thing i've tried as a remedy is reinstalling the application= . > > >=20 > > > any thoughts, advice?=20 > > >=20 > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list >=20 > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list --=20 Mark Northcott --=-RTTrjEb5AHetdcS602k/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBd7hO39XPl7nTiskRAhhzAJ9GMZ0j4BmRkhnvFgtFaW7vIRL63ACaAxRc 3qWfyELRrzFEQxMV/trkTjM= =csny -----END PGP SIGNATURE----- --=-RTTrjEb5AHetdcS602k/-- From sogrady@redmonk.com Thu Oct 21 13:02:55 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DB2483B16C2 for ; Thu, 21 Oct 2004 13:02:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29870-03 for ; Thu, 21 Oct 2004 13:02:50 -0400 (EDT) Received: from fecls-02.atlarge.net (fecls-02.atlarge.net [129.41.63.107]) by menubar.gnome.org (Postfix) with SMTP id 904103B177F for ; Thu, 21 Oct 2004 13:02:50 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-02.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Thu, 21 Oct 2004 11:54:58 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.107]) with Microsoft Exchange Server HTTP-DAV ; Thu, 21 Oct 2004 16:53:07 +0000 Received: from minisog by owa.atlarge.net; 21 Oct 2004 12:53:03 -0400 From: Stephen O'Grady To: Mark Northcott In-Reply-To: <1098365006.4687.6.camel@jughead> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> <1098364788.4687.2.camel@jughead> <1098365006.4687.6.camel@jughead> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Thu, 21 Oct 2004 12:53:02 -0400 Message-Id: <1098377582.10017.11.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-OriginalArrivalTime: 21 Oct 2004 16:54:58.0711 (UTC) FILETIME=[B2DA5A70:01C4B78E] X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 17:02:55 -0000 :) yeah, that would have been ugly, but fortunately i caught your meaning. worked like a champ, as i now get to start fresh. thx much, sog On Thu, 2004-10-21 at 09:23 -0400, Mark Northcott wrote: > It's way too early... I just re-read my reply and realized that it > could easily be interpreted as saying 'delete ~/.gnome2 to start over > with f-spot'... which would of course work, but it would also cause > many other headaches! > > Just to clarify, delete ~/.gnome2/f-spot to start over. > > Cheers, > Mark > > On Thu, 2004-10-21 at 09:19 -0400, Mark Northcott wrote: > > Stephen, > > > > The f-spot directory is located in ~/.gnome2/. You can delete that > > directory to start over... > > > > Cheers, > > Mark > > > > On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > > > in lieu of fixing this, can anyone tell me how start over? i looked for > > > a .f-spot directory to delete and didn't see one. > > > > > > i'd love to use f-spot, but can't at the moment. > > > > > > any help appreciated. > > > > > > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > > > my installation of f-spot appears to be borqed. i've done nothing that > > > > i'm aware of to cause it, but while the application will instantiate, > > > > anything following - scrolling through the catalog, picking a spot on > > > > the timeline, etc - causes the application to hang and not recover. it > > > > has under 200 pictures cataloged, with pretty basic tags applied. > > > > > > > > running it from the terminal i get: > > > > > > > > Query Start 22:28:33 > > > > Query Mid 10/17/2004 22:28:33 > > > > Query End 22:28:33 > > > > Start 10/17/2004 22:28:33 > > > > End 10/17/2004 22:28:34 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > Found Year 1998 > > > > Found Year 1999 > > > > Found Year 2000 > > > > Found Year 2001 > > > > Found Year 2002 > > > > Found Year 2003 > > > > Found Year 2004 > > > > min 0 max 11 > > > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > min 0 max 83 > > > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > > > 0.000651041666666667 > > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > > BUG: Filing another request of order 63 (previously 59) for > > > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > > > > > > > the only thing i've tried as a remedy is reinstalling the application. > > > > > > > > any thoughts, advice? > > > > > > > _______________________________________________ > > > F-spot-list mailing list > > > F-spot-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/f-spot-list > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From bengt@thuree.com Wed Oct 20 04:12:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F2C223B0EC9 for ; Wed, 20 Oct 2004 04:12:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04671-07 for ; Wed, 20 Oct 2004 04:12:35 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id C13133B10A8 for ; Wed, 20 Oct 2004 04:12:34 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id 3EC2A3A986 for ; Wed, 20 Oct 2004 10:12:13 +0200 (CEST) Received: from 194.237.142.13 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Wed, 20 Oct 2004 10:12:13 +0200 (CEST) Message-ID: <29522.194.237.142.13.1098259933.squirrel@denton.thuree.com> Date: Wed, 20 Oct 2004 10:12:13 +0200 (CEST) From: bengt@thuree.com To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Thu, 21 Oct 2004 13:12:47 -0400 Subject: EXIF and IPTC meta data X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 08:12:36 -0000 Hej I just happend to find this software, and am very interested in it. I have not been able to find out if F-Spot handles EXIF and IPTC data though. Hopefully someone on this list would be able to help me on this. I have some 1000+ pictures (growing by every week) and want to be able to set the various EXIF and IPTC data (like country, town, people, keywords, comment etc) on one or more pictures at a time. I would also like the EXIF and IPTC data to be exported back to the JPG picture so other programs could see them. Do not mind to store this in a small database first, and then later do a resync to syncronize with the JPGs (import or export). I am currently using the demo version of Iview MediaPro which works very nice in this. For more information regarding Iview MediaPro check below. Thanks in advance, and I am keeping my fingers crossed that I have found a Photo Album Management software for Linux, so I can start to manage our growing image library. Bengt http://www.iview-multimedia.com/products/mediapro/index.php "iView MediaPro 2 supports the import, editing and export of media annotations (also called meta data). It supports annotations in the resource and data fork (JPEG/Photoshop). MediaPro allows the creation of favorites for consistent editing. Annotations can be saved back to the original file or remain in the catalog separate from the file. MediaPro supports the following annotation/meta data standards" But I really would like to have an application that can modify EXIF and IPTC parameters From loz@flower.powernet.co.uk Thu Oct 21 17:40:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 252563B09E6 for ; Thu, 21 Oct 2004 17:40:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09322-04 for ; Thu, 21 Oct 2004 17:40:56 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 9D0BA3B173C for ; Thu, 21 Oct 2004 17:40:55 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9LLeixG027493 for ; Thu, 21 Oct 2004 22:40:50 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id D81CAFF6E for ; Thu, 21 Oct 2004 22:40:31 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 21 Oct 2004 22:40:31 +0100 Message-Id: <1098394831.9313.1.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Slideshow X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 21:40:58 -0000 An idea I just saw scrolling through IRC. Somebody would like a slideshow where he defines the order of the pictures, and has to click between each slide. Kind of like a slide projector. -- Laurence Hygate From federico@ximian.com Thu Oct 21 20:53:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2F7383B077E for ; Thu, 21 Oct 2004 20:53:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16812-07 for ; Thu, 21 Oct 2004 20:53:52 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2A9733B07A4 for ; Thu, 21 Oct 2004 20:53:50 -0400 (EDT) Received: (qmail 29478 invoked from network); 22 Oct 2004 00:53:49 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 22 Oct 2004 00:53:49 -0000 From: Federico Mena Quintero To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Thu, 21 Oct 2004 19:51:43 -0500 Message-Id: <1098406303.8099.21.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 00:53:58 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > *food for thought* Munch munch munch. > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. Laurence sent a patch for that yesterday... that should definitely be integrated, IMO. > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. [snip] > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. I think tags are orthogonal to albums as you propose them. Tags are exactly what photographers wish for but cannot do with physical media. A pro photographer stores a metric assload of photos, and when a client comes by and says, "I need a picture of a foo hugging a bar", the pro photographer has to go through his archives, looking for such a thing. With tags, it would be easy to find. For non-pros, like myself, I like to use tags with a dual purpose: to let me classify my images according to content, and to let me improve my photography. Classifying according to content is cumbersome, but it can't be helped without automatic categorization (insert dreams about the UWash categorization stuff here). This is so that when my wife asks me, "do you remember that picture of such and such person in Veracruz, about three months ago", I can find it easily. I have a tag for "stuff I've put in my web page", which are images that I think are worthy of being shown around. I have a tag for "portfolio-quality stuff", which is for pictures I wouldn't mind hanging on my wall --- it only holds very few photos, but it allows me to think what was it that *really* made them work. I also have a "near misses" tag, which allows me to easily go through pictures that would be worthy of showing around if it were not for a stupid flaw that I didn't notice while shooting. It's the tag for, "here, dumbass, pay more attention to *this* next time". My workflow goes as such: 1. Import images 2. Delete the complete disasters --- bear-in-a-cave shots, completely wrong exposures, shaky images, etc. 3. Tag by content. 4. Pick the ones I like. Pick the near misses, tag them as such. 5. Pick a few of the good ones for my web page, tag them as such. 6. After a while, go through the ones in (5) and see if I have any portfolio-quality stuff. For near misses, I'd like to enter comments in a text field. See the book "Walker Evans at Work"; this is a little gem about how W.E. would choose among his negatives for the best pictures. An album would be "good images of related content". If you were building an album of your last vacation's photos, you'd drag the good images from that time period into a list of some sort. If you were building an album of pictures of your wife, you'd hand-pick among the ones that have her name tag, and likewise drag them into a list. Here's some workflow and editing-type advice from People Who Know What They Are Doing: http://www.luminous-landscape.com/columns/sm-10-06.html http://www.luminous-landscape.com/tutorials/cataloguing.shtml So, I think tags are orthogonal to albums. The former are for your personal organization, the latter are to let you put together the stuff you'd like to show to people. Federico From lewing@ximian.com Fri Oct 22 12:53:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CFB063B0EE3 for ; Fri, 22 Oct 2004 12:53:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21916-06 for ; Fri, 22 Oct 2004 12:53:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 63C2B3B0FE9 for ; Fri, 22 Oct 2004 12:53:07 -0400 (EDT) Received: (qmail 30902 invoked from network); 22 Oct 2004 16:53:06 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 16:53:06 -0000 From: Larry Ewing To: Laurence Hygate In-Reply-To: <1098394831.9313.1.camel@nessie.localdomain> References: <1098394831.9313.1.camel@nessie.localdomain> Content-Type: text/plain Date: Fri, 22 Oct 2004 11:53:03 -0500 Message-Id: <1098463983.5895.3.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Slideshow X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 16:53:10 -0000 On Thu, 2004-10-21 at 22:40 +0100, Laurence Hygate wrote: > An idea I just saw scrolling through IRC. Somebody would like a > slideshow where he defines the order of the pictures, and has to click > between each slide. Kind of like a slide projector. Yeah that has always be part of the plan to be able to basically be able to construct and export a specific slideshow with more options on timing and ordering, but I plan to keep the current quick slideshow roughly the way it is. --Larry From xkahn@ximian.com Fri Oct 22 14:31:31 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 584E13B0926 for ; Fri, 22 Oct 2004 14:31:31 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25770-06 for ; Fri, 22 Oct 2004 14:31:29 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id F418C3B0800 for ; Fri, 22 Oct 2004 14:31:28 -0400 (EDT) Received: (qmail 31219 invoked from network); 22 Oct 2004 18:31:28 -0000 Received: from localhost (HELO zedzone.boston.ximian.com) (xkahn@127.0.0.1) by localhost with SMTP; 22 Oct 2004 18:31:28 -0000 From: Benjamin Kahn To: f-spot-list@gnome.org Content-Type: text/plain Date: Fri, 22 Oct 2004 14:31:21 -0400 Message-Id: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 18:31:31 -0000 I've just started trying f-spot out as my photo management application. I checked out the sources from CVS yesterday (October 21st, 2004) and compiled. Here are some of my thoughts and comments. When adopting a photo application, most users probably already have a good collection of images. So the first step is to import them all into the new program. In my case, I have them stored on a server. So I needed to copy them into F-Spot. I saw no way inside of F-Spot to do this automatically, so I SCP'd to the files from the server to the local machine. But, the connection was pretty slow (25k/s!) and the amount of data fairly large (okay, only a Gig of data...) so I got impatient while loading the images and imported the directory multiple times. This lead to duplicate images. So feature requests from this: * Have a way to import images from online albums similar to export. A plugin system for different types of online repositories would be great, but supporting directories of files and Gallery would be a great start. * During import, if the image is already in the catalog, don't import it again. (Plus, what happens if I import an image twice, select one instance and pick Edit -> Delete from Drive?) * I should be able to select a directory as a source for images. Images added to this directory should automatically import. * Lots of context information was lost in the import. I kept the images organized in folders which would have made GREAT tag names. For example, 2003/Jan/14 should have created three tags: 2003, Jan, and 14. All the images in that directory should have been given those tags. * The thumbnails displayed come from the thumbnails embedded in the exif data which is defined to be 160x120 always. While this makes importing really fast, it means that large icons always display badly (until a real thumbnail is generated) and rotated images are displayed wrong (again, until a real thumbnail is generated). Either there should be a background process for creating real thumbnails, or the correct thumbnails should be produced at import time. Bug list: * While importing the incomplete list of images, the new images sometimes wouldn't show up in the list, or would appear blank. * When scrolling quickly through the list, thumbnails often don't appear. When this happens, this message arrives on the console: BUG: Filing another request of order 26 (previously 25) for `/home/xkahn/.thumbnails/large/cfef809df6a3aabc6b6b79fdd654a31c.png' * Importing a directory was very confusing somehow. The file dialog made it very difficult since it kept OPENING the directory I was trying to import. For some reason it took me a while to notice that the "Open" button was enabled even when nothing was selected. Also, once a directory was selected, it was hard to unselect it. (You have to hold down ctrl and click that directory again.) Next I wanted to play around with the interface a little to get a feel with what I can do with F-Spot. I looked at tags... Feature Requests: * When you assign a tag that has no associated image yet (say... the Other tag) the tag's icon becomes that first image. This was pretty surprising at first, and I can't remove the image completely. (Okay, okay... Why would you want a tag that doesn't have an icon? How will you be able to tell when that tag is applied?) Maybe this is a bug report asking that all top level tags come with icons already. Or maybe a tag without an icon should be represented by a text label? * The checkboxes in the left hand sidebar are somewhat confusing to me. I selected a number of pictures and clicked the checkbox for the Other tag. Oops! The checkbox is intended as a filtering system, and all the images disappeared. The checkbox should be a tag assignment system. (Yes, I know about the right-click menu, dragging tags to images and dragging images to tags, and the Tags -> Attach Tag to Selection and Tags -> Remove Tag from Selection. These methods seem less obvious and confusing.) Filtering should be a different mode from assigning. * Tags should be auto-created and assigned at import time as much as possible. Bugs: * Tags listed in the left sidebar should all be uniformly sized. There shouldn't be tags that are very tall (because of their icon) and those that are very short. (because of their lack of icon) * When an icon is assigned to a tag, the tag spacing isn't updated to hold the image, and the image is chopped off. * When assigning a non-top level tag to an image, the top level tag icon is displayed as being associated. The actual tag icon should be shown. * The Tag menu doesn't have an accelerator. * The menuitem "Remove Tag from Selection" doesn't have an accelerator. Next, I wanted to do some light editing on the images I had imported. First up is rotation. I tend to always turn the camera the same way when taking pictures, so I selected 4 images right away that all needed to be rotated left. On a hunch, I right clicked one of the images and saw the rotate menu item and selected it. Bugs: * Because of the thumbnail import bug listed above, rotating images can be very frustrating. (Images appear to be rotated twice since the thumbnail is wrong at first.) Now I wanted to examine a number of images to make sure it wasn't blurry, find which one was best, etc. Double clicking on an image works to view it, as does selecting the right tab. Once viewing the image, things degrade a little. Feature Requests: * Standard GNOME zoom keys should work: Ctrl-+ (Zoom In) and Ctrl-- (Zoom Out) and Ctrl-= (Full Size) and Ctrl-0 (Fit to Screen) * Clicking and Dragging across the image creates a crop box. It should pan the image instead. (Cropping is important I guess, but it's more likely that I'm examining an image, esp if the image is larger than the screen. Cropping, or any edits, should be a mode.) * If I unzoom the image too far, I end up back at the list of images. Yeah, my camera does that too, but it feels a little weird in an application. It should just make the image smaller. Bugs: * The mouse wheel looks like it's trying to zoom the image. (The image becomes sharper for a moment and then smooths out again as the wheel turns.) But the zoom isn't working. Actually, it's weirder than that. If I zoom the image in and try the mousewheel, the image pans (very slowly) in relation to the area of the image the mouse is hovering over. I know, I know. Put these problems in bugzilla! Okay, I will. But wanted to jot down my notes from trying things out first. From lewing@ximian.com Fri Oct 22 15:04:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 813DD3B0AF8 for ; Fri, 22 Oct 2004 15:04:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27188-05 for ; Fri, 22 Oct 2004 15:04:34 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 097363B0E40 for ; Fri, 22 Oct 2004 15:04:01 -0400 (EDT) Received: (qmail 31340 invoked from network); 22 Oct 2004 19:04:00 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 19:04:00 -0000 From: Larry Ewing To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Fri, 22 Oct 2004 14:04:00 -0500 Message-Id: <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 19:04:36 -0000 Sweet!. Ok first off, I'm really appreciative of the thoughts here, and I'm very open to changing the current system but I'm not sure simply replacing the tag metaphor with a virtual album metaphor is a solution. I'll try to explain as I go. I'm going to be making the case for tags as I see them in this mail please don't take it as a rejection of the "virtual album" concept I just want to make sure you understand where I am coming from. On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > > Tags > ==== > > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image. > > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". > > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. > The plan has always been to allow for AND over the group as well as or as well as NOT. I haven't gotten that far yet, and to be honest I'm not sure how I want to proceed in the ui but that doesn't mean it is impossible. There are existing implementations of the tag/category metaphor that allow for just that. > Human Language > -------------- > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. It is not physically possible > to have one image appear in multiple albums. > The current physical metaphor I want you to think of for tags is colored sticky notes poking out of a file drawer, with an easy way to pull out just the photos that match and put them in a pile (an active search). Photo Albums are a separate metaphor, they are the things you produce to show people by making prints. So in this world view albums would the things you uploaded to the web not your photo file. This seems obvious to me, although the current code seems to have left plenty of people baffled so I guess chances are good that I am wrong completely wrong. The physical impossibility of an image being in multiple albums doesn't have any relation to this model, it also isn't a problem in the real world because people make prints. Try thinking of a category as the color of the sticky note and the tag as the label on it. In this view a tag is a slightly structured keyword and is orthogonal to a folder drawer or an album. I think it probably makes sense to allow for multiple drawers. and offer a simple way to switch between them but I think there should be very few of these and the interface should encourage slapping a sticky note on something as opposed to making a drawer for a group. It seems like a flat namespace of drawers would be sufficient. > Reuse > ----- > With the tag interface to the library is not possible to store a certain > query. One has to manually deselect the current "filter" and apply a new > one. > This is absolutely doable with the current backend and honestly I don't see albums really help us here since real world folders can't store living searches either. We just cheat sometimes and call them "virtual". > Metadata > -------- > We do want to have additional metadata associated with an image. It is > confusing to use this concept for some, and another for the rest (name, > caption...) > Do you mean that it is strange to have sticky note on an image as well as an exposure sheet and a description? I'm trying to understand but I think you are suffering from the fact that you keep wanting to see tags as albums not as sticky notes. Or do you mean that > Export Implementation > --------------------- > While it is theoretically possible to come up with a dynamic web system > for exporting photos on the web, retaining the same concepts as applied > on F-Spot alone with tags, it relies heavily on server side scripting > and doesn't sound trivial to do. Generating static HTML pages with the > tag interface is hardly doable with way too many permutations to deal > with. There is no possible way to match all the various web gallery structures and I don't think we want to. A web gallery is an item unto itself it is external to your file drawer. Don't try to make one into the other. > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. > As an evolution hack I developed a lot of opinions on vfolders few of them good. Most of the problems I have with them are related to implementation details, like speed in switching, but in general I think they require too much setup and don't offer much. I end up just doing quick searches to find mail I'm interested in 99% of the time. I do have some mail sorted into actual folders, usually list mail which I consider separate enough from the rest of my mail that I don't want to mix them. I really think having a search history and forward/back navigation makes more sense than having explicitly saved searches. > > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. I use evolution's search or beast to find messages not vfolders. And I use google a lot more than my bookmarks. Granted I do have a few bookmarks (as an aside, I'm actually using mostly using tomboy for bookmarks lately) just like I have mail folders. I'm having trouble with the valbum metaphor in another place here too. The way I see it stored searches are live queries on a set of attributes and so I'm wondering what attributes we can build valbums from. Are you saying that we should have two types of album, one that is actual and one that is virtual? And If so that virtual albums are stored queries on the combination of actual album and other attributes like time and date? How would this be represented in the ui? Or are you saying that we only have one type of album, a virtual one, and that it is implemented by adding an attribute the image and that stored searches are something separate from valbums and live in the search bar/box/ui dingus? In this case the situation for vablums and tags/categories is exactly the same and it sounds like we are just discussing a name change. > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. > I'm not sure what you are getting at here. If there are multiple album types there has to be a lot of ui for making the valbum and if there are only valbums > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. > I intended to use active queries further limited by selection for this. The same way I do slide shows and editing actions. Is there some value with linking things at a deeper level that I'm missing? Like I said this message is mostly intended to show that there is some logic to the current metaphor, and that I don't completely understand what you are proposing. I hope it doesn't seem hostile, I really appreciate the input. Now I'm going to go back and chew on the valbum plans for a while longer and see if I missed something or inspiration strikes. Thanks again Jakub, --Larry From liste@jordet.nu Fri Oct 22 16:00:44 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A4FFD3B0D1C for ; Fri, 22 Oct 2004 16:00:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29684-01 for ; Fri, 22 Oct 2004 16:00:40 -0400 (EDT) Received: from dodge.jordet.nu (unknown [82.147.40.124]) by menubar.gnome.org (Postfix) with ESMTP id 700AF3B0BCD for ; Fri, 22 Oct 2004 16:00:00 -0400 (EDT) Received: from chevrolet.jordet (cadillac.jordet [192.168.1.1]) (authenticated bits=0) by dodge.jordet.nu (8.13.1/8.13.1/Debian-15) with ESMTP id i9MJxqQ3002799 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 22 Oct 2004 21:59:53 +0200 From: Stian Jordet To: f-spot-list@gnome.org In-Reply-To: <1098469881.8089.67.camel@zedzone.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 21:59:51 +0200 Message-Id: <1098475191.2513.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75-1, clamav-milter version 0.75c on dodge X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:00:44 -0000 Hi, fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > * I should be able to select a directory as a source for images. > Images added to this directory should automatically import. I would give anything for this feature, it's the only thing I miss. I'm using a perl script that stores the pictures the way I want them, and would, at least for now, like to continue to use that. Would be just so sweet :) This is kind of in bugzilla already (not exactly your feature, but duplicate detection), bug #153339 with a patch, I just realized :D Best regards, Stian From lewing@ximian.com Fri Oct 22 16:03:07 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8A9723B0B80 for ; Fri, 22 Oct 2004 16:03:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29736-01 for ; Fri, 22 Oct 2004 16:03:05 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 401693B08D4 for ; Fri, 22 Oct 2004 16:03:05 -0400 (EDT) Received: (qmail 31449 invoked from network); 22 Oct 2004 20:03:04 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:03:04 -0000 From: Larry Ewing To: Benjamin Kahn In-Reply-To: <1098469881.8089.67.camel@zedzone.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:03:04 -0500 Message-Id: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:03:07 -0000 On Fri, 2004-10-22 at 14:31 -0400, Benjamin Kahn wrote: > I've just started trying f-spot out as my photo management application. > I checked out the sources from CVS yesterday (October 21st, 2004) and > compiled. Here are some of my thoughts and comments. > > When adopting a photo application, most users probably already have a > good collection of images. So the first step is to import them all into > the new program. In my case, I have them stored on a server. So I > needed to copy them into F-Spot. > F-Spot really needs to start up with a big "Import Photos" dialog when you start it for the first time to ease people into the import flow as well. > I saw no way inside of F-Spot to do this automatically, so I SCP'd to > the files from the server to the local machine. But, the connection was > pretty slow (25k/s!) and the amount of data fairly large (okay, only a > Gig of data...) so I got impatient while loading the images and imported > the directory multiple times. This lead to duplicate images. > > So feature requests from this: > > * Have a way to import images from online albums similar to > export. A plugin system for different types of online > repositories would be great, but supporting directories of files > and Gallery would be a great start. The current Gallery code should work for downloading all this needs is a ui and some thought. In general the problem is harder and and I need to come up with a decent plug-in interface for importers and exporters. I wish there were decent c# gnome-vfs bindings so that I could use things like the ssh vfs methods to write an importer. Oh well, I'm sure some will come along. > * During import, if the image is already in the catalog, don't > import it again. (Plus, what happens if I import an image > twice, select one instance and pick Edit -> Delete from Drive?) You have one thumbnail that will not load an image, I'm not sure if it is smart enough to show the broken image icon right now if there is a not a valid thumbnail. Obviously there are better ways this could be handled > * I should be able to select a directory as a source for images. > Images added to this directory should automatically import. you can. The directory selection logic in gtkfilechooser is just very, very confusing. Federico you want to comment on this? > * Lots of context information was lost in the import. I kept the > images organized in folders which would have made GREAT tag > names. For example, 2003/Jan/14 should have created three tags: > 2003, Jan, and 14. All the images in that directory should have > been given those tags. I see what you are getting at but I'm not sure the example is the best. If the exif data is intact we know the date and there are better ways to represent it than tags. I suppose the import dialog could look for subdirectories in the import folder and offer to create tags for them if they don't match the DCF file format spec. > * The thumbnails displayed come from the thumbnails embedded in > the exif data which is defined to be 160x120 always. While this > makes importing really fast, it means that large icons always > display badly (until a real thumbnail is generated) and rotated > images are displayed wrong (again, until a real thumbnail is > generated). Either there should be a background process for > creating real thumbnails, or the correct thumbnails should be > produced at import time. > The plan is to update the thumbails after the import in an idle handler. It has stayed pretty low on the list so far but patches are welcome. > Bug list: > > * While importing the incomplete list of images, the new images > sometimes wouldn't show up in the list, or would appear blank. Hmmm I don't remeber seeing this but it is possible some of the images wouldn't appear in that dialog if they didn't have a thumbnail in the exif data. File it. > * When scrolling quickly through the list, thumbnails often don't > appear. When this happens, this message arrives on the console: > BUG: Filing another request of order 26 (previously 25) for > `/home/xkahn/.thumbnails/large/cfef809df6a3aabc6b6b79fdd654a31c.png' this is only because you have duplicate images in the database, Once the duplicate import bug is solved this will not be an image. > * Importing a directory was very confusing somehow. The file > dialog made it very difficult since it kept OPENING the > directory I was trying to import. For some reason it took me a > while to notice that the "Open" button was enabled even when > nothing was selected. Also, once a directory was selected, it > was hard to unselect it. (You have to hold down ctrl and click > that directory again.) Bug Federico, this is stock gtk here. > > Next I wanted to play around with the interface a little to get a feel > with what I can do with F-Spot. I looked at tags... > > Feature Requests: > > * When you assign a tag that has no associated image yet (say... > the Other tag) the tag's icon becomes that first image. This > was pretty surprising at first, and I can't remove the image > completely. (Okay, okay... Why would you want a tag that > doesn't have an icon? How will you be able to tell when that > tag is applied?) Maybe this is a bug report asking that all top > level tags come with icons already. Or maybe a tag without an > icon should be represented by a text label? The toplevel tags all need to have icons. Maybe I'll just shove some nautilus emblems in there and hope to customize them eventually. > * The checkboxes in the left hand sidebar are somewhat confusing > to me. I selected a number of pictures and clicked the checkbox > for the Other tag. Oops! The checkbox is intended as a > filtering system, and all the images disappeared. The checkbox > should be a tag assignment system. (Yes, I know about the > right-click menu, dragging tags to images and dragging images to > tags, and the Tags -> Attach Tag to Selection and Tags -> Remove > Tag from Selection. These methods seem less obvious and > confusing.) Filtering should be a different mode from > assigning. I think everyone agrees the current ui for the tag tree is highly confusing. The right way to fix it is still up for debate, but I promise things will get better. > * Tags should be auto-created and assigned at import time as much > as possible. > Agreed. > Bugs: > > * Tags listed in the left sidebar should all be uniformly sized. > There shouldn't be tags that are very tall (because of their > icon) and those that are very short. (because of their lack of > icon). Hrmmm I'll think about it. > * When an icon is assigned to a tag, the tag spacing isn't updated > to hold the image, and the image is chopped off. File a GtkTreeView bug. It should resize when the pixbuf in a row changes. > * When assigning a non-top level tag to an image, the top level > tag icon is displayed as being associated. The actual tag icon > should be shown. actually I'm leaning towards only showing toplevel tag icons in the icon list and showing full tags in the photo view. It would limit the number of possible tags and look nicer, and I'm not sure it would hurt things. > * The Tag menu doesn't have an accelerator. > * The menuitem "Remove Tag from Selection" doesn't have an > accelerator. > File bugs for these. > Next, I wanted to do some light editing on the images I had imported. > First up is rotation. I tend to always turn the camera the same way > when taking pictures, so I selected 4 images right away that all needed > to be rotated left. On a hunch, I right clicked one of the images and > saw the rotate menu item and selected it. > > Bugs: > > * Because of the thumbnail import bug listed above, rotating > images can be very frustrating. (Images appear to be rotated > twice since the thumbnail is wrong at first.) > > Now I wanted to examine a number of images to make sure it wasn't > blurry, find which one was best, etc. Double clicking on an image works > to view it, as does selecting the right tab. Once viewing the image, > things degrade a little. > > Feature Requests: > > * Standard GNOME zoom keys should work: Ctrl-+ (Zoom In) and > Ctrl-- (Zoom Out) and Ctrl-= (Full Size) and Ctrl-0 (Fit to > Screen) Already in the queue, a couple of fixes in the f-image-view.c and the zooming code need to happen first for this to work. > * Clicking and Dragging across the image creates a crop box. It > should pan the image instead. (Cropping is important I guess, > but it's more likely that I'm examining an image, esp if the > image is larger than the screen. Cropping, or any edits, should > be a mode.) I'll probably use middle button for panning for now. It is possible I should move all the editing out of the mail view dialog. I haven't decided one way or the other yet. > > * If I unzoom the image too far, I end up back at the list of > images. Yeah, my camera does that too, but it feels a little > weird in an application. It should just make the image smaller. > File it and I'll think about it, trow mentioned he disliked that feature as well. I like using one binding for both but I'm not sold on it. > Bugs: > > * The mouse wheel looks like it's trying to zoom the image. (The > image becomes sharper for a moment and then smooths out again as > the wheel turns.) But the zoom isn't working. Actually, it's > weirder than that. If I zoom the image in and try the > mousewheel, the image pans (very slowly) in relation to the area > of the image the mouse is hovering over. > Yeah the current zoom stuff is seriously crappy, > I know, I know. Put these problems in bugzilla! Okay, I will. But > wanted to jot down my notes from trying things out first. bingo ;) thanks for the great feedback Ben --Larry From lewing@ximian.com Fri Oct 22 16:13:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 24DD63B1818 for ; Fri, 22 Oct 2004 16:13:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30252-10 for ; Fri, 22 Oct 2004 16:13:20 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 8B0CD3B1817 for ; Fri, 22 Oct 2004 16:13:18 -0400 (EDT) Received: (qmail 31475 invoked from network); 22 Oct 2004 20:13:18 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:13:18 -0000 From: Larry Ewing To: Benjamin Kahn , Federico Mena Quintero In-Reply-To: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:13:18 -0500 Message-Id: <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:13:22 -0000 > > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > you can. The directory selection logic in gtkfilechooser is just very, > very confusing. Federico you want to comment on this? > ah I misread this (twice, sorry fede). Todd had a patch that started work on this which he later lost in a laptop upgrade. Really the only thing blocking this is the same thing blocking the duplicate checking. It is more trouble than it should be to check version paths. I have a plan to deal with it and hope to get to it soon. What needs to happen is a reworking of how the db stores versions, right now it just stores them by name and it really needs to store the whole path so that we can make a single query and do path checks. I'm hoping to get to this soon since it is blocking a few key features at this point. --Larry From lewing@ximian.com Fri Oct 22 16:15:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B6C003B0BCD for ; Fri, 22 Oct 2004 16:15:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30384-03 for ; Fri, 22 Oct 2004 16:15:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 41BF23B17DA for ; Fri, 22 Oct 2004 16:15:07 -0400 (EDT) Received: (qmail 31482 invoked from network); 22 Oct 2004 20:15:06 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:15:06 -0000 From: Larry Ewing To: Sverre Johansen In-Reply-To: References: Content-Type: text/plain Date: Fri, 22 Oct 2004 15:15:06 -0500 Message-Id: <1098476107.5895.171.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:15:08 -0000 Yeah I think a calendar view would be a cool hack, more pressing features have been keeping me from it though. --Larry On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > Hi, > > First I have to say that this application is starting to look great! > > Is there planned to create a Calendar View, like Photoshop Album has? > Where I can see the pictures for a specific day, not just the month. > Is this something you want, or is it just ruled out as "not needed"? From lewing@ximian.com Fri Oct 22 16:19:25 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 144453B0B2F for ; Fri, 22 Oct 2004 16:19:25 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30572-09 for ; Fri, 22 Oct 2004 16:19:22 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2B4FB3B0F23 for ; Fri, 22 Oct 2004 16:19:16 -0400 (EDT) Received: (qmail 31505 invoked from network); 22 Oct 2004 20:19:15 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:19:15 -0000 From: Larry Ewing To: Alan Bailward In-Reply-To: <1098157067.13593.11.camel@phoenix.arcterex.net> References: <1098157067.13593.11.camel@phoenix.arcterex.net> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:19:15 -0500 Message-Id: <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:19:25 -0000 On Mon, 2004-10-18 at 20:37 -0700, Alan Bailward wrote: > On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > > Hi, > > > > First I have to say that this application is starting to look great! > > > > Is there planned to create a Calendar View, like Photoshop Album has? > > Where I can see the pictures for a specific day, not just the month. > > Is this something you want, or is it just ruled out as "not needed"? > > Another nice feature that I'd love to see is to group files by time of > day / picture taking session. IE: Say you download your files from CF > or whatever. Generally pictures are taken in groups, ie: at 8:00 you > took 10 pictures of something, then after another hour or two you took > some more, then two days later you took more. The files are all from > the same CF card but of different distinct subjects (or could be). Most > photo management apps think of the images from an import as one session, > ask you for a name or directory, etc. > > What would be nice is to be able to present the images grouped by when > they were taken. A pretty simple algorithm could check for the biggest > gaps between image creation date and use that... then the images are > presented to the user in a grouped format for viewing or naming. > The way I was hoping to accomplish this was with with the concept of import groups and some basic frequency analysis on import that would let you split the group when it finds gaps and offer merge the groups across imports if the photos match closely in time with other prexisting import groups. None of this is implemented. --Larry From chris@atlee.ca Fri Oct 22 16:20:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3332E3B177C for ; Fri, 22 Oct 2004 16:20:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30645-10 for ; Fri, 22 Oct 2004 16:20:30 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id 729763B164B for ; Fri, 22 Oct 2004 16:20:29 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (1310 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Fri, 22 Oct 2004 16:20:20 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CL5tb-00060m-J9; Fri, 22 Oct 2004 16:20:19 -0400 From: Chris AtLee To: Larry Ewing In-Reply-To: <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 16:20:18 -0400 Message-Id: <1098476419.14655.5.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:20:36 -0000 > What needs to happen is a reworking of how the db stores versions, right > now it just stores them by name and it really needs to store the whole > path so that we can make a single query and do path checks. I'm hoping > to get to this soon since it is blocking a few key features at this > point. What about storing a sha1sum of the file so that even if it gets renamed it can be identified as a duplicate? From alan@ufies.org Fri Oct 22 16:40:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 83C773B0B9F for ; Fri, 22 Oct 2004 16:40:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31750-01 for ; Fri, 22 Oct 2004 16:40:17 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 6DB323B0E2D for ; Fri, 22 Oct 2004 16:40:05 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id A68ECB01DF; Fri, 22 Oct 2004 13:47:48 -0700 (PDT) Date: Fri, 22 Oct 2004 13:47:48 -0700 From: Alan To: Stian Jordet Message-ID: <20041022204748.GA18965@ufies.org> Mail-Followup-To: Stian Jordet , f-spot-list@gnome.org References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475191.2513.5.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098475191.2513.5.camel@localhost.localdomain> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:40:22 -0000 On Fri, Oct 22, 2004 at 09:59:51PM +0200, Stian Jordet wrote: > Hi, > > > fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > I would give anything for this feature, it's the only thing I miss. I'm > using a perl script that stores the pictures the way I want them, and > would, at least for now, like to continue to use that. Would be just so > sweet :) > > This is kind of in bugzilla already (not exactly your feature, but > duplicate detection), bug #153339 with a patch, I just realized :D Great to hear! This is particularily needed, especially if you import pictures to a central location from multiple sources (IE: my gf will import pictures on her computer to the fileshare) and having to import those files (and risk having dupes, assuming you can find them) sucks. I have the same problem with rhythmbox... I have to periodically nuke my rb database and just re-import my /mp3 mount. -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From alan@ufies.org Fri Oct 22 16:41:50 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 227D13B0ACA for ; Fri, 22 Oct 2004 16:41:50 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31764-08 for ; Fri, 22 Oct 2004 16:41:48 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 39F603B0B9F for ; Fri, 22 Oct 2004 16:41:48 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id 215A7B01DF; Fri, 22 Oct 2004 13:49:27 -0700 (PDT) Date: Fri, 22 Oct 2004 13:49:27 -0700 From: Alan To: Larry Ewing Message-ID: <20041022204926.GB18965@ufies.org> Mail-Followup-To: Larry Ewing , Sverre Johansen , f-spot-list@gnome.org References: <1098157067.13593.11.camel@phoenix.arcterex.net> <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:41:50 -0000 > > What would be nice is to be able to present the images grouped by when > > they were taken. A pretty simple algorithm could check for the biggest > > gaps between image creation date and use that... then the images are > > presented to the user in a grouped format for viewing or naming. > > > > The way I was hoping to accomplish this was with with the concept of > import groups and some basic frequency analysis on import that would let > you split the group when it finds gaps and offer merge the groups across > imports if the photos match closely in time with other prexisting import > groups. None of this is implemented. Great to hear! Hopefully someday I'll learn mono a big better and be able to actually contribute patches and fixes. Thanks again for the great software Larry. alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From nat@novell.com Fri Oct 22 18:10:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 555273B08FD for ; Fri, 22 Oct 2004 18:10:45 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02314-05 for ; Fri, 22 Oct 2004 18:10:42 -0400 (EDT) Received: from linux.site (unknown [130.57.22.69]) by menubar.gnome.org (Postfix) with ESMTP id 5C6B23B090C for ; Fri, 22 Oct 2004 18:10:42 -0400 (EDT) Received: by linux.site (Postfix, from userid 1000) id 732BD12D012; Fri, 22 Oct 2004 18:10:41 -0400 (EDT) From: Nat Friedman To: Stian Jordet In-Reply-To: <1098475191.2513.5.camel@localhost.localdomain> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475191.2513.5.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 22 Oct 2004 18:10:40 -0400 Message-Id: <1098483040.29648.37.camel@164-99-120-64.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.1.0 X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 22:10:45 -0000 On Fri, 2004-10-22 at 21:59 +0200, Stian Jordet wrote: > Hi, > > > fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > I would give anything for this feature, it's the only thing I miss. I'm > using a perl script that stores the pictures the way I want them, and > would, at least for now, like to continue to use that. Would be just so > sweet :) > > This is kind of in bugzilla already (not exactly your feature, but > duplicate detection), bug #153339 with a patch, I just realized :D This is a great idea. It should also work recursively, since I have a directory structure like this: [nat@lappy Photos]$ ls 2004-August-10 2004-March-1 2004-September-17 dsc01520.jpg 2004-August-19 2004-March-14 2004-September-20 jetcarpet.jpg Nat From federico@ximian.com Fri Oct 22 22:02:01 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B172B3B069F for ; Fri, 22 Oct 2004 22:02:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08793-06 for ; Fri, 22 Oct 2004 22:02:00 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id AE3F83B0674 for ; Fri, 22 Oct 2004 22:01:59 -0400 (EDT) Received: (qmail 31904 invoked from network); 23 Oct 2004 02:01:58 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 23 Oct 2004 02:01:58 -0000 From: Federico Mena Quintero To: Larry Ewing In-Reply-To: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 20:59:41 -0500 Message-Id: <1098496781.8099.46.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Oct 2004 02:02:01 -0000 On Fri, 2004-10-22 at 15:03 -0500, Larry Ewing wrote: > you can. The directory selection logic in gtkfilechooser is just very, > very confusing. Federico you want to comment on this? > > * Importing a directory was very confusing somehow. The file > > dialog made it very difficult since it kept OPENING the > > directory I was trying to import. For some reason it took me a > > while to notice that the "Open" button was enabled even when > > nothing was selected. Also, once a directory was selected, it > > was hard to unselect it. (You have to hold down ctrl and click > > that directory again.) > > Bug Federico, this is stock gtk here. Yeah, this is pretty confusing. It happens because the file chooser tries to do the same thing when you double-click on an item and when you click the "Open" button. Say you are navigating a folders-only chooser. You double-click on a folder in the list. Do you mean "select this and close the dialog", or "enter this folder because I want to select a subfolder"? > > * When an icon is assigned to a tag, the tag spacing isn't updated > > to hold the image, and the image is chopped off. > > File a GtkTreeView bug. It should resize when the pixbuf in a row > changes. Did your tree model emit a notification? Federico From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 14:20:18 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9FCD63B1007 for ; Sun, 24 Oct 2004 14:20:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28351-02 for ; Sun, 24 Oct 2004 14:20:16 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id 6347C3B0F6F for ; Sun, 24 Oct 2004 14:20:16 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLmyV-0003Ds-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 20:03:37 +0200 Lines: 31 Message-ID: <20041024200337.0abed528.danielpoe@gmx.de> References: <1098301404.9403.3.camel@nessie.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: ANDing categories together X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 18:20:18 -0000 On Wed, 20 Oct 2004 20:43:24 +0100 Laurence Hygate wrote: > This patch makes categories work the way I intuitively expected. Of > course I'm a geek, so using my opinion for this sort of thing is > dangerous. >=20 > * You can select/deselect all tags and categories independently > * Only photos which have all tags are displayed > * A photo is considered to "have" a tag if it is tagged with it or any > of its children I think the way to go would be to OR connect single tags inside one categorie and AND connect with other categories. Thus 'People > Mum' 'People > Dad' 'Event > Christmas' would yield the query: SELECT Photos FROM Lib WHERE People=3D'Mum' OR People=3D'Dad' AND Event =3D'Christmas'; This is the way I would expect it. But for the future would be nice to have some GUI to AND/OR/NOT connect the different tags. Probably something with DnD of tags and AND/OR/NOT fields and maybe a natural translation: 'Show all Photos from =ABMum=BB and =ABDad=BB at =ABChristmas=BB' But this will get hard for custom tags ... Rgds, Daniel From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 15:27:56 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 517403B0823 for ; Sun, 24 Oct 2004 15:27:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30449-02 for ; Sun, 24 Oct 2004 15:27:55 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id A48763B0817 for ; Sun, 24 Oct 2004 15:27:54 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLo1y-0006Ln-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 21:23:43 +0200 Lines: 153 Message-ID: <20041024212343.277f03c0.danielpoe@gmx.de> References: <1098282741.4790.107.camel@hal.jimmac.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags AND albums! (was: tags vs albums) X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 19:27:56 -0000 On Wed, 20 Oct 2004 16:32:21 +0200 Jakub Steiner wrote: > *food for thought* Sorry won't answer to specific statements from you but write down what I think. Thus add some food ;-) After this mailing and Garrett's call for input I thought a lot about photo cataloging. Here comes what I thought: As I already stated in the Subject line, my opinion is we should have both, tags _and_ albums. I will explain for both why they have their right to exist and what the usage should look like. 1. Albums ========= Due to the following reasons, organising photos in albums is a good way: o You normally want your photos from one trip/concert/walk/event grouped together. o It is easy to understand for people because it is the way they did it in the "real" world. o If you allow (at least) two deeps of sorting, you can make top-categories, like 'Family', 'Holidays', 'Work', 'Nature', ... Moreover it should be possible to select a preview thumb for each album and (very important) add metadata to albums. It always annoyed me that gthumb or gqview only allows me to put comments on images but not on categories. But often I want to describe the situation in which I made the last set of photos. E.g. describe the bands and the audience mood at a concert, or the feeling I had during an autumn walk. This is data which doesn't really belong to _one_ photo. More metadata which would be interesting to record would be the date or timeperiod and the tags which are set on photos inside the album (This would allow me to rapidly examine which people where present at the event xy). If I had all these possibilties, my photo collection would look like this: ----------------------------------------------------------------------- Energetic `- 2003-07-11 Open Air Description: Really cool concert. We played together with three smart bands (Candellila, Crazy Train, Minerva). There where about 200 people and the mood was great (so was the wheater) Date: 2003-07-11 Tags: Bands `- Candellila `- Crazy Train `- Minerva People `- Daniel `- Tini `- Flo Place `- Puchheim Event `- Concert `- 2004-10-08 Housesesseion ... Holidays `- 2002-08 Bolivia ... `- 2003-08 Black Forrest ... `- 2004-08 Ireland ... Nature `- 2004-10-02 Autumn Walk ... Family `- 2003-07-16 Birthday ... `- 2003-12-24 Christmas ... ... ----------------------------------------------------------------------- 2. Tags ======= While albums offer a good solution for sorting your images in a temporal and contextual manner, they doesn't care about single photos and 'type-changes' (eg often photos from the Holiday albums will fit well into Nature or Family) inside an album. That's the point where tags get their right to exist. It allows me to categorise the photos inside an album. If I did my job good, I will be happy if I need photos from band xy to create a new flyer or if I need my favorite photos from my girlfriend from the last Ireland holiday to make a collage for christmas. But the current selection implementation should be changed, as I mentioned in an other posting to connect each tag within a categorie with OR and the tags from the different categories with AND. And for the future we should think of a nice DnD interface for creating a query string. My current ideas: o have a dropline where you can drag tags and AND/OR/NOT fields The problem is this is very technical. ------------------------------------------------------ | "DROPLINE" | AND | OR | NOT | ------------------------------------------------------ o Translate AND/OR/NOT in a more intuitive language and offer three dropboxes: ----------------------------------------------------------------- | must contain (and) | may contain (or) | don't show this (not) | ----------------------------------------------------------------- But especially 'may contain' is not really right (some will even say it is totally false). o we need some ideas here!!! 3. Disclaimer ============= I was talking about 'we' which is not really right. Due to a lack of time and knowledge I won't be able to contribute code, but I hope I can come up with some ideas from time to time ... I hope this was a cunstructive mail and I'm really looking forward to use f-spot (hopefully with albums and tags). Thanks to the developers of this cool app, Regards to the rest, Daniel From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 16:17:35 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A9463B1030 for ; Sun, 24 Oct 2004 16:17:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32509-08 for ; Sun, 24 Oct 2004 16:17:33 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id 88F583B1031 for ; Sun, 24 Oct 2004 16:17:33 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLoo1-0000Gk-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 22:13:22 +0200 Lines: 9 Message-ID: <20041024221322.4ae7ea2a.danielpoe@gmx.de> References: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> <1098302482.31394.25.camel@wintermute.sr.unh.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 20:17:35 -0000 On Wed, 20 Oct 2004 16:01:22 -0400 "Thomas J. Baker" wrote: > auto rotated using gthumb, I treat them as read only, almost like ^^^^^^^^^^^^^^^^^^^^^^^^^ OT, but how do you do this, don't see a auto rotate dialog? Rgds, Daniel From akamc2@yahoo.ca Sun Oct 24 17:26:05 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CE1ED3B1016 for ; Sun, 24 Oct 2004 17:26:05 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03139-01 for ; Sun, 24 Oct 2004 17:26:03 -0400 (EDT) Received: from smtp207.mail.sc5.yahoo.com (smtp207.mail.sc5.yahoo.com [216.136.129.97]) by menubar.gnome.org (Postfix) with SMTP id 63F283B0FF9 for ; Sun, 24 Oct 2004 17:26:03 -0400 (EDT) Received: from unknown (HELO ?192.168.0.74?) (akamc2@217.172.65.121 with plain) by smtp207.mail.sc5.yahoo.com with SMTP; 24 Oct 2004 21:26:02 -0000 From: "miKeL a.k.a.mc2" To: f-spot-list@gnome.org Content-Type: multipart/alternative; boundary="=-FIYkND+quU4Or07j3PXV" Message-Id: <1098653709.1577.57.camel@mcii.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 24 Oct 2004 23:35:10 +0200 X-Virus-Scanned: by amavisd-new at gnome.org Subject: ./configure error X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 21:26:06 -0000 --=-FIYkND+quU4Or07j3PXV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit can somebody help me please? I'm in SuSE9.0 checking for pkg-config... /usr/bin/pkg-config checking for GLIB - version >= 2.0.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GLIB is incorrectly installed. checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libgnome-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libgnome-2.0' found configure: error: Library requirements (libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. >>> astalavista /miKeL a.k.a.mc2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ » free execution » free distribution » free pactice » free improvement --=-FIYkND+quU4Or07j3PXV Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit can somebody help me please?
I'm in SuSE9.0



checking for pkg-config... /usr/bin/pkg-config
checking for GLIB - version >= 2.0.0... no
*** Could not run GLIB test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means GLIB is incorrectly installed.
checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libgnome-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libgnome-2.0' found

configure: error: Library requirements (libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.

>>> astalavista /miKeL a.k.a.mc2
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
» free execution
  » free distribution
» free pactice
  » free improvement
--=-FIYkND+quU4Or07j3PXV-- From bengt@thuree.com Mon Oct 25 12:20:01 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B12423B11AE for ; Mon, 25 Oct 2004 12:20:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14615-05 for ; Mon, 25 Oct 2004 12:20:00 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 665643B11F8 for ; Mon, 25 Oct 2004 12:20:00 -0400 (EDT) Received: from 192.168.1.109 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 2E9213A986 for ; Mon, 25 Oct 2004 18:19:45 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Tue, 26 Oct 2004 01:19:46 +0900 Message-Id: <1098721186.11739.23.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Thanks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 16:20:01 -0000 Hej I just wanted to say thank you for a very very promising software. I am really looking forward to see, and hopefully also help, this program evolve into what has been described in various places. I am willing to help out in some smaller areas. Smaller, since I need to learn c# and mono... This application is very much wanted though, since we are taking more and more photos with our digital camera and it is getting hopeless to find a specific picture. I would like to add the following to the UseCase in the wiki. Do not really know how to do it though. Export: ------------- > 4. Isztwan has a photo thatÿs slightly tilted and heÿd like to fix the > horizon easily. Isztwan also wants to send some photos to some friends, and are delighted that the photos contains embedded information with Copyright, date, location, country, keywords, people etc. Since the embedded information follows the standard he knows that his friends can view the pictures as well as the extra embedded information. ------------- I hope their will be a synchronize function which will synchronize the selected images in either direction. Either re-read the images (if you have manipulated the information in another software), or store the images (for viewing in other software) Bengt From jimmac@ximian.com Mon Oct 25 15:59:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 396413B11F5 for ; Mon, 25 Oct 2004 15:59:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24369-03 for ; Mon, 25 Oct 2004 15:59:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1069B3B0EEC for ; Mon, 25 Oct 2004 15:59:07 -0400 (EDT) Received: (qmail 2666 invoked from network); 25 Oct 2004 19:59:06 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 25 Oct 2004 19:59:06 -0000 From: Jakub Steiner To: Federico Mena Quintero In-Reply-To: <1098406303.8099.21.camel@localhost> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098406303.8099.21.camel@localhost> Content-Type: text/plain Date: Mon, 25 Oct 2004 21:59:05 +0200 Message-Id: <1098734345.4100.55.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Product Design , f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 19:59:09 -0000 On Thu, 2004-10-21 at 19:51 -0500, Federico Mena Quintero wrote: > I think tags are orthogonal to albums as you propose them. > > Tags are exactly what photographers wish for but cannot do with physical > media. A pro photographer stores a metric assload of photos, and when a > client comes by and says, "I need a picture of a foo hugging a bar", the > pro photographer has to go through his archives, looking for such a > thing. With tags, it would be easy to find. Let me emphasize that I don't want to get rid of this functionality (tags ~= keywords). I only proposed replacing the add/search tag interface with albums and picture meta info editor. I was rather unfortunate to write about tag concept while I really ment replacing tags' space in the current interface with albums rather than removing tags. I think the a very natural interface to query for stuff you describe here already exists on the gnome desktop. I'd prefer using a quicksearch entry similar to what rhythmbox uses to search for "foo bar" rather than using the checkboxes next to the tags in the left side pane. I also think Evolution's quicksearch filter could be simplified to match this functionality (WIP - http://primates.ximian.com/~glesage/wiki/doku.php? id=evolution:quicksearch). > For non-pros, like myself, I like to use tags with a dual purpose: to > let me classify my images according to content, and to let me improve my > photography. I only propose to move the classification interface the metadata editor. Thanks for your use case and the pointers. I will probably first come up with a small paper-prototype user testing on the current tag vs quicksearch interface. Only if this turns out in favour of the quicksearch interface I'll give the metadata sidebar (for classification) a shot and run another test. cheers -- Jakub Steiner From jimmac@ximian.com Tue Oct 26 04:47:24 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F13593B1289 for ; Tue, 26 Oct 2004 04:47:23 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17086-05 for ; Tue, 26 Oct 2004 04:47:21 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1181E3B105C for ; Tue, 26 Oct 2004 04:47:20 -0400 (EDT) Received: (qmail 3900 invoked from network); 26 Oct 2004 08:47:19 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 26 Oct 2004 08:47:19 -0000 From: Jakub Steiner To: f-spot-list@gnome.org In-Reply-To: <1098406303.8099.21.camel@localhost> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098406303.8099.21.camel@localhost> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 10:47:18 +0200 Message-Id: <1098780438.4102.78.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 08:47:25 -0000 On Thu, 2004-10-21 at 19:51 -0500, Federico Mena Quintero wrote: > I think tags are orthogonal to albums as you propose them. > > Tags are exactly what photographers wish for but cannot do with physical > media. A pro photographer stores a metric assload of photos, and when a > client comes by and says, "I need a picture of a foo hugging a bar", the > pro photographer has to go through his archives, looking for such a > thing. With tags, it would be easy to find. Let me emphasize that I don't want to get rid of this functionality (tags ~= keywords). I only proposed replacing the add/search tag interface with albums and picture meta info editor. I was rather unfortunate to write about tag concept while I really ment replacing tags' space in the current interface with albums rather than removing tags. I think the a very natural interface to query for stuff you describe here already exists on the gnome desktop. I'd prefer using a quicksearch entry similar to what rhythmbox uses to search for "foo bar" rather than using the checkboxes next to the tags in the left side pane. I also think Evolution's quicksearch filter could be simplified to match this functionality (WIP - http://primates.ximian.com/~glesage/wiki/doku.php? id=evolution:quicksearch). > For non-pros, like myself, I like to use tags with a dual purpose: to > let me classify my images according to content, and to let me improve my > photography. I only propose to move the classification interface to the metadata editor. Thanks for your use case and the pointers. I will probably first come up with a small paper-prototype user testing on the current tag vs quicksearch interface. Only if this turns out in favour of the quicksearch interface I'll give the metadata sidebar (for classification) a shot and run another test. cheers -- Jakub Steiner From jimmac@ximian.com Tue Oct 26 07:02:03 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 75C3D3B06A4 for ; Tue, 26 Oct 2004 07:02:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23166-07 for ; Tue, 26 Oct 2004 07:02:01 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 4418B3B104C for ; Tue, 26 Oct 2004 07:02:00 -0400 (EDT) Received: (qmail 4000 invoked from network); 26 Oct 2004 11:01:58 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 26 Oct 2004 11:01:58 -0000 From: Jakub Steiner To: Larry Ewing In-Reply-To: <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 13:01:57 +0200 Message-Id: <1098788517.4161.106.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 11:02:03 -0000 On Fri, 2004-10-22 at 14:04 -0500, Larry Ewing wrote: > The plan has always been to allow for AND over the group as well as or > as well as NOT. I haven't gotten that far yet, and to be honest I'm not > sure how I want to proceed in the ui but that doesn't mean it is > impossible. There are existing implementations of the tag/category > metaphor that allow for just that. I was probably quite confusing when I talked about ditching the tag concept. I was really talking about the implemented tag _interface_. I am by no mean proposing to stop being able to assign keywords/tags to images and not being able to query the library based on these. I proposed replacing the tag interface where it is in the UI with albums. The assignment of this metadata would go to the metadata editor sidebar and the search functionality would consist of a quicksearch entrybox (http://primates.ximian.com/~glesage/wiki/doku.php? id=f-spot:quicksearch), advanced query editor with a chance to save the query as a virtual album. > > Metadata > > -------- > > We do want to have additional metadata associated with an image. It is > > confusing to use this concept for some, and another for the rest (name, > > caption...) > > > > Do you mean that it is strange to have sticky note on an image as well > as an exposure sheet and a description? I'm trying to understand but I > think you are suffering from the fact that you keep wanting to see tags > as albums not as sticky notes. > > Or do you mean that I mean in terms of workflow. User wants to classify his images. With the current interface I would use the tag assignment interface to classify my pictures and then go to the metadata editor to assign additional. The tag interface would also somehow need to hold the information that sucha tag is "standard", ie contained in a metadata spec such as IPTC/XMP (usable for export - http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export, see use case) or an arbitrary keyword. > > Export Implementation > > --------------------- > > While it is theoretically possible to come up with a dynamic web system > > for exporting photos on the web, retaining the same concepts as applied > > on F-Spot alone with tags, it relies heavily on server side scripting > > and doesn't sound trivial to do. Generating static HTML pages with the > > tag interface is hardly doable with way too many permutations to deal > > with. > > There is no possible way to match all the various web gallery structures > and I don't think we want to. A web gallery is an item unto itself it > is external to your file drawer. Don't try to make one into the other. I'm not sure I follow here on this one. Are you saying that moving the F-Spot interface onto the web for consistent look and feel isn't a goal to aim to? > As an evolution hack I developed a lot of opinions on vfolders few of > them good. Most of the problems I have with them are related to > implementation details, like speed in switching, but in general I think > they require too much setup and don't offer much. I end up just doing > quick searches to find mail I'm interested in 99% of the time. I do > have some mail sorted into actual folders, usually list mail which I > consider separate enough from the rest of my mail that I don't want to > mix them. I really think having a search history and forward/back > navigation makes more sense than having explicitly saved searches. As noted above, The quicksearch functionality isn't to be ditched, but I propose using the simple entry-box than the structured tag interface. > > Reuse & Consistency > > ------------------- > > The concept of stored queries isn't new. We have them in Evolution and > > hopefully thanks to beagle it will appear in the file-manager, file > > dialogs and elsewhere on the desktop. > > I use evolution's search or beast to find messages not vfolders. And I > use google a lot more than my bookmarks. Granted I do have a few > bookmarks (as an aside, I'm actually using mostly using tomboy for > bookmarks lately) just like I have mail folders. The google interface is very much more similar to the quicksearch described above than the tag interface. > I'm having trouble with the valbum metaphor in another place here too. > The way I see it stored searches are live queries on a set of attributes > and so I'm wondering what attributes we can build valbums from. Are you > saying that we should have two types of album, one that is actual and > one that is virtual? And If so that virtual albums are stored queries on > the combination of actual album and other attributes like time and date? > How would this be represented in the ui? You are in fact right that the album would in fact be implemented exactly the same way as the virtual album (a query for property album="foo"). However a simple interface would be used to define this (drag a selection of photos onto the album sidepane, choosing "new album" etc.) The difference between album and virtual album would be that album is a single property and and thus the "physical" links (one album per image) and virtual album is a stored query (can contain images independent of their album property). > > Metadata > > -------- > > Image attributes (including the stuff that's done with tags now) is > > defined at one place in the UI. > > > > I'm not sure what you are getting at here. If there are multiple album > types there has to be a lot of ui for making the valbum and if there are > only valbums Again, this is from the workflow perspective. When one classifies images, the metadata editing sidepane would be the only place to do this in. The tag interface combines assignment (classficiation) and query into one. However classification can be quite complex if we want to make the metainfo usable outside F-Spot and make the interface for querying rather complex and it's not very scalable in a asense that you have to navigate a fairly complex tree or tags to do a search query. Hope this clarifies my proposal a bit more. From jpr@novell.com Tue Oct 26 11:06:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 76FEE3B1393 for ; Tue, 26 Oct 2004 11:06:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04016-04 for ; Tue, 26 Oct 2004 11:06:21 -0400 (EDT) Received: from lyle.provo.novell.com (lyle.provo.novell.com [137.65.81.174]) by menubar.gnome.org (Postfix) with ESMTP id 197D53B139C for ; Tue, 26 Oct 2004 11:05:55 -0400 (EDT) Received: from 192.168.1.6 ([137.65.81.216]) by lyle.provo.novell.com; Tue, 26 Oct 2004 09:05:46 -0600 From: JP Rosevear To: "miKeL a.k.a.mc2" In-Reply-To: <1098653709.1577.57.camel@mcii.local> References: <1098653709.1577.57.camel@mcii.local> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 11:09:33 -0400 Message-Id: <1098803373.7862.133.camel@bishop.rosevear.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: ./configure error X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 15:06:26 -0000 On Sun, 2004-10-24 at 23:35 +0200, miKeL a.k.a.mc2 wrote: > can somebody help me please? > I'm in SuSE9.0 > > > checking for pkg-config... /usr/bin/pkg-config > checking for GLIB - version >= 2.0.0... no > *** Could not run GLIB test program, checking why... > *** The test program failed to compile or link. See the file > config.log for the > *** exact error that occured. This usually means GLIB is incorrectly > installed. > checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= > 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the > pkg-config search path. > Perhaps you should add the directory containing `libgnome-2.0.pc' > to the PKG_CONFIG_PATH environment variable > No package 'libgnome-2.0' found > > configure: error: Library requirements (libgnome-2.0 >= 2.2 > libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; > consider adjusting the PKG_CONFIG_PATH environment variable if your > libraries are in a nonstandard prefix so pkg-config can find them. I'd suspect you are missing appropriate -devel packages. -JP -- JP Rosevear Novell, Inc. From loz@flower.powernet.co.uk Tue Oct 26 15:07:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 826283B078E for ; Tue, 26 Oct 2004 15:07:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15371-01 for ; Tue, 26 Oct 2004 15:07:49 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 8B7383B0791 for ; Tue, 26 Oct 2004 15:07:48 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9QJ7lHK003914 for ; Tue, 26 Oct 2004 20:07:47 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 39442FF6E for ; Tue, 26 Oct 2004 20:07:42 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098044116.6135.34.camel@hal.jimmac.cz> References: <1098044116.6135.34.camel@hal.jimmac.cz> Content-Type: text/plain Date: Tue, 26 Oct 2004 20:07:41 +0100 Message-Id: <1098817661.17366.2.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 19:07:52 -0000 I've created enhancements/patches for these on Bugzilla Confirmation Dialogs: http://bugzilla.gnome.org/show_bug.cgi?id=156441 (Basic) Mime handling menu; lots of stuff outstanding: http://bugzilla.gnome.org/show_bug.cgi?id=156506 Loz On Sun, 2004-10-17 at 13:15 -0700, Jakub Steiner wrote: > While working on more generic UI issues, there's two tiny things that > would be nice to have asap. > > * delete from disk should ask for confirmation > * "File>Edit in Gimp" should make a copy of the original and > opening the copy in GIMP for easy edits. Perhaps could be more > generic with a list of associated mime handlers as in nautilus. > > Rock on! > -- Laurence Hygate From mosfeets@hotmail.com Wed Oct 27 09:12:16 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EE6C13B0CE0 for ; Wed, 27 Oct 2004 09:12:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25896-10 for ; Wed, 27 Oct 2004 09:12:14 -0400 (EDT) Received: from hotmail.com (bay24-f19.bay24.hotmail.com [64.4.18.69]) by menubar.gnome.org (Postfix) with ESMTP id 4DE9D3B0CDC for ; Wed, 27 Oct 2004 09:12:14 -0400 (EDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 27 Oct 2004 06:12:02 -0700 Received: from 168.159.190.36 by by24fd.bay24.hotmail.msn.com with HTTP; Wed, 27 Oct 2004 13:11:37 GMT X-Originating-IP: [168.159.190.36] X-Originating-Email: [mosfeets@hotmail.com] X-Sender: mosfeets@hotmail.com From: "Bryan McFeeters" To: f-spot-list@gnome.org Date: Wed, 27 Oct 2004 09:11:37 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 Oct 2004 13:12:02.0061 (UTC) FILETIME=[8C3A0BD0:01C4BC26] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Photoshop Album Extras X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 13:12:16 -0000 Hello to all you geniuses out there. I've been using Adobe Photoshop Album for almost a year now and I'm very excited to see the work that everyone has acomplished on F-Spot. Needless to say, I'll probably be switching photo management platforms in the the near future. Keep up the good work. Anyway, I ran across some information that I thought that people might be interesting in. This webiste contains some free tools (which I think should have been included in PSA from the start, and maybe could be included in F-Spot at some point) and information about the jet database that is used by PSA. I'm not sure if it will be usefull for ya but I thought I'd pass it along. http://www.robotbattle.com/psa/ Good luck with your continuing development efforts and thanks for a great application. Bryan McFeeters _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar – get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ From bengt@thuree.com Wed Oct 27 11:45:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3D05B3B14AD for ; Wed, 27 Oct 2004 11:45:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01473-09 for ; Wed, 27 Oct 2004 11:45:25 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id BE2633B14A8 for ; Wed, 27 Oct 2004 11:45:24 -0400 (EDT) Received: from 192.168.1.111 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 2BAE33A986 for ; Wed, 27 Oct 2004 17:45:08 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Thu, 28 Oct 2004 00:45:10 +0900 Message-Id: <1098891910.5347.19.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Use Case addition? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 15:45:27 -0000 Hi I thought of another small addition to the use case list that I think would be very help-full. At least in the way I work I would really appreciate it. > Managing > 6.Isztwan has a number of photos taken by his friends at various gigs > and events. He always asks them if he could copy those before heading > home. Heÿd like to be able to mark those images to be able to query > his library by author. Unfortunately his camera, nor the ones of his > friends stores such information in EXIF headers. He already has images > by his friends in the library and is able to find them querying for > events. ----- 7. After having imported the latest photos from his camera as well as from a cd, Isztwan is very happy to see that he can easily choose to see (work) only with the latest imported batch of pictures. (He could choose to work with one or more of the five latest import batches ). This makes it very easy for him to categorize the pictures, as well as verify the categories. ----- This would help if you have 10,000 pictures and just imported another 200. If you for instance wants to see which of the pictures you just imported had the tag Wife, and you select this tag you should not get ALL wife tagged pictures, but only the wife tagged pictures of this import batch. When you de-select this tag you see all the pictures from this import batch again. Sorry for my bad English, but I hope I managed to get the idea across anyway. Bengt From jimmac@ximian.com Wed Oct 27 20:16:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AAC1A3B0DF5 for ; Wed, 27 Oct 2004 20:16:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26344-09 for ; Wed, 27 Oct 2004 20:16:56 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id CE92E3B0CDA for ; Wed, 27 Oct 2004 20:16:55 -0400 (EDT) Received: (qmail 8689 invoked from network); 28 Oct 2004 00:16:55 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 00:16:55 -0000 From: Jakub Steiner To: Bengt Thuree In-Reply-To: <1098891910.5347.19.camel@localhost.localdomain> References: <1098891910.5347.19.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 02:18:29 +0200 Message-Id: <1098922709.20419.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Use Case addition? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 00:16:58 -0000 On Thu, 2004-10-28 at 00:45 +0900, Bengt Thuree wrote: > Hi > > I thought of another small addition to the use case list that I think > would be very help-full. At least in the way I work I would really > appreciate it. Hi Bengt, I added the case to the import tasks. Thanks! -- Jakub Steiner From bengt@thuree.com Thu Oct 28 08:04:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F07E93B15DD for ; Thu, 28 Oct 2004 08:04:44 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21055-10 for ; Thu, 28 Oct 2004 08:04:41 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 638C03B1601 for ; Thu, 28 Oct 2004 08:03:32 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 1FA763A986 for ; Thu, 28 Oct 2004 14:03:18 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 28 Oct 2004 21:03:22 +0900 Message-Id: <1098965002.4821.15.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:04:45 -0000 Hi, I just thought of another use case. Managing: ----- After adding a number of tags to each photo Isztwan realize that the file name IMG0010.jpg do not really give much information of the picture. He quickly selects the pictures to be renamed, then starts the rename function, selects the template for how the new filename should be created, and that the original file should be saved in another directory. Clicks on OK, and all selected pictures have been renamed. Much easier for grandmother to understand what each picture contains at a glance this way. ----- The template should make it easy to choose * a Date/Time stamp from Exif (the full YYYYMMDDHHMMSS, or just a part of it like YYMMDDHHMM), * some of the other tags, for instance - country - location - keyword (the first one...) * Manual string * a counter value (starting index, and how many digits (like 01, or 0001). Bengt From bengt@thuree.com Thu Oct 28 08:20:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 442DF3B14B7 for ; Thu, 28 Oct 2004 08:20:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21928-04 for ; Thu, 28 Oct 2004 08:20:31 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 0EA293B154C for ; Thu, 28 Oct 2004 08:20:31 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 3356D3A987 for ; Thu, 28 Oct 2004 14:20:03 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 28 Oct 2004 21:20:07 +0900 Message-Id: <1098966007.4821.20.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:20:33 -0000 Hi, What do you guys think of having nested tags? Something like People Family Father Mother Daugther Son School Person1 Person2 Friends Friend1 Friend2 Daugther Friend1 Friend2 Would this be possible? Would be very easy to select pictures with one or more from a family, or friends group anyway /Bengt From stevelist@silverorange.com Thu Oct 28 09:06:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 455133B129C for ; Thu, 28 Oct 2004 09:06:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24074-10 for ; Thu, 28 Oct 2004 09:06:06 -0400 (EDT) Received: from nova.silverorange.com (nova.silverorange.com [198.167.161.16]) by menubar.gnome.org (Postfix) with ESMTP id B12F93B09D5 for ; Thu, 28 Oct 2004 09:06:05 -0400 (EDT) Received: from [192.168.1.40] (unknown [142.176.234.122]) by nova.silverorange.com (Postfix) with ESMTP id 0B4A3C252D; Thu, 28 Oct 2004 10:06:02 -0300 (ADT) Message-ID: <4180EE95.8060102@silverorange.com> Date: Thu, 28 Oct 2004 10:05:25 -0300 From: Steven Garrity User-Agent: Mozilla Thunderbird 0.8 (X11/20040919) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bengt Thuree References: <1098966007.4821.20.camel@localhost.localdomain> In-Reply-To: <1098966007.4821.20.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:06:08 -0000 Bengt Thuree wrote: > What do you guys think of having nested tags? For what it's worth, our web-gallery system uses nested tags: http://gallery.actsofvolition.com/photos/galleryinfo Steven Garrity From bengt@thuree.com Thu Oct 28 09:31:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1A1D83B0AC7 for ; Thu, 28 Oct 2004 09:31:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25052-06 for ; Thu, 28 Oct 2004 09:31:33 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id EA7A63B07C6 for ; Thu, 28 Oct 2004 09:31:32 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 737673A986 for ; Thu, 28 Oct 2004 15:31:15 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Thu, 28 Oct 2004 22:31:16 +0900 Message-Id: <1098970276.4821.31.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Possibility to reduce size when sending image by mail. X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:31:36 -0000 Hi, I would like to modify this use case a little bit. Interoperability > 2. Isztwan is mailing his girlfriend if she wants to join them on the > weekend for the gig in Kagh. He wants to attach an image of the club > to the mail. Heÿs using Ximian Evolution. ----- Before Isztwan mail client sends the mail with the image, he can choose if he wants to send the original (3 MB), or reduce the size to a pre-defined size first. ----- Similar to what Windows XP has today. XSmall - 400 * 300 Small - 640 * 480 Medium - 800 * 600 Large - 1024 * 768 Bengt From bengt@thuree.com Thu Oct 28 09:59:14 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1B1503B08FB for ; Thu, 28 Oct 2004 09:59:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26226-07 for ; Thu, 28 Oct 2004 09:59:11 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 8B2F83B0C1A for ; Thu, 28 Oct 2004 09:58:18 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 4C0563A986; Thu, 28 Oct 2004 15:57:56 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org In-Reply-To: <4180EE95.8060102@silverorange.com> References: <1098966007.4821.20.camel@localhost.localdomain> <4180EE95.8060102@silverorange.com> Content-Type: text/plain Date: Thu, 28 Oct 2004 22:57:59 +0900 Message-Id: <1098971879.4821.45.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:59:14 -0000 Hi Thanks, your gallery looks very nice. For the moment I am using www.photography-on-the.net, you can check our own gallery at www.thuree.com/bt But as you can see, I have nothing like nested tags. Do not quite know how it should be implemented, just that it would simplify matters quite a bit when you are using f-spot to select various pictures. I definitely know that I do not want to add a lot of tags in f-spot, and then have to redo the tags in whatever gallery program I am using. Perhaps I should change to the one you are using (http://labs.silverorange.com/a/photogallery) It really looks good. Anything special you need to consider if you want to use it? Is it easy to upload new pictures? No extra text file with texts or? /Bengt On Thu, 2004-10-28 at 10:05 -0300, Steven Garrity wrote: > Bengt Thuree wrote: > > What do you guys think of having nested tags? > > For what it's worth, our web-gallery system uses nested tags: > http://gallery.actsofvolition.com/photos/galleryinfo > > Steven Garrity > From johan.viklund@gmail.com Thu Oct 28 11:22:14 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8682A3B1690 for ; Thu, 28 Oct 2004 11:22:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31061-07 for ; Thu, 28 Oct 2004 11:22:12 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by menubar.gnome.org (Postfix) with ESMTP id 005AD3B1676 for ; Thu, 28 Oct 2004 11:21:28 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 65so524140wri for ; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=FSPPAcZJx7Ojx+9vkVUqW2RGJBsmsRHQNQqGCO02Fx6BoieB+8PyYDaMO7Yyn1RIpGRjYTDvmcQwGh+9K+PDa/6d+ZN8aq1OkmJLD0x5Dv2GlJKWh7Hv6gyo7hkEjkKavA+buW0IvTgTxlALBfJHFh+Jwwi5lRaDfYKbnhaY9Mo= Received: by 10.38.76.80 with SMTP id y80mr1406027rna; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) Received: by 10.38.125.15 with HTTP; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) Message-ID: <5e924f0a04102808214767f692@mail.gmail.com> Date: Thu, 28 Oct 2004 17:21:23 +0200 From: Johan Viklund To: f-spot-list@gnome.org In-Reply-To: <1098971879.4821.45.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098966007.4821.20.camel@localhost.localdomain> <4180EE95.8060102@silverorange.com> <1098971879.4821.45.camel@localhost.localdomain> X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Johan Viklund List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 15:22:14 -0000 Hi, F-spot uses nested tags, they're called categories (which are a special form of tag that can have children). On Thu, 28 Oct 2004 22:57:59 +0900, Bengt Thuree wrote: > Hi > > Thanks, your gallery looks very nice. > > For the moment I am using www.photography-on-the.net, you can check our > own gallery at www.thuree.com/bt > > But as you can see, I have nothing like nested tags. Do not quite know > how it should be implemented, just that it would simplify matters quite > a bit when you are using f-spot to select various pictures. > > I definitely know that I do not want to add a lot of tags in f-spot, and > then have to redo the tags in whatever gallery program I am using. > Perhaps I should change to the one you are using > (http://labs.silverorange.com/a/photogallery) It really looks good. > > Anything special you need to consider if you want to use it? > Is it easy to upload new pictures? No extra text file with texts or? > > /Bengt > > > > On Thu, 2004-10-28 at 10:05 -0300, Steven Garrity wrote: > > Bengt Thuree wrote: > > > What do you guys think of having nested tags? > > > > For what it's worth, our web-gallery system uses nested tags: > > http://gallery.actsofvolition.com/photos/galleryinfo > > > > Steven Garrity > > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > -- Johan Viklund E-post: Blog: http://home.student.uu.se/j/jovi0705/blog/ From jimmac@ximian.com Thu Oct 28 12:05:49 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6EB013B16A5 for ; Thu, 28 Oct 2004 12:05:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01343-07 for ; Thu, 28 Oct 2004 12:05:46 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2E3BA3B16EB for ; Thu, 28 Oct 2004 12:04:20 -0400 (EDT) Received: (qmail 9786 invoked from network); 28 Oct 2004 16:04:19 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 16:04:19 -0000 From: Jakub Steiner To: Bengt Thuree , f-spot-list@gnome.org In-Reply-To: <1098965002.4821.15.camel@localhost.localdomain> References: <1098965002.4821.15.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 18:04:43 +0200 Message-Id: <1098979484.11471.12.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:05:49 -0000 On Thu, 2004-10-28 at 21:03 +0900, Bengt Thuree wrote: > Hi, > > I just thought of another use case. > > Managing: > ----- > After adding a number of tags to each photo Isztwan realize that the > file name IMG0010.jpg do not really give much information of the > picture. He quickly selects the pictures to be renamed, then starts the > rename function, selects the template for how the new filename should be > created, and that the original file should be saved in another > directory. Clicks on OK, and all selected pictures have been renamed. > Much easier for grandmother to understand what each picture contains at > a glance this way. > ----- This isn't much of a use case. Why does Isztwan want to rename the files? Because it looks bad? I don't think a filename is an important attribute of the image (apart from the fact it needs to be unique in a directory). Why would a user want to care about filenames? What would an automated filename generation solve? cheers -- Jakub Steiner From jimmac@ximian.com Thu Oct 28 12:10:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 769E13B0C06 for ; Thu, 28 Oct 2004 12:10:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01666-03 for ; Thu, 28 Oct 2004 12:10:37 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 69D623B089B for ; Thu, 28 Oct 2004 12:10:36 -0400 (EDT) Received: (qmail 9809 invoked from network); 28 Oct 2004 16:10:35 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 16:10:35 -0000 From: Jakub Steiner To: Bengt Thuree In-Reply-To: <1098966007.4821.20.camel@localhost.localdomain> References: <1098966007.4821.20.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 18:10:58 +0200 Message-Id: <1098979858.10762.18.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:10:43 -0000 On Thu, 2004-10-28 at 21:20 +0900, Bengt Thuree wrote: > Hi, > > What do you guys think of having nested tags? Actually F-Spot does use nested tags. When I look at my catalog though, I'd need a fairly big list of items in my tag tree. It's not very convenient to scroll and expand nodes to define a query and cancel it afterwards. That's why I proposed a simple google-like quicksearch interface. I'm still working on the prototype to test though :/ cheers -- Jakub Steiner From bjesus@gmail.com Thu Oct 28 14:46:54 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C35033B16EE for ; Thu, 28 Oct 2004 14:46:53 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09700-07 for ; Thu, 28 Oct 2004 14:46:52 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by menubar.gnome.org (Postfix) with ESMTP id AEFEF3B16DA for ; Thu, 28 Oct 2004 14:46:15 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 68so496066wri for ; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=H//V1X+m3q3Bpx8aPABmoao+/mlo9KQC7TKmDF/lxNTxHPp2VV8SdD5NGOQP71rukSiT4qORG7TzwgKQ+tFq3uczHdtV55PkbFVUmdnaHTLxDIOJus1DHITFqHO12uh4XNua9Ul7bQHIyuk+thZpYFIVnleGMWTWL8vNLWjyChg= Received: by 10.38.96.46 with SMTP id t46mr2118172rnb; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) Received: by 10.38.15.65 with HTTP; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) Message-ID: Date: Thu, 28 Oct 2004 20:45:55 +0200 From: Yo'av Moshe To: Jakub Steiner In-Reply-To: <1098979858.10762.18.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098966007.4821.20.camel@localhost.localdomain> <1098979858.10762.18.camel@localhost.localdomain> X-Virus-Scanned: by amavisd-new at gnome.org Cc: Bengt Thuree , f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yo'av Moshe List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:46:54 -0000 Maybe a little text-entry at the bottom of the list, that searchs on-the-fly, like Muine does with songs and albums? On Thu, 28 Oct 2004 18:10:58 +0200, Jakub Steiner wrote: > On Thu, 2004-10-28 at 21:20 +0900, Bengt Thuree wrote: > > Hi, > > > > What do you guys think of having nested tags? > > Actually F-Spot does use nested tags. When I look at my catalog though, > I'd need a fairly big list of items in my tag tree. It's not very > convenient to scroll and expand nodes to define a query and cancel it > afterwards. > > That's why I proposed a simple google-like quicksearch interface. I'm > still working on the prototype to test though :/ > > cheers > > -- > Jakub Steiner > > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > From bengt@thuree.com Thu Oct 28 19:39:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A9D53B0FC1 for ; Thu, 28 Oct 2004 19:39:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22972-06 for ; Thu, 28 Oct 2004 19:39:31 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id E95C23B0FD5 for ; Thu, 28 Oct 2004 19:39:30 -0400 (EDT) Received: from 192.168.1.114 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 6ED453A986; Fri, 29 Oct 2004 01:39:13 +0200 (CEST) From: Bengt Thuree To: Jakub Steiner In-Reply-To: <1098979484.11471.12.camel@localhost.localdomain> References: <1098965002.4821.15.camel@localhost.localdomain> <1098979484.11471.12.camel@localhost.localdomain> Content-Type: text/plain Date: Fri, 29 Oct 2004 08:39:16 +0900 Message-Id: <1099006756.4821.58.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 23:39:32 -0000 On Thu, 2004-10-28 at 18:04 +0200, Jakub Steiner wrote: > On Thu, 2004-10-28 at 21:03 +0900, Bengt Thuree wrote: > This isn't much of a use case. Why does Isztwan want to rename the > files? Because it looks bad? > > I don't think a filename is an important attribute of the image (apart > from the fact it needs to be unique in a directory). Why would a user > want to care about filenames? What would an automated filename > generation solve? As long as you stay in f-spot you do not really care about the file name. But if you want to find an image from the file browser, or sending the image to someone who is not so computer aware that there is such a thing as embedded informations in the image. In our case, everything is much much easier now when I have renamed all our images, since everyone in my family can find the images easier. And they do not have to use a particular software browser to do it. A quick glance at the filename and you will know date, location, and persons. Just my 5 cents... -Bengt From bengt@thuree.com Fri Oct 29 01:45:20 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 64A693B07B5 for ; Fri, 29 Oct 2004 01:45:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03881-05 for ; Fri, 29 Oct 2004 01:45:18 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 293D53B0694 for ; Fri, 29 Oct 2004 01:45:18 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id 127E43A986 for ; Fri, 29 Oct 2004 07:45:00 +0200 (CEST) Received: from 194.237.142.21 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Fri, 29 Oct 2004 14:45:00 +0900 (JST) Message-ID: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Date: Fri, 29 Oct 2004 14:45:00 +0900 (JST) From: "Bengt Thuree" To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 05:45:20 -0000 Hej Would this option be something of interest for F-Spot? Moving-Copying pictures. ------------------------ 1) Move the picture(s) to a new directory 2) Copy the picture(s) to a new directory, and f-spot will refere to the new copy. 3) Duplicate the picture(s) to a new directory, and f-spot will still refere to the old file. Nothing from a f-spot users point of view, but if a person wants to have their own directory structure, or perhaps wants to create a special directory (cd?) with some images. Preparing a CD with pictures. ----------------------------- It would be nice to prepare a CD with pictures, to be sent to friends and family. For conveniance there should be a slideshow viewer on this CD. Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in all environments. Preparing a DVD with pictures. ------------------------------ Could also prepare a DVD with an automatic slideshow of some pictures. Makes it easier to send some pictures to someone who do not have a computer, but do have a TV for instance. My small few cents of thoughts... /Bengt -- Bengt Thuree bengt@thuree.com www.thuree.com/bt From tobias.jakobs@web.de Thu Oct 28 16:05:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A07073B168B for ; Thu, 28 Oct 2004 16:05:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13399-04 for ; Thu, 28 Oct 2004 16:05:21 -0400 (EDT) Received: from smtp05.web.de (smtp05.web.de [217.72.192.209]) by menubar.gnome.org (Postfix) with ESMTP id 140B53B0E5F for ; Thu, 28 Oct 2004 16:05:21 -0400 (EDT) Received: from [217.83.93.109] (helo=192.168.0.4) by smtp05.web.de with esmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.101 #44) id 1CNGWO-0003qq-00 for f-spot-list@gnome.org; Thu, 28 Oct 2004 22:05:20 +0200 From: Tobias Jakobs To: f-spot-list@gnome.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GUbIgdZ6NFfnIYFT1o5D" Date: Thu, 28 Oct 2004 22:05:17 +0200 Message-Id: <1098993917.5565.48.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Sender: tobias.jakobs@web.de X-Sender: tobias.jakobs@web.de X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Fri, 29 Oct 2004 11:26:08 -0400 Subject: My f-spot wishlist X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 20:05:22 -0000 --=-GUbIgdZ6NFfnIYFT1o5D Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I just wrote down some ideas I would like to see in a photo manager. It is a simpel list and not a use case novel. If you don't understand some think feel free to ask. Import - from directories on harddisk - from CF-Cards mounted as harddisk - from digiKam (KDE Programm digikam.sf.net) Share - via e-mail (Evolution) - copy to a FTP-Server and send mail to friends with the URL - via Gallery and send mail to friends with the URL - Apple iPhoto (local LAN) - send the photos to a print service - burn to CD-R or make a DVD Manage - integration of the Evoluton address book (people) - Audio comments - AVIs from the Digikam - Map-Stuff (look at the mockup [1] ) Find Images - Map-Stuff (e.g. 50km around London) - imgSeek style ("just paint the image you are searching" or images like this one) Editing - Edit in Gimp Dia-Show - background music with Rythembox play-list [1] http://hagemaenner.de/stuff/f-spot/f-spot.png --=20 Tobias Jakobs --=-GUbIgdZ6NFfnIYFT1o5D Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBgVD9O1tyfLeGydARAkzDAKCulLC8mnE1D7O4iTkJhrIBKUPQVwCfZXnJ vzC0bXytNm0oKAL6pOZa/og= =Og/Y -----END PGP SIGNATURE----- --=-GUbIgdZ6NFfnIYFT1o5D-- From bjesus@gmail.com Fri Oct 29 11:48:15 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CA8803B17B0 for ; Fri, 29 Oct 2004 11:48:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00473-10 for ; Fri, 29 Oct 2004 11:48:14 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by menubar.gnome.org (Postfix) with ESMTP id BBAA73B1039 for ; Fri, 29 Oct 2004 11:48:14 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 68so608890wri for ; Fri, 29 Oct 2004 08:48:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=DIIlilGMoPNao7vLb+IvwmPECTWE6+yKoX09cuyyWFxaEIiaFdzlyrjOvWedqnm+j/KcTRriaJ7BulnU9q2gY4SyHqVCdp2sfli/XTJBeabiU/kzK3te2bnsS60qiCyBZn2iBTYkMN3Ghifoy843dHi1iUPP1nmK2jRtL84xV3w= Received: by 10.38.209.67 with SMTP id h67mr745286rng; Fri, 29 Oct 2004 08:48:14 -0700 (PDT) Received: by 10.38.15.65 with HTTP; Fri, 29 Oct 2004 08:48:13 -0700 (PDT) Message-ID: Date: Fri, 29 Oct 2004 17:48:13 +0200 From: Yo'av Moshe To: Bengt Thuree In-Reply-To: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yo'av Moshe List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 15:48:16 -0000 As for putting the photos on a CD - I think that creating a webpage on the CD can be a solution for having it work on all OSs (Linux, Windows and OS X). About the "Moving-Copying Files" things - I think this is a door of troubles. Having F-Spot create directories that it should ignore, or replace locations of pictures from the database with others - It all sounds too unknown as for "what is going to happen if I'll use this option". Hope you understood my points - my English isn't very good. Nice weekend. Yo'av. On Fri, 29 Oct 2004 14:45:00 +0900 (JST), Bengt Thuree wrote: > > Hej > > Would this option be something of interest for F-Spot? > > Moving-Copying pictures. > ------------------------ > 1) Move the picture(s) to a new directory > 2) Copy the picture(s) to a new directory, and f-spot will refere to the > new copy. > 3) Duplicate the picture(s) to a new directory, and f-spot will still > refere to the old file. > > Nothing from a f-spot users point of view, but if a person wants to have > their own directory structure, or perhaps wants to create a special > directory (cd?) with some images. > > Preparing a CD with pictures. > ----------------------------- > It would be nice to prepare a CD with pictures, to be sent to friends and > family. For conveniance there should be a slideshow viewer on this CD. > Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in > all environments. > > Preparing a DVD with pictures. > ------------------------------ > Could also prepare a DVD with an automatic slideshow of some pictures. > Makes it easier to send some pictures to someone who do not have a > computer, but do have a TV for instance. > > My small few cents of thoughts... > > /Bengt > > -- > Bengt Thuree bengt@thuree.com www.thuree.com/bt > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > From loz@flower.powernet.co.uk Fri Oct 29 16:05:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7985B3B0FCE for ; Fri, 29 Oct 2004 16:05:02 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13494-01 for ; Fri, 29 Oct 2004 16:04:57 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 7F7A53B179B for ; Fri, 29 Oct 2004 16:04:53 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9TK4qr8016204 for ; Fri, 29 Oct 2004 21:04:52 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 73791FFFC for ; Fri, 29 Oct 2004 21:04:47 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: text/plain Date: Fri, 29 Oct 2004 21:04:47 +0100 Message-Id: <1099080287.11182.7.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Wish list X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 20:05:05 -0000 1. Able to assign shortcut keys for tagging; It would be interesting to see the distribution of tags used by people. I have a small number of tags that dominate my photos, and a larger number that are used less frequently. 2. A function to assign the same tags as the last photo to the current photo. (I often have three or four photos of the same scene) 3. Ability to export to CD in digital camera format (DCIM?) I have a portable DVD player that can display photos in this format (provided the correct JPEG standard is used). cheers Loz From bengt@thuree.com Fri Oct 29 21:01:55 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C87603B0EEB for ; Fri, 29 Oct 2004 21:01:55 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24444-10 for ; Fri, 29 Oct 2004 21:01:54 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 1D3023B0EC6 for ; Fri, 29 Oct 2004 21:01:54 -0400 (EDT) Received: from 192.168.1.116 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id F044D3A986; Sat, 30 Oct 2004 03:01:34 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org In-Reply-To: References: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Content-Type: text/plain Date: Sat, 30 Oct 2004 10:01:39 +0900 Message-Id: <1099098099.5106.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 01:01:56 -0000 Hi Webpage on the CD should work, especially if we can get it to be a fullscreen slideshow also. Not the best solution, but the one that would work for all systems. Moving images around. Yes I agree, not the first option a user should use, since as you said it do sound a bit daring. But, I am certain that sometime the user would like to move the pictures to another directory for whatever reason, or copy them to a backup directory (give access to a few pictures out of the collection to another user for instance). I know I have used it now for instance... I put the new pictures in a separate directory, and when I was finished working with them I moved them to the right place. Also, I re-organized all my pictures into folder structure based upon dates from a folder structure based upon happening earlier. I moved 3000+ pictures this way, and it was very very easy. Greatly appreciated that function for sure. /Bengt On Fri, 2004-10-29 at 17:48 +0200, Yo'av Moshe wrote: > As for putting the photos on a CD - I think that creating a webpage on > the CD can be a solution for having it work on all OSs (Linux, Windows > and OS X). > > About the "Moving-Copying Files" things - I think this is a door of > troubles. Having F-Spot create directories that it should ignore, or > replace locations of pictures from the database with others - It all > sounds too unknown as for "what is going to happen if I'll use this > option". > > Hope you understood my points - my English isn't very good. > > Nice weekend. > Yo'av. > > On Fri, 29 Oct 2004 14:45:00 +0900 (JST), Bengt Thuree wrote: > > > > Hej > > > > Would this option be something of interest for F-Spot? > > > > Moving-Copying pictures. > > ------------------------ > > 1) Move the picture(s) to a new directory > > 2) Copy the picture(s) to a new directory, and f-spot will refere to the > > new copy. > > 3) Duplicate the picture(s) to a new directory, and f-spot will still > > refere to the old file. > > > > Nothing from a f-spot users point of view, but if a person wants to have > > their own directory structure, or perhaps wants to create a special > > directory (cd?) with some images. > > > > Preparing a CD with pictures. > > ----------------------------- > > It would be nice to prepare a CD with pictures, to be sent to friends and > > family. For conveniance there should be a slideshow viewer on this CD. > > Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in > > all environments. > > > > Preparing a DVD with pictures. > > ------------------------------ > > Could also prepare a DVD with an automatic slideshow of some pictures. > > Makes it easier to send some pictures to someone who do not have a > > computer, but do have a TV for instance. > > > > My small few cents of thoughts... > > > > /Bengt > > > > -- > > Bengt Thuree bengt@thuree.com www.thuree.com/bt > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list > > > From bengt@thuree.com Sat Oct 30 07:51:07 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 813BF3B0F6E for ; Sat, 30 Oct 2004 07:51:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14709-01 for ; Sat, 30 Oct 2004 07:51:06 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id BF4113B0C6E for ; Sat, 30 Oct 2004 07:51:05 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id AE4203A986 for ; Sat, 30 Oct 2004 13:50:32 +0200 (CEST) Received: from 165.76.225.194 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Sat, 30 Oct 2004 20:50:32 +0900 (JST) Message-ID: <1158.165.76.225.194.1099137032.squirrel@denton.thuree.com> Date: Sat, 30 Oct 2004 20:50:32 +0900 (JST) From: "Bengt Thuree" To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Handling of Videos X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 11:51:07 -0000 Hi Most of the small compact digital cameras can shoot a small video today, and it would be great if F-Spot could handle them as well. Perhaps not to the same extent to start with, but at least with date and then hopefully later it can handle some standard fields in it as well. You should alo be able to select if you want to see pictures, Videos or both in f-spot. iView MediaPro is handling videos more or less in the same way as it is handling Pictures. /Bengt -- Bengt Thuree bengt@thuree.com www.thuree.com/bt From gcgaf-f-spot-list@m.gmane.org Sat Oct 30 14:48:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 541773B0A92 for ; Sat, 30 Oct 2004 14:48:59 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00985-08 for ; Sat, 30 Oct 2004 14:48:57 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id E5C423B09E7 for ; Sat, 30 Oct 2004 14:48:56 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CNy81-0003fG-00 for ; Sat, 30 Oct 2004 20:39:05 +0200 Received: from pd9e95d66.dip0.t-ipconnect.de ([217.233.93.102]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Oct 2004 20:39:03 +0200 Received: from danielpoe by pd9e95d66.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Oct 2004 20:39:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sat, 30 Oct 2004 19:33:28 +0200 Lines: 11 Message-ID: <20041030193328.76bbbdd7.danielpoe@gmx.de> References: <1098993917.5565.48.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e95d66.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: My f-spot wishlist X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 18:48:59 -0000 On Thu, 28 Oct 2004 22:05:17 +0200 Tobias Jakobs wrote: > - integration of the Evoluton address book (people) This would be really cool and consistent within the desktop! Gnome should really go to one "people" database instead of evolution/gaim/f-spot/... Rgds, Daniel From manatlan@gmail.com Sun Oct 31 08:15:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8CBDA3B08A5 for ; Sun, 31 Oct 2004 08:15:09 -0500 (EST) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08392-05 for ; Sun, 31 Oct 2004 08:15:08 -0500 (EST) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by menubar.gnome.org (Postfix) with ESMTP id CE17A3B0A42 for ; Sun, 31 Oct 2004 08:15:07 -0500 (EST) Received: by rproxy.gmail.com with SMTP id 79so68374rnk for ; Sun, 31 Oct 2004 05:15:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=tt8k+sSlE2a+WzS3q/XtqnIPtTdzB0+GwwPGVOe+uhIyZ5SZ1shYmusqRSlW4KATTk5VLOn8KsuZ1ZaiU1qN90uz0F+IligK7fBIR5lLn2wpepoEsR1hlQMVjThXAuL3EgaNJuegz2giT+/T/k3jUwItRSVYh9Q0TSqfisimMfA= Received: by 10.38.66.34 with SMTP id o34mr160710rna; Sun, 31 Oct 2004 05:15:07 -0800 (PST) Received: by 10.38.82.48 with HTTP; Sun, 31 Oct 2004 05:15:07 -0800 (PST) Message-ID: Date: Sun, 31 Oct 2004 14:15:07 +0100 From: manatlan To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Sun, 31 Oct 2004 17:32:20 -0500 Subject: i'm with you X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: manatlan List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Oct 2004 13:15:09 -0000 Hello ... I'm the developper of Jbrout (http://jbrout.online.fr/#screenshots) a "photo manager" that i've started last year ... i've tried a lot of product (adobe psa, picasa, imatch, ...), and a lot from the gpl world too But have'nt found the good product ! So i've started to developp mine in a gpl spirit ... with python & wxpython ... Recently i've full switched to linux ... and will continue to maintain my jbrout for a while ... But i've got some trouble with wxwidget under linux, and not enough time to bring it to good ... I find your nice product, which aim to be an "adobe psa" clone ... Adobe psa has got a lot of good features, but it's not the perfect product ! I'd like to explain all "good features" of my product ... that i'd like to see in f-spot ... but i've not a lot of time, and my english is poor ... (and on the website, there is only a french version ;-( ) I think your product will be a very good product, with all the active community, it will near perfection ! And i think i will use it in a near future ! for sure ! (I think i could participate with you, because i'm a csharp developper (on win platform, at my job)) of course i've tried f-spot, which seems to be very bugged on my mdk10.1 linux (exif not read ?! rotate core dump ...)... but i'll wait for a next release, or will get the cvs one of this day ... and try to make a good report of all strange things ... my product is a mix of psa/picasa/imatch ... - tags/comment stored in the picture (no db !!! just a volatile-db in a xml format to speed up the searchs, which can be rebuild from scratch at any time) - able to manage albums (and nested albums), which are simple folders on the fs. (which can be moved in jbrout or in the fs) - powerful search ... tags (with or without) and/or albums (with or without) and/or range time. (very speed with 10000 photos) - use jpeg thumbnail, and able to rotate/rebuild them along with pictures - a basket system (picasa) to be able to select a lot of photos (to be able to apply a lot of operation with them, (export, .. which are pluginables)) - calendar view i'd like to have in f-spot : - the concept of "no-db" by saving tags&comment in pictures ... - a "basket widget" (see picasa) - and a calendar view (see adobe psa) i will make you a better review in the future .. and perhaps will participate in f-spot ... From tvon@etria.com Mon Oct 11 10:53:23 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2FF593B0BA4 for ; Mon, 11 Oct 2004 10:53:23 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30378-01 for ; Mon, 11 Oct 2004 10:53:21 -0400 (EDT) Received: from server1.etria.com (server1.etria.com [69.44.58.248]) by menubar.gnome.org (Postfix) with ESMTP id EA5653B070E for ; Mon, 11 Oct 2004 10:53:20 -0400 (EDT) Received: from 192.168.1.105 (h-66-167-145-100.mclnva23.dynamic.covad.net [66.167.145.100]) by server1.etria.com (Postfix) with ESMTP id 84F856B805A for ; Mon, 11 Oct 2004 14:53:20 +0000 (UTC) From: Tom von Schwerdtner To: F-Spot List Content-Type: multipart/related; type="multipart/alternative"; boundary="=-KHRNb9/Hf8aLN9gm2x9k" Organization: Etria, LLP Date: Mon, 11 Oct 2004 10:53:04 -0400 Message-Id: <1097506384.5374.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: CVS, intltool foo X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:53:23 -0000 --=-KHRNb9/Hf8aLN9gm2x9k Content-Type: multipart/alternative; boundary="=-9vGFSONQbhjJilgxPT2V" --=-9vGFSONQbhjJilgxPT2V Content-Type: text/plain Content-Transfer-Encoding: 7bit Greetings, A recent CVS checkout gave me some intltool errors, namely: checking for intltool >= 0.21... ./configure: line 1: ./intltool-update.in: No such file or directory ./configure: line 1: ./intltool-update.in: No such file or directory ./configure: line 1970: test: : integer expression expected found. Your intltool is too old. You need intltool 0.21 or later. This seems to be due to the intltool-foo.in files missing. I copied the relevant files from the Tomboy CVS co and it configures fine now. -Tom Tom von Schwerdtner Etria, LLP - www.etria.com --=-9vGFSONQbhjJilgxPT2V Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Greetings,

  A recent CVS checkout gave me some intltool errors, namely:

checking for intltool >= 0.21... ./configure: line 1: ./intltool-update.in: No such file or directory
./configure: line 1: ./intltool-update.in: No such file or directory
./configure: line 1970: test: : integer expression expected
found. Your intltool is too old.  You need intltool 0.21 or later.

This seems to be due to the intltool-foo.in files missing.  I copied the relevant files from the Tomboy CVS co and it configures fine now.

-Tom

Tom von Schwerdtner
Etria, LLP - www.etria.com
--=-9vGFSONQbhjJilgxPT2V-- --=-KHRNb9/Hf8aLN9gm2x9k Content-ID: <1097506023.5374.0.camel@localhost.localdomain> Content-Disposition: attachment; filename=signature-logo.png Content-Type: image/png; name=signature-logo.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAADcAAAAyCAMAAADPyLPHAAAC91BMVEUBBAAEBwIAAQAHCQUICwcK DAgLDQoMDwsOEAwPEQ0QEg8RExAUFRMZGhgaHBocHRseHx0fIB4gIR8hIyAkJSMlJyQmKCUoKScp KygqLCkrLSosLSstLiwwMi8xMzAzNDI1NzQ3OTY4OjclQFMfQlkmQlUlRFE8PjsoQ1csRU4uRFI+ QD0qRVkvRVQmSGBAQT9BQkA0RlAxR1YhTWQ5R0wqS2RERUMkT2Y3SVNFR0Q8SlA5S1VGSEUuTmcp UW8+TFEvUGhISkcpVGs9T1lKTEpCUFU6U1xKTlBOT00wV3QpW3dFVFksWn1PUU4lXYVQUk9RU1BP VFYvXYBSVFFTVFIpYIgxXoJUVVMhZYxPV15VVlQ5XIE0XohWV1VWWFVXWVZSWmFWWlxRXV0wZY1X W11ZW1haXFkzZZQrapdbXVpSYWZcXls2Z5ZdX1xZYGc2apNeYF04aZlVZGleYmRgYl86a5thY2Bi ZGFgZWdkZWNlZmQ/b59maGVkaWtoaWdCcqI8dKloamdpa2g9datnbG5qbGlGc6prbWpsbmtucG1D erBvcW5GfLNAf7tydHFzdXJxdXhQe7NDgb10dnNLfrt1d3Q8h8F2eHVGhMBOgb54eXd1en15e3hR hMF7fHp4fX98fntMicZUhsN9f3x7gIN+gH1WiMZQis1/gX5Si89YisiBg4B/hIeChIGDhYKEhoOG iIWHiYaIioeJi4iKjImLjYqMjouNj4yPkY6Qko+Rk5CSlJGTlZKUlpOVl5SWmJWXmZaYmpeanJmc npudn5yfoZ6gop+ho6CipKGjpaKkpqOlp6SmqKWnqaaoqqepq6iqrKmrraqsrqutr6yusK2wsq6x s6+ytLGztbK0trO1t7S2uLW3uba4ure5u7i6vLm7vbq8vru9v7zAwr7CxMHExsPHycbIysfKzMnL zsrNz8zP0c7Q0s/T1dLU1tPW2NXY2tbb3drd39zg4t/k5uPl5+Tn6ebp6+jr7urv8e7x8/D09/P+ //wLUoWXAAAAAXRSTlMAQObYZgAAAAFiS0dEAIgFHUgAAAAJcEhZcwAACxMAAAsTAQCanBgAAAAH dElNRQfUCQENLBGrjimCAAAAHXRFWHRDb21tZW50AENyZWF0ZWQgd2l0aCBUaGUgR0lNUO9kJW4A AATgSURBVHjazVb/S1tXFM//Uhmj6H4QCgVpGQTJysbAIh2hEXLZg07G7pBLYWUkK/Sx3wa3o4xq MQF5pEt23Rgzmvo9JppETZOo+WbMiz6jsj1j5hPSmuWH3ffF5EXT4sZ+2P0h5J1zPvfcc8/nnHMN hv/rkiSptSI95XSS5Z2LinI+5iecEzu58VDuwnYB8zWL5aMOvHVOUXjpsPbaf51ZXApOOSAghWb1 +JVHHo/HNXwTpvS7ZQhCE+Kriri3X6nRdfgTCuth68ZHbro8btc1clCXZn0IJyuVPcIAAHpHqzIy DDd0OOdtN3XnocCH5owmE8LIztdqe9iEZ0KrSz6EXsvAoG27DttDX6vuPK7Bd6OqbJOzrslmJudS rki/t0LMrIyrocU6TrB+o7lzj1xRxRs2+wE1wsCf0xKQdyAF5yV1nIjuq+487sGOmHwhIThBTUSA o+W60QRQcH6uEZ/3fc2dx2Kl8UlhJkgtSggnGtneJaq/yZ8buE3rPdXd06vjgsEQghElkiH93RUw p+CcEzphsPvOY49n5H7Hs8ypFAdBxcCe0Ocq3pdVcExEJyytfHW97co7H5KsdJqBPln/EsT0lCxo x8yhZkoVYoGFcHqX/nFiWV/uJWJD+6oSNhVlcYUJXKS88jvL/CEbcHqqVk/XIFGzwDYYyr+cC2cO zygHlDD2QLSpWjCr0GwV1mOWlsztN98zE7WEtjnllDUH5nUniWHbkSyNfhKqxxzpGng+/PxhJ1E8 RkBJNiiZlxowIY6QAgta/WfHMuzAAZfb5XI/NKbl24EziruxRnRigpinlb1wv+6GU52DCqcH2+TK SjCHKnmJtrGYIxBuyaIUg9d1EcfaVUqPtM2XDdtYSV1NNCWrcovgPUEzXJclPNu/0FTrmc7vFU4P ti1LhoTpRMG9gDF+K71Khr5gc/Tzr4Sd8SabG9Mee1uh9D1z6lQi6mXWECYEms14fl9uDmMMIqni +XTHe+48HnliuT5Xrm6zqwrsT8BALiJWaGOJ/9JncqzstGqCcbbrahcK0vyl4e+qv6Nj6VjMz2MI bJx/Y+cNPVXYXEsqMQceqDDRwSJoZvDYYpI/uERPJqMq7gXw+lfTOUG6XC8XtPBqTpy+DGR7mZA1 GgQPBRWH9SX0Zjdc562bRsIbNntFFWcfO7oEbqadMu3brsVixlQ687d/CXcMHQ1u98c4nwWav1F9 EekmU2ZBNz0Kph9on3Z9yuYzjBbfCkq3gPHLsMfWoM0xtlB3rhtE2MF+FVcG/gu0KqcI8Akm3QRM XP9y8Mlda9JwMourKtAH187PwQgG0X2k752GCDJ2s0l5KEAtwNoDZ1JvIW54AT4qAl/TMao7qYwg /9nSyo8yjcHxOi23k9MsWK2E4HSxZfr57JRJhVVrB59D/3peKBYLm3E/NjlKlQkQbEUiYQFCzj+k FSBd06DH/szBYdhjdtC+CNlsyzTOGS0D12y+vkgdeJSdxBiT8C4d7RFmjG+dffiZ2z189bdpEKtd WAVka8zBc8EZv6OsuUGyAWbydTMqbUf+/JvYVoIDdEh3BiQpxvbHG6CSF6HxzFtoutx96247J9+9 ELV9wJK5xaUF71BfDxcV3s7vDfLjvPbE2F3XXlZTK3z5Hz3jqtXT45Nq9V88AE/p+s9flX8DF2Dw vq+w8lUAAAAASUVORK5CYII= --=-KHRNb9/Hf8aLN9gm2x9k-- From garrett@ximian.com Mon Oct 11 23:08:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C69433B0F94 for ; Mon, 11 Oct 2004 23:08:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31039-06 for ; Mon, 11 Oct 2004 23:08:01 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 7E0463B0F5B for ; Mon, 11 Oct 2004 23:08:01 -0400 (EDT) Received: (qmail 6741 invoked from network); 12 Oct 2004 03:07:57 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 12 Oct 2004 03:07:57 -0000 From: Garrett LeSage To: F-Spot list Content-Type: multipart/alternative; boundary="=-Snpm6Ng7E8AjtcuGdFYI" Organization: Novell, Inc. Date: Mon, 11 Oct 2004 23:05:48 -0400 Message-Id: <1097550349.13079.13.camel@30-5-54> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: F-Spot mockups X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 03:08:04 -0000 --=-Snpm6Ng7E8AjtcuGdFYI Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi all! I recently put some f-spot mockups and informaiton on a wiki on primates.ximian.com. Hopefully we can set up the wiki on a larger scale sometime soon. For now, it has some information you might want to check out, such as the print dialog and an enhance sidebar for f-spot. We will be adding more ideas and mockups as time goes on, so be sure to check back. You can view the wiki in its temporary location at: http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot Mockup eyecandy at: http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:enhancement http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:print_dialog Be sure to check out the other f-spot related pages on the wiki, and please share your comments about the ideas (and feel free to suggest your own here on the list). Garrett --=-Snpm6Ng7E8AjtcuGdFYI Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Hi all!

I recently put some f-spot mockups and informaiton on a wiki on primates.ximian.com.  Hopefully we can set up the wiki on a larger scale sometime soon.  For now, it has some information you might want to check out, such as the print dialog and an enhance sidebar for f-spot.  We will be adding more ideas and mockups as time goes on, so be sure to check back.

You can view the wiki in its temporary location at:
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot

Mockup eyecandy at:
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:enhancement
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:print_dialog

Be sure to check out the other f-spot related pages on the wiki, and please share your comments about the ideas (and feel free to suggest your own here on the list).

Garrett --=-Snpm6Ng7E8AjtcuGdFYI-- From w.l.devries@student.tudelft.nl Mon Oct 11 08:20:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0BA783B13E3 for ; Mon, 11 Oct 2004 08:20:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22818-03 for ; Mon, 11 Oct 2004 08:20:04 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 7B1463B0678 for ; Mon, 11 Oct 2004 08:20:03 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CGz9m-0005GO-6m for f-spot-list@gnome.org; Mon, 11 Oct 2004 14:20:02 +0200 Message-ID: <416A7A73.2070007@student.tudelft.nl> Date: Mon, 11 Oct 2004 14:20:03 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 13 Oct 2004 19:11:04 -0400 Subject: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 12:20:10 -0000 Hi, I was trying to install f-spot from cvs, but I ran into some autogen.sh troubles.. aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library AM_PROG_LIBTOOL seems to have been deprecated and replaced by AC_PROG_LIBTOOL. After changing it I still get these messages... libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined libeog/Makefile.am:14: libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' intltool 0.21 or later is required. I seem to have intltool debian version 0.31.3-1. checking for intltool >= 0.21... ./configure: line 1773: ./intltool-update.in: No such file or directory ./configure: line 1775: ./intltool-update.in: No such file or directory ./configure: line 1778: test: : integer expression expected found. Your intltool is too old. You need intltool 0.21 or later. I don't know if these versions are incompatible, but 0.31.3 is later than 0.21. After removing the dependency on the version it still misses the file intltool-extract.in Greetings, Wouter -- Wouter de Vries From tvon@etria.com Wed Oct 13 23:24:21 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 79B433B0896 for ; Wed, 13 Oct 2004 23:24:21 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01616-02 for ; Wed, 13 Oct 2004 23:24:20 -0400 (EDT) Received: from server1.etria.com (server1.etria.com [69.44.58.248]) by menubar.gnome.org (Postfix) with ESMTP id 328C73B0928 for ; Wed, 13 Oct 2004 23:24:20 -0400 (EDT) Received: from 192.168.0.201 (dsl093-119-225.blt1.dsl.speakeasy.net [66.93.119.225]) by server1.etria.com (Postfix) with ESMTP id 870A76B8073; Thu, 14 Oct 2004 03:24:19 +0000 (UTC) From: Tom von Schwerdtner To: Wouter Leonard de Vries In-Reply-To: <416A7A73.2070007@student.tudelft.nl> References: <416A7A73.2070007@student.tudelft.nl> Content-Type: multipart/related; type="multipart/alternative"; boundary="=-gnoCzD5cU5Ys9MhdIkIB" Organization: Etria, LLP Date: Wed, 13 Oct 2004 23:24:11 -0400 Message-Id: <1097724251.5111.25.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 03:24:21 -0000 --=-gnoCzD5cU5Ys9MhdIkIB Content-Type: multipart/alternative; boundary="=-Ikg4cusNyfEpfgNC9PJZ" --=-Ikg4cusNyfEpfgNC9PJZ Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2004-10-11 at 14:20 +0200, Wouter Leonard de Vries wrote: > Hi, > > I was trying to install f-spot from cvs, but I ran into some autogen.sh > troubles.. I sent a note to the list about this a week or two ago.. It seems the f-spot CVS is missing some intltool-*.in files. If you get a CVS checkout of tomboy and do: cp tomboy/intl-*.in f-spot/ Everything should run fine -Tom > > aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library > AM_PROG_LIBTOOL seems to have been deprecated and replaced by > AC_PROG_LIBTOOL. > After changing it I still get these messages... > libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined > libeog/Makefile.am:14: > libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add > `AC_PROG_LIBTOOL' > > > intltool 0.21 or later is required. I seem to have intltool debian > version 0.31.3-1. > > checking for intltool >= 0.21... ./configure: line 1773: > ./intltool-update.in: No such file or directory > ./configure: line 1775: ./intltool-update.in: No such file or directory > ./configure: line 1778: test: : integer expression expected > found. Your intltool is too old. You need intltool 0.21 or later. > > I don't know if these versions are incompatible, but 0.31.3 is later > than 0.21. After removing the dependency on the version it still misses > the file intltool-extract.in > > > Greetings, > Wouter > Tom von Schwerdtner Etria, LLP - www.etria.com --=-Ikg4cusNyfEpfgNC9PJZ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit On Mon, 2004-10-11 at 14:20 +0200, Wouter Leonard de Vries wrote: 
Hi,

I was trying to install f-spot from cvs, but I ran into some autogen.sh 
troubles..
I sent a note to the list about this a week or two ago..

It seems the f-spot CVS is missing some intltool-*.in files.  If you get a CVS checkout of tomboy and do:

cp tomboy/intl-*.in f-spot/

Everything should run fine

-Tom


aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library
AM_PROG_LIBTOOL seems to have been deprecated and replaced by 
AC_PROG_LIBTOOL.
After changing it I still get these messages...
libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined
libeog/Makefile.am:14:
libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add 
`AC_PROG_LIBTOOL'


intltool 0.21 or later is required. I seem to have intltool debian 
version 0.31.3-1.

checking for intltool >= 0.21... ./configure: line 1773: 
./intltool-update.in: No such file or directory
./configure: line 1775: ./intltool-update.in: No such file or directory
./configure: line 1778: test: : integer expression expected
 found. Your intltool is too old.  You need intltool 0.21 or later.

I don't know if these versions are incompatible, but 0.31.3 is later 
than 0.21. After removing the dependency on the version it still misses 
the file intltool-extract.in


Greetings,
Wouter
Tom von Schwerdtner
Etria, LLP - www.etria.com
--=-Ikg4cusNyfEpfgNC9PJZ-- --=-gnoCzD5cU5Ys9MhdIkIB Content-ID: <1097724246.5111.23.camel@localhost.localdomain> Content-Disposition: attachment; filename=signature-logo.png Content-Type: image/png; name=signature-logo.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAADcAAAAyCAMAAADPyLPHAAAC91BMVEUBBAAEBwIAAQAHCQUICwcK DAgLDQoMDwsOEAwPEQ0QEg8RExAUFRMZGhgaHBocHRseHx0fIB4gIR8hIyAkJSMlJyQmKCUoKScp KygqLCkrLSosLSstLiwwMi8xMzAzNDI1NzQ3OTY4OjclQFMfQlkmQlUlRFE8PjsoQ1csRU4uRFI+ QD0qRVkvRVQmSGBAQT9BQkA0RlAxR1YhTWQ5R0wqS2RERUMkT2Y3SVNFR0Q8SlA5S1VGSEUuTmcp UW8+TFEvUGhISkcpVGs9T1lKTEpCUFU6U1xKTlBOT00wV3QpW3dFVFksWn1PUU4lXYVQUk9RU1BP VFYvXYBSVFFTVFIpYIgxXoJUVVMhZYxPV15VVlQ5XIE0XohWV1VWWFVXWVZSWmFWWlxRXV0wZY1X W11ZW1haXFkzZZQrapdbXVpSYWZcXls2Z5ZdX1xZYGc2apNeYF04aZlVZGleYmRgYl86a5thY2Bi ZGFgZWdkZWNlZmQ/b59maGVkaWtoaWdCcqI8dKloamdpa2g9datnbG5qbGlGc6prbWpsbmtucG1D erBvcW5GfLNAf7tydHFzdXJxdXhQe7NDgb10dnNLfrt1d3Q8h8F2eHVGhMBOgb54eXd1en15e3hR hMF7fHp4fX98fntMicZUhsN9f3x7gIN+gH1WiMZQis1/gX5Si89YisiBg4B/hIeChIGDhYKEhoOG iIWHiYaIioeJi4iKjImLjYqMjouNj4yPkY6Qko+Rk5CSlJGTlZKUlpOVl5SWmJWXmZaYmpeanJmc npudn5yfoZ6gop+ho6CipKGjpaKkpqOlp6SmqKWnqaaoqqepq6iqrKmrraqsrqutr6yusK2wsq6x s6+ytLGztbK0trO1t7S2uLW3uba4ure5u7i6vLm7vbq8vru9v7zAwr7CxMHExsPHycbIysfKzMnL zsrNz8zP0c7Q0s/T1dLU1tPW2NXY2tbb3drd39zg4t/k5uPl5+Tn6ebp6+jr7urv8e7x8/D09/P+ //wLUoWXAAAAAXRSTlMAQObYZgAAAAFiS0dEAIgFHUgAAAAJcEhZcwAACxMAAAsTAQCanBgAAAAH dElNRQfUCQENLBGrjimCAAAAHXRFWHRDb21tZW50AENyZWF0ZWQgd2l0aCBUaGUgR0lNUO9kJW4A AATgSURBVHjazVb/S1tXFM//Uhmj6H4QCgVpGQTJysbAIh2hEXLZg07G7pBLYWUkK/Sx3wa3o4xq MQF5pEt23Rgzmvo9JppETZOo+WbMiz6jsj1j5hPSmuWH3ffF5EXT4sZ+2P0h5J1zPvfcc8/nnHMN hv/rkiSptSI95XSS5Z2LinI+5iecEzu58VDuwnYB8zWL5aMOvHVOUXjpsPbaf51ZXApOOSAghWb1 +JVHHo/HNXwTpvS7ZQhCE+Kriri3X6nRdfgTCuth68ZHbro8btc1clCXZn0IJyuVPcIAAHpHqzIy DDd0OOdtN3XnocCH5owmE8LIztdqe9iEZ0KrSz6EXsvAoG27DttDX6vuPK7Bd6OqbJOzrslmJudS rki/t0LMrIyrocU6TrB+o7lzj1xRxRs2+wE1wsCf0xKQdyAF5yV1nIjuq+487sGOmHwhIThBTUSA o+W60QRQcH6uEZ/3fc2dx2Kl8UlhJkgtSggnGtneJaq/yZ8buE3rPdXd06vjgsEQghElkiH93RUw p+CcEzphsPvOY49n5H7Hs8ypFAdBxcCe0Ocq3pdVcExEJyytfHW97co7H5KsdJqBPln/EsT0lCxo x8yhZkoVYoGFcHqX/nFiWV/uJWJD+6oSNhVlcYUJXKS88jvL/CEbcHqqVk/XIFGzwDYYyr+cC2cO zygHlDD2QLSpWjCr0GwV1mOWlsztN98zE7WEtjnllDUH5nUniWHbkSyNfhKqxxzpGng+/PxhJ1E8 RkBJNiiZlxowIY6QAgta/WfHMuzAAZfb5XI/NKbl24EziruxRnRigpinlb1wv+6GU52DCqcH2+TK SjCHKnmJtrGYIxBuyaIUg9d1EcfaVUqPtM2XDdtYSV1NNCWrcovgPUEzXJclPNu/0FTrmc7vFU4P ti1LhoTpRMG9gDF+K71Khr5gc/Tzr4Sd8SabG9Mee1uh9D1z6lQi6mXWECYEms14fl9uDmMMIqni +XTHe+48HnliuT5Xrm6zqwrsT8BALiJWaGOJ/9JncqzstGqCcbbrahcK0vyl4e+qv6Nj6VjMz2MI bJx/Y+cNPVXYXEsqMQceqDDRwSJoZvDYYpI/uERPJqMq7gXw+lfTOUG6XC8XtPBqTpy+DGR7mZA1 GgQPBRWH9SX0Zjdc562bRsIbNntFFWcfO7oEbqadMu3brsVixlQ687d/CXcMHQ1u98c4nwWav1F9 EekmU2ZBNz0Kph9on3Z9yuYzjBbfCkq3gPHLsMfWoM0xtlB3rhtE2MF+FVcG/gu0KqcI8Akm3QRM XP9y8Mlda9JwMourKtAH187PwQgG0X2k752GCDJ2s0l5KEAtwNoDZ1JvIW54AT4qAl/TMao7qYwg /9nSyo8yjcHxOi23k9MsWK2E4HSxZfr57JRJhVVrB59D/3peKBYLm3E/NjlKlQkQbEUiYQFCzj+k FSBd06DH/szBYdhjdtC+CNlsyzTOGS0D12y+vkgdeJSdxBiT8C4d7RFmjG+dffiZ2z189bdpEKtd WAVka8zBc8EZv6OsuUGyAWbydTMqbUf+/JvYVoIDdEh3BiQpxvbHG6CSF6HxzFtoutx96247J9+9 ELV9wJK5xaUF71BfDxcV3s7vDfLjvPbE2F3XXlZTK3z5Hz3jqtXT45Nq9V88AE/p+s9flX8DF2Dw vq+w8lUAAAAASUVORK5CYII= --=-gnoCzD5cU5Ys9MhdIkIB-- From micke@imendio.com Thu Oct 14 07:22:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9CD383B0793 for ; Thu, 14 Oct 2004 07:22:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21401-02 for ; Thu, 14 Oct 2004 07:22:42 -0400 (EDT) Received: from holken.mikan.net (holken.mikan.net [195.43.255.228]) by menubar.gnome.org (Postfix) with ESMTP id 1ECBA3B0C91 for ; Thu, 14 Oct 2004 07:22:41 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by holken.mikan.net (Postfix) with ESMTP id 5C1383352CC; Thu, 14 Oct 2004 13:22:40 +0200 (CEST) Received: from holken.mikan.net ([127.0.0.1]) by localhost (holken.mikan.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06906-01; Thu, 14 Oct 2004 13:22:36 +0200 (CEST) Received: from [192.168.114.10] (h4n6c1o1035.bredband.skanova.com [81.227.21.4]) by holken.mikan.net (Postfix) with ESMTP id C8210335254; Thu, 14 Oct 2004 13:22:36 +0200 (CEST) Message-ID: <416E61A0.70306@imendio.com> Date: Thu, 14 Oct 2004 13:23:12 +0200 From: Mikael Hallendal User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wouter Leonard de Vries References: <416A7A73.2070007@student.tudelft.nl> In-Reply-To: <416A7A73.2070007@student.tudelft.nl> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------070801040304030603070200" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at holken.mikan.net X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 11:22:43 -0000 This is a multi-part message in MIME format. --------------070801040304030603070200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Wouter Leonard de Vries wrote: > Hi, Hi, Here is a patch to the autogen.sh script to run intltoolize. Can I commit? Best Regards, Mikael Hallendal -- Imendio AB, http://www.imendio.com/ --------------070801040304030603070200 Content-Type: text/plain; name="f-spot-intltoolize.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="f-spot-intltoolize.patch" ? .ChangeLog.swp ? po/Makefile.in.in Index: ChangeLog =================================================================== RCS file: /cvs/gnome/f-spot/ChangeLog,v retrieving revision 1.290 diff -u -B -p -r1.290 ChangeLog --- ChangeLog 13 Oct 2004 22:51:50 -0000 1.290 +++ ChangeLog 14 Oct 2004 11:22:17 -0000 @@ -1,3 +1,7 @@ +2004-10-14 Mikael Hallendal + + * autogen.sh: Run intltoolize + 2004-10-13 Larry Ewing * src/PreviewPopup.cs: add a border to the preview popup window. Index: autogen.sh =================================================================== RCS file: /cvs/gnome/f-spot/autogen.sh,v retrieving revision 1.5 diff -u -B -p -r1.5 autogen.sh --- autogen.sh 10 Oct 2004 21:06:51 -0000 1.5 +++ autogen.sh 14 Oct 2004 11:22:17 -0000 @@ -118,6 +118,10 @@ do echo "Making $dr/aclocal.m4 writable ..." test -r $dr/aclocal.m4 && chmod u+w $dr/aclocal.m4 fi + if grep "^AC_PROG_INTLTOOL" configure.in >/dev/null; then + echo "Running intltoolize..." + intltoolize --copy --force --automake + fi if grep "^AM_PROG_LIBTOOL" configure.in >/dev/null; then echo "Running libtoolize..." libtoolize --force --copy --------------070801040304030603070200-- From w.l.devries@student.tudelft.nl Thu Oct 14 09:52:12 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0C7F83B0FA1 for ; Thu, 14 Oct 2004 09:52:12 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27876-08 for ; Thu, 14 Oct 2004 09:52:06 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 2FC113B1815 for ; Thu, 14 Oct 2004 09:43:31 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CI5sz-0000x4-Cz for f-spot-list@gnome.org; Thu, 14 Oct 2004 15:43:17 +0200 Message-ID: <416E8277.1080201@student.tudelft.nl> Date: Thu, 14 Oct 2004 15:43:19 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 13:52:12 -0000 Hi, I'm very sorry to bug you again.. I'm having trouble with the exif part of F-Spot. It doesn't read any exif information on jpeg files that clearly do have it. I tried to have a look at the source code, although I've never used c#. In ExifUtils the information is read using ExposureInfo in ExifData. The instantiation of exif_data works fine, but while doing the first data lookup it never returns to the function and just exits GetExposureInfo altogether and leaving info uninitialized. I took a look at ExifData and saw that the Assemble part is the thing where it gets stuck. Could it be that my exif library is broken or not working together with F-Spot? I'm using the Debian unstable version. After renaming /usr/lib/libexif.so to something else I don't even get an error message. Wouter -- Wouter de Vries From lewing@ximian.com Thu Oct 14 16:10:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 731A83B189F for ; Thu, 14 Oct 2004 16:10:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15876-09 for ; Thu, 14 Oct 2004 16:10:56 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 38F473B0A9D for ; Thu, 14 Oct 2004 16:10:56 -0400 (EDT) Received: (qmail 15486 invoked from network); 14 Oct 2004 20:10:55 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 14 Oct 2004 20:10:55 -0000 From: Larry Ewing To: Wouter Leonard de Vries In-Reply-To: <416E8277.1080201@student.tudelft.nl> References: <416E8277.1080201@student.tudelft.nl> Content-Type: text/plain Date: Thu, 14 Oct 2004 15:10:35 -0500 Message-Id: <1097784636.8284.2.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 20:10:59 -0000 What version of libexif do you have installed? --Larry On Thu, 2004-10-14 at 15:43 +0200, Wouter Leonard de Vries wrote: > Hi, > > I'm very sorry to bug you again.. I'm having trouble with the exif part > of F-Spot. It doesn't read any exif information on jpeg files that > clearly do have it. I tried to have a look at the source code, although > I've never used c#. > > In ExifUtils the information is read using ExposureInfo in ExifData. The > instantiation of exif_data works fine, but while doing the first data > lookup it never returns to the function and just exits GetExposureInfo > altogether and leaving info uninitialized. I took a look at ExifData and > saw that the Assemble part is the thing where it gets stuck. Could it be > that my exif library is broken or not working together with F-Spot? I'm > using the Debian unstable version. After renaming /usr/lib/libexif.so to > something else I don't even get an error message. > > > Wouter > From lewing@ximian.com Thu Oct 14 16:17:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3AB6C3B0D66 for ; Thu, 14 Oct 2004 16:17:31 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16180-04 for ; Thu, 14 Oct 2004 16:17:28 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 9899D3B0C99 for ; Thu, 14 Oct 2004 16:17:27 -0400 (EDT) Received: (qmail 15517 invoked from network); 14 Oct 2004 20:17:19 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 14 Oct 2004 20:17:19 -0000 From: Larry Ewing To: Mikael Hallendal In-Reply-To: <416E61A0.70306@imendio.com> References: <416A7A73.2070007@student.tudelft.nl> <416E61A0.70306@imendio.com> Content-Type: text/plain Date: Thu, 14 Oct 2004 15:17:07 -0500 Message-Id: <1097785028.8284.6.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Wouter Leonard de Vries , f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 20:17:32 -0000 On Thu, 2004-10-14 at 13:23 +0200, Mikael Hallendal wrote: > Wouter Leonard de Vries wrote: > > Hi, > > Hi, > > Here is a patch to the autogen.sh script to run intltoolize. > > Can I commit? > > Best Regards, > Mikael Hallendal > Mikael, I went ahead and committed it (I missed your question the first time I read the message), thanks for the patch. --Larry From micampe@gmail.com Fri Oct 15 03:02:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 892213B1135 for ; Fri, 15 Oct 2004 03:02:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07602-09 for ; Fri, 15 Oct 2004 03:02:35 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by menubar.gnome.org (Postfix) with ESMTP id C7C533B0BF4 for ; Fri, 15 Oct 2004 03:02:34 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=WkkDyrJPpqQyazeAfG3zLP9mHbEkT2Fce4xfAixp2F3nuylJJEBCsZLlgjuDPzTQtshFsgpnPycXDK9FDe9kYdnfZV1uoyGO+56gz36aBIOxvyvDipSnCG1CqPHl7ug/ggXDvirB8H+2ENXrkAQ8i4ylkPTDYdngyc7foXOpcRg Received: by mproxy.gmail.com with SMTP id 79so1851rnl for ; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Received: by 10.38.75.43 with SMTP id x43mr923827rna; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Received: by 10.38.209.51 with HTTP; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Message-ID: <94fe55d904101500027bcd20bb@mail.gmail.com> Date: Fri, 15 Oct 2004 09:02:34 +0200 From: Michele Campeotto To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: micampe@micampe.it List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 07:02:36 -0000 Hi, I looked at the code to see how hard would have been to add Flickr support to the exporting and I found it already was there (mostly)! :) That's really cool, although it seems incomplete. Are the Flickr and Fotki classes just stubs for a future pluggable export procedure or is it already working, even in an hackish way? mic -- Michele Campeotto - www.micampe.it You know there ain't no devil, there's just god when he's drunk From sogrady@redmonk.com Fri Oct 15 11:38:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8B67A3B0BF2 for ; Fri, 15 Oct 2004 11:38:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29820-07 for ; Fri, 15 Oct 2004 11:38:33 -0400 (EDT) Received: from fecls-02.atlarge.net (fecls-02.atlarge.net [129.41.63.107]) by menubar.gnome.org (Postfix) with SMTP id 7FE743B0D08 for ; Fri, 15 Oct 2004 11:38:33 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-02.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Fri, 15 Oct 2004 10:34:44 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.139]) with Microsoft Exchange Server HTTP-DAV ; Fri, 15 Oct 2004 15:32:54 +0000 Received: from minisog by owa.atlarge.net; 15 Oct 2004 11:32:54 -0400 From: Stephen O'Grady To: f-spot-list@gnome.org In-Reply-To: <94fe55d904101500027bcd20bb@mail.gmail.com> References: <94fe55d904101500027bcd20bb@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Fri, 15 Oct 2004 11:32:54 -0400 Message-Id: <1097854374.8755.3.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0 X-OriginalArrivalTime: 15 Oct 2004 15:34:44.0429 (UTC) FILETIME=[7ED6B7D0:01C4B2CC] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 15:38:36 -0000 just wanted to second this inquiry as i'd be very interested in this functionality as well, even if it's a dirty hack. On Fri, 2004-10-15 at 09:02 +0200, Michele Campeotto wrote: > Hi, > I looked at the code to see how hard would have been to add Flickr > support to the exporting and I found it already was there (mostly)! :) > That's really cool, although it seems incomplete. Are the Flickr and > Fotki classes just stubs for a future pluggable export procedure or is > it already working, even in an hackish way? > > > mic > From micampe@gmail.com Sat Oct 16 03:38:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5E82C3B0830 for ; Sat, 16 Oct 2004 03:38:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32351-04 for ; Sat, 16 Oct 2004 03:38:30 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by menubar.gnome.org (Postfix) with ESMTP id A91253B06A4 for ; Sat, 16 Oct 2004 03:38:28 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 79so46135rnk for ; Sat, 16 Oct 2004 00:38:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=dv0pgDvjxgRcQ94Vihw6hShSU/FNxqJ02v/lqrW5uCHLYEZs3DlrkQsInH8NFjBQYCu2RhB3gVXPzmekz5JbP/bNzUP6tRoMltzvUpHJ51KrOxvTeENzmQL9BAYKCHxXBWMQXR4lbuP8WRp3p+tmaT3+IPkUd2M/+myIOArMaCE Received: by 10.38.126.4 with SMTP id y4mr396359rnc; Sat, 16 Oct 2004 00:38:28 -0700 (PDT) Received: by 10.38.209.51 with HTTP; Sat, 16 Oct 2004 00:38:27 -0700 (PDT) Message-ID: <94fe55d90410160038217aa497@mail.gmail.com> Date: Sat, 16 Oct 2004 09:38:27 +0200 From: Michele Campeotto To: sogrady@redmonk.com In-Reply-To: <1097854374.8755.3.camel@minisog> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: micampe@micampe.it List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 07:38:34 -0000 On Fri, 15 Oct 2004 11:32:54 -0400, Stephen O'Grady wrote: > just wanted to second this inquiry as i'd be very interested in this > functionality as well, even if it's a dirty hack. [shameless offtopic self promotion] In the meantime you can take a look at my Python FlickrUploadr :) http://micampe.it/uploadr.html mic -- Michele Campeotto - www.micampe.it You know there ain't no devil, there's just god when he's drunk From lewing@ximian.com Sat Oct 16 04:18:48 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 36FCA3B070C for ; Sat, 16 Oct 2004 04:18:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01474-05 for ; Sat, 16 Oct 2004 04:18:45 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 6C5E23B07B9 for ; Sat, 16 Oct 2004 04:18:45 -0400 (EDT) Received: (qmail 18660 invoked from network); 16 Oct 2004 08:18:45 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 16 Oct 2004 08:18:45 -0000 From: Larry Ewing To: sogrady@redmonk.com In-Reply-To: <1097854374.8755.3.camel@minisog> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> Content-Type: text/plain Date: Sat, 16 Oct 2004 03:18:42 -0500 Message-Id: <1097914722.8284.34.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 08:18:48 -0000 The flickr upload stubs should work fine, I've tested them myself with some minimal glue, but they are currently not hooked to any UI and are very incomplete. If there is a lot of demand I can whip up a temporary dialog that would allow for uploading. Otherwise I'll wait for a while hoping I think of a design that can integrate all the export targets I'm aiming for. --Larry On Fri, 2004-10-15 at 11:32 -0400, Stephen O'Grady wrote: > just wanted to second this inquiry as i'd be very interested in this > functionality as well, even if it's a dirty hack. > > On Fri, 2004-10-15 at 09:02 +0200, Michele Campeotto wrote: > > Hi, > > I looked at the code to see how hard would have been to add Flickr > > support to the exporting and I found it already was there (mostly)! :) > > That's really cool, although it seems incomplete. Are the Flickr and > > Fotki classes just stubs for a future pluggable export procedure or is > > it already working, even in an hackish way? > > > > > > mic > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From loz@flower.powernet.co.uk Sat Oct 16 09:48:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 174643B0C4D for ; Sat, 16 Oct 2004 09:48:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13148-05 for ; Sat, 16 Oct 2004 09:48:24 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id ECB1B3B0830 for ; Sat, 16 Oct 2004 09:48:23 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9GDmL0v030573 for ; Sat, 16 Oct 2004 14:48:21 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 575ABFF6E for ; Sat, 16 Oct 2004 14:48:17 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-iwyGHSWqgzETPnzjVFs7" Date: Sat, 16 Oct 2004 14:48:15 +0100 Message-Id: <1097934495.9561.5.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch to remember highlighted tag X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 13:48:26 -0000 --=-iwyGHSWqgzETPnzjVFs7 Content-Type: text/plain Content-Transfer-Encoding: 7bit The attached patch passes the currently highlighted tag to the create tag dialogue. It could be improved in the case where multiple items are highlighted (it should probably pass the last tag the user highlighted, rather than the first in the list). This is the first C# code I've written, so comments on style/idiom/correctness are welcome. cheers Loz Hygate --=-iwyGHSWqgzETPnzjVFs7 Content-Disposition: attachment; filename=f-spot-loz.diff Content-Type: text/x-patch; name=f-spot-loz.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 16 Oct 2004 13:41:34 -0000 @@ -877,14 +877,14 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) + if (command.Execute (TagCommands.TagType.Tag, tag_selection_widget.SingleCategoryHighlight)) tag_selection_widget.Update (); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) + if (command.Execute (TagCommands.TagType.Category, tag_selection_widget.SingleCategoryHighlight)) tag_selection_widget.Update (); } Index: src/TagCommands.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagCommands.cs,v retrieving revision 1.8 diff -u -r1.8 TagCommands.cs --- src/TagCommands.cs 12 Sep 2004 19:26:38 -0000 1.8 +++ src/TagCommands.cs 16 Oct 2004 13:41:34 -0000 @@ -111,7 +111,28 @@ Update (); } - public bool Execute (TagType type) + private Category Category { + get { + if (categories.Count == 0) + return tag_store.RootCategory; + else + return categories [category_option_menu.History] as Category; + } + set { + if ((value != null) && (categories.Count > 0)) { + //System.Console.WriteLine("TagCreateCommand.set_Category(" + value.Name + ")"); + for (int i = 0; i < categories.Count; i++) { + Category category = (Category)categories[i]; + // should there be an equals type method? + if (value.Id == category.Id) { + category_option_menu.SetHistory((uint)i); + return; + } + } + } + } + } + public bool Execute (TagType type, Category default_category) { Glade.XML xml = new Glade.XML (null, "f-spot.glade", "create_tag_dialog", null); xml.Autoconnect (this); @@ -130,6 +151,7 @@ } PopulateCategoryOptionMenu (); + Category = default_category; Update (); ResponseType response = (ResponseType) create_tag_dialog.Run (); @@ -138,12 +160,7 @@ if (response == ResponseType.Ok) { try { - Category parent_category; - - if (categories.Count == 0) - parent_category = tag_store.RootCategory; - else - parent_category = categories [category_option_menu.History] as Category; + Category parent_category = Category; if (type == TagType.Category) tag_store.CreateCategory (parent_category, tag_name_entry.Text); Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 16 Oct 2004 13:41:35 -0000 @@ -104,8 +104,35 @@ SelectionChanged (this); } } - - + + // For actions that want to act on a single tag + // it can obviously be sped up by stopping after the first match + // May want to consider returning the last tag the user tag highlighted + public Tag SingleTagHighlight + { + get { + Tag[] highlight = TagHighlight(); + if (highlight.Length > 0) + return highlight[0]; + else + return null; + } + } + + // For actions that want to act on a single category + // Uses SingleTagSelection so fixing that to return the last tag the user highlighted would make this return last category... + public Category SingleCategoryHighlight + { + get { + Tag tag = SingleTagHighlight; + if (tag == null) + return null; + else if (tag is Category) + return tag as Category; + else + return tag.Category; + } + } // Loading up the store. private void LoadCategory (Category category, TreeIter parent_iter) --=-iwyGHSWqgzETPnzjVFs7-- From loz@flower.powernet.co.uk Sat Oct 16 15:10:00 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2F2A13B0754 for ; Sat, 16 Oct 2004 15:10:00 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24175-10 for ; Sat, 16 Oct 2004 15:09:58 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 3B2543B0685 for ; Sat, 16 Oct 2004 15:09:58 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9GJ9tf6022391 for ; Sat, 16 Oct 2004 20:09:55 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 54C42FF6E for ; Sat, 16 Oct 2004 20:09:52 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-r3CQLT2qycv54RAyJsFQ" Date: Sat, 16 Oct 2004 20:09:51 +0100 Message-Id: <1097953791.9561.9.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch for full resolution icons. X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 19:10:00 -0000 --=-r3CQLT2qycv54RAyJsFQ Content-Type: text/plain Content-Transfer-Encoding: 7bit The attached patch changes the way the EditIcon builds its icon. As it stands it reads it as a clip from a scaled image. With this patch a copy of the unscaled image is kept in memory and that is used as the source of the icon. Having to know how to do the scaling feels a little icky, perhaps it should be returned by the PxbufUtils.LoadAtMaxSize method. cheers Loz Hygate --=-r3CQLT2qycv54RAyJsFQ Content-Disposition: attachment; filename=f-spot-full-res-icon.diff Content-Type: text/x-patch; name=f-spot-full-res-icon.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/TagCommands.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagCommands.cs,v retrieving revision 1.8 diff -u -r1.8 TagCommands.cs --- src/TagCommands.cs 12 Sep 2004 19:26:38 -0000 1.8 +++ src/TagCommands.cs 16 Oct 2004 19:03:58 -0000 @@ -369,6 +369,8 @@ SpinButton photo_spin_button; int current_item = -1; + Gdk.Pixbuf current_unscaled_image = null; + double scale = 0.0; public int CurrentItem { get { return current_item; @@ -388,6 +390,10 @@ if (old != null) old.Dispose (); + + if (current_unscaled_image != null) + current_unscaled_image.Dispose (); + current_unscaled_image = null; } } } @@ -404,14 +410,18 @@ { int x, y, width, height; Gdk.Pixbuf tmp = null; - + if (current_unscaled_image == null) { + current_unscaled_image = new Gdk.Pixbuf(photos [current_item].DefaultVersionPath); + scale = Math.Max (current_unscaled_image.Width / (double)image_view.Parent.Allocation.Width, + current_unscaled_image.Height / (double)image_view.Parent.Allocation.Height); + } image_view.GetSelection (out x, out y, out width, out height); if (width > 0 && height > 0) { - tmp = new Gdk.Pixbuf (image_view.Pixbuf, x, y, width, height); + + tmp = new Gdk.Pixbuf (current_unscaled_image, (int)(x * scale), (int)(y * scale), (int)(width * scale), (int)(height * scale)); preview_image.Pixbuf = PixbufUtils.TagIconFromPixbuf (tmp); - tmp.Dispose (); } } @@ -467,7 +477,9 @@ Console.WriteLine ("error {0}", ex); } } - + // Does this happen automatically because of the Destroy call? + if (current_unscaled_image != null) + current_unscaled_image.Dispose (); edit_icon_dialog.Destroy (); return success; } --=-r3CQLT2qycv54RAyJsFQ-- From djw@wilsonet.com Sun Oct 17 01:05:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C7F473B07E0 for ; Sun, 17 Oct 2004 01:05:45 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09687-08 for ; Sun, 17 Oct 2004 01:05:43 -0400 (EDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by menubar.gnome.org (Postfix) with ESMTP id 6F9603B0B60 for ; Sun, 17 Oct 2004 01:05:43 -0400 (EDT) Received: from hermes.wilsonet.com (c-67-170-72-203.client.comcast.net[67.170.72.203]) by comcast.net (sccrmhc12) with ESMTP id <2004101705053801200ftgj2e>; Sun, 17 Oct 2004 05:05:38 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by hermes.wilsonet.com (Postfix) with ESMTP id BC34C101F8F for ; Sat, 16 Oct 2004 22:05:44 -0700 (PDT) Received: from hermes.wilsonet.com ([127.0.0.1]) by localhost (hermes.wilsonet.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19376-02 for ; Sat, 16 Oct 2004 22:05:43 -0700 (PDT) Received: from [192.168.2.15] (unknown [192.168.2.15]) by hermes.wilsonet.com (Postfix) with ESMTP id 06538101F8E for ; Sat, 16 Oct 2004 22:05:42 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v619) X-Priority: 3 Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-3--576749648; protocol="application/pkcs7-signature" Message-Id: <2D439DA2-1FFA-11D9-9302-0003938FAEB2@wilsonet.com> X-Image-Url: http://homepage.mac.com/danielwilson/.cv/thumbs/me.thumbnail From: Daniel J.Wilson Date: Sat, 16 Oct 2004 22:05:33 -0700 To: f-spot-list@gnome.org X-Mailer: Apple Mail (2.619) X-Virus-Scanned: by amavisd-new at wilsonet.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Minor Print Preview improvement suggestions X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 05:05:46 -0000 --Apple-Mail-3--576749648 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Via Nat Friedman's post of praise, I came across the proposed Print Preview window, which does indeed look very functional and clean. That said, I have two minor suggestions that might improve the design further. 1. Place a Collate checkbox next to the "Number of Copies" spinbox. 2. Provide drop-down menu navigation of the preview pages to reduce the necessary clicks in large page batches. There are visuals and a bit of elaboration at: http://blog.wilsonet.com/archives/2004/10/16/f-spot-print-previewing/ Keep up the great work, Daniel J. Wilson --Apple-Mail-3--576749648 Content-Transfer-Encoding: base64 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGFDCCAs0w ggI2oAMCAQICAwukhDANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDQwMjA0MTgyNzQyWhcNMDUwMjAzMTgyNzQyWjBCMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBkandAd2lsc29uZXQuY29t MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyA29B+O+zaNAM+YfsV12eKh9DyvKqT8k mIduyt2o+QVPz4jBjLGwDp+99kikQxDvTMcS4f3n5s0xOAHr5bNhoINlJrsvKsjW6WWgkiFdqDvr QyJLQs7oMSIhKnIUkUCXXERi7p18BJ9YsMjga6g3X5AFGwGRwh4SUIdOHXX7nIxGaxJmfrOe53EZ RXZ28UM3or3Op+n6kglUpoAV0uK62J1zZR/tQtjhSQ14C85Zz3hdAQ7NRP2jEiT3tfpK0mYEu1q1 QN0utlIagRgM5ReN12pG1yX9DhIKiGJR9yWcfTDZzl9yrfY8WCmfCjkTd82+fT252ziANPPGvB5n 0H08gwIDAQABoy0wKzAbBgNVHREEFDASgRBkandAd2lsc29uZXQuY29tMAwGA1UdEwEB/wQCMAAw DQYJKoZIhvcNAQEEBQADgYEAY+qb1rIdX0vC0tfK0p0Zs/HibPOMV3eM8sqs0aEu+pENRi2bWxbW kBAW43L79E4dg8m70wG49MwkaqLyxl9VgeEvHOtJqbMQ+1Uq3RRi8Qoq6HHVTW7599xJ1psuCOdX AMrf+9EX+WWyCmYM1K+iy0xliqUmIy+mk1odjv0G/ZMwggM/MIICqKADAgECAgENMA0GCSqGSIb3 DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlD YXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0 aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg Q0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3 MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENv bnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYk KhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGj gZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRo YXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM 0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZ Nd4ksdMdRv9dX2VPMYIC5zCCAuMCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IElzc3VpbmcgQ0ECAwukhDAJBgUrDgMCGgUAoIIBUzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0wNDEwMTcwNTA1MzRaMCMGCSqGSIb3DQEJBDEWBBQL2Uvvz9pWYUr/ lEdBAPX/lJPWQzB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQQIDC6SEMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwukhDANBgkqhkiG9w0BAQEFAASCAQAjLTmmI5UDoLv3 Xfrd+UDEAotWzau0ap2ozKV0GQIXZpoXRw+iCpVK5pV6Tj27DpVmdjYteBGe4pfEW95SiQkQEehY na95kGcfrnYvTAwTcc0g10dJB3AQ6546Q20PwejLMbl6YYqcfRj4PqM0RbT5yrJVN1jNamcmlJA8 xxF5owJAqDkDP1CKwX/qbTI7usGtDYPH7W++9wF816S0eKshlBzj1PYIrXZvjwRVKY89YcQymse8 cUHWLAjkz7gbH7MjWfWnWN0dMgPtrVikokJYDWyox11GIqeit/C8wR55SwNRoyqpMrFxfTE/HmYq cZFQNxlpLGSlN9aoFgPpAnNhAAAAAAAA --Apple-Mail-3--576749648-- From loz@flower.powernet.co.uk Sun Oct 17 13:16:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 53D9D3B0709 for ; Sun, 17 Oct 2004 13:16:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10425-02 for ; Sun, 17 Oct 2004 13:16:30 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id E84753B0AA3 for ; Sun, 17 Oct 2004 13:16:29 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HHGNkt003956 for ; Sun, 17 Oct 2004 18:16:23 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 784D2FF6E for ; Sun, 17 Oct 2004 18:16:19 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-VfoGMRkb83Sw9H7IPcWF" Date: Sun, 17 Oct 2004 18:16:19 +0100 Message-Id: <1098033379.9561.12.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 17:16:32 -0000 --=-VfoGMRkb83Sw9H7IPcWF Content-Type: text/plain Content-Transfer-Encoding: 7bit This is getting complex enough that there is a case for a separate TreeModel implementation. The API for trees seems pretty grim to me. cheers Loz --=-VfoGMRkb83Sw9H7IPcWF Content-Disposition: attachment; filename=f-spot-remember-tree.diff Content-Type: text/x-patch; name=f-spot-remember-tree.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 17 Oct 2004 17:13:27 -0000 @@ -877,15 +877,13 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Tag); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Category); } public void HandleAttachTagCommand (object obj, EventArgs args) @@ -919,8 +917,7 @@ return; TagCommands.Edit command = new TagCommands.Edit (db, main_window); - if (command.Execute (tags [0])) - tag_selection_widget.Update (); + command.Execute (tags [0]); } void HandleViewSmall (object sender, EventArgs args) @@ -1112,7 +1109,6 @@ Tag [] tags = this.tag_selection_widget.TagHighlight (); db.Photos.Remove (tags); - tag_selection_widget.Update (); icon_view.QueueDraw (); } Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 17 Oct 2004 17:13:27 -0000 @@ -254,7 +254,86 @@ (renderer as CellRendererText).Text = tag.Name; } + // Someone show me how I should have done this? + // Or is the API as diseased as I have made it look? + private bool TreeIterForTag(Tag tag, out TreeIter iter) { + TreeIter root; + bool valid = Model.GetIterFirst(out root); + while (valid) { + if (TreeIterForTagRecurse(tag, root, out iter)) + return true; + valid = Model.IterNext (ref root); + } + return false; + } + // Depth first traversal + private bool TreeIterForTagRecurse(Tag tag, TreeIter parent, out TreeIter iter) { + bool valid = Model.IterChildren(out iter, parent); + while (valid) { + if (TreeIterForTagRecurse(tag, iter, out iter)) + return true; + valid = Model.IterNext (ref iter); + } + GLib.Value value = new GLib.Value(); + Model.GetValue(parent, 0, ref value); + iter = parent; + if (tag.Id == (uint) value) + return true; + return false; + } + + // Not generic, just copying single values + private void CopyBranch(TreeIter src, TreeIter dest, bool is_root) { + TreeIter copy, iter; + GLib.Value value = new GLib.Value(); + TreeStore store = Model as TreeStore; + bool valid; + + store.GetValue(src, 0, ref value); + if (is_root) { + store.Prepend(out copy); + store.SetValue(copy, 0, (uint)value); + } else { + copy = store.AppendValues(dest, (uint)value); + } + + valid = Model.IterChildren(out iter, src); + while (valid) { + CopyBranch(iter, copy, false); + valid = Model.IterNext (ref iter); + } + } + + private void HandleTagDeleted(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag, out iter)) + (Model as TreeStore).Remove(ref iter); + } + + private void HandleTagCreated(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag.Category, out iter)) { + iter = (Model as TreeStore).AppendValues(iter, tag.Id); + } + } + + private void HandleTagChanged(Tag tag) { + TreeStore store = Model as TreeStore; + TreeIter iter, category_iter, parent_iter; + TreeIterForTag(tag, out iter); + bool category_valid = TreeIterForTag(tag.Category, out category_iter); + bool parent_valid = Model.IterParent(out parent_iter, iter); + if ((category_valid && (category_iter.Equals(parent_iter))) || (!category_valid && !parent_valid)) { + // if we haven't been reparented + TreePath path = store.GetPath(iter); + store.EmitRowChanged(path, iter); + } else { + // It is a bit tougher. We need to do an annoying clone of structs... + CopyBranch(iter, category_iter, !category_valid); + store.Remove(ref iter); + } + } // Constructor. public TagSelectionWidget (TagStore tag_store) @@ -275,6 +354,9 @@ Update (); ExpandAll (); + tag_store.TagDeleted += new TagDeletedHandler(HandleTagDeleted); + tag_store.TagCreated += new TagCreatedHandler(HandleTagCreated); + tag_store.TagChanged += new TagChangedHandler(HandleTagChanged); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 17 Oct 2004 17:13:28 -0000 @@ -173,9 +173,16 @@ } } +public delegate void TagCreatedHandler(Tag t); +public delegate void TagChangedHandler(Tag t); +public delegate void TagDeletedHandler(Tag t); public class TagStore : DbStore { + public event TagCreatedHandler TagCreated; + public event TagChangedHandler TagChanged; + public event TagDeletedHandler TagDeleted; + Category root_category; public Category RootCategory { get { @@ -365,7 +372,7 @@ Tag tag = new Tag (category, id, name); AddToCache (tag); - + TagCreated(tag); return tag; } @@ -378,7 +385,7 @@ Category new_category = new Category (parent_category, id, name); AddToCache (new_category); - + TagCreated(new_category); return new_category; } @@ -411,6 +418,7 @@ command.ExecuteNonQuery (); command.Dispose (); + TagDeleted((Tag)item); } @@ -448,6 +456,8 @@ command.ExecuteNonQuery (); command.Dispose (); + + TagChanged(tag); } --=-VfoGMRkb83Sw9H7IPcWF-- From loz@flower.powernet.co.uk Sun Oct 17 15:20:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EA19C3B0B17 for ; Sun, 17 Oct 2004 15:20:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16726-03 for ; Sun, 17 Oct 2004 15:20:40 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 462533B07D3 for ; Sun, 17 Oct 2004 15:20:40 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HJKbth023537 for ; Sun, 17 Oct 2004 20:20:37 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 6DB2CFF6E for ; Sun, 17 Oct 2004 20:20:34 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098033379.9561.12.camel@nessie.localdomain> References: <1098033379.9561.12.camel@nessie.localdomain> Content-Type: text/plain Date: Sun, 17 Oct 2004 20:20:33 +0100 Message-Id: <1098040833.9561.14.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 19:20:43 -0000 Hmm, I need to figure out how to maintain the sort order too. Loz On Sun, 2004-10-17 at 18:16 +0100, Laurence Hygate wrote: > This is getting complex enough that there is a case for a separate > TreeModel implementation. The API for trees seems pretty grim to me. > > cheers > > Loz > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list -- Laurence Hygate From jimmac@ximian.com Sun Oct 17 16:15:20 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DF6AF3B0916 for ; Sun, 17 Oct 2004 16:15:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19310-04 for ; Sun, 17 Oct 2004 16:15:19 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id A74D83B0DD2 for ; Sun, 17 Oct 2004 16:15:19 -0400 (EDT) Received: (qmail 19530 invoked from network); 17 Oct 2004 20:15:18 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 17 Oct 2004 20:15:18 -0000 From: Jakub Steiner To: f-spot-list@gnome.org Content-Type: text/plain Date: Sun, 17 Oct 2004 13:15:15 -0700 Message-Id: <1098044116.6135.34.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:15:21 -0000 While working on more generic UI issues, there's two tiny things that would be nice to have asap. * delete from disk should ask for confirmation * "File>Edit in Gimp" should make a copy of the original and opening the copy in GIMP for easy edits. Perhaps could be more generic with a list of associated mime handlers as in nautilus. Rock on! -- Jakub Steiner From loz@flower.powernet.co.uk Sun Oct 17 16:23:42 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 520033B079B for ; Sun, 17 Oct 2004 16:23:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19572-09 for ; Sun, 17 Oct 2004 16:23:38 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 5F9743B07F3 for ; Sun, 17 Oct 2004 16:23:38 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HKNaVv001369 for ; Sun, 17 Oct 2004 21:23:36 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 3FD63FF6E for ; Sun, 17 Oct 2004 21:23:31 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098044116.6135.34.camel@hal.jimmac.cz> References: <1098044116.6135.34.camel@hal.jimmac.cz> Content-Type: text/plain Date: Sun, 17 Oct 2004 21:23:28 +0100 Message-Id: <1098044608.9561.16.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:23:42 -0000 Maybe delete tag should have a confirmation too. Loz On Sun, 2004-10-17 at 13:15 -0700, Jakub Steiner wrote: > While working on more generic UI issues, there's two tiny things that > would be nice to have asap. > > * delete from disk should ask for confirmation > * "File>Edit in Gimp" should make a copy of the original and > opening the copy in GIMP for easy edits. Perhaps could be more > generic with a list of associated mime handlers as in nautilus. > > Rock on! From loz@flower.powernet.co.uk Sun Oct 17 16:27:29 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CCBCE3B08ED for ; Sun, 17 Oct 2004 16:27:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19824-04 for ; Sun, 17 Oct 2004 16:27:28 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id BE0A83B070B for ; Sun, 17 Oct 2004 16:27:27 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HKRPRx002023 for ; Sun, 17 Oct 2004 21:27:25 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 34392FF6E for ; Sun, 17 Oct 2004 21:27:20 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098040833.9561.14.camel@nessie.localdomain> References: <1098033379.9561.12.camel@nessie.localdomain> <1098040833.9561.14.camel@nessie.localdomain> Content-Type: multipart/mixed; boundary="=-zzoFUQ5T6kkoqR5NPS6b" Date: Sun, 17 Oct 2004 21:27:17 +0100 Message-Id: <1098044837.9561.18.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:27:30 -0000 --=-zzoFUQ5T6kkoqR5NPS6b Content-Type: text/plain Content-Transfer-Encoding: 7bit This diff adds sorting. This code made me feel dirty. Surely I'm missing something? On Sun, 2004-10-17 at 20:20 +0100, Laurence Hygate wrote: > Hmm, I need to figure out how to maintain the sort order too. > > Loz > > On Sun, 2004-10-17 at 18:16 +0100, Laurence Hygate wrote: > > This is getting complex enough that there is a case for a separate > > TreeModel implementation. The API for trees seems pretty grim to me. > > > > cheers > > > > Loz > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list -- Loz --=-zzoFUQ5T6kkoqR5NPS6b Content-Disposition: attachment; filename=f-spot-remember-tree-2.diff Content-Type: text/x-patch; name=f-spot-remember-tree-2.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/Makefile.solution.f-spot ? src/MyProgram.cs ? src/TagTreeModel.cs ? src/f-spot.cmbx ? src/f-spot.mdsx ? src/f-spot.pidb ? src/f-spot.prjx ? src/make.sh Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 17 Oct 2004 20:21:14 -0000 @@ -877,15 +877,13 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Tag); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Category); } public void HandleAttachTagCommand (object obj, EventArgs args) @@ -919,8 +917,7 @@ return; TagCommands.Edit command = new TagCommands.Edit (db, main_window); - if (command.Execute (tags [0])) - tag_selection_widget.Update (); + command.Execute (tags [0]); } void HandleViewSmall (object sender, EventArgs args) @@ -1112,7 +1109,6 @@ Tag [] tags = this.tag_selection_widget.TagHighlight (); db.Photos.Remove (tags); - tag_selection_widget.Update (); icon_view.QueueDraw (); } Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 17 Oct 2004 20:21:15 -0000 @@ -254,7 +254,121 @@ (renderer as CellRendererText).Text = tag.Name; } - + // Someone show me how I should have done this? + // Or is the API as diseased as I have made it look? + private bool TreeIterForTag(Tag tag, out TreeIter iter) { + TreeIter root; + bool valid = Model.GetIterFirst(out root); + while (valid) { + if (TreeIterForTagRecurse(tag, root, out iter)) + return true; + valid = Model.IterNext (ref root); + } + return false; + } + + // Depth first traversal + private bool TreeIterForTagRecurse(Tag tag, TreeIter parent, out TreeIter iter) { + bool valid = Model.IterChildren(out iter, parent); + while (valid) { + if (TreeIterForTagRecurse(tag, iter, out iter)) + return true; + valid = Model.IterNext (ref iter); + } + GLib.Value value = new GLib.Value(); + Model.GetValue(parent, 0, ref value); + iter = parent; + if (tag.Id == (uint) value) + return true; + return false; + } + + // Copy a branch of the tree to a new parent + // (note, this doesn't work generically as it only copies the first value of each node) + private void CopyBranch(TreeIter src, TreeIter dest, bool is_root, bool is_parent) { + TreeIter copy, iter; + GLib.Value value = new GLib.Value(); + TreeStore store = Model as TreeStore; + bool valid; + + store.GetValue(src, 0, ref value); + if (is_parent) { + Tag tag = (Tag)tag_store.Get((uint)value); + // we need to figure out where to insert it in the correct order + copy = InsertInOrder(dest, is_root, tag); + } else { + copy = store.AppendValues(dest, (uint)value); + } + + valid = Model.IterChildren(out iter, src); + while (valid) { + // child nodes are already ordered + CopyBranch(iter, copy, false, false); + valid = Model.IterNext (ref iter); + } + } + + // insert tag into the correct place in the tree, with parent. return the new TagIter in iter. + private TreeIter InsertInOrder(TreeIter parent, bool is_root, Tag tag) { + TreeIter iter; + TreeStore store = Model as TreeStore; + Tag compare; + bool valid; + if (is_root) + valid = store.GetIterFirst(out iter); + else + valid = store.IterChildren(out iter, parent); + + while (valid) { + //I have no desire to figure out a more performant sort over this... + GLib.Value value = new GLib.Value(); + store.GetValue(iter, 0, ref value); + compare = (Tag)tag_store.Get((uint)value); + if (compare.CompareTo(tag) > 0) { + store.InsertBefore(out iter, iter); + store.SetValue(iter, 0, tag.Id); + return iter; + } + valid = store.IterNext(ref iter); + } + if (is_root) + store.Append(out iter); + else + iter = store.Append(parent); + store.SetValue(iter, 0, tag.Id); + return iter; + } + + private void HandleTagDeleted(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag, out iter)) + (Model as TreeStore).Remove(ref iter); + } + + private void HandleTagCreated(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag.Category, out iter)) { + // create dialog doesn't let you create a top level tag... + InsertInOrder(iter, false, tag); + } + } + + private void HandleTagChanged(Tag tag) { + TreeStore store = Model as TreeStore; + TreeIter iter, category_iter, parent_iter; + TreeIterForTag(tag, out iter); + bool category_valid = TreeIterForTag(tag.Category, out category_iter); + bool parent_valid = Model.IterParent(out parent_iter, iter); + if ((category_valid && (category_iter.Equals(parent_iter))) || (!category_valid && !parent_valid)) { + // if we haven't been reparented + TreePath path = store.GetPath(iter); + store.EmitRowChanged(path, iter); + } else { + // It is a bit tougher. We need to do an annoying clone of structs... + CopyBranch(iter, category_iter, !category_valid, true); + store.Remove(ref iter); + } + } // Constructor. public TagSelectionWidget (TagStore tag_store) @@ -275,6 +389,9 @@ Update (); ExpandAll (); + tag_store.TagDeleted += new TagDeletedHandler(HandleTagDeleted); + tag_store.TagCreated += new TagCreatedHandler(HandleTagCreated); + tag_store.TagChanged += new TagChangedHandler(HandleTagChanged); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 17 Oct 2004 20:21:15 -0000 @@ -173,9 +173,16 @@ } } +public delegate void TagCreatedHandler(Tag t); +public delegate void TagChangedHandler(Tag t); +public delegate void TagDeletedHandler(Tag t); public class TagStore : DbStore { + public event TagCreatedHandler TagCreated; + public event TagChangedHandler TagChanged; + public event TagDeletedHandler TagDeleted; + Category root_category; public Category RootCategory { get { @@ -365,7 +372,7 @@ Tag tag = new Tag (category, id, name); AddToCache (tag); - + TagCreated(tag); return tag; } @@ -378,7 +385,7 @@ Category new_category = new Category (parent_category, id, name); AddToCache (new_category); - + TagCreated(new_category); return new_category; } @@ -411,6 +418,7 @@ command.ExecuteNonQuery (); command.Dispose (); + TagDeleted((Tag)item); } @@ -448,6 +456,8 @@ command.ExecuteNonQuery (); command.Dispose (); + + TagChanged(tag); } --=-zzoFUQ5T6kkoqR5NPS6b-- From sogrady@redmonk.com Sun Oct 17 22:45:13 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7E6EC3B0C89 for ; Sun, 17 Oct 2004 22:45:13 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00716-07 for ; Sun, 17 Oct 2004 22:45:11 -0400 (EDT) Received: from fecls-01.atlarge.net (fecls-01.atlarge.net [129.41.63.135]) by menubar.gnome.org (Postfix) with SMTP id 6492B3B07FA for ; Sun, 17 Oct 2004 22:45:11 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-01.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Sun, 17 Oct 2004 21:45:47 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C4B4BC.506525AA" Date: Sun, 17 Oct 2004 21:43:56 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: F-Spot Hangs Thread-Index: AcSzWMiNmwf7CaGhSNm1DN8n4oeIAQBYs3o8 From: "O'Grady Stephen" To: X-OriginalArrivalTime: 18 Oct 2004 02:45:47.0061 (UTC) FILETIME=[92104E50:01C4B4BC] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 02:45:13 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C4B4BC.506525AA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable my installation of f-spot appears to be borqed. i've done nothing that = i'm aware of to cause it, but while the application will instantiate, = anything following - scrolling through the catalog, picking a spot on = the timeline, etc - causes the application to hang and not recover. it = has under 200 pictures cataloged, with pretty basic tags applied. running it from the terminal i get: Query Start 22:28:33 Query Mid 10/17/2004 22:28:33 Query End 22:28:33 Start 10/17/2004 22:28:33 End 10/17/2004 22:28:34 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 Found Year 1998 Found Year 1999 Found Year 2000 Found Year 2001 Found Year 2002 Found Year 2003 Found Year 2004 min 0 max 11 01/01/1998 00:00:00 01/01/1999 00:00:00 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 min 0 max 83 01/01/1998 00:00:00 01/01/2005 00:00:00 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom 0.000651041666666667 Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 BUG: Filing another request of order 63 (previously 59) for = `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' the only thing i've tried as a remedy is reinstalling the application.=20 any thoughts, advice?=20 ------_=_NextPart_001_01C4B4BC.506525AA Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: F-Spot Hangs

my installation of f-spot appears to be borqed. i've = done nothing that i'm aware of to cause it, but while the application = will instantiate, anything following - scrolling through the catalog, = picking a spot on the timeline, etc - causes the application to hang and = not recover. it has under 200 pictures cataloged, with pretty basic tags = applied.

running it from the terminal i get:

Query Start 22:28:33
Query Mid 10/17/2004 22:28:33
Query End 22:28:33
Start 10/17/2004 22:28:33
End 10/17/2004 22:28:34
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
Found Year 1998
Found Year 1999
Found Year 2000
Found Year 2001
Found Year 2002
Found Year 2003
Found Year 2004
min 0 max 11
01/01/1998 00:00:00 01/01/1999 00:00:00
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
min 0 max 83
01/01/1998 00:00:00 01/01/2005 00:00:00
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom = 0.000651041666666667
Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375
Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375
BUG: Filing another request of order 63 (previously 59) for = `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png'

the only thing i've tried as a remedy is reinstalling the = application.

any thoughts, advice?

------_=_NextPart_001_01C4B4BC.506525AA-- From stefan.ihringer@gmx.net Mon Oct 18 07:05:19 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 529003B0716 for ; Mon, 18 Oct 2004 07:05:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19715-07 for ; Mon, 18 Oct 2004 07:05:15 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 234303B10D8 for ; Mon, 18 Oct 2004 07:05:14 -0400 (EDT) Received: (qmail 4140 invoked by uid 65534); 18 Oct 2004 11:05:13 -0000 Received: from dsl-213-023-050-201.arcor-ip.net (EHLO localhost) (213.23.50.201) by mail.gmx.net (mp022) with SMTP; 18 Oct 2004 13:05:13 +0200 X-Authenticated: #1327361 From: Stefan Ihringer To: f-spot-list@gnome.org Content-Type: text/plain Date: Mon, 18 Oct 2004 13:05:20 +0200 Message-Id: <1098097520.10500.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 18 Oct 2004 12:44:46 -0400 Subject: Picasa X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 11:05:19 -0000 Hi, I've read about f-spot on planet Gnome. It looks like a really promising project! I've wondered, have any of you developers already taken a look at "Picasa" (www.picasa.com). It's a photo management software (recently aquired by Google) which has some nice features like non- destructive photo manipulation (cropping and anti-red-eye doesn't overwrite your original file). It's also multi-threaded so you can work with it while it's still building a list of thumbnails or importing new photos. It's not perfect (especially when adding 500+ photos all at once), but judging from the mockups/screenshots in the f-spot wiki it's kinda like what f-spot is supposed to become. So either you already know about Picasa or you might get some nifty ideas from it :-) Stefan From sverre.johansen@gmail.com Mon Oct 18 18:55:51 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 740B53B0673 for ; Mon, 18 Oct 2004 18:55:51 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22499-07 for ; Mon, 18 Oct 2004 18:55:49 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by menubar.gnome.org (Postfix) with ESMTP id 16C4C3B0769 for ; Mon, 18 Oct 2004 18:55:42 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 74so260676rnk for ; Mon, 18 Oct 2004 15:55:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=Llznuz+1hvz64Pz2mO795Dr6W0uCQ5iXGkYswr44B9xBLhbhFjFHAevHvwnZmTKRTkUoxb5QpWhEjCLu47XQpQ6ZR4hfsG69boUFYsYO8f2gdJqeT1/wQW555OtFMjxpablM8Z9hrulWaugyJ6awK7hPLIPRRxwC0aHsLe8I4Is Received: by 10.38.81.49 with SMTP id e49mr1668152rnb; Mon, 18 Oct 2004 15:55:27 -0700 (PDT) Received: by 10.38.152.9 with HTTP; Mon, 18 Oct 2004 15:55:27 -0700 (PDT) Message-ID: Date: Tue, 19 Oct 2004 00:55:27 +0200 From: Sverre Johansen To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sverre Johansen List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 22:55:51 -0000 Hi, First I have to say that this application is starting to look great! Is there planned to create a Calendar View, like Photoshop Album has? Where I can see the pictures for a specific day, not just the month. Is this something you want, or is it just ruled out as "not needed"? -- Sverre Johansen From alan@ufies.org Mon Oct 18 23:37:54 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D0B473B0F50 for ; Mon, 18 Oct 2004 23:37:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31284-05 for ; Mon, 18 Oct 2004 23:37:52 -0400 (EDT) Received: from arcterex.net (S01060005380102a0.vf.shawcable.net [70.69.99.52]) by menubar.gnome.org (Postfix) with ESMTP id D3C443B0ED5 for ; Mon, 18 Oct 2004 23:37:47 -0400 (EDT) Received: from phoenix.arcterex.net (phoenix [192.168.2.100]) by arcterex.net (Postfix) with ESMTP id 93979C4BEB; Mon, 18 Oct 2004 20:49:12 -0700 (PDT) From: Alan Bailward To: Sverre Johansen In-Reply-To: References: Content-Type: text/plain Date: Mon, 18 Oct 2004 20:37:47 -0700 Message-Id: <1098157067.13593.11.camel@phoenix.arcterex.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 03:37:55 -0000 On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > Hi, > > First I have to say that this application is starting to look great! > > Is there planned to create a Calendar View, like Photoshop Album has? > Where I can see the pictures for a specific day, not just the month. > Is this something you want, or is it just ruled out as "not needed"? Another nice feature that I'd love to see is to group files by time of day / picture taking session. IE: Say you download your files from CF or whatever. Generally pictures are taken in groups, ie: at 8:00 you took 10 pictures of something, then after another hour or two you took some more, then two days later you took more. The files are all from the same CF card but of different distinct subjects (or could be). Most photo management apps think of the images from an import as one session, ask you for a name or directory, etc. What would be nice is to be able to present the images grouped by when they were taken. A pretty simple algorithm could check for the biggest gaps between image creation date and use that... then the images are presented to the user in a grouped format for viewing or naming. Hope this makes sense... alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From sverre.johansen@gmail.com Tue Oct 19 02:29:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 143B23B0D6C for ; Tue, 19 Oct 2004 02:29:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04605-07 for ; Tue, 19 Oct 2004 02:29:50 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by menubar.gnome.org (Postfix) with ESMTP id 03E563B0756 for ; Tue, 19 Oct 2004 02:29:30 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 74so293013rnk for ; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=srmh1nEgWqhuEIodRvvaF86Nt+Gxu3Ovs/vs0ZpqYMjQhb6CBC7Ttdf8Lz7FcMAbyB9j6ah/d5o7OrFrKq6AMfsi7T/Rcisqvqivqrxk25wLjafTlTAXL5EahDLLDP0T9iVcnuIEUqytvtVMWosc9F54BHHoEmrA4Y0cPOLrh2k Received: by 10.38.208.34 with SMTP id f34mr1819559rng; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) Received: by 10.38.152.9 with HTTP; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) Message-ID: Date: Tue, 19 Oct 2004 08:29:29 +0200 From: Sverre Johansen To: Alan Bailward In-Reply-To: <1098157067.13593.11.camel@phoenix.arcterex.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098157067.13593.11.camel@phoenix.arcterex.net> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sverre Johansen List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 06:29:52 -0000 You want a daily calendar? Just like would like to see a mounthly. Is this planned/wanted, or should f-spot only use the timeline widget? On Mon, 18 Oct 2004 20:37:47 -0700, Alan Bailward wrote: > On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > > > > Hi, > > > > First I have to say that this application is starting to look great! > > > > Is there planned to create a Calendar View, like Photoshop Album has? > > Where I can see the pictures for a specific day, not just the month. > > Is this something you want, or is it just ruled out as "not needed"? > > Another nice feature that I'd love to see is to group files by time of > day / picture taking session. IE: Say you download your files from CF > or whatever. Generally pictures are taken in groups, ie: at 8:00 you > took 10 pictures of something, then after another hour or two you took > some more, then two days later you took more. The files are all from > the same CF card but of different distinct subjects (or could be). Most > photo management apps think of the images from an import as one session, > ask you for a name or directory, etc. > > What would be nice is to be able to present the images grouped by when > they were taken. A pretty simple algorithm could check for the biggest > gaps between image creation date and use that... then the images are > presented to the user in a grouped format for viewing or naming. > > Hope this makes sense... > > alan > > -- > Alan - http://arcterex.net > -------------------------------------------------------------------- > "There are only 3 real sports: bull-fighting, car racing and mountain > climbing. All the others are mere games." -- Hemingway > > -- Sverre Johansen From w.l.devries@student.tudelft.nl Tue Oct 19 10:36:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6CCBB3B0D36 for ; Tue, 19 Oct 2004 10:36:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27316-03 for ; Tue, 19 Oct 2004 10:36:26 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 8CD123B0A2B for ; Tue, 19 Oct 2004 10:36:25 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CJv68-0008Ny-JY for f-spot-list@gnome.org; Tue, 19 Oct 2004 16:36:24 +0200 Message-ID: <41752668.7060904@student.tudelft.nl> Date: Tue, 19 Oct 2004 16:36:24 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org References: <416E8277.1080201@student.tudelft.nl> <1097784636.8284.2.camel@lewinghost> In-Reply-To: <1097784636.8284.2.camel@lewinghost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 14:36:27 -0000 Larry Ewing wrote: >What version of libexif do you have installed? > > > I have this version installed: ii libexif-dev 0.6.9-2 The EXIF library allows you to parse an EXIF ii libexif10 0.6.9-2 The EXIF library allows you to parse an EXIF Wouter >On Thu, 2004-10-14 at 15:43 +0200, Wouter Leonard de Vries wrote: > > >>Hi, >> >>I'm very sorry to bug you again.. I'm having trouble with the exif part >>of F-Spot. It doesn't read any exif information on jpeg files that >>clearly do have it. I tried to have a look at the source code, although >>I've never used c#. >> >>In ExifUtils the information is read using ExposureInfo in ExifData. The >>instantiation of exif_data works fine, but while doing the first data >>lookup it never returns to the function and just exits GetExposureInfo >>altogether and leaving info uninitialized. I took a look at ExifData and >>saw that the Assemble part is the thing where it gets stuck. Could it be >>that my exif library is broken or not working together with F-Spot? I'm >>using the Debian unstable version. After renaming /usr/lib/libexif.so to >>something else I don't even get an error message. >> >> >>Wouter >> >> >> -- Wouter de Vries From w.l.devries@student.tudelft.nl Tue Oct 19 11:41:30 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7064C3B134E for ; Tue, 19 Oct 2004 11:41:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31120-07 for ; Tue, 19 Oct 2004 11:41:27 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 9489B3B0ED3 for ; Tue, 19 Oct 2004 11:41:22 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CJw6x-0008RM-R1 for f-spot-list@gnome.org; Tue, 19 Oct 2004 17:41:19 +0200 Message-ID: <417535A0.6030802@student.tudelft.nl> Date: Tue, 19 Oct 2004 17:41:20 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: exif_entry_get_value X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 15:41:30 -0000 Hi, After some more examination I found out that execution does not return from _ExifEntry.exif_entry_get_value in ExifData.cs on line 334 in my cvs checkout of october 19th. After I comment out that line and print the entry->tag value all exif tags are printed. Greetings, Wouter -- Wouter de Vries From chris@atlee.ca Tue Oct 19 13:59:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0914C3B0A1A for ; Tue, 19 Oct 2004 13:59:59 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05546-09 for ; Tue, 19 Oct 2004 13:59:56 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id 00D8A3B0B9B for ; Tue, 19 Oct 2004 13:59:56 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (821 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Tue, 19 Oct 2004 13:59:54 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CJyGy-0005VF-GC for f-spot-list@gnome.org; Tue, 19 Oct 2004 13:59:48 -0400 From: Chris AtLee To: f-spot-list@gnome.org Content-Type: text/plain Date: Tue, 19 Oct 2004 13:59:48 -0400 Message-Id: <1098208788.30475.5.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Modifying images X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 17:59:59 -0000 Hi, I just got the latest version of f-spot from CVS, it looks great so far! I noticed that when you rotate an image, the original image is modified. Is there a way to preserve the original, and do the rotation on a copy instead? Cheers, Chris From uldis.bojars@gmx.net Wed Oct 20 08:08:30 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AE6F13B06C1 for ; Wed, 20 Oct 2004 08:08:30 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15725-07 for ; Wed, 20 Oct 2004 08:08:28 -0400 (EDT) Received: from card.konts.lv (card.konts.lv [159.148.139.17]) by menubar.gnome.org (Postfix) with ESMTP id E4BD23B0EE5 for ; Wed, 20 Oct 2004 08:08:27 -0400 (EDT) Received: from card.konts.lv (localhost.localdomain [127.0.0.1]) by card.konts.lv (8.12.8/8.12.8) with ESMTP id i9KC64GI031444 for ; Wed, 20 Oct 2004 15:06:04 +0300 Received: (from daemon@localhost) by card.konts.lv (8.12.8/8.12.8/Submit) id i9KC61GL031443 for ; Wed, 20 Oct 2004 15:06:01 +0300 Received: from (mail1.konts.lv [10.10.1.4]) by card.konts.lv via smap (V2.1) id xma031434; Wed, 20 Oct 04 15:05:59 +0300 Received: (qmail 2461 invoked by uid 106); 20 Oct 2004 12:08:18 -0000 Received: from (HELO u-bojars2.konts.lv) ([]) (envelope-sender ) by mail1.konts.lv (qmail-ldap-1.03) with SMTP for ; 20 Oct 2004 12:08:18 -0000 Date: Wed, 20 Oct 2004 15:13:44 +0300 From: Uldis Bojars X-Priority: 3 (Normal) Message-ID: <4810312333.20041020151344@gmx.net> To: f-spot-list@gnome.org In-Reply-To: <1098208788.30475.5.camel@antigua> References: <1098208788.30475.5.camel@antigua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: F-Spot & Metadata X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Uldis Bojars List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 12:08:30 -0000 Hi, I wrote a blog entry about F-Spot and Metadata in photos. What I am interest in is for F-Spot to support adding of a rich family of metadata to the photos [as opposed to having i.e. only keywords or tags]. Such information would allow you to search by many criteria like what person [or thing] is on the photo, where was it taken, who took it, ... You can see and comment my article here: http://captsolo.net/info/blog_a.php/2004/10/18/f_spot_the_ultimate_photo_manager tiny url: http://tinyurl.com/63avw -- Uldis / CaptSolo From jimmac@ximian.com Wed Oct 20 09:03:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DD4AA3B0EE5 for ; Wed, 20 Oct 2004 09:03:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18112-10 for ; Wed, 20 Oct 2004 09:03:25 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 3C8EC3B07A0 for ; Wed, 20 Oct 2004 09:03:25 -0400 (EDT) Received: (qmail 25627 invoked from network); 20 Oct 2004 13:03:24 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 20 Oct 2004 13:03:24 -0000 From: Jakub Steiner To: f-spot-list@gnome.org In-Reply-To: <4810312333.20041020151344@gmx.net> References: <1098208788.30475.5.camel@antigua> <4810312333.20041020151344@gmx.net> Content-Type: text/plain Date: Wed, 20 Oct 2004 15:03:22 +0200 Message-Id: <1098277402.4821.51.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot & Metadata X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 13:03:27 -0000 On Wed, 2004-10-20 at 15:13 +0300, Uldis Bojars wrote: > Hi, > > I wrote a blog entry about F-Spot and Metadata in photos. > > What I am interest in is for F-Spot to support adding of a rich family > of metadata to the photos [as opposed to having i.e. only keywords or > tags]. Such information would allow you to search by many criteria > like what person [or thing] is on the photo, where was it taken, who > took it, ... I don't see a very clear distinction between tags and the rich metadata here. Tags are an interface to assign and search by image attributes. Perhaps tags only make sense for multiple images, while there could be unique attributes of an image (name, caption, timestamp) that make no sense to be tags. Tags in f-spot as it stands are structured as well. They are not flat keywords. You have places, people and events. This could be enhanced to match some of the metadata standards out there. Author, Category (portrait, nature..) etc. To fully support the metadata standards doesn't mean to have all of the in the Interface though. We could discuss if we want editability of these in some list-like (and fairly hidden) widget similar to Raphael's GIMP metadata editor has [1]. I'm not sure the quicksearch interface using tags is scalable enough to be honest. Definitely needs more thought on how to do metadata in F-Spot. cheers [1] - http://wilber.gimp.org/~raphael/metadata/ (advanced tab) -- Jakub Steiner Novell, Inc. From jimmac@ximian.com Wed Oct 20 10:32:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 88B073B13A0 for ; Wed, 20 Oct 2004 10:32:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22926-10 for ; Wed, 20 Oct 2004 10:32:24 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 258413B14BA for ; Wed, 20 Oct 2004 10:32:24 -0400 (EDT) Received: (qmail 25867 invoked from network); 20 Oct 2004 14:32:23 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 20 Oct 2004 14:32:23 -0000 From: Jakub Steiner To: f-spot-list@gnome.org Content-Type: text/plain Date: Wed, 20 Oct 2004 16:32:21 +0200 Message-Id: <1098282741.4790.107.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 14:32:26 -0000 Hi Folks, *food for thought* I want to put the concept of tags, as we have them now in F-Spot, in question and propose a more natural interface concept. The suggestion comes from thinking about various tasks we came up for F-Spot [1], taking export functionality in particular consideration [2]. Tags ==== As it stands, the user has a flat library of photos. Each photo can have a set of tags assigned to it, such as what place the image was taken, what event that was, who/what appears on the image. Query Logic ----------- Tags enable the user to limit the view to images containing a specific tag. The user can also select multiple tags at once. Contrary to my point of view, this doesn't limit the query further, but enhances the view by adding images containing tags using the OR operand. How many times have you queried the library for "Photos from Boston or Tuomas"? "Images of Dogs or Favourite Images?". With the current interface, it is not possible to query for Event AND Person so that one could get images of a person appearing while at an Event. Human Language -------------- There is no clear metaphoric link to tags. In the physical world, we structure our photos in albums or piles. It is not physically possible to have one image appear in multiple albums. Reuse ----- With the tag interface to the library is not possible to store a certain query. One has to manually deselect the current "filter" and apply a new one. Metadata -------- We do want to have additional metadata associated with an image. It is confusing to use this concept for some, and another for the rest (name, caption...) Export Implementation --------------------- While it is theoretically possible to come up with a dynamic web system for exporting photos on the web, retaining the same concepts as applied on F-Spot alone with tags, it relies heavily on server side scripting and doesn't sound trivial to do. Generating static HTML pages with the tag interface is hardly doable with way too many permutations to deal with. Proposal - Albums ================= I propose we use a concept of Albums and Virtual Albums (similar to vFolders in Evolution) instead of tags. Human Language -------------- Album is a real world object that easy to understand. The term Virtual Album clearly exhibits the difference from the physical Album. Reuse & Consistency ------------------- The concept of stored queries isn't new. We have them in Evolution and hopefully thanks to beagle it will appear in the file-manager, file dialogs and elsewhere on the desktop. Metadata -------- Image attributes (including the stuff that's done with tags now) is defined at one place in the UI. Export Implementation --------------------- Mostly every web image gallery is structured in albums. Even stored queries (Virtual Albums) could be generated as static HTML. Further Mindbender: =================== * Should we include Time in the queries? Or have time as a separate concept to further limit whatever you have selected in albums? That could give new options to the timeline scale - You select an album and the the time scale changes accordingly giving you options to further limit the selection by time. cheers [1] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:use_cases [2] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export From patanjali@codito.com Wed Oct 20 10:55:17 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1A0163B1558 for ; Wed, 20 Oct 2004 10:55:17 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24503-06 for ; Wed, 20 Oct 2004 10:55:15 -0400 (EDT) Received: from marvin.codito.net (unknown [203.197.88.2]) by menubar.gnome.org (Postfix) with ESMTP id 413913B14C0 for ; Wed, 20 Oct 2004 10:55:14 -0400 (EDT) Received: from [192.168.100.120] (calvin.codito.co.in [203.199.140.162]) (authenticated bits=0) by marvin.codito.net (8.13.1/8.13.1/Debian-6) with ESMTP id i9KFCVv2023164 for ; Wed, 20 Oct 2004 20:42:43 +0530 From: patanjali To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Organization: Codito Technologies Date: Wed, 20 Oct 2004 20:25:01 +0530 Message-Id: <1098284101.3876.66.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75-1, clamav-milter version 0.75c on marvin X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: patanjali@codito.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 14:55:17 -0000 Hi, I'd earlier submitted a patch for grouping by directory: http://mail.gnome.org/archives/f-spot-list/2004-June/msg00000.html A screenshot is here - http://www.geocities.com/patanjalisomayaji/Screenshot.png Unfortunately I didn't get the time to re-do the patch with Larry's suggestions, so it never went in. However I thought the feature would be a good one to discuss in these f-spot UI-related discussions. cheers, Patanjali On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > > Tags > ==== > > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image. > > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". > > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. > > Human Language > -------------- > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. It is not physically possible > to have one image appear in multiple albums. > > Reuse > ----- > With the tag interface to the library is not possible to store a certain > query. One has to manually deselect the current "filter" and apply a new > one. > > Metadata > -------- > We do want to have additional metadata associated with an image. It is > confusing to use this concept for some, and another for the rest (name, > caption...) > > Export Implementation > --------------------- > While it is theoretically possible to come up with a dynamic web system > for exporting photos on the web, retaining the same concepts as applied > on F-Spot alone with tags, it relies heavily on server side scripting > and doesn't sound trivial to do. Generating static HTML pages with the > tag interface is hardly doable with way too many permutations to deal > with. > > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. > > > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. > > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. > > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. > > > Further Mindbender: > =================== > * Should we include Time in the queries? Or have time as a > separate concept to further limit whatever you have selected in > albums? That could give new options to the timeline scale - You > select an album and the the time scale changes accordingly > giving you options to further limit the selection by time. > > cheers > > [1] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:use_cases > [2] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From alan@ufies.org Wed Oct 20 11:05:13 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18D7E3B1584 for ; Wed, 20 Oct 2004 11:05:11 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24964-03 for ; Wed, 20 Oct 2004 11:05:09 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 771AF3B1401 for ; Wed, 20 Oct 2004 11:04:06 -0400 (EDT) Received: from phoenix.arcterex.net (S01060005380102a0.vf.shawcable.net [70.69.99.52]) by master.ufies.org (Postfix) with ESMTP id E98F3B0204; Wed, 20 Oct 2004 08:11:34 -0700 (PDT) From: Alan Bailward To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Wed, 20 Oct 2004 08:04:01 -0700 Message-Id: <1098284641.325.54.camel@phoenix.arcterex.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:05:13 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* [snip] > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. [snip] Totally agree. This is the way that iphoto has gone (though I don't think they call it virtual albums, but somthing else), and the concepts of virtual folders are common in other apps, from iphoto, itunes, outlook, etc. The key is making the UI good enough so that it can do complex things without looking all that complex. > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. I think that there should maybe be a plugin system, or the export list should grow as f-spot gets more mature. I know that gallery has a plugin system of some sort as iphoto has an extension written for it to allow the user to save to gallery. It worked quite well IIRC. I'm not aware of that many other popular gallery software packages, but if the ability was made to hook into whatever API they had, this would of course be a Good Thing. I'd say that including a gallery export and an export to flat HTML (with a few options of per page, fonts, etc) would be quite adequate for a start. Having the flat HTML look nice, but also have a good CSS structure would allow the web designers out there to customize for themselves. Alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From chris@atlee.ca Wed Oct 20 11:35:37 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 569963B1349 for ; Wed, 20 Oct 2004 11:35:37 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26599-09 for ; Wed, 20 Oct 2004 11:35:34 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id BB77D3B12E2 for ; Wed, 20 Oct 2004 11:35:33 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (4221 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Wed, 20 Oct 2004 11:35:31 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CKIUs-0002tz-RR for f-spot-list@gnome.org; Wed, 20 Oct 2004 11:35:30 -0400 From: Chris AtLee To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 20 Oct 2004 11:35:30 -0400 Message-Id: <1098286530.30475.44.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:35:37 -0000 On Wed, 2004-20-10 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, >=20 > *food for thought* Mmmm...breakfast :) *snip* > Tags > =3D=3D=3D=3D >=20 > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image.=20 >=20 > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". >=20 > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. This never seemed like an intuitive way to use tags. For me the subjects of the picture, the location, description, etc. are meta-data associated with the image (and should be searchable using AND/OR/NOT). Having to create new tags for all the various people and places is a bit cumbersome. Tags are organizational tools, like putting your pictures into various piles. I have a pile for my favourite pictures, another for my important pictures, another for ones I want to edit, etc. They aid me in my workflow, but they don't really describe the contents of the image. *snip* > Proposal - Albums > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. *snip* > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. >=20 > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML.=20 I love it. It's extremely flexible; I couldn't live without vFolders in Evolution. It should be possible to create a vAlbum for images that need backing up, and then create an export plugin to actually write these out to a .iso, directly to a cd burner, or copy to another machine. What are now called Tags can still be included so that you can mark images as being one of your favourites, and then you can create a vAlbum to look at only your favourite images. > Further Mindbender: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > * Should we include Time in the queries? Or have time as a > separate concept to further limit whatever you have selected in > albums? That could give new options to the timeline scale - You > select an album and the the time scale changes accordingly > giving you options to further limit the selection by time. The date and time that an image was taken should be another piece of metadata, and should be available to search in the queries. That way you can create vAlbums for "Images I took in 2002", "Images taken in the past 2 weeks", etc. The time of an image should be editable since there are many times when the time stored in the EXIF tags is not correct (camera's clock wasn't set correctly), or not present (scanned images, for example). The timeline would scale according to the earliest and latest pictures in the current query. Just my 2=A2 Cheers, Chris From garrett@ximian.com Wed Oct 20 11:40:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6DB453B1481 for ; Wed, 20 Oct 2004 11:40:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26912-08 for ; Wed, 20 Oct 2004 11:40:51 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1ACE83B1386 for ; Wed, 20 Oct 2004 11:40:51 -0400 (EDT) Received: (qmail 26128 invoked from network); 20 Oct 2004 15:40:50 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 20 Oct 2004 15:40:50 -0000 From: Garrett LeSage To: F-Spot list In-Reply-To: <1098284641.325.54.camel@phoenix.arcterex.net> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098284641.325.54.camel@phoenix.arcterex.net> Content-Type: multipart/alternative; boundary="=-JjwuInDleFeZhDHrA9Ux" Organization: Novell, Inc. Date: Wed, 20 Oct 2004 11:55:45 -0400 Message-Id: <1098287745.31684.103.camel@x1-6-00-0d-60-c5-9b-87> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:40:52 -0000 --=-JjwuInDleFeZhDHrA9Ux Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, 2004-10-20 at 08:04 -0700, Alan Bailward wrote: > On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > > Hi Folks, > > > > *food for thought* > [snip] > > Proposal - Albums > > ================= > > I propose we use a concept of Albums and Virtual Albums (similar to > > vFolders in Evolution) instead of tags. > [snip] > > Totally agree. This is the way that iphoto has gone (though I don't > think they call it virtual albums, but somthing else), and the concepts > of virtual folders are common in other apps, from iphoto, itunes, > outlook, etc. The key is making the UI good enough so that it can do > complex things without looking all that complex. I think that's the way to go too... but it's just my opinion. (: We need to figure out the best way and go with that. For my own personal use, I have been grouping by directory and I like to flag files to know which ones I want to do something with (like upload and what-not). It might be useful to have a few different flags, kind of like email clients typically do. (Side note: I also like having my mail sorted into different folder groupings too, so the photo grouping, I suppose, is also analogous to email in that respect too.) For email, you typically have: normal, important, and spam. There are also states: unread, read, and replied to. To take this idea and apply it to photographs, it could possibly have something like: * Normal * Important * Trash This (well, some better word here, but that's the concept) ...and for states: * Normal * Edited * Published * Printed I'm not certain at this point in time how user visible these should be seen (marking something ) -- possibly we could have the "vFolders" / "Smart Playlists" concept with some pre-established rules that match some of the above for useful things. All of this would be in addition to the groups, of course. We could also keep track of how "popular" a photograph may be somehow. Things that it could be based off of is: * How long was it edited for * How many times it was printed / published / archived to CD / viewed in a slideshow, etc. * How many times it was viewed in a large state * How it ranks in context with other photos in a group (is it in a popular group?) * Does it have popular keywords? * How recent is the image? * Etc. We could use the above to try to make search results more relevant, among other things. > > Export Implementation > > --------------------- > > Mostly every web image gallery is structured in albums. Even stored > > queries (Virtual Albums) could be generated as static HTML. > [snip ] > > I'd say that including a gallery export and an export to flat HTML (with > a few options of per page, fonts, etc) would be quite adequate for a > start. Having the flat HTML look nice, but also have a good CSS > structure would allow the web designers out there to customize for > themselves. Yes, and we could have different "themes" for the galleries by having "theme packs" that are basically tarballs of CSS + images. There could even be a nice selection of them included with the app, and maybe a repository of them located at the Web site too. Garrett --=-JjwuInDleFeZhDHrA9Ux Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit On Wed, 2004-10-20 at 08:04 -0700, Alan Bailward wrote: 
On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote:
> Hi Folks,
> 
> *food for thought*
[snip]
> Proposal - Albums
> =================
> I propose we use a concept of Albums and Virtual Albums (similar to
> vFolders in Evolution) instead of tags.
[snip]

Totally agree.  This is the way that iphoto has gone (though I don't
think they call it virtual albums, but somthing else), and the concepts
of virtual folders are common in other apps, from iphoto, itunes,
outlook, etc.  The key is making the UI good enough so that it can do
complex things without looking all that complex.

I think that's the way to go too... but it's just my opinion.  (:

We need to figure out the best way and go with that.  For my own personal use, I have been grouping by directory and I like to flag files to know which ones I want to do something with (like upload and what-not).  It might be useful to have a few different flags, kind of like email clients typically do. 

(Side note:  I also like having my mail sorted into different folder groupings too, so the photo grouping, I suppose, is also analogous to email in that respect too.)

For email, you typically have: normal, important, and spam.
There are also states: unread, read, and replied to.

To take this idea and apply it to photographs, it could possibly have something like:
  * Normal
  * Important
  * Trash This (well, some better word here, but that's the concept)

...and for states:
  * Normal
  * Edited
  * Published
  * Printed

I'm not certain at this point in time how user visible these should be seen (marking something ) -- possibly we could have the "vFolders" / "Smart Playlists" concept with some pre-established rules that match some of the above for useful things.

All of this would be in addition to the groups, of course.

We could also keep track of how "popular" a photograph may be somehow.  Things that it could be based off of is:
  * How long was it edited for
  * How many times it was printed / published / archived to CD / viewed in a slideshow, etc.
  * How many times it was viewed in a large state
  * How it ranks in context with other photos in a group (is it in a popular group?)
  * Does it have popular keywords?
  * How recent is the image?
  * Etc.

We could use the above to try to make search results more relevant, among other things.


> Export Implementation
> ---------------------
> Mostly every web image gallery is structured in albums. Even stored
> queries (Virtual Albums) could be generated as static HTML.
[snip ] 

I'd say that including a gallery export and an export to flat HTML (with
a few options of per page, fonts, etc) would be quite adequate for a
start.  Having the flat HTML look nice, but also have a good CSS
structure would allow the web designers out there to customize for
themselves.

Yes, and we could have different "themes" for the galleries by having "theme packs" that are basically tarballs of CSS + images.  There could even be a nice selection of them included with the app, and maybe a repository of them located at the Web site too.

Garrett --=-JjwuInDleFeZhDHrA9Ux-- From tim@gerla.net Wed Oct 20 12:47:03 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 472BA3B0701 for ; Wed, 20 Oct 2004 12:47:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30610-06 for ; Wed, 20 Oct 2004 12:46:59 -0400 (EDT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by menubar.gnome.org (Postfix) with ESMTP id 7419F3B06FE for ; Wed, 20 Oct 2004 12:46:59 -0400 (EDT) Received: from marshank.rdu.specifix.com (rdu-nat.specifix.com [24.172.59.42]) by ms-smtp-03-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id i9KGkvkc008205 for ; Wed, 20 Oct 2004 12:46:57 -0400 (EDT) From: Tim Gerla To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Wed, 20 Oct 2004 12:46:42 -0400 Message-Id: <1098290802.3376.6.camel@marshank> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 16:47:03 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > I agree with your comments that tags are kind of a difficult concept. At first glance I like your albums+virtual albums idea a lot. The separation of 'categories' and 'tags' in f-spot (and Adobe Album) always confused me, and the 'mandatory' tags of 'people', 'places', 'events', 'other' always left a bad taste in my mouth. I think that the main organizational structure should be Album, and a way to tag individual items in an album with arbitrary attributes like 'printed', 'published', 'needs work', 'my favorite' makes the most sense to me. Right now, I skip any local photo management tools except for Nautilus. I download from my camera to a dated directory, pick specific pictures out, upload those to my Gallery site, then caption. I'd love to be able to import all my photos using f-spot, perhaps into an Incoming album, delete the bad ones, create new albums within f-spot as needed, caption, rotate, etc, and then publish my newly created albums to Gallery. I want to be able to keep my local albums and remote Gallery site as in-sync as possible. At the moment, my local system happens to be the "dump site" of photos, unorganized except by date. All of my manipulation, even rotating and captioning, goes on the server-side, which is slow, and hard to back up. I also find myself doing very little post-processing, because I upload straight to Gallery. I think my photos would be improved if I could find a better workflow. I'd love to be able to do all of my manipulation Gallery-like on the local side, and then publish to Gallery, but I haven't found a local tool as good as Gallery yet. Hopefully f-spot will become that tool! -Tim tim@gerla.net http://gerla.net/ From garrett@ximian.com Wed Oct 20 15:24:56 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 198853B0C24 for ; Wed, 20 Oct 2004 15:24:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05370-03 for ; Wed, 20 Oct 2004 15:24:55 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 46D483B13D2 for ; Wed, 20 Oct 2004 15:24:15 -0400 (EDT) Received: (qmail 26677 invoked from network); 20 Oct 2004 19:24:14 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 20 Oct 2004 19:24:14 -0000 From: Garrett LeSage To: F-Spot list Content-Type: text/plain; charset=UTF-8 Organization: Novell, Inc. Date: Wed, 20 Oct 2004 15:39:09 -0400 Message-Id: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 19:24:56 -0000 Hi all, I posted a little item on my website about digital photograph workflow; basically what people do, and how they'd like to do it. I asked this: You have a digital camera. You want the pictures on your computer. You want them marked somehow (grouped or tagged) so you can find them later and do stuff with them now. You want to share the images. You may also want to print them… What matters to you? How do you currently get your photos in the computer? What do you do from there? How would you like to have it work in your ideal world? I’m wondering, as I want to make F-Spot work the way you (or at least a lot of you) want it to. Leave a comment below… and/or post to the mailing list. http://linuxart.com/log/archives/2004/10/20/what-do-you-do-with-your-images/ I posted it before lunch. After going out to grab lunch (to-go), and getting back to the office, I already had around 7 replies. I currently have 18 comments on that one post. There is a lot of interesting stuff on that item. I figured I should send email about it here in the mailing list. What do you all think about the questions posed and the discussion following? Garrett From loz@flower.powernet.co.uk Wed Oct 20 15:43:34 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 792C63B077E for ; Wed, 20 Oct 2004 15:43:34 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06166-05 for ; Wed, 20 Oct 2004 15:43:32 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id CE4C33B09E4 for ; Wed, 20 Oct 2004 15:43:31 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9KJhT07031171 for ; Wed, 20 Oct 2004 20:43:29 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 139AEFF6E for ; Wed, 20 Oct 2004 20:43:24 +0100 (BST) From: Laurence Hygate To: F-Spot list Content-Type: multipart/mixed; boundary="=-ufGGPTwsmHjMU74/rB0q" Date: Wed, 20 Oct 2004 20:43:24 +0100 Message-Id: <1098301404.9403.3.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-Virus-Scanned: by amavisd-new at gnome.org Subject: ANDing categories together X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 19:43:34 -0000 --=-ufGGPTwsmHjMU74/rB0q Content-Type: text/plain Content-Transfer-Encoding: 7bit This patch makes categories work the way I intuitively expected. Of course I'm a geek, so using my opinion for this sort of thing is dangerous. * You can select/deselect all tags and categories independently * Only photos which have all tags are displayed * A photo is considered to "have" a tag if it is tagged with it or any of its children The implementation is a bit sucky, but gets the concept across. -- Loz --=-ufGGPTwsmHjMU74/rB0q Content-Disposition: attachment; filename=f-spot-and-tag.diff Content-Type: text/x-patch; name=f-spot-and-tag.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/PhotoStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/PhotoStore.cs,v retrieving revision 1.40 diff -u -r1.40 PhotoStore.cs --- src/PhotoStore.cs 24 Aug 2004 15:56:04 -0000 1.40 +++ src/PhotoStore.cs 20 Oct 2004 19:36:42 -0000 @@ -967,7 +967,9 @@ public Photo [] Query (Tag [] tags, DateRange range) { + const string AND = " AND "; string query; + string sep = " WHERE "; bool hide = true; if (tags != null) { @@ -1005,38 +1007,44 @@ query_builder.Append (String.Format ("WHERE photos.time >= {0} AND photos.time < {1} ", DbUtils.UnixTimeFromDateTime (range.Start), DbUtils.UnixTimeFromDateTime (range.End))); + sep = AND; } if (hide) { query_builder.Append (String.Format ("{0} photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = {1})", - range != null ? " AND " : " WHERE ", tag_store.Hidden.Id)); + sep, tag_store.Hidden.Id)); + sep = AND; } if (tags != null && tags.Length > 0) { - bool first = true; foreach (Tag t in tags) { if (t.Id == tag_store.Hidden.Id) continue; - - if (first) { - query_builder.Append (String.Format ("{0} photos.id IN (SELECT photo_id FROM photo_tags WHERE tag_id IN (", - hide || range != null ? " AND " : " WHERE ")); + + //Optimizations + //1. if t is root then we can ignore + //2. maintain table of tag_id, tag_id which is the relation (is_or_is_child_of) and join against that rather than the big in statement + bool first = true; + foreach (Tag tag in t.MeAndAncestors) { + if (first) { + query_builder.Append (sep); + query_builder.Append(" photos.id IN (SELECT photo_id FROM photo_tags WHERE tag_id IN ("); + sep = AND; + } + query_builder.Append (String.Format ("{0}{1} ", first ? "" : ", ", tag.Id)); + first = false; } - - query_builder.Append (String.Format ("{0}{1} ", first ? "" : ", ", t.Id)); - - first = false; + if (!first) + query_builder.Append(")) "); } - if (!first) - query_builder.Append (")) "); } query_builder.Append ("ORDER BY photos.time"); query = query_builder.ToString (); Console.WriteLine ("Query Start {0}", System.DateTime.Now.ToLongTimeString ()); - + // Console.WriteLine(query); SqliteCommand command = new SqliteCommand (); command.Connection = Connection; command.CommandText = query; @@ -1091,7 +1099,7 @@ return id_list.ToArray (typeof (Photo)) as Photo []; } - + #if TEST_PHOTO_STORE static void Dump (Photo photo) { Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 20 Oct 2004 19:36:43 -0000 @@ -67,8 +67,8 @@ return false; else if (selection.ContainsKey (tag.Id)) return true; - else if (tag.Category != tag_store.RootCategory && IsSelected (tag.Category)) - return true; + //else if (tag.Category != tag_store.RootCategory && IsSelected (tag.Category)) + // return true; else return false; } @@ -169,6 +169,13 @@ uint tag_id = (uint) value; Tag tag = tag_store.Get (tag_id) as Tag; + // Tags stand alone now + if (IsSelected (tag)) + Unselect (tag); + else + Select (tag); + (Model as TreeStore).EmitRowChanged (path, iter); + /* // Tags under an unselected category are always conceptually unselected. // They appear as selected just in virtue of being children of a selected category. if (! IsSelected (tag.Category)) { @@ -183,7 +190,7 @@ if (tag is Category) UnselectTagsForCategory (tag as Category); } - + */ if (SelectionChanged != null) SelectionChanged (this); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 20 Oct 2004 19:36:43 -0000 @@ -135,6 +135,20 @@ return Category.CompareTo (tag.Category); } } + + public Tag[] MeAndAncestors { //is there a word for that? + get { + // can be improved we are creating a lot of array lists by recursing this way + // should pass an accumulator around instead + ArrayList ancestors = new ArrayList(); + ancestors.Add(this); + if (this is Category) + foreach (Tag tag in (this as Category).Children) + ancestors.AddRange(tag.MeAndAncestors); + return (Tag []) ancestors.ToArray (typeof (Tag)); + } + } + } @@ -153,7 +167,7 @@ children_need_sort = true; } } - + public void AddChild (Tag child) { children.Add (child); --=-ufGGPTwsmHjMU74/rB0q-- From tjb@unh.edu Wed Oct 20 16:01:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A5B813B15AE for ; Wed, 20 Oct 2004 16:01:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07393-01 for ; Wed, 20 Oct 2004 16:01:30 -0400 (EDT) Received: from wintermute.sr.unh.edu (wintermute.sr.unh.edu [132.177.241.100]) by menubar.gnome.org (Postfix) with ESMTP id 5C1153B1590 for ; Wed, 20 Oct 2004 16:01:23 -0400 (EDT) Received: from wintermute.sr.unh.edu (localhost.localdomain [127.0.0.1]) by wintermute.sr.unh.edu (8.13.1/8.13.1) with ESMTP id i9KK1MjC010358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 20 Oct 2004 16:01:22 -0400 Received: (from tjb@localhost) by wintermute.sr.unh.edu (8.13.1/8.13.1/Submit) id i9KK1MRN010357 for f-spot-list@gnome.org; Wed, 20 Oct 2004 16:01:22 -0400 X-Authentication-Warning: wintermute.sr.unh.edu: tjb set sender to tjb@unh.edu using -f From: "Thomas J. Baker" To: f-spot-list@gnome.org In-Reply-To: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> References: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Organization: University of New Hampshire's Research Computing Center Date: Wed, 20 Oct 2004 16:01:22 -0400 Message-Id: <1098302482.31394.25.camel@wintermute.sr.unh.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-1) X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 20:01:33 -0000 On Wed, 2004-10-20 at 15:39 -0400, Garrett LeSage wrote: > Hi all, >=20 > I posted a little item on my website about digital photograph workflow; > basically what people do, and how they'd like to do it. >=20 > I asked this: >=20 > > You have a digital camera. You want the pictures on your computer. You > want them marked somehow (grouped or tagged) so you can find them later > and do stuff with them now. You want to share the images. You may also > want to print them=85 >=20 > What matters to you? How do you currently get your photos in the > computer? What do you do from there? How would you like to have it work > in your ideal world? >=20 > I=92m wondering, as I want to make F-Spot work the way you (or at least a > lot of you) want it to. >=20 > Leave a comment below=85 and/or post to the mailing list. > > =20 > http://linuxart.com/log/archives/2004/10/20/what-do-you-do-with-your-imag= es/ >=20 >=20 > I posted it before lunch. After going out to grab lunch (to-go), and > getting back to the office, I already had around 7 replies. I currently > have 18 comments on that one post. There is a lot of interesting stuff > on that item. >=20 > I figured I should send email about it here in the mailing list. >=20 > What do you all think about the questions posed and the discussion > following? >=20 > Garrett >=20 I've been maintaining photo websites for quite a few years, first dogs for the public then kids for family.=20 Since FC3, I use gthumb-import to import photos automagically when I plug my EOS 10d in. It then runs gthumb where I auto rotate all images appropriately. From there, I run a custom script that copies the raw images to the web server, runs gthumb again so I can weed out the ones I don't want family to see, and then it makes static html using more custom perl scripts.=20 After photos are read in in a YYYY/YYYY-MM-DD directory structure and auto rotated using gthumb, I treat them as read only, almost like negatives. (How about the concept of rolls? A roll is the batch of photos coming off a camera. Everyone does remember film, don't they??) I don't rename the files as I have the camera set to keep incrementing. It's only been reset once during a firmware upgrade but this means I do have duplicate names. I do any modifications to copies. I use gthumb to browse them but I haven't really done much in terms of tagging them. I've got too many photos and too little time to go back and tag everthing to make it meaningful. (I think gthumb just incorporated tagging recently.) A comprehensive system like f-spot would certainly encourage me to go back and tag things though. I like jimmac's concept of albums but I hope I can keep my current archive structure of 'rolls' organized by date. I suppose though that if it were done well enough, I wouldn't care.=20 As far as html exporting, one thing that may be beyond the scope of f- spot is permission levels and access to pictures. Log in as me and you can see everything but log in as someone else and only see what I want you to see. Maybe a public/private flag as a minimum. Maybe this would have to be implemented in an export plugin for a smarter web system. As I said before, I use my own scripts so I'm not familiar with the capabilities of other photo web software. Anyway, it will be nice to have a comprehensive photo cataloging system for linux. tjb P.S. The list seems not to be set to reply-to-list by default. Is this by design? --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D | Thomas Baker email: tjb@unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From sogrady@redmonk.com Wed Oct 20 16:15:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1FC5C3B15C9 for ; Wed, 20 Oct 2004 16:15:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08044-09 for ; Wed, 20 Oct 2004 16:15:00 -0400 (EDT) Received: from fecls-03.atlarge.net (fecls-03.atlarge.net [129.41.63.139]) by menubar.gnome.org (Postfix) with SMTP id 11F353B15DB for ; Wed, 20 Oct 2004 16:15:00 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-03.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Wed, 20 Oct 2004 15:08:43 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.107]) with Microsoft Exchange Server HTTP-DAV ; Wed, 20 Oct 2004 20:08:42 +0000 Received: from minisog by owa.atlarge.net; 20 Oct 2004 16:08:38 -0400 From: Stephen O'Grady To: f-spot-list@gnome.org In-Reply-To: References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Wed, 20 Oct 2004 16:08:37 -0400 Message-Id: <1098302918.8786.30.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-OriginalArrivalTime: 20 Oct 2004 20:08:43.0629 (UTC) FILETIME=[996E51D0:01C4B6E0] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 20:15:04 -0000 in lieu of fixing this, can anyone tell me how start over? i looked for a .f-spot directory to delete and didn't see one. i'd love to use f-spot, but can't at the moment. any help appreciated. On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > my installation of f-spot appears to be borqed. i've done nothing that > i'm aware of to cause it, but while the application will instantiate, > anything following - scrolling through the catalog, picking a spot on > the timeline, etc - causes the application to hang and not recover. it > has under 200 pictures cataloged, with pretty basic tags applied. > > running it from the terminal i get: > > Query Start 22:28:33 > Query Mid 10/17/2004 22:28:33 > Query End 22:28:33 > Start 10/17/2004 22:28:33 > End 10/17/2004 22:28:34 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > Found Year 1998 > Found Year 1999 > Found Year 2000 > Found Year 2001 > Found Year 2002 > Found Year 2003 > Found Year 2004 > min 0 max 11 > 01/01/1998 00:00:00 01/01/1999 00:00:00 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > min 0 max 83 > 01/01/1998 00:00:00 01/01/2005 00:00:00 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > 0.000651041666666667 > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > BUG: Filing another request of order 63 (previously 59) for > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > the only thing i've tried as a remedy is reinstalling the application. > > any thoughts, advice? > From mnorthcott@rogers.com Thu Oct 21 09:18:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A3A233B16CC for ; Thu, 21 Oct 2004 09:18:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17698-07 for ; Thu, 21 Oct 2004 09:18:26 -0400 (EDT) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by menubar.gnome.org (Postfix) with SMTP id 0C2DF3B0B3C for ; Thu, 21 Oct 2004 09:18:26 -0400 (EDT) Received: from unknown (HELO m50-iitvpn036235.iit.nrc.ca) (mnorthcott@rogers.com@132.246.36.235 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 21 Oct 2004 13:18:25 -0000 From: Mark Northcott To: f-spot-list@gnome.org In-Reply-To: <1098302918.8786.30.camel@minisog> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-k1DqdfJI6dl8+LGoA6u8" Date: Thu, 21 Oct 2004 09:19:48 -0400 Message-Id: <1098364788.4687.2.camel@jughead> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 13:18:27 -0000 --=-k1DqdfJI6dl8+LGoA6u8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Stephen, The f-spot directory is located in ~/.gnome2/. You can delete that directory to start over... Cheers, Mark On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > in lieu of fixing this, can anyone tell me how start over? i looked for > a .f-spot directory to delete and didn't see one. >=20 > i'd love to use f-spot, but can't at the moment.=20 >=20 > any help appreciated.=20 >=20 > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > my installation of f-spot appears to be borqed. i've done nothing that > > i'm aware of to cause it, but while the application will instantiate, > > anything following - scrolling through the catalog, picking a spot on > > the timeline, etc - causes the application to hang and not recover. it > > has under 200 pictures cataloged, with pretty basic tags applied. > >=20 > > running it from the terminal i get: > >=20 > > Query Start 22:28:33 > > Query Mid 10/17/2004 22:28:33 > > Query End 22:28:33 > > Start 10/17/2004 22:28:33 > > End 10/17/2004 22:28:34 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > Found Year 1998 > > Found Year 1999 > > Found Year 2000 > > Found Year 2001 > > Found Year 2002 > > Found Year 2003 > > Found Year 2004 > > min 0 max 11 > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > min 0 max 83 > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > 0.000651041666666667 > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > BUG: Filing another request of order 63 (previously 59) for > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > >=20 > > the only thing i've tried as a remedy is reinstalling the application. > >=20 > > any thoughts, advice?=20 > >=20 > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list --=-k1DqdfJI6dl8+LGoA6u8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBd7d039XPl7nTiskRAvYGAJsH4F0aqqxc0yUwrHSyZg8VzvcAkACfTVxs pfNah9rUEPtE6G5RI7y8TJk= =uYt2 -----END PGP SIGNATURE----- --=-k1DqdfJI6dl8+LGoA6u8-- From mnorthcott@rogers.com Thu Oct 21 09:22:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7A5023B14F0 for ; Thu, 21 Oct 2004 09:22:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17836-02 for ; Thu, 21 Oct 2004 09:22:07 -0400 (EDT) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by menubar.gnome.org (Postfix) with SMTP id 2AD4D3B16D4 for ; Thu, 21 Oct 2004 09:22:07 -0400 (EDT) Received: from unknown (HELO m50-iitvpn036235.iit.nrc.ca) (mnorthcott@rogers.com@132.246.36.235 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 21 Oct 2004 13:22:03 -0000 From: Mark Northcott To: f-spot-list@gnome.org In-Reply-To: <1098364788.4687.2.camel@jughead> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> <1098364788.4687.2.camel@jughead> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RTTrjEb5AHetdcS602k/" Date: Thu, 21 Oct 2004 09:23:26 -0400 Message-Id: <1098365006.4687.6.camel@jughead> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 13:22:09 -0000 --=-RTTrjEb5AHetdcS602k/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable It's way too early... I just re-read my reply and realized that it could easily be interpreted as saying 'delete ~/.gnome2 to start over with f-spot'... which would of course work, but it would also cause many other headaches! Just to clarify, delete ~/.gnome2/f-spot to start over. Cheers, Mark On Thu, 2004-10-21 at 09:19 -0400, Mark Northcott wrote: > Stephen, >=20 > The f-spot directory is located in ~/.gnome2/. You can delete that > directory to start over... >=20 > Cheers, > Mark >=20 > On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > > in lieu of fixing this, can anyone tell me how start over? i looked for > > a .f-spot directory to delete and didn't see one. > >=20 > > i'd love to use f-spot, but can't at the moment.=20 > >=20 > > any help appreciated.=20 > >=20 > > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > > my installation of f-spot appears to be borqed. i've done nothing tha= t > > > i'm aware of to cause it, but while the application will instantiate, > > > anything following - scrolling through the catalog, picking a spot on > > > the timeline, etc - causes the application to hang and not recover. i= t > > > has under 200 pictures cataloged, with pretty basic tags applied. > > >=20 > > > running it from the terminal i get: > > >=20 > > > Query Start 22:28:33 > > > Query Mid 10/17/2004 22:28:33 > > > Query End 22:28:33 > > > Start 10/17/2004 22:28:33 > > > End 10/17/2004 22:28:34 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > Found Year 1998 > > > Found Year 1999 > > > Found Year 2000 > > > Found Year 2001 > > > Found Year 2002 > > > Found Year 2003 > > > Found Year 2004 > > > min 0 max 11 > > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > min 0 max 83 > > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > > 0.000651041666666667 > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > BUG: Filing another request of order 63 (previously 59) for > > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > >=20 > > > the only thing i've tried as a remedy is reinstalling the application= . > > >=20 > > > any thoughts, advice?=20 > > >=20 > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list >=20 > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list --=20 Mark Northcott --=-RTTrjEb5AHetdcS602k/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBd7hO39XPl7nTiskRAhhzAJ9GMZ0j4BmRkhnvFgtFaW7vIRL63ACaAxRc 3qWfyELRrzFEQxMV/trkTjM= =csny -----END PGP SIGNATURE----- --=-RTTrjEb5AHetdcS602k/-- From sogrady@redmonk.com Thu Oct 21 13:02:55 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DB2483B16C2 for ; Thu, 21 Oct 2004 13:02:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29870-03 for ; Thu, 21 Oct 2004 13:02:50 -0400 (EDT) Received: from fecls-02.atlarge.net (fecls-02.atlarge.net [129.41.63.107]) by menubar.gnome.org (Postfix) with SMTP id 904103B177F for ; Thu, 21 Oct 2004 13:02:50 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-02.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Thu, 21 Oct 2004 11:54:58 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.107]) with Microsoft Exchange Server HTTP-DAV ; Thu, 21 Oct 2004 16:53:07 +0000 Received: from minisog by owa.atlarge.net; 21 Oct 2004 12:53:03 -0400 From: Stephen O'Grady To: Mark Northcott In-Reply-To: <1098365006.4687.6.camel@jughead> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> <1098364788.4687.2.camel@jughead> <1098365006.4687.6.camel@jughead> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Thu, 21 Oct 2004 12:53:02 -0400 Message-Id: <1098377582.10017.11.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-OriginalArrivalTime: 21 Oct 2004 16:54:58.0711 (UTC) FILETIME=[B2DA5A70:01C4B78E] X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 17:02:55 -0000 :) yeah, that would have been ugly, but fortunately i caught your meaning. worked like a champ, as i now get to start fresh. thx much, sog On Thu, 2004-10-21 at 09:23 -0400, Mark Northcott wrote: > It's way too early... I just re-read my reply and realized that it > could easily be interpreted as saying 'delete ~/.gnome2 to start over > with f-spot'... which would of course work, but it would also cause > many other headaches! > > Just to clarify, delete ~/.gnome2/f-spot to start over. > > Cheers, > Mark > > On Thu, 2004-10-21 at 09:19 -0400, Mark Northcott wrote: > > Stephen, > > > > The f-spot directory is located in ~/.gnome2/. You can delete that > > directory to start over... > > > > Cheers, > > Mark > > > > On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > > > in lieu of fixing this, can anyone tell me how start over? i looked for > > > a .f-spot directory to delete and didn't see one. > > > > > > i'd love to use f-spot, but can't at the moment. > > > > > > any help appreciated. > > > > > > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > > > my installation of f-spot appears to be borqed. i've done nothing that > > > > i'm aware of to cause it, but while the application will instantiate, > > > > anything following - scrolling through the catalog, picking a spot on > > > > the timeline, etc - causes the application to hang and not recover. it > > > > has under 200 pictures cataloged, with pretty basic tags applied. > > > > > > > > running it from the terminal i get: > > > > > > > > Query Start 22:28:33 > > > > Query Mid 10/17/2004 22:28:33 > > > > Query End 22:28:33 > > > > Start 10/17/2004 22:28:33 > > > > End 10/17/2004 22:28:34 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > Found Year 1998 > > > > Found Year 1999 > > > > Found Year 2000 > > > > Found Year 2001 > > > > Found Year 2002 > > > > Found Year 2003 > > > > Found Year 2004 > > > > min 0 max 11 > > > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > min 0 max 83 > > > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > > > 0.000651041666666667 > > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > > BUG: Filing another request of order 63 (previously 59) for > > > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > > > > > > > the only thing i've tried as a remedy is reinstalling the application. > > > > > > > > any thoughts, advice? > > > > > > > _______________________________________________ > > > F-spot-list mailing list > > > F-spot-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/f-spot-list > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From bengt@thuree.com Wed Oct 20 04:12:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F2C223B0EC9 for ; Wed, 20 Oct 2004 04:12:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04671-07 for ; Wed, 20 Oct 2004 04:12:35 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id C13133B10A8 for ; Wed, 20 Oct 2004 04:12:34 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id 3EC2A3A986 for ; Wed, 20 Oct 2004 10:12:13 +0200 (CEST) Received: from 194.237.142.13 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Wed, 20 Oct 2004 10:12:13 +0200 (CEST) Message-ID: <29522.194.237.142.13.1098259933.squirrel@denton.thuree.com> Date: Wed, 20 Oct 2004 10:12:13 +0200 (CEST) From: bengt@thuree.com To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Thu, 21 Oct 2004 13:12:47 -0400 Subject: EXIF and IPTC meta data X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 08:12:36 -0000 Hej I just happend to find this software, and am very interested in it. I have not been able to find out if F-Spot handles EXIF and IPTC data though. Hopefully someone on this list would be able to help me on this. I have some 1000+ pictures (growing by every week) and want to be able to set the various EXIF and IPTC data (like country, town, people, keywords, comment etc) on one or more pictures at a time. I would also like the EXIF and IPTC data to be exported back to the JPG picture so other programs could see them. Do not mind to store this in a small database first, and then later do a resync to syncronize with the JPGs (import or export). I am currently using the demo version of Iview MediaPro which works very nice in this. For more information regarding Iview MediaPro check below. Thanks in advance, and I am keeping my fingers crossed that I have found a Photo Album Management software for Linux, so I can start to manage our growing image library. Bengt http://www.iview-multimedia.com/products/mediapro/index.php "iView MediaPro 2 supports the import, editing and export of media annotations (also called meta data). It supports annotations in the resource and data fork (JPEG/Photoshop). MediaPro allows the creation of favorites for consistent editing. Annotations can be saved back to the original file or remain in the catalog separate from the file. MediaPro supports the following annotation/meta data standards" But I really would like to have an application that can modify EXIF and IPTC parameters From loz@flower.powernet.co.uk Thu Oct 21 17:40:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 252563B09E6 for ; Thu, 21 Oct 2004 17:40:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09322-04 for ; Thu, 21 Oct 2004 17:40:56 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 9D0BA3B173C for ; Thu, 21 Oct 2004 17:40:55 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9LLeixG027493 for ; Thu, 21 Oct 2004 22:40:50 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id D81CAFF6E for ; Thu, 21 Oct 2004 22:40:31 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 21 Oct 2004 22:40:31 +0100 Message-Id: <1098394831.9313.1.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Slideshow X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 21:40:58 -0000 An idea I just saw scrolling through IRC. Somebody would like a slideshow where he defines the order of the pictures, and has to click between each slide. Kind of like a slide projector. -- Laurence Hygate From federico@ximian.com Thu Oct 21 20:53:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2F7383B077E for ; Thu, 21 Oct 2004 20:53:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16812-07 for ; Thu, 21 Oct 2004 20:53:52 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2A9733B07A4 for ; Thu, 21 Oct 2004 20:53:50 -0400 (EDT) Received: (qmail 29478 invoked from network); 22 Oct 2004 00:53:49 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 22 Oct 2004 00:53:49 -0000 From: Federico Mena Quintero To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Thu, 21 Oct 2004 19:51:43 -0500 Message-Id: <1098406303.8099.21.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 00:53:58 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > *food for thought* Munch munch munch. > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. Laurence sent a patch for that yesterday... that should definitely be integrated, IMO. > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. [snip] > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. I think tags are orthogonal to albums as you propose them. Tags are exactly what photographers wish for but cannot do with physical media. A pro photographer stores a metric assload of photos, and when a client comes by and says, "I need a picture of a foo hugging a bar", the pro photographer has to go through his archives, looking for such a thing. With tags, it would be easy to find. For non-pros, like myself, I like to use tags with a dual purpose: to let me classify my images according to content, and to let me improve my photography. Classifying according to content is cumbersome, but it can't be helped without automatic categorization (insert dreams about the UWash categorization stuff here). This is so that when my wife asks me, "do you remember that picture of such and such person in Veracruz, about three months ago", I can find it easily. I have a tag for "stuff I've put in my web page", which are images that I think are worthy of being shown around. I have a tag for "portfolio-quality stuff", which is for pictures I wouldn't mind hanging on my wall --- it only holds very few photos, but it allows me to think what was it that *really* made them work. I also have a "near misses" tag, which allows me to easily go through pictures that would be worthy of showing around if it were not for a stupid flaw that I didn't notice while shooting. It's the tag for, "here, dumbass, pay more attention to *this* next time". My workflow goes as such: 1. Import images 2. Delete the complete disasters --- bear-in-a-cave shots, completely wrong exposures, shaky images, etc. 3. Tag by content. 4. Pick the ones I like. Pick the near misses, tag them as such. 5. Pick a few of the good ones for my web page, tag them as such. 6. After a while, go through the ones in (5) and see if I have any portfolio-quality stuff. For near misses, I'd like to enter comments in a text field. See the book "Walker Evans at Work"; this is a little gem about how W.E. would choose among his negatives for the best pictures. An album would be "good images of related content". If you were building an album of your last vacation's photos, you'd drag the good images from that time period into a list of some sort. If you were building an album of pictures of your wife, you'd hand-pick among the ones that have her name tag, and likewise drag them into a list. Here's some workflow and editing-type advice from People Who Know What They Are Doing: http://www.luminous-landscape.com/columns/sm-10-06.html http://www.luminous-landscape.com/tutorials/cataloguing.shtml So, I think tags are orthogonal to albums. The former are for your personal organization, the latter are to let you put together the stuff you'd like to show to people. Federico From lewing@ximian.com Fri Oct 22 12:53:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CFB063B0EE3 for ; Fri, 22 Oct 2004 12:53:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21916-06 for ; Fri, 22 Oct 2004 12:53:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 63C2B3B0FE9 for ; Fri, 22 Oct 2004 12:53:07 -0400 (EDT) Received: (qmail 30902 invoked from network); 22 Oct 2004 16:53:06 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 16:53:06 -0000 From: Larry Ewing To: Laurence Hygate In-Reply-To: <1098394831.9313.1.camel@nessie.localdomain> References: <1098394831.9313.1.camel@nessie.localdomain> Content-Type: text/plain Date: Fri, 22 Oct 2004 11:53:03 -0500 Message-Id: <1098463983.5895.3.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Slideshow X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 16:53:10 -0000 On Thu, 2004-10-21 at 22:40 +0100, Laurence Hygate wrote: > An idea I just saw scrolling through IRC. Somebody would like a > slideshow where he defines the order of the pictures, and has to click > between each slide. Kind of like a slide projector. Yeah that has always be part of the plan to be able to basically be able to construct and export a specific slideshow with more options on timing and ordering, but I plan to keep the current quick slideshow roughly the way it is. --Larry From xkahn@ximian.com Fri Oct 22 14:31:31 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 584E13B0926 for ; Fri, 22 Oct 2004 14:31:31 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25770-06 for ; Fri, 22 Oct 2004 14:31:29 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id F418C3B0800 for ; Fri, 22 Oct 2004 14:31:28 -0400 (EDT) Received: (qmail 31219 invoked from network); 22 Oct 2004 18:31:28 -0000 Received: from localhost (HELO zedzone.boston.ximian.com) (xkahn@127.0.0.1) by localhost with SMTP; 22 Oct 2004 18:31:28 -0000 From: Benjamin Kahn To: f-spot-list@gnome.org Content-Type: text/plain Date: Fri, 22 Oct 2004 14:31:21 -0400 Message-Id: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 18:31:31 -0000 I've just started trying f-spot out as my photo management application. I checked out the sources from CVS yesterday (October 21st, 2004) and compiled. Here are some of my thoughts and comments. When adopting a photo application, most users probably already have a good collection of images. So the first step is to import them all into the new program. In my case, I have them stored on a server. So I needed to copy them into F-Spot. I saw no way inside of F-Spot to do this automatically, so I SCP'd to the files from the server to the local machine. But, the connection was pretty slow (25k/s!) and the amount of data fairly large (okay, only a Gig of data...) so I got impatient while loading the images and imported the directory multiple times. This lead to duplicate images. So feature requests from this: * Have a way to import images from online albums similar to export. A plugin system for different types of online repositories would be great, but supporting directories of files and Gallery would be a great start. * During import, if the image is already in the catalog, don't import it again. (Plus, what happens if I import an image twice, select one instance and pick Edit -> Delete from Drive?) * I should be able to select a directory as a source for images. Images added to this directory should automatically import. * Lots of context information was lost in the import. I kept the images organized in folders which would have made GREAT tag names. For example, 2003/Jan/14 should have created three tags: 2003, Jan, and 14. All the images in that directory should have been given those tags. * The thumbnails displayed come from the thumbnails embedded in the exif data which is defined to be 160x120 always. While this makes importing really fast, it means that large icons always display badly (until a real thumbnail is generated) and rotated images are displayed wrong (again, until a real thumbnail is generated). Either there should be a background process for creating real thumbnails, or the correct thumbnails should be produced at import time. Bug list: * While importing the incomplete list of images, the new images sometimes wouldn't show up in the list, or would appear blank. * When scrolling quickly through the list, thumbnails often don't appear. When this happens, this message arrives on the console: BUG: Filing another request of order 26 (previously 25) for `/home/xkahn/.thumbnails/large/cfef809df6a3aabc6b6b79fdd654a31c.png' * Importing a directory was very confusing somehow. The file dialog made it very difficult since it kept OPENING the directory I was trying to import. For some reason it took me a while to notice that the "Open" button was enabled even when nothing was selected. Also, once a directory was selected, it was hard to unselect it. (You have to hold down ctrl and click that directory again.) Next I wanted to play around with the interface a little to get a feel with what I can do with F-Spot. I looked at tags... Feature Requests: * When you assign a tag that has no associated image yet (say... the Other tag) the tag's icon becomes that first image. This was pretty surprising at first, and I can't remove the image completely. (Okay, okay... Why would you want a tag that doesn't have an icon? How will you be able to tell when that tag is applied?) Maybe this is a bug report asking that all top level tags come with icons already. Or maybe a tag without an icon should be represented by a text label? * The checkboxes in the left hand sidebar are somewhat confusing to me. I selected a number of pictures and clicked the checkbox for the Other tag. Oops! The checkbox is intended as a filtering system, and all the images disappeared. The checkbox should be a tag assignment system. (Yes, I know about the right-click menu, dragging tags to images and dragging images to tags, and the Tags -> Attach Tag to Selection and Tags -> Remove Tag from Selection. These methods seem less obvious and confusing.) Filtering should be a different mode from assigning. * Tags should be auto-created and assigned at import time as much as possible. Bugs: * Tags listed in the left sidebar should all be uniformly sized. There shouldn't be tags that are very tall (because of their icon) and those that are very short. (because of their lack of icon) * When an icon is assigned to a tag, the tag spacing isn't updated to hold the image, and the image is chopped off. * When assigning a non-top level tag to an image, the top level tag icon is displayed as being associated. The actual tag icon should be shown. * The Tag menu doesn't have an accelerator. * The menuitem "Remove Tag from Selection" doesn't have an accelerator. Next, I wanted to do some light editing on the images I had imported. First up is rotation. I tend to always turn the camera the same way when taking pictures, so I selected 4 images right away that all needed to be rotated left. On a hunch, I right clicked one of the images and saw the rotate menu item and selected it. Bugs: * Because of the thumbnail import bug listed above, rotating images can be very frustrating. (Images appear to be rotated twice since the thumbnail is wrong at first.) Now I wanted to examine a number of images to make sure it wasn't blurry, find which one was best, etc. Double clicking on an image works to view it, as does selecting the right tab. Once viewing the image, things degrade a little. Feature Requests: * Standard GNOME zoom keys should work: Ctrl-+ (Zoom In) and Ctrl-- (Zoom Out) and Ctrl-= (Full Size) and Ctrl-0 (Fit to Screen) * Clicking and Dragging across the image creates a crop box. It should pan the image instead. (Cropping is important I guess, but it's more likely that I'm examining an image, esp if the image is larger than the screen. Cropping, or any edits, should be a mode.) * If I unzoom the image too far, I end up back at the list of images. Yeah, my camera does that too, but it feels a little weird in an application. It should just make the image smaller. Bugs: * The mouse wheel looks like it's trying to zoom the image. (The image becomes sharper for a moment and then smooths out again as the wheel turns.) But the zoom isn't working. Actually, it's weirder than that. If I zoom the image in and try the mousewheel, the image pans (very slowly) in relation to the area of the image the mouse is hovering over. I know, I know. Put these problems in bugzilla! Okay, I will. But wanted to jot down my notes from trying things out first. From lewing@ximian.com Fri Oct 22 15:04:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 813DD3B0AF8 for ; Fri, 22 Oct 2004 15:04:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27188-05 for ; Fri, 22 Oct 2004 15:04:34 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 097363B0E40 for ; Fri, 22 Oct 2004 15:04:01 -0400 (EDT) Received: (qmail 31340 invoked from network); 22 Oct 2004 19:04:00 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 19:04:00 -0000 From: Larry Ewing To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Fri, 22 Oct 2004 14:04:00 -0500 Message-Id: <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 19:04:36 -0000 Sweet!. Ok first off, I'm really appreciative of the thoughts here, and I'm very open to changing the current system but I'm not sure simply replacing the tag metaphor with a virtual album metaphor is a solution. I'll try to explain as I go. I'm going to be making the case for tags as I see them in this mail please don't take it as a rejection of the "virtual album" concept I just want to make sure you understand where I am coming from. On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > > Tags > ==== > > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image. > > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". > > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. > The plan has always been to allow for AND over the group as well as or as well as NOT. I haven't gotten that far yet, and to be honest I'm not sure how I want to proceed in the ui but that doesn't mean it is impossible. There are existing implementations of the tag/category metaphor that allow for just that. > Human Language > -------------- > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. It is not physically possible > to have one image appear in multiple albums. > The current physical metaphor I want you to think of for tags is colored sticky notes poking out of a file drawer, with an easy way to pull out just the photos that match and put them in a pile (an active search). Photo Albums are a separate metaphor, they are the things you produce to show people by making prints. So in this world view albums would the things you uploaded to the web not your photo file. This seems obvious to me, although the current code seems to have left plenty of people baffled so I guess chances are good that I am wrong completely wrong. The physical impossibility of an image being in multiple albums doesn't have any relation to this model, it also isn't a problem in the real world because people make prints. Try thinking of a category as the color of the sticky note and the tag as the label on it. In this view a tag is a slightly structured keyword and is orthogonal to a folder drawer or an album. I think it probably makes sense to allow for multiple drawers. and offer a simple way to switch between them but I think there should be very few of these and the interface should encourage slapping a sticky note on something as opposed to making a drawer for a group. It seems like a flat namespace of drawers would be sufficient. > Reuse > ----- > With the tag interface to the library is not possible to store a certain > query. One has to manually deselect the current "filter" and apply a new > one. > This is absolutely doable with the current backend and honestly I don't see albums really help us here since real world folders can't store living searches either. We just cheat sometimes and call them "virtual". > Metadata > -------- > We do want to have additional metadata associated with an image. It is > confusing to use this concept for some, and another for the rest (name, > caption...) > Do you mean that it is strange to have sticky note on an image as well as an exposure sheet and a description? I'm trying to understand but I think you are suffering from the fact that you keep wanting to see tags as albums not as sticky notes. Or do you mean that > Export Implementation > --------------------- > While it is theoretically possible to come up with a dynamic web system > for exporting photos on the web, retaining the same concepts as applied > on F-Spot alone with tags, it relies heavily on server side scripting > and doesn't sound trivial to do. Generating static HTML pages with the > tag interface is hardly doable with way too many permutations to deal > with. There is no possible way to match all the various web gallery structures and I don't think we want to. A web gallery is an item unto itself it is external to your file drawer. Don't try to make one into the other. > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. > As an evolution hack I developed a lot of opinions on vfolders few of them good. Most of the problems I have with them are related to implementation details, like speed in switching, but in general I think they require too much setup and don't offer much. I end up just doing quick searches to find mail I'm interested in 99% of the time. I do have some mail sorted into actual folders, usually list mail which I consider separate enough from the rest of my mail that I don't want to mix them. I really think having a search history and forward/back navigation makes more sense than having explicitly saved searches. > > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. I use evolution's search or beast to find messages not vfolders. And I use google a lot more than my bookmarks. Granted I do have a few bookmarks (as an aside, I'm actually using mostly using tomboy for bookmarks lately) just like I have mail folders. I'm having trouble with the valbum metaphor in another place here too. The way I see it stored searches are live queries on a set of attributes and so I'm wondering what attributes we can build valbums from. Are you saying that we should have two types of album, one that is actual and one that is virtual? And If so that virtual albums are stored queries on the combination of actual album and other attributes like time and date? How would this be represented in the ui? Or are you saying that we only have one type of album, a virtual one, and that it is implemented by adding an attribute the image and that stored searches are something separate from valbums and live in the search bar/box/ui dingus? In this case the situation for vablums and tags/categories is exactly the same and it sounds like we are just discussing a name change. > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. > I'm not sure what you are getting at here. If there are multiple album types there has to be a lot of ui for making the valbum and if there are only valbums > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. > I intended to use active queries further limited by selection for this. The same way I do slide shows and editing actions. Is there some value with linking things at a deeper level that I'm missing? Like I said this message is mostly intended to show that there is some logic to the current metaphor, and that I don't completely understand what you are proposing. I hope it doesn't seem hostile, I really appreciate the input. Now I'm going to go back and chew on the valbum plans for a while longer and see if I missed something or inspiration strikes. Thanks again Jakub, --Larry From liste@jordet.nu Fri Oct 22 16:00:44 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A4FFD3B0D1C for ; Fri, 22 Oct 2004 16:00:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29684-01 for ; Fri, 22 Oct 2004 16:00:40 -0400 (EDT) Received: from dodge.jordet.nu (unknown [82.147.40.124]) by menubar.gnome.org (Postfix) with ESMTP id 700AF3B0BCD for ; Fri, 22 Oct 2004 16:00:00 -0400 (EDT) Received: from chevrolet.jordet (cadillac.jordet [192.168.1.1]) (authenticated bits=0) by dodge.jordet.nu (8.13.1/8.13.1/Debian-15) with ESMTP id i9MJxqQ3002799 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 22 Oct 2004 21:59:53 +0200 From: Stian Jordet To: f-spot-list@gnome.org In-Reply-To: <1098469881.8089.67.camel@zedzone.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 21:59:51 +0200 Message-Id: <1098475191.2513.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75-1, clamav-milter version 0.75c on dodge X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:00:44 -0000 Hi, fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > * I should be able to select a directory as a source for images. > Images added to this directory should automatically import. I would give anything for this feature, it's the only thing I miss. I'm using a perl script that stores the pictures the way I want them, and would, at least for now, like to continue to use that. Would be just so sweet :) This is kind of in bugzilla already (not exactly your feature, but duplicate detection), bug #153339 with a patch, I just realized :D Best regards, Stian From lewing@ximian.com Fri Oct 22 16:03:07 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8A9723B0B80 for ; Fri, 22 Oct 2004 16:03:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29736-01 for ; Fri, 22 Oct 2004 16:03:05 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 401693B08D4 for ; Fri, 22 Oct 2004 16:03:05 -0400 (EDT) Received: (qmail 31449 invoked from network); 22 Oct 2004 20:03:04 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:03:04 -0000 From: Larry Ewing To: Benjamin Kahn In-Reply-To: <1098469881.8089.67.camel@zedzone.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:03:04 -0500 Message-Id: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:03:07 -0000 On Fri, 2004-10-22 at 14:31 -0400, Benjamin Kahn wrote: > I've just started trying f-spot out as my photo management application. > I checked out the sources from CVS yesterday (October 21st, 2004) and > compiled. Here are some of my thoughts and comments. > > When adopting a photo application, most users probably already have a > good collection of images. So the first step is to import them all into > the new program. In my case, I have them stored on a server. So I > needed to copy them into F-Spot. > F-Spot really needs to start up with a big "Import Photos" dialog when you start it for the first time to ease people into the import flow as well. > I saw no way inside of F-Spot to do this automatically, so I SCP'd to > the files from the server to the local machine. But, the connection was > pretty slow (25k/s!) and the amount of data fairly large (okay, only a > Gig of data...) so I got impatient while loading the images and imported > the directory multiple times. This lead to duplicate images. > > So feature requests from this: > > * Have a way to import images from online albums similar to > export. A plugin system for different types of online > repositories would be great, but supporting directories of files > and Gallery would be a great start. The current Gallery code should work for downloading all this needs is a ui and some thought. In general the problem is harder and and I need to come up with a decent plug-in interface for importers and exporters. I wish there were decent c# gnome-vfs bindings so that I could use things like the ssh vfs methods to write an importer. Oh well, I'm sure some will come along. > * During import, if the image is already in the catalog, don't > import it again. (Plus, what happens if I import an image > twice, select one instance and pick Edit -> Delete from Drive?) You have one thumbnail that will not load an image, I'm not sure if it is smart enough to show the broken image icon right now if there is a not a valid thumbnail. Obviously there are better ways this could be handled > * I should be able to select a directory as a source for images. > Images added to this directory should automatically import. you can. The directory selection logic in gtkfilechooser is just very, very confusing. Federico you want to comment on this? > * Lots of context information was lost in the import. I kept the > images organized in folders which would have made GREAT tag > names. For example, 2003/Jan/14 should have created three tags: > 2003, Jan, and 14. All the images in that directory should have > been given those tags. I see what you are getting at but I'm not sure the example is the best. If the exif data is intact we know the date and there are better ways to represent it than tags. I suppose the import dialog could look for subdirectories in the import folder and offer to create tags for them if they don't match the DCF file format spec. > * The thumbnails displayed come from the thumbnails embedded in > the exif data which is defined to be 160x120 always. While this > makes importing really fast, it means that large icons always > display badly (until a real thumbnail is generated) and rotated > images are displayed wrong (again, until a real thumbnail is > generated). Either there should be a background process for > creating real thumbnails, or the correct thumbnails should be > produced at import time. > The plan is to update the thumbails after the import in an idle handler. It has stayed pretty low on the list so far but patches are welcome. > Bug list: > > * While importing the incomplete list of images, the new images > sometimes wouldn't show up in the list, or would appear blank. Hmmm I don't remeber seeing this but it is possible some of the images wouldn't appear in that dialog if they didn't have a thumbnail in the exif data. File it. > * When scrolling quickly through the list, thumbnails often don't > appear. When this happens, this message arrives on the console: > BUG: Filing another request of order 26 (previously 25) for > `/home/xkahn/.thumbnails/large/cfef809df6a3aabc6b6b79fdd654a31c.png' this is only because you have duplicate images in the database, Once the duplicate import bug is solved this will not be an image. > * Importing a directory was very confusing somehow. The file > dialog made it very difficult since it kept OPENING the > directory I was trying to import. For some reason it took me a > while to notice that the "Open" button was enabled even when > nothing was selected. Also, once a directory was selected, it > was hard to unselect it. (You have to hold down ctrl and click > that directory again.) Bug Federico, this is stock gtk here. > > Next I wanted to play around with the interface a little to get a feel > with what I can do with F-Spot. I looked at tags... > > Feature Requests: > > * When you assign a tag that has no associated image yet (say... > the Other tag) the tag's icon becomes that first image. This > was pretty surprising at first, and I can't remove the image > completely. (Okay, okay... Why would you want a tag that > doesn't have an icon? How will you be able to tell when that > tag is applied?) Maybe this is a bug report asking that all top > level tags come with icons already. Or maybe a tag without an > icon should be represented by a text label? The toplevel tags all need to have icons. Maybe I'll just shove some nautilus emblems in there and hope to customize them eventually. > * The checkboxes in the left hand sidebar are somewhat confusing > to me. I selected a number of pictures and clicked the checkbox > for the Other tag. Oops! The checkbox is intended as a > filtering system, and all the images disappeared. The checkbox > should be a tag assignment system. (Yes, I know about the > right-click menu, dragging tags to images and dragging images to > tags, and the Tags -> Attach Tag to Selection and Tags -> Remove > Tag from Selection. These methods seem less obvious and > confusing.) Filtering should be a different mode from > assigning. I think everyone agrees the current ui for the tag tree is highly confusing. The right way to fix it is still up for debate, but I promise things will get better. > * Tags should be auto-created and assigned at import time as much > as possible. > Agreed. > Bugs: > > * Tags listed in the left sidebar should all be uniformly sized. > There shouldn't be tags that are very tall (because of their > icon) and those that are very short. (because of their lack of > icon). Hrmmm I'll think about it. > * When an icon is assigned to a tag, the tag spacing isn't updated > to hold the image, and the image is chopped off. File a GtkTreeView bug. It should resize when the pixbuf in a row changes. > * When assigning a non-top level tag to an image, the top level > tag icon is displayed as being associated. The actual tag icon > should be shown. actually I'm leaning towards only showing toplevel tag icons in the icon list and showing full tags in the photo view. It would limit the number of possible tags and look nicer, and I'm not sure it would hurt things. > * The Tag menu doesn't have an accelerator. > * The menuitem "Remove Tag from Selection" doesn't have an > accelerator. > File bugs for these. > Next, I wanted to do some light editing on the images I had imported. > First up is rotation. I tend to always turn the camera the same way > when taking pictures, so I selected 4 images right away that all needed > to be rotated left. On a hunch, I right clicked one of the images and > saw the rotate menu item and selected it. > > Bugs: > > * Because of the thumbnail import bug listed above, rotating > images can be very frustrating. (Images appear to be rotated > twice since the thumbnail is wrong at first.) > > Now I wanted to examine a number of images to make sure it wasn't > blurry, find which one was best, etc. Double clicking on an image works > to view it, as does selecting the right tab. Once viewing the image, > things degrade a little. > > Feature Requests: > > * Standard GNOME zoom keys should work: Ctrl-+ (Zoom In) and > Ctrl-- (Zoom Out) and Ctrl-= (Full Size) and Ctrl-0 (Fit to > Screen) Already in the queue, a couple of fixes in the f-image-view.c and the zooming code need to happen first for this to work. > * Clicking and Dragging across the image creates a crop box. It > should pan the image instead. (Cropping is important I guess, > but it's more likely that I'm examining an image, esp if the > image is larger than the screen. Cropping, or any edits, should > be a mode.) I'll probably use middle button for panning for now. It is possible I should move all the editing out of the mail view dialog. I haven't decided one way or the other yet. > > * If I unzoom the image too far, I end up back at the list of > images. Yeah, my camera does that too, but it feels a little > weird in an application. It should just make the image smaller. > File it and I'll think about it, trow mentioned he disliked that feature as well. I like using one binding for both but I'm not sold on it. > Bugs: > > * The mouse wheel looks like it's trying to zoom the image. (The > image becomes sharper for a moment and then smooths out again as > the wheel turns.) But the zoom isn't working. Actually, it's > weirder than that. If I zoom the image in and try the > mousewheel, the image pans (very slowly) in relation to the area > of the image the mouse is hovering over. > Yeah the current zoom stuff is seriously crappy, > I know, I know. Put these problems in bugzilla! Okay, I will. But > wanted to jot down my notes from trying things out first. bingo ;) thanks for the great feedback Ben --Larry From lewing@ximian.com Fri Oct 22 16:13:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 24DD63B1818 for ; Fri, 22 Oct 2004 16:13:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30252-10 for ; Fri, 22 Oct 2004 16:13:20 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 8B0CD3B1817 for ; Fri, 22 Oct 2004 16:13:18 -0400 (EDT) Received: (qmail 31475 invoked from network); 22 Oct 2004 20:13:18 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:13:18 -0000 From: Larry Ewing To: Benjamin Kahn , Federico Mena Quintero In-Reply-To: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:13:18 -0500 Message-Id: <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:13:22 -0000 > > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > you can. The directory selection logic in gtkfilechooser is just very, > very confusing. Federico you want to comment on this? > ah I misread this (twice, sorry fede). Todd had a patch that started work on this which he later lost in a laptop upgrade. Really the only thing blocking this is the same thing blocking the duplicate checking. It is more trouble than it should be to check version paths. I have a plan to deal with it and hope to get to it soon. What needs to happen is a reworking of how the db stores versions, right now it just stores them by name and it really needs to store the whole path so that we can make a single query and do path checks. I'm hoping to get to this soon since it is blocking a few key features at this point. --Larry From lewing@ximian.com Fri Oct 22 16:15:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B6C003B0BCD for ; Fri, 22 Oct 2004 16:15:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30384-03 for ; Fri, 22 Oct 2004 16:15:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 41BF23B17DA for ; Fri, 22 Oct 2004 16:15:07 -0400 (EDT) Received: (qmail 31482 invoked from network); 22 Oct 2004 20:15:06 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:15:06 -0000 From: Larry Ewing To: Sverre Johansen In-Reply-To: References: Content-Type: text/plain Date: Fri, 22 Oct 2004 15:15:06 -0500 Message-Id: <1098476107.5895.171.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:15:08 -0000 Yeah I think a calendar view would be a cool hack, more pressing features have been keeping me from it though. --Larry On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > Hi, > > First I have to say that this application is starting to look great! > > Is there planned to create a Calendar View, like Photoshop Album has? > Where I can see the pictures for a specific day, not just the month. > Is this something you want, or is it just ruled out as "not needed"? From lewing@ximian.com Fri Oct 22 16:19:25 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 144453B0B2F for ; Fri, 22 Oct 2004 16:19:25 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30572-09 for ; Fri, 22 Oct 2004 16:19:22 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2B4FB3B0F23 for ; Fri, 22 Oct 2004 16:19:16 -0400 (EDT) Received: (qmail 31505 invoked from network); 22 Oct 2004 20:19:15 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:19:15 -0000 From: Larry Ewing To: Alan Bailward In-Reply-To: <1098157067.13593.11.camel@phoenix.arcterex.net> References: <1098157067.13593.11.camel@phoenix.arcterex.net> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:19:15 -0500 Message-Id: <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:19:25 -0000 On Mon, 2004-10-18 at 20:37 -0700, Alan Bailward wrote: > On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > > Hi, > > > > First I have to say that this application is starting to look great! > > > > Is there planned to create a Calendar View, like Photoshop Album has? > > Where I can see the pictures for a specific day, not just the month. > > Is this something you want, or is it just ruled out as "not needed"? > > Another nice feature that I'd love to see is to group files by time of > day / picture taking session. IE: Say you download your files from CF > or whatever. Generally pictures are taken in groups, ie: at 8:00 you > took 10 pictures of something, then after another hour or two you took > some more, then two days later you took more. The files are all from > the same CF card but of different distinct subjects (or could be). Most > photo management apps think of the images from an import as one session, > ask you for a name or directory, etc. > > What would be nice is to be able to present the images grouped by when > they were taken. A pretty simple algorithm could check for the biggest > gaps between image creation date and use that... then the images are > presented to the user in a grouped format for viewing or naming. > The way I was hoping to accomplish this was with with the concept of import groups and some basic frequency analysis on import that would let you split the group when it finds gaps and offer merge the groups across imports if the photos match closely in time with other prexisting import groups. None of this is implemented. --Larry From chris@atlee.ca Fri Oct 22 16:20:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3332E3B177C for ; Fri, 22 Oct 2004 16:20:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30645-10 for ; Fri, 22 Oct 2004 16:20:30 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id 729763B164B for ; Fri, 22 Oct 2004 16:20:29 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (1310 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Fri, 22 Oct 2004 16:20:20 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CL5tb-00060m-J9; Fri, 22 Oct 2004 16:20:19 -0400 From: Chris AtLee To: Larry Ewing In-Reply-To: <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 16:20:18 -0400 Message-Id: <1098476419.14655.5.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:20:36 -0000 > What needs to happen is a reworking of how the db stores versions, right > now it just stores them by name and it really needs to store the whole > path so that we can make a single query and do path checks. I'm hoping > to get to this soon since it is blocking a few key features at this > point. What about storing a sha1sum of the file so that even if it gets renamed it can be identified as a duplicate? From alan@ufies.org Fri Oct 22 16:40:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 83C773B0B9F for ; Fri, 22 Oct 2004 16:40:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31750-01 for ; Fri, 22 Oct 2004 16:40:17 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 6DB323B0E2D for ; Fri, 22 Oct 2004 16:40:05 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id A68ECB01DF; Fri, 22 Oct 2004 13:47:48 -0700 (PDT) Date: Fri, 22 Oct 2004 13:47:48 -0700 From: Alan To: Stian Jordet Message-ID: <20041022204748.GA18965@ufies.org> Mail-Followup-To: Stian Jordet , f-spot-list@gnome.org References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475191.2513.5.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098475191.2513.5.camel@localhost.localdomain> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:40:22 -0000 On Fri, Oct 22, 2004 at 09:59:51PM +0200, Stian Jordet wrote: > Hi, > > > fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > I would give anything for this feature, it's the only thing I miss. I'm > using a perl script that stores the pictures the way I want them, and > would, at least for now, like to continue to use that. Would be just so > sweet :) > > This is kind of in bugzilla already (not exactly your feature, but > duplicate detection), bug #153339 with a patch, I just realized :D Great to hear! This is particularily needed, especially if you import pictures to a central location from multiple sources (IE: my gf will import pictures on her computer to the fileshare) and having to import those files (and risk having dupes, assuming you can find them) sucks. I have the same problem with rhythmbox... I have to periodically nuke my rb database and just re-import my /mp3 mount. -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From alan@ufies.org Fri Oct 22 16:41:50 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 227D13B0ACA for ; Fri, 22 Oct 2004 16:41:50 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31764-08 for ; Fri, 22 Oct 2004 16:41:48 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 39F603B0B9F for ; Fri, 22 Oct 2004 16:41:48 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id 215A7B01DF; Fri, 22 Oct 2004 13:49:27 -0700 (PDT) Date: Fri, 22 Oct 2004 13:49:27 -0700 From: Alan To: Larry Ewing Message-ID: <20041022204926.GB18965@ufies.org> Mail-Followup-To: Larry Ewing , Sverre Johansen , f-spot-list@gnome.org References: <1098157067.13593.11.camel@phoenix.arcterex.net> <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:41:50 -0000 > > What would be nice is to be able to present the images grouped by when > > they were taken. A pretty simple algorithm could check for the biggest > > gaps between image creation date and use that... then the images are > > presented to the user in a grouped format for viewing or naming. > > > > The way I was hoping to accomplish this was with with the concept of > import groups and some basic frequency analysis on import that would let > you split the group when it finds gaps and offer merge the groups across > imports if the photos match closely in time with other prexisting import > groups. None of this is implemented. Great to hear! Hopefully someday I'll learn mono a big better and be able to actually contribute patches and fixes. Thanks again for the great software Larry. alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From nat@novell.com Fri Oct 22 18:10:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 555273B08FD for ; Fri, 22 Oct 2004 18:10:45 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02314-05 for ; Fri, 22 Oct 2004 18:10:42 -0400 (EDT) Received: from linux.site (unknown [130.57.22.69]) by menubar.gnome.org (Postfix) with ESMTP id 5C6B23B090C for ; Fri, 22 Oct 2004 18:10:42 -0400 (EDT) Received: by linux.site (Postfix, from userid 1000) id 732BD12D012; Fri, 22 Oct 2004 18:10:41 -0400 (EDT) From: Nat Friedman To: Stian Jordet In-Reply-To: <1098475191.2513.5.camel@localhost.localdomain> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475191.2513.5.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 22 Oct 2004 18:10:40 -0400 Message-Id: <1098483040.29648.37.camel@164-99-120-64.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.1.0 X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 22:10:45 -0000 On Fri, 2004-10-22 at 21:59 +0200, Stian Jordet wrote: > Hi, > > > fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > I would give anything for this feature, it's the only thing I miss. I'm > using a perl script that stores the pictures the way I want them, and > would, at least for now, like to continue to use that. Would be just so > sweet :) > > This is kind of in bugzilla already (not exactly your feature, but > duplicate detection), bug #153339 with a patch, I just realized :D This is a great idea. It should also work recursively, since I have a directory structure like this: [nat@lappy Photos]$ ls 2004-August-10 2004-March-1 2004-September-17 dsc01520.jpg 2004-August-19 2004-March-14 2004-September-20 jetcarpet.jpg Nat From federico@ximian.com Fri Oct 22 22:02:01 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B172B3B069F for ; Fri, 22 Oct 2004 22:02:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08793-06 for ; Fri, 22 Oct 2004 22:02:00 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id AE3F83B0674 for ; Fri, 22 Oct 2004 22:01:59 -0400 (EDT) Received: (qmail 31904 invoked from network); 23 Oct 2004 02:01:58 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 23 Oct 2004 02:01:58 -0000 From: Federico Mena Quintero To: Larry Ewing In-Reply-To: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 20:59:41 -0500 Message-Id: <1098496781.8099.46.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Oct 2004 02:02:01 -0000 On Fri, 2004-10-22 at 15:03 -0500, Larry Ewing wrote: > you can. The directory selection logic in gtkfilechooser is just very, > very confusing. Federico you want to comment on this? > > * Importing a directory was very confusing somehow. The file > > dialog made it very difficult since it kept OPENING the > > directory I was trying to import. For some reason it took me a > > while to notice that the "Open" button was enabled even when > > nothing was selected. Also, once a directory was selected, it > > was hard to unselect it. (You have to hold down ctrl and click > > that directory again.) > > Bug Federico, this is stock gtk here. Yeah, this is pretty confusing. It happens because the file chooser tries to do the same thing when you double-click on an item and when you click the "Open" button. Say you are navigating a folders-only chooser. You double-click on a folder in the list. Do you mean "select this and close the dialog", or "enter this folder because I want to select a subfolder"? > > * When an icon is assigned to a tag, the tag spacing isn't updated > > to hold the image, and the image is chopped off. > > File a GtkTreeView bug. It should resize when the pixbuf in a row > changes. Did your tree model emit a notification? Federico From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 14:20:18 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9FCD63B1007 for ; Sun, 24 Oct 2004 14:20:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28351-02 for ; Sun, 24 Oct 2004 14:20:16 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id 6347C3B0F6F for ; Sun, 24 Oct 2004 14:20:16 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLmyV-0003Ds-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 20:03:37 +0200 Lines: 31 Message-ID: <20041024200337.0abed528.danielpoe@gmx.de> References: <1098301404.9403.3.camel@nessie.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: ANDing categories together X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 18:20:18 -0000 On Wed, 20 Oct 2004 20:43:24 +0100 Laurence Hygate wrote: > This patch makes categories work the way I intuitively expected. Of > course I'm a geek, so using my opinion for this sort of thing is > dangerous. >=20 > * You can select/deselect all tags and categories independently > * Only photos which have all tags are displayed > * A photo is considered to "have" a tag if it is tagged with it or any > of its children I think the way to go would be to OR connect single tags inside one categorie and AND connect with other categories. Thus 'People > Mum' 'People > Dad' 'Event > Christmas' would yield the query: SELECT Photos FROM Lib WHERE People=3D'Mum' OR People=3D'Dad' AND Event =3D'Christmas'; This is the way I would expect it. But for the future would be nice to have some GUI to AND/OR/NOT connect the different tags. Probably something with DnD of tags and AND/OR/NOT fields and maybe a natural translation: 'Show all Photos from =ABMum=BB and =ABDad=BB at =ABChristmas=BB' But this will get hard for custom tags ... Rgds, Daniel From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 15:27:56 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 517403B0823 for ; Sun, 24 Oct 2004 15:27:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30449-02 for ; Sun, 24 Oct 2004 15:27:55 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id A48763B0817 for ; Sun, 24 Oct 2004 15:27:54 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLo1y-0006Ln-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 21:23:43 +0200 Lines: 153 Message-ID: <20041024212343.277f03c0.danielpoe@gmx.de> References: <1098282741.4790.107.camel@hal.jimmac.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags AND albums! (was: tags vs albums) X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 19:27:56 -0000 On Wed, 20 Oct 2004 16:32:21 +0200 Jakub Steiner wrote: > *food for thought* Sorry won't answer to specific statements from you but write down what I think. Thus add some food ;-) After this mailing and Garrett's call for input I thought a lot about photo cataloging. Here comes what I thought: As I already stated in the Subject line, my opinion is we should have both, tags _and_ albums. I will explain for both why they have their right to exist and what the usage should look like. 1. Albums ========= Due to the following reasons, organising photos in albums is a good way: o You normally want your photos from one trip/concert/walk/event grouped together. o It is easy to understand for people because it is the way they did it in the "real" world. o If you allow (at least) two deeps of sorting, you can make top-categories, like 'Family', 'Holidays', 'Work', 'Nature', ... Moreover it should be possible to select a preview thumb for each album and (very important) add metadata to albums. It always annoyed me that gthumb or gqview only allows me to put comments on images but not on categories. But often I want to describe the situation in which I made the last set of photos. E.g. describe the bands and the audience mood at a concert, or the feeling I had during an autumn walk. This is data which doesn't really belong to _one_ photo. More metadata which would be interesting to record would be the date or timeperiod and the tags which are set on photos inside the album (This would allow me to rapidly examine which people where present at the event xy). If I had all these possibilties, my photo collection would look like this: ----------------------------------------------------------------------- Energetic `- 2003-07-11 Open Air Description: Really cool concert. We played together with three smart bands (Candellila, Crazy Train, Minerva). There where about 200 people and the mood was great (so was the wheater) Date: 2003-07-11 Tags: Bands `- Candellila `- Crazy Train `- Minerva People `- Daniel `- Tini `- Flo Place `- Puchheim Event `- Concert `- 2004-10-08 Housesesseion ... Holidays `- 2002-08 Bolivia ... `- 2003-08 Black Forrest ... `- 2004-08 Ireland ... Nature `- 2004-10-02 Autumn Walk ... Family `- 2003-07-16 Birthday ... `- 2003-12-24 Christmas ... ... ----------------------------------------------------------------------- 2. Tags ======= While albums offer a good solution for sorting your images in a temporal and contextual manner, they doesn't care about single photos and 'type-changes' (eg often photos from the Holiday albums will fit well into Nature or Family) inside an album. That's the point where tags get their right to exist. It allows me to categorise the photos inside an album. If I did my job good, I will be happy if I need photos from band xy to create a new flyer or if I need my favorite photos from my girlfriend from the last Ireland holiday to make a collage for christmas. But the current selection implementation should be changed, as I mentioned in an other posting to connect each tag within a categorie with OR and the tags from the different categories with AND. And for the future we should think of a nice DnD interface for creating a query string. My current ideas: o have a dropline where you can drag tags and AND/OR/NOT fields The problem is this is very technical. ------------------------------------------------------ | "DROPLINE" | AND | OR | NOT | ------------------------------------------------------ o Translate AND/OR/NOT in a more intuitive language and offer three dropboxes: ----------------------------------------------------------------- | must contain (and) | may contain (or) | don't show this (not) | ----------------------------------------------------------------- But especially 'may contain' is not really right (some will even say it is totally false). o we need some ideas here!!! 3. Disclaimer ============= I was talking about 'we' which is not really right. Due to a lack of time and knowledge I won't be able to contribute code, but I hope I can come up with some ideas from time to time ... I hope this was a cunstructive mail and I'm really looking forward to use f-spot (hopefully with albums and tags). Thanks to the developers of this cool app, Regards to the rest, Daniel From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 16:17:35 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A9463B1030 for ; Sun, 24 Oct 2004 16:17:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32509-08 for ; Sun, 24 Oct 2004 16:17:33 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id 88F583B1031 for ; Sun, 24 Oct 2004 16:17:33 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLoo1-0000Gk-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 22:13:22 +0200 Lines: 9 Message-ID: <20041024221322.4ae7ea2a.danielpoe@gmx.de> References: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> <1098302482.31394.25.camel@wintermute.sr.unh.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 20:17:35 -0000 On Wed, 20 Oct 2004 16:01:22 -0400 "Thomas J. Baker" wrote: > auto rotated using gthumb, I treat them as read only, almost like ^^^^^^^^^^^^^^^^^^^^^^^^^ OT, but how do you do this, don't see a auto rotate dialog? Rgds, Daniel From akamc2@yahoo.ca Sun Oct 24 17:26:05 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CE1ED3B1016 for ; Sun, 24 Oct 2004 17:26:05 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03139-01 for ; Sun, 24 Oct 2004 17:26:03 -0400 (EDT) Received: from smtp207.mail.sc5.yahoo.com (smtp207.mail.sc5.yahoo.com [216.136.129.97]) by menubar.gnome.org (Postfix) with SMTP id 63F283B0FF9 for ; Sun, 24 Oct 2004 17:26:03 -0400 (EDT) Received: from unknown (HELO ?192.168.0.74?) (akamc2@217.172.65.121 with plain) by smtp207.mail.sc5.yahoo.com with SMTP; 24 Oct 2004 21:26:02 -0000 From: "miKeL a.k.a.mc2" To: f-spot-list@gnome.org Content-Type: multipart/alternative; boundary="=-FIYkND+quU4Or07j3PXV" Message-Id: <1098653709.1577.57.camel@mcii.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 24 Oct 2004 23:35:10 +0200 X-Virus-Scanned: by amavisd-new at gnome.org Subject: ./configure error X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 21:26:06 -0000 --=-FIYkND+quU4Or07j3PXV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit can somebody help me please? I'm in SuSE9.0 checking for pkg-config... /usr/bin/pkg-config checking for GLIB - version >= 2.0.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GLIB is incorrectly installed. checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libgnome-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libgnome-2.0' found configure: error: Library requirements (libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. >>> astalavista /miKeL a.k.a.mc2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ » free execution » free distribution » free pactice » free improvement --=-FIYkND+quU4Or07j3PXV Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit can somebody help me please?
I'm in SuSE9.0



checking for pkg-config... /usr/bin/pkg-config
checking for GLIB - version >= 2.0.0... no
*** Could not run GLIB test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means GLIB is incorrectly installed.
checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libgnome-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libgnome-2.0' found

configure: error: Library requirements (libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.

>>> astalavista /miKeL a.k.a.mc2
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
» free execution
  » free distribution
» free pactice
  » free improvement
--=-FIYkND+quU4Or07j3PXV-- From bengt@thuree.com Mon Oct 25 12:20:01 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B12423B11AE for ; Mon, 25 Oct 2004 12:20:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14615-05 for ; Mon, 25 Oct 2004 12:20:00 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 665643B11F8 for ; Mon, 25 Oct 2004 12:20:00 -0400 (EDT) Received: from 192.168.1.109 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 2E9213A986 for ; Mon, 25 Oct 2004 18:19:45 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Tue, 26 Oct 2004 01:19:46 +0900 Message-Id: <1098721186.11739.23.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Thanks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 16:20:01 -0000 Hej I just wanted to say thank you for a very very promising software. I am really looking forward to see, and hopefully also help, this program evolve into what has been described in various places. I am willing to help out in some smaller areas. Smaller, since I need to learn c# and mono... This application is very much wanted though, since we are taking more and more photos with our digital camera and it is getting hopeless to find a specific picture. I would like to add the following to the UseCase in the wiki. Do not really know how to do it though. Export: ------------- > 4. Isztwan has a photo thatÿs slightly tilted and heÿd like to fix the > horizon easily. Isztwan also wants to send some photos to some friends, and are delighted that the photos contains embedded information with Copyright, date, location, country, keywords, people etc. Since the embedded information follows the standard he knows that his friends can view the pictures as well as the extra embedded information. ------------- I hope their will be a synchronize function which will synchronize the selected images in either direction. Either re-read the images (if you have manipulated the information in another software), or store the images (for viewing in other software) Bengt From jimmac@ximian.com Mon Oct 25 15:59:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 396413B11F5 for ; Mon, 25 Oct 2004 15:59:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24369-03 for ; Mon, 25 Oct 2004 15:59:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1069B3B0EEC for ; Mon, 25 Oct 2004 15:59:07 -0400 (EDT) Received: (qmail 2666 invoked from network); 25 Oct 2004 19:59:06 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 25 Oct 2004 19:59:06 -0000 From: Jakub Steiner To: Federico Mena Quintero In-Reply-To: <1098406303.8099.21.camel@localhost> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098406303.8099.21.camel@localhost> Content-Type: text/plain Date: Mon, 25 Oct 2004 21:59:05 +0200 Message-Id: <1098734345.4100.55.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Product Design , f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 19:59:09 -0000 On Thu, 2004-10-21 at 19:51 -0500, Federico Mena Quintero wrote: > I think tags are orthogonal to albums as you propose them. > > Tags are exactly what photographers wish for but cannot do with physical > media. A pro photographer stores a metric assload of photos, and when a > client comes by and says, "I need a picture of a foo hugging a bar", the > pro photographer has to go through his archives, looking for such a > thing. With tags, it would be easy to find. Let me emphasize that I don't want to get rid of this functionality (tags ~= keywords). I only proposed replacing the add/search tag interface with albums and picture meta info editor. I was rather unfortunate to write about tag concept while I really ment replacing tags' space in the current interface with albums rather than removing tags. I think the a very natural interface to query for stuff you describe here already exists on the gnome desktop. I'd prefer using a quicksearch entry similar to what rhythmbox uses to search for "foo bar" rather than using the checkboxes next to the tags in the left side pane. I also think Evolution's quicksearch filter could be simplified to match this functionality (WIP - http://primates.ximian.com/~glesage/wiki/doku.php? id=evolution:quicksearch). > For non-pros, like myself, I like to use tags with a dual purpose: to > let me classify my images according to content, and to let me improve my > photography. I only propose to move the classification interface the metadata editor. Thanks for your use case and the pointers. I will probably first come up with a small paper-prototype user testing on the current tag vs quicksearch interface. Only if this turns out in favour of the quicksearch interface I'll give the metadata sidebar (for classification) a shot and run another test. cheers -- Jakub Steiner From jimmac@ximian.com Tue Oct 26 04:47:24 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F13593B1289 for ; Tue, 26 Oct 2004 04:47:23 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17086-05 for ; Tue, 26 Oct 2004 04:47:21 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1181E3B105C for ; Tue, 26 Oct 2004 04:47:20 -0400 (EDT) Received: (qmail 3900 invoked from network); 26 Oct 2004 08:47:19 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 26 Oct 2004 08:47:19 -0000 From: Jakub Steiner To: f-spot-list@gnome.org In-Reply-To: <1098406303.8099.21.camel@localhost> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098406303.8099.21.camel@localhost> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 10:47:18 +0200 Message-Id: <1098780438.4102.78.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 08:47:25 -0000 On Thu, 2004-10-21 at 19:51 -0500, Federico Mena Quintero wrote: > I think tags are orthogonal to albums as you propose them. > > Tags are exactly what photographers wish for but cannot do with physical > media. A pro photographer stores a metric assload of photos, and when a > client comes by and says, "I need a picture of a foo hugging a bar", the > pro photographer has to go through his archives, looking for such a > thing. With tags, it would be easy to find. Let me emphasize that I don't want to get rid of this functionality (tags ~= keywords). I only proposed replacing the add/search tag interface with albums and picture meta info editor. I was rather unfortunate to write about tag concept while I really ment replacing tags' space in the current interface with albums rather than removing tags. I think the a very natural interface to query for stuff you describe here already exists on the gnome desktop. I'd prefer using a quicksearch entry similar to what rhythmbox uses to search for "foo bar" rather than using the checkboxes next to the tags in the left side pane. I also think Evolution's quicksearch filter could be simplified to match this functionality (WIP - http://primates.ximian.com/~glesage/wiki/doku.php? id=evolution:quicksearch). > For non-pros, like myself, I like to use tags with a dual purpose: to > let me classify my images according to content, and to let me improve my > photography. I only propose to move the classification interface to the metadata editor. Thanks for your use case and the pointers. I will probably first come up with a small paper-prototype user testing on the current tag vs quicksearch interface. Only if this turns out in favour of the quicksearch interface I'll give the metadata sidebar (for classification) a shot and run another test. cheers -- Jakub Steiner From jimmac@ximian.com Tue Oct 26 07:02:03 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 75C3D3B06A4 for ; Tue, 26 Oct 2004 07:02:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23166-07 for ; Tue, 26 Oct 2004 07:02:01 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 4418B3B104C for ; Tue, 26 Oct 2004 07:02:00 -0400 (EDT) Received: (qmail 4000 invoked from network); 26 Oct 2004 11:01:58 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 26 Oct 2004 11:01:58 -0000 From: Jakub Steiner To: Larry Ewing In-Reply-To: <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 13:01:57 +0200 Message-Id: <1098788517.4161.106.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 11:02:03 -0000 On Fri, 2004-10-22 at 14:04 -0500, Larry Ewing wrote: > The plan has always been to allow for AND over the group as well as or > as well as NOT. I haven't gotten that far yet, and to be honest I'm not > sure how I want to proceed in the ui but that doesn't mean it is > impossible. There are existing implementations of the tag/category > metaphor that allow for just that. I was probably quite confusing when I talked about ditching the tag concept. I was really talking about the implemented tag _interface_. I am by no mean proposing to stop being able to assign keywords/tags to images and not being able to query the library based on these. I proposed replacing the tag interface where it is in the UI with albums. The assignment of this metadata would go to the metadata editor sidebar and the search functionality would consist of a quicksearch entrybox (http://primates.ximian.com/~glesage/wiki/doku.php? id=f-spot:quicksearch), advanced query editor with a chance to save the query as a virtual album. > > Metadata > > -------- > > We do want to have additional metadata associated with an image. It is > > confusing to use this concept for some, and another for the rest (name, > > caption...) > > > > Do you mean that it is strange to have sticky note on an image as well > as an exposure sheet and a description? I'm trying to understand but I > think you are suffering from the fact that you keep wanting to see tags > as albums not as sticky notes. > > Or do you mean that I mean in terms of workflow. User wants to classify his images. With the current interface I would use the tag assignment interface to classify my pictures and then go to the metadata editor to assign additional. The tag interface would also somehow need to hold the information that sucha tag is "standard", ie contained in a metadata spec such as IPTC/XMP (usable for export - http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export, see use case) or an arbitrary keyword. > > Export Implementation > > --------------------- > > While it is theoretically possible to come up with a dynamic web system > > for exporting photos on the web, retaining the same concepts as applied > > on F-Spot alone with tags, it relies heavily on server side scripting > > and doesn't sound trivial to do. Generating static HTML pages with the > > tag interface is hardly doable with way too many permutations to deal > > with. > > There is no possible way to match all the various web gallery structures > and I don't think we want to. A web gallery is an item unto itself it > is external to your file drawer. Don't try to make one into the other. I'm not sure I follow here on this one. Are you saying that moving the F-Spot interface onto the web for consistent look and feel isn't a goal to aim to? > As an evolution hack I developed a lot of opinions on vfolders few of > them good. Most of the problems I have with them are related to > implementation details, like speed in switching, but in general I think > they require too much setup and don't offer much. I end up just doing > quick searches to find mail I'm interested in 99% of the time. I do > have some mail sorted into actual folders, usually list mail which I > consider separate enough from the rest of my mail that I don't want to > mix them. I really think having a search history and forward/back > navigation makes more sense than having explicitly saved searches. As noted above, The quicksearch functionality isn't to be ditched, but I propose using the simple entry-box than the structured tag interface. > > Reuse & Consistency > > ------------------- > > The concept of stored queries isn't new. We have them in Evolution and > > hopefully thanks to beagle it will appear in the file-manager, file > > dialogs and elsewhere on the desktop. > > I use evolution's search or beast to find messages not vfolders. And I > use google a lot more than my bookmarks. Granted I do have a few > bookmarks (as an aside, I'm actually using mostly using tomboy for > bookmarks lately) just like I have mail folders. The google interface is very much more similar to the quicksearch described above than the tag interface. > I'm having trouble with the valbum metaphor in another place here too. > The way I see it stored searches are live queries on a set of attributes > and so I'm wondering what attributes we can build valbums from. Are you > saying that we should have two types of album, one that is actual and > one that is virtual? And If so that virtual albums are stored queries on > the combination of actual album and other attributes like time and date? > How would this be represented in the ui? You are in fact right that the album would in fact be implemented exactly the same way as the virtual album (a query for property album="foo"). However a simple interface would be used to define this (drag a selection of photos onto the album sidepane, choosing "new album" etc.) The difference between album and virtual album would be that album is a single property and and thus the "physical" links (one album per image) and virtual album is a stored query (can contain images independent of their album property). > > Metadata > > -------- > > Image attributes (including the stuff that's done with tags now) is > > defined at one place in the UI. > > > > I'm not sure what you are getting at here. If there are multiple album > types there has to be a lot of ui for making the valbum and if there are > only valbums Again, this is from the workflow perspective. When one classifies images, the metadata editing sidepane would be the only place to do this in. The tag interface combines assignment (classficiation) and query into one. However classification can be quite complex if we want to make the metainfo usable outside F-Spot and make the interface for querying rather complex and it's not very scalable in a asense that you have to navigate a fairly complex tree or tags to do a search query. Hope this clarifies my proposal a bit more. From jpr@novell.com Tue Oct 26 11:06:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 76FEE3B1393 for ; Tue, 26 Oct 2004 11:06:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04016-04 for ; Tue, 26 Oct 2004 11:06:21 -0400 (EDT) Received: from lyle.provo.novell.com (lyle.provo.novell.com [137.65.81.174]) by menubar.gnome.org (Postfix) with ESMTP id 197D53B139C for ; Tue, 26 Oct 2004 11:05:55 -0400 (EDT) Received: from 192.168.1.6 ([137.65.81.216]) by lyle.provo.novell.com; Tue, 26 Oct 2004 09:05:46 -0600 From: JP Rosevear To: "miKeL a.k.a.mc2" In-Reply-To: <1098653709.1577.57.camel@mcii.local> References: <1098653709.1577.57.camel@mcii.local> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 11:09:33 -0400 Message-Id: <1098803373.7862.133.camel@bishop.rosevear.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: ./configure error X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 15:06:26 -0000 On Sun, 2004-10-24 at 23:35 +0200, miKeL a.k.a.mc2 wrote: > can somebody help me please? > I'm in SuSE9.0 > > > checking for pkg-config... /usr/bin/pkg-config > checking for GLIB - version >= 2.0.0... no > *** Could not run GLIB test program, checking why... > *** The test program failed to compile or link. See the file > config.log for the > *** exact error that occured. This usually means GLIB is incorrectly > installed. > checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= > 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the > pkg-config search path. > Perhaps you should add the directory containing `libgnome-2.0.pc' > to the PKG_CONFIG_PATH environment variable > No package 'libgnome-2.0' found > > configure: error: Library requirements (libgnome-2.0 >= 2.2 > libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; > consider adjusting the PKG_CONFIG_PATH environment variable if your > libraries are in a nonstandard prefix so pkg-config can find them. I'd suspect you are missing appropriate -devel packages. -JP -- JP Rosevear Novell, Inc. From loz@flower.powernet.co.uk Tue Oct 26 15:07:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 826283B078E for ; Tue, 26 Oct 2004 15:07:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15371-01 for ; Tue, 26 Oct 2004 15:07:49 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 8B7383B0791 for ; Tue, 26 Oct 2004 15:07:48 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9QJ7lHK003914 for ; Tue, 26 Oct 2004 20:07:47 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 39442FF6E for ; Tue, 26 Oct 2004 20:07:42 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098044116.6135.34.camel@hal.jimmac.cz> References: <1098044116.6135.34.camel@hal.jimmac.cz> Content-Type: text/plain Date: Tue, 26 Oct 2004 20:07:41 +0100 Message-Id: <1098817661.17366.2.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 19:07:52 -0000 I've created enhancements/patches for these on Bugzilla Confirmation Dialogs: http://bugzilla.gnome.org/show_bug.cgi?id=156441 (Basic) Mime handling menu; lots of stuff outstanding: http://bugzilla.gnome.org/show_bug.cgi?id=156506 Loz On Sun, 2004-10-17 at 13:15 -0700, Jakub Steiner wrote: > While working on more generic UI issues, there's two tiny things that > would be nice to have asap. > > * delete from disk should ask for confirmation > * "File>Edit in Gimp" should make a copy of the original and > opening the copy in GIMP for easy edits. Perhaps could be more > generic with a list of associated mime handlers as in nautilus. > > Rock on! > -- Laurence Hygate From mosfeets@hotmail.com Wed Oct 27 09:12:16 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EE6C13B0CE0 for ; Wed, 27 Oct 2004 09:12:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25896-10 for ; Wed, 27 Oct 2004 09:12:14 -0400 (EDT) Received: from hotmail.com (bay24-f19.bay24.hotmail.com [64.4.18.69]) by menubar.gnome.org (Postfix) with ESMTP id 4DE9D3B0CDC for ; Wed, 27 Oct 2004 09:12:14 -0400 (EDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 27 Oct 2004 06:12:02 -0700 Received: from 168.159.190.36 by by24fd.bay24.hotmail.msn.com with HTTP; Wed, 27 Oct 2004 13:11:37 GMT X-Originating-IP: [168.159.190.36] X-Originating-Email: [mosfeets@hotmail.com] X-Sender: mosfeets@hotmail.com From: "Bryan McFeeters" To: f-spot-list@gnome.org Date: Wed, 27 Oct 2004 09:11:37 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 Oct 2004 13:12:02.0061 (UTC) FILETIME=[8C3A0BD0:01C4BC26] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Photoshop Album Extras X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 13:12:16 -0000 Hello to all you geniuses out there. I've been using Adobe Photoshop Album for almost a year now and I'm very excited to see the work that everyone has acomplished on F-Spot. Needless to say, I'll probably be switching photo management platforms in the the near future. Keep up the good work. Anyway, I ran across some information that I thought that people might be interesting in. This webiste contains some free tools (which I think should have been included in PSA from the start, and maybe could be included in F-Spot at some point) and information about the jet database that is used by PSA. I'm not sure if it will be usefull for ya but I thought I'd pass it along. http://www.robotbattle.com/psa/ Good luck with your continuing development efforts and thanks for a great application. Bryan McFeeters _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar – get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ From bengt@thuree.com Wed Oct 27 11:45:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3D05B3B14AD for ; Wed, 27 Oct 2004 11:45:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01473-09 for ; Wed, 27 Oct 2004 11:45:25 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id BE2633B14A8 for ; Wed, 27 Oct 2004 11:45:24 -0400 (EDT) Received: from 192.168.1.111 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 2BAE33A986 for ; Wed, 27 Oct 2004 17:45:08 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Thu, 28 Oct 2004 00:45:10 +0900 Message-Id: <1098891910.5347.19.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Use Case addition? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 15:45:27 -0000 Hi I thought of another small addition to the use case list that I think would be very help-full. At least in the way I work I would really appreciate it. > Managing > 6.Isztwan has a number of photos taken by his friends at various gigs > and events. He always asks them if he could copy those before heading > home. Heÿd like to be able to mark those images to be able to query > his library by author. Unfortunately his camera, nor the ones of his > friends stores such information in EXIF headers. He already has images > by his friends in the library and is able to find them querying for > events. ----- 7. After having imported the latest photos from his camera as well as from a cd, Isztwan is very happy to see that he can easily choose to see (work) only with the latest imported batch of pictures. (He could choose to work with one or more of the five latest import batches ). This makes it very easy for him to categorize the pictures, as well as verify the categories. ----- This would help if you have 10,000 pictures and just imported another 200. If you for instance wants to see which of the pictures you just imported had the tag Wife, and you select this tag you should not get ALL wife tagged pictures, but only the wife tagged pictures of this import batch. When you de-select this tag you see all the pictures from this import batch again. Sorry for my bad English, but I hope I managed to get the idea across anyway. Bengt From jimmac@ximian.com Wed Oct 27 20:16:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AAC1A3B0DF5 for ; Wed, 27 Oct 2004 20:16:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26344-09 for ; Wed, 27 Oct 2004 20:16:56 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id CE92E3B0CDA for ; Wed, 27 Oct 2004 20:16:55 -0400 (EDT) Received: (qmail 8689 invoked from network); 28 Oct 2004 00:16:55 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 00:16:55 -0000 From: Jakub Steiner To: Bengt Thuree In-Reply-To: <1098891910.5347.19.camel@localhost.localdomain> References: <1098891910.5347.19.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 02:18:29 +0200 Message-Id: <1098922709.20419.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Use Case addition? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 00:16:58 -0000 On Thu, 2004-10-28 at 00:45 +0900, Bengt Thuree wrote: > Hi > > I thought of another small addition to the use case list that I think > would be very help-full. At least in the way I work I would really > appreciate it. Hi Bengt, I added the case to the import tasks. Thanks! -- Jakub Steiner From bengt@thuree.com Thu Oct 28 08:04:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F07E93B15DD for ; Thu, 28 Oct 2004 08:04:44 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21055-10 for ; Thu, 28 Oct 2004 08:04:41 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 638C03B1601 for ; Thu, 28 Oct 2004 08:03:32 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 1FA763A986 for ; Thu, 28 Oct 2004 14:03:18 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 28 Oct 2004 21:03:22 +0900 Message-Id: <1098965002.4821.15.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:04:45 -0000 Hi, I just thought of another use case. Managing: ----- After adding a number of tags to each photo Isztwan realize that the file name IMG0010.jpg do not really give much information of the picture. He quickly selects the pictures to be renamed, then starts the rename function, selects the template for how the new filename should be created, and that the original file should be saved in another directory. Clicks on OK, and all selected pictures have been renamed. Much easier for grandmother to understand what each picture contains at a glance this way. ----- The template should make it easy to choose * a Date/Time stamp from Exif (the full YYYYMMDDHHMMSS, or just a part of it like YYMMDDHHMM), * some of the other tags, for instance - country - location - keyword (the first one...) * Manual string * a counter value (starting index, and how many digits (like 01, or 0001). Bengt From bengt@thuree.com Thu Oct 28 08:20:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 442DF3B14B7 for ; Thu, 28 Oct 2004 08:20:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21928-04 for ; Thu, 28 Oct 2004 08:20:31 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 0EA293B154C for ; Thu, 28 Oct 2004 08:20:31 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 3356D3A987 for ; Thu, 28 Oct 2004 14:20:03 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 28 Oct 2004 21:20:07 +0900 Message-Id: <1098966007.4821.20.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:20:33 -0000 Hi, What do you guys think of having nested tags? Something like People Family Father Mother Daugther Son School Person1 Person2 Friends Friend1 Friend2 Daugther Friend1 Friend2 Would this be possible? Would be very easy to select pictures with one or more from a family, or friends group anyway /Bengt From stevelist@silverorange.com Thu Oct 28 09:06:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 455133B129C for ; Thu, 28 Oct 2004 09:06:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24074-10 for ; Thu, 28 Oct 2004 09:06:06 -0400 (EDT) Received: from nova.silverorange.com (nova.silverorange.com [198.167.161.16]) by menubar.gnome.org (Postfix) with ESMTP id B12F93B09D5 for ; Thu, 28 Oct 2004 09:06:05 -0400 (EDT) Received: from [192.168.1.40] (unknown [142.176.234.122]) by nova.silverorange.com (Postfix) with ESMTP id 0B4A3C252D; Thu, 28 Oct 2004 10:06:02 -0300 (ADT) Message-ID: <4180EE95.8060102@silverorange.com> Date: Thu, 28 Oct 2004 10:05:25 -0300 From: Steven Garrity User-Agent: Mozilla Thunderbird 0.8 (X11/20040919) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bengt Thuree References: <1098966007.4821.20.camel@localhost.localdomain> In-Reply-To: <1098966007.4821.20.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:06:08 -0000 Bengt Thuree wrote: > What do you guys think of having nested tags? For what it's worth, our web-gallery system uses nested tags: http://gallery.actsofvolition.com/photos/galleryinfo Steven Garrity From bengt@thuree.com Thu Oct 28 09:31:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1A1D83B0AC7 for ; Thu, 28 Oct 2004 09:31:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25052-06 for ; Thu, 28 Oct 2004 09:31:33 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id EA7A63B07C6 for ; Thu, 28 Oct 2004 09:31:32 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 737673A986 for ; Thu, 28 Oct 2004 15:31:15 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Thu, 28 Oct 2004 22:31:16 +0900 Message-Id: <1098970276.4821.31.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Possibility to reduce size when sending image by mail. X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:31:36 -0000 Hi, I would like to modify this use case a little bit. Interoperability > 2. Isztwan is mailing his girlfriend if she wants to join them on the > weekend for the gig in Kagh. He wants to attach an image of the club > to the mail. Heÿs using Ximian Evolution. ----- Before Isztwan mail client sends the mail with the image, he can choose if he wants to send the original (3 MB), or reduce the size to a pre-defined size first. ----- Similar to what Windows XP has today. XSmall - 400 * 300 Small - 640 * 480 Medium - 800 * 600 Large - 1024 * 768 Bengt From bengt@thuree.com Thu Oct 28 09:59:14 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1B1503B08FB for ; Thu, 28 Oct 2004 09:59:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26226-07 for ; Thu, 28 Oct 2004 09:59:11 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 8B2F83B0C1A for ; Thu, 28 Oct 2004 09:58:18 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 4C0563A986; Thu, 28 Oct 2004 15:57:56 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org In-Reply-To: <4180EE95.8060102@silverorange.com> References: <1098966007.4821.20.camel@localhost.localdomain> <4180EE95.8060102@silverorange.com> Content-Type: text/plain Date: Thu, 28 Oct 2004 22:57:59 +0900 Message-Id: <1098971879.4821.45.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:59:14 -0000 Hi Thanks, your gallery looks very nice. For the moment I am using www.photography-on-the.net, you can check our own gallery at www.thuree.com/bt But as you can see, I have nothing like nested tags. Do not quite know how it should be implemented, just that it would simplify matters quite a bit when you are using f-spot to select various pictures. I definitely know that I do not want to add a lot of tags in f-spot, and then have to redo the tags in whatever gallery program I am using. Perhaps I should change to the one you are using (http://labs.silverorange.com/a/photogallery) It really looks good. Anything special you need to consider if you want to use it? Is it easy to upload new pictures? No extra text file with texts or? /Bengt On Thu, 2004-10-28 at 10:05 -0300, Steven Garrity wrote: > Bengt Thuree wrote: > > What do you guys think of having nested tags? > > For what it's worth, our web-gallery system uses nested tags: > http://gallery.actsofvolition.com/photos/galleryinfo > > Steven Garrity > From johan.viklund@gmail.com Thu Oct 28 11:22:14 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8682A3B1690 for ; Thu, 28 Oct 2004 11:22:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31061-07 for ; Thu, 28 Oct 2004 11:22:12 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by menubar.gnome.org (Postfix) with ESMTP id 005AD3B1676 for ; Thu, 28 Oct 2004 11:21:28 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 65so524140wri for ; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=FSPPAcZJx7Ojx+9vkVUqW2RGJBsmsRHQNQqGCO02Fx6BoieB+8PyYDaMO7Yyn1RIpGRjYTDvmcQwGh+9K+PDa/6d+ZN8aq1OkmJLD0x5Dv2GlJKWh7Hv6gyo7hkEjkKavA+buW0IvTgTxlALBfJHFh+Jwwi5lRaDfYKbnhaY9Mo= Received: by 10.38.76.80 with SMTP id y80mr1406027rna; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) Received: by 10.38.125.15 with HTTP; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) Message-ID: <5e924f0a04102808214767f692@mail.gmail.com> Date: Thu, 28 Oct 2004 17:21:23 +0200 From: Johan Viklund To: f-spot-list@gnome.org In-Reply-To: <1098971879.4821.45.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098966007.4821.20.camel@localhost.localdomain> <4180EE95.8060102@silverorange.com> <1098971879.4821.45.camel@localhost.localdomain> X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Johan Viklund List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 15:22:14 -0000 Hi, F-spot uses nested tags, they're called categories (which are a special form of tag that can have children). On Thu, 28 Oct 2004 22:57:59 +0900, Bengt Thuree wrote: > Hi > > Thanks, your gallery looks very nice. > > For the moment I am using www.photography-on-the.net, you can check our > own gallery at www.thuree.com/bt > > But as you can see, I have nothing like nested tags. Do not quite know > how it should be implemented, just that it would simplify matters quite > a bit when you are using f-spot to select various pictures. > > I definitely know that I do not want to add a lot of tags in f-spot, and > then have to redo the tags in whatever gallery program I am using. > Perhaps I should change to the one you are using > (http://labs.silverorange.com/a/photogallery) It really looks good. > > Anything special you need to consider if you want to use it? > Is it easy to upload new pictures? No extra text file with texts or? > > /Bengt > > > > On Thu, 2004-10-28 at 10:05 -0300, Steven Garrity wrote: > > Bengt Thuree wrote: > > > What do you guys think of having nested tags? > > > > For what it's worth, our web-gallery system uses nested tags: > > http://gallery.actsofvolition.com/photos/galleryinfo > > > > Steven Garrity > > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > -- Johan Viklund E-post: Blog: http://home.student.uu.se/j/jovi0705/blog/ From jimmac@ximian.com Thu Oct 28 12:05:49 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6EB013B16A5 for ; Thu, 28 Oct 2004 12:05:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01343-07 for ; Thu, 28 Oct 2004 12:05:46 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2E3BA3B16EB for ; Thu, 28 Oct 2004 12:04:20 -0400 (EDT) Received: (qmail 9786 invoked from network); 28 Oct 2004 16:04:19 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 16:04:19 -0000 From: Jakub Steiner To: Bengt Thuree , f-spot-list@gnome.org In-Reply-To: <1098965002.4821.15.camel@localhost.localdomain> References: <1098965002.4821.15.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 18:04:43 +0200 Message-Id: <1098979484.11471.12.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:05:49 -0000 On Thu, 2004-10-28 at 21:03 +0900, Bengt Thuree wrote: > Hi, > > I just thought of another use case. > > Managing: > ----- > After adding a number of tags to each photo Isztwan realize that the > file name IMG0010.jpg do not really give much information of the > picture. He quickly selects the pictures to be renamed, then starts the > rename function, selects the template for how the new filename should be > created, and that the original file should be saved in another > directory. Clicks on OK, and all selected pictures have been renamed. > Much easier for grandmother to understand what each picture contains at > a glance this way. > ----- This isn't much of a use case. Why does Isztwan want to rename the files? Because it looks bad? I don't think a filename is an important attribute of the image (apart from the fact it needs to be unique in a directory). Why would a user want to care about filenames? What would an automated filename generation solve? cheers -- Jakub Steiner From jimmac@ximian.com Thu Oct 28 12:10:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 769E13B0C06 for ; Thu, 28 Oct 2004 12:10:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01666-03 for ; Thu, 28 Oct 2004 12:10:37 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 69D623B089B for ; Thu, 28 Oct 2004 12:10:36 -0400 (EDT) Received: (qmail 9809 invoked from network); 28 Oct 2004 16:10:35 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 16:10:35 -0000 From: Jakub Steiner To: Bengt Thuree In-Reply-To: <1098966007.4821.20.camel@localhost.localdomain> References: <1098966007.4821.20.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 18:10:58 +0200 Message-Id: <1098979858.10762.18.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:10:43 -0000 On Thu, 2004-10-28 at 21:20 +0900, Bengt Thuree wrote: > Hi, > > What do you guys think of having nested tags? Actually F-Spot does use nested tags. When I look at my catalog though, I'd need a fairly big list of items in my tag tree. It's not very convenient to scroll and expand nodes to define a query and cancel it afterwards. That's why I proposed a simple google-like quicksearch interface. I'm still working on the prototype to test though :/ cheers -- Jakub Steiner From bjesus@gmail.com Thu Oct 28 14:46:54 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C35033B16EE for ; Thu, 28 Oct 2004 14:46:53 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09700-07 for ; Thu, 28 Oct 2004 14:46:52 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by menubar.gnome.org (Postfix) with ESMTP id AEFEF3B16DA for ; Thu, 28 Oct 2004 14:46:15 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 68so496066wri for ; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=H//V1X+m3q3Bpx8aPABmoao+/mlo9KQC7TKmDF/lxNTxHPp2VV8SdD5NGOQP71rukSiT4qORG7TzwgKQ+tFq3uczHdtV55PkbFVUmdnaHTLxDIOJus1DHITFqHO12uh4XNua9Ul7bQHIyuk+thZpYFIVnleGMWTWL8vNLWjyChg= Received: by 10.38.96.46 with SMTP id t46mr2118172rnb; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) Received: by 10.38.15.65 with HTTP; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) Message-ID: Date: Thu, 28 Oct 2004 20:45:55 +0200 From: Yo'av Moshe To: Jakub Steiner In-Reply-To: <1098979858.10762.18.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098966007.4821.20.camel@localhost.localdomain> <1098979858.10762.18.camel@localhost.localdomain> X-Virus-Scanned: by amavisd-new at gnome.org Cc: Bengt Thuree , f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yo'av Moshe List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:46:54 -0000 Maybe a little text-entry at the bottom of the list, that searchs on-the-fly, like Muine does with songs and albums? On Thu, 28 Oct 2004 18:10:58 +0200, Jakub Steiner wrote: > On Thu, 2004-10-28 at 21:20 +0900, Bengt Thuree wrote: > > Hi, > > > > What do you guys think of having nested tags? > > Actually F-Spot does use nested tags. When I look at my catalog though, > I'd need a fairly big list of items in my tag tree. It's not very > convenient to scroll and expand nodes to define a query and cancel it > afterwards. > > That's why I proposed a simple google-like quicksearch interface. I'm > still working on the prototype to test though :/ > > cheers > > -- > Jakub Steiner > > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > From bengt@thuree.com Thu Oct 28 19:39:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A9D53B0FC1 for ; Thu, 28 Oct 2004 19:39:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22972-06 for ; Thu, 28 Oct 2004 19:39:31 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id E95C23B0FD5 for ; Thu, 28 Oct 2004 19:39:30 -0400 (EDT) Received: from 192.168.1.114 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 6ED453A986; Fri, 29 Oct 2004 01:39:13 +0200 (CEST) From: Bengt Thuree To: Jakub Steiner In-Reply-To: <1098979484.11471.12.camel@localhost.localdomain> References: <1098965002.4821.15.camel@localhost.localdomain> <1098979484.11471.12.camel@localhost.localdomain> Content-Type: text/plain Date: Fri, 29 Oct 2004 08:39:16 +0900 Message-Id: <1099006756.4821.58.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 23:39:32 -0000 On Thu, 2004-10-28 at 18:04 +0200, Jakub Steiner wrote: > On Thu, 2004-10-28 at 21:03 +0900, Bengt Thuree wrote: > This isn't much of a use case. Why does Isztwan want to rename the > files? Because it looks bad? > > I don't think a filename is an important attribute of the image (apart > from the fact it needs to be unique in a directory). Why would a user > want to care about filenames? What would an automated filename > generation solve? As long as you stay in f-spot you do not really care about the file name. But if you want to find an image from the file browser, or sending the image to someone who is not so computer aware that there is such a thing as embedded informations in the image. In our case, everything is much much easier now when I have renamed all our images, since everyone in my family can find the images easier. And they do not have to use a particular software browser to do it. A quick glance at the filename and you will know date, location, and persons. Just my 5 cents... -Bengt From bengt@thuree.com Fri Oct 29 01:45:20 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 64A693B07B5 for ; Fri, 29 Oct 2004 01:45:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03881-05 for ; Fri, 29 Oct 2004 01:45:18 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 293D53B0694 for ; Fri, 29 Oct 2004 01:45:18 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id 127E43A986 for ; Fri, 29 Oct 2004 07:45:00 +0200 (CEST) Received: from 194.237.142.21 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Fri, 29 Oct 2004 14:45:00 +0900 (JST) Message-ID: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Date: Fri, 29 Oct 2004 14:45:00 +0900 (JST) From: "Bengt Thuree" To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 05:45:20 -0000 Hej Would this option be something of interest for F-Spot? Moving-Copying pictures. ------------------------ 1) Move the picture(s) to a new directory 2) Copy the picture(s) to a new directory, and f-spot will refere to the new copy. 3) Duplicate the picture(s) to a new directory, and f-spot will still refere to the old file. Nothing from a f-spot users point of view, but if a person wants to have their own directory structure, or perhaps wants to create a special directory (cd?) with some images. Preparing a CD with pictures. ----------------------------- It would be nice to prepare a CD with pictures, to be sent to friends and family. For conveniance there should be a slideshow viewer on this CD. Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in all environments. Preparing a DVD with pictures. ------------------------------ Could also prepare a DVD with an automatic slideshow of some pictures. Makes it easier to send some pictures to someone who do not have a computer, but do have a TV for instance. My small few cents of thoughts... /Bengt -- Bengt Thuree bengt@thuree.com www.thuree.com/bt From tobias.jakobs@web.de Thu Oct 28 16:05:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A07073B168B for ; Thu, 28 Oct 2004 16:05:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13399-04 for ; Thu, 28 Oct 2004 16:05:21 -0400 (EDT) Received: from smtp05.web.de (smtp05.web.de [217.72.192.209]) by menubar.gnome.org (Postfix) with ESMTP id 140B53B0E5F for ; Thu, 28 Oct 2004 16:05:21 -0400 (EDT) Received: from [217.83.93.109] (helo=192.168.0.4) by smtp05.web.de with esmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.101 #44) id 1CNGWO-0003qq-00 for f-spot-list@gnome.org; Thu, 28 Oct 2004 22:05:20 +0200 From: Tobias Jakobs To: f-spot-list@gnome.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GUbIgdZ6NFfnIYFT1o5D" Date: Thu, 28 Oct 2004 22:05:17 +0200 Message-Id: <1098993917.5565.48.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Sender: tobias.jakobs@web.de X-Sender: tobias.jakobs@web.de X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Fri, 29 Oct 2004 11:26:08 -0400 Subject: My f-spot wishlist X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 20:05:22 -0000 --=-GUbIgdZ6NFfnIYFT1o5D Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I just wrote down some ideas I would like to see in a photo manager. It is a simpel list and not a use case novel. If you don't understand some think feel free to ask. Import - from directories on harddisk - from CF-Cards mounted as harddisk - from digiKam (KDE Programm digikam.sf.net) Share - via e-mail (Evolution) - copy to a FTP-Server and send mail to friends with the URL - via Gallery and send mail to friends with the URL - Apple iPhoto (local LAN) - send the photos to a print service - burn to CD-R or make a DVD Manage - integration of the Evoluton address book (people) - Audio comments - AVIs from the Digikam - Map-Stuff (look at the mockup [1] ) Find Images - Map-Stuff (e.g. 50km around London) - imgSeek style ("just paint the image you are searching" or images like this one) Editing - Edit in Gimp Dia-Show - background music with Rythembox play-list [1] http://hagemaenner.de/stuff/f-spot/f-spot.png --=20 Tobias Jakobs --=-GUbIgdZ6NFfnIYFT1o5D Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBgVD9O1tyfLeGydARAkzDAKCulLC8mnE1D7O4iTkJhrIBKUPQVwCfZXnJ vzC0bXytNm0oKAL6pOZa/og= =Og/Y -----END PGP SIGNATURE----- --=-GUbIgdZ6NFfnIYFT1o5D-- From bjesus@gmail.com Fri Oct 29 11:48:15 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CA8803B17B0 for ; Fri, 29 Oct 2004 11:48:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00473-10 for ; Fri, 29 Oct 2004 11:48:14 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by menubar.gnome.org (Postfix) with ESMTP id BBAA73B1039 for ; Fri, 29 Oct 2004 11:48:14 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 68so608890wri for ; Fri, 29 Oct 2004 08:48:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=DIIlilGMoPNao7vLb+IvwmPECTWE6+yKoX09cuyyWFxaEIiaFdzlyrjOvWedqnm+j/KcTRriaJ7BulnU9q2gY4SyHqVCdp2sfli/XTJBeabiU/kzK3te2bnsS60qiCyBZn2iBTYkMN3Ghifoy843dHi1iUPP1nmK2jRtL84xV3w= Received: by 10.38.209.67 with SMTP id h67mr745286rng; Fri, 29 Oct 2004 08:48:14 -0700 (PDT) Received: by 10.38.15.65 with HTTP; Fri, 29 Oct 2004 08:48:13 -0700 (PDT) Message-ID: Date: Fri, 29 Oct 2004 17:48:13 +0200 From: Yo'av Moshe To: Bengt Thuree In-Reply-To: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yo'av Moshe List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 15:48:16 -0000 As for putting the photos on a CD - I think that creating a webpage on the CD can be a solution for having it work on all OSs (Linux, Windows and OS X). About the "Moving-Copying Files" things - I think this is a door of troubles. Having F-Spot create directories that it should ignore, or replace locations of pictures from the database with others - It all sounds too unknown as for "what is going to happen if I'll use this option". Hope you understood my points - my English isn't very good. Nice weekend. Yo'av. On Fri, 29 Oct 2004 14:45:00 +0900 (JST), Bengt Thuree wrote: > > Hej > > Would this option be something of interest for F-Spot? > > Moving-Copying pictures. > ------------------------ > 1) Move the picture(s) to a new directory > 2) Copy the picture(s) to a new directory, and f-spot will refere to the > new copy. > 3) Duplicate the picture(s) to a new directory, and f-spot will still > refere to the old file. > > Nothing from a f-spot users point of view, but if a person wants to have > their own directory structure, or perhaps wants to create a special > directory (cd?) with some images. > > Preparing a CD with pictures. > ----------------------------- > It would be nice to prepare a CD with pictures, to be sent to friends and > family. For conveniance there should be a slideshow viewer on this CD. > Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in > all environments. > > Preparing a DVD with pictures. > ------------------------------ > Could also prepare a DVD with an automatic slideshow of some pictures. > Makes it easier to send some pictures to someone who do not have a > computer, but do have a TV for instance. > > My small few cents of thoughts... > > /Bengt > > -- > Bengt Thuree bengt@thuree.com www.thuree.com/bt > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > From loz@flower.powernet.co.uk Fri Oct 29 16:05:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7985B3B0FCE for ; Fri, 29 Oct 2004 16:05:02 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13494-01 for ; Fri, 29 Oct 2004 16:04:57 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 7F7A53B179B for ; Fri, 29 Oct 2004 16:04:53 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9TK4qr8016204 for ; Fri, 29 Oct 2004 21:04:52 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 73791FFFC for ; Fri, 29 Oct 2004 21:04:47 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: text/plain Date: Fri, 29 Oct 2004 21:04:47 +0100 Message-Id: <1099080287.11182.7.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Wish list X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 20:05:05 -0000 1. Able to assign shortcut keys for tagging; It would be interesting to see the distribution of tags used by people. I have a small number of tags that dominate my photos, and a larger number that are used less frequently. 2. A function to assign the same tags as the last photo to the current photo. (I often have three or four photos of the same scene) 3. Ability to export to CD in digital camera format (DCIM?) I have a portable DVD player that can display photos in this format (provided the correct JPEG standard is used). cheers Loz From bengt@thuree.com Fri Oct 29 21:01:55 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C87603B0EEB for ; Fri, 29 Oct 2004 21:01:55 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24444-10 for ; Fri, 29 Oct 2004 21:01:54 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 1D3023B0EC6 for ; Fri, 29 Oct 2004 21:01:54 -0400 (EDT) Received: from 192.168.1.116 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id F044D3A986; Sat, 30 Oct 2004 03:01:34 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org In-Reply-To: References: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Content-Type: text/plain Date: Sat, 30 Oct 2004 10:01:39 +0900 Message-Id: <1099098099.5106.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 01:01:56 -0000 Hi Webpage on the CD should work, especially if we can get it to be a fullscreen slideshow also. Not the best solution, but the one that would work for all systems. Moving images around. Yes I agree, not the first option a user should use, since as you said it do sound a bit daring. But, I am certain that sometime the user would like to move the pictures to another directory for whatever reason, or copy them to a backup directory (give access to a few pictures out of the collection to another user for instance). I know I have used it now for instance... I put the new pictures in a separate directory, and when I was finished working with them I moved them to the right place. Also, I re-organized all my pictures into folder structure based upon dates from a folder structure based upon happening earlier. I moved 3000+ pictures this way, and it was very very easy. Greatly appreciated that function for sure. /Bengt On Fri, 2004-10-29 at 17:48 +0200, Yo'av Moshe wrote: > As for putting the photos on a CD - I think that creating a webpage on > the CD can be a solution for having it work on all OSs (Linux, Windows > and OS X). > > About the "Moving-Copying Files" things - I think this is a door of > troubles. Having F-Spot create directories that it should ignore, or > replace locations of pictures from the database with others - It all > sounds too unknown as for "what is going to happen if I'll use this > option". > > Hope you understood my points - my English isn't very good. > > Nice weekend. > Yo'av. > > On Fri, 29 Oct 2004 14:45:00 +0900 (JST), Bengt Thuree wrote: > > > > Hej > > > > Would this option be something of interest for F-Spot? > > > > Moving-Copying pictures. > > ------------------------ > > 1) Move the picture(s) to a new directory > > 2) Copy the picture(s) to a new directory, and f-spot will refere to the > > new copy. > > 3) Duplicate the picture(s) to a new directory, and f-spot will still > > refere to the old file. > > > > Nothing from a f-spot users point of view, but if a person wants to have > > their own directory structure, or perhaps wants to create a special > > directory (cd?) with some images. > > > > Preparing a CD with pictures. > > ----------------------------- > > It would be nice to prepare a CD with pictures, to be sent to friends and > > family. For conveniance there should be a slideshow viewer on this CD. > > Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in > > all environments. > > > > Preparing a DVD with pictures. > > ------------------------------ > > Could also prepare a DVD with an automatic slideshow of some pictures. > > Makes it easier to send some pictures to someone who do not have a > > computer, but do have a TV for instance. > > > > My small few cents of thoughts... > > > > /Bengt > > > > -- > > Bengt Thuree bengt@thuree.com www.thuree.com/bt > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list > > > From bengt@thuree.com Sat Oct 30 07:51:07 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 813BF3B0F6E for ; Sat, 30 Oct 2004 07:51:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14709-01 for ; Sat, 30 Oct 2004 07:51:06 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id BF4113B0C6E for ; Sat, 30 Oct 2004 07:51:05 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id AE4203A986 for ; Sat, 30 Oct 2004 13:50:32 +0200 (CEST) Received: from 165.76.225.194 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Sat, 30 Oct 2004 20:50:32 +0900 (JST) Message-ID: <1158.165.76.225.194.1099137032.squirrel@denton.thuree.com> Date: Sat, 30 Oct 2004 20:50:32 +0900 (JST) From: "Bengt Thuree" To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Handling of Videos X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 11:51:07 -0000 Hi Most of the small compact digital cameras can shoot a small video today, and it would be great if F-Spot could handle them as well. Perhaps not to the same extent to start with, but at least with date and then hopefully later it can handle some standard fields in it as well. You should alo be able to select if you want to see pictures, Videos or both in f-spot. iView MediaPro is handling videos more or less in the same way as it is handling Pictures. /Bengt -- Bengt Thuree bengt@thuree.com www.thuree.com/bt From gcgaf-f-spot-list@m.gmane.org Sat Oct 30 14:48:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 541773B0A92 for ; Sat, 30 Oct 2004 14:48:59 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00985-08 for ; Sat, 30 Oct 2004 14:48:57 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id E5C423B09E7 for ; Sat, 30 Oct 2004 14:48:56 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CNy81-0003fG-00 for ; Sat, 30 Oct 2004 20:39:05 +0200 Received: from pd9e95d66.dip0.t-ipconnect.de ([217.233.93.102]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Oct 2004 20:39:03 +0200 Received: from danielpoe by pd9e95d66.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Oct 2004 20:39:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sat, 30 Oct 2004 19:33:28 +0200 Lines: 11 Message-ID: <20041030193328.76bbbdd7.danielpoe@gmx.de> References: <1098993917.5565.48.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e95d66.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: My f-spot wishlist X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 18:48:59 -0000 On Thu, 28 Oct 2004 22:05:17 +0200 Tobias Jakobs wrote: > - integration of the Evoluton address book (people) This would be really cool and consistent within the desktop! Gnome should really go to one "people" database instead of evolution/gaim/f-spot/... Rgds, Daniel From manatlan@gmail.com Sun Oct 31 08:15:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8CBDA3B08A5 for ; Sun, 31 Oct 2004 08:15:09 -0500 (EST) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08392-05 for ; Sun, 31 Oct 2004 08:15:08 -0500 (EST) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by menubar.gnome.org (Postfix) with ESMTP id CE17A3B0A42 for ; Sun, 31 Oct 2004 08:15:07 -0500 (EST) Received: by rproxy.gmail.com with SMTP id 79so68374rnk for ; Sun, 31 Oct 2004 05:15:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=tt8k+sSlE2a+WzS3q/XtqnIPtTdzB0+GwwPGVOe+uhIyZ5SZ1shYmusqRSlW4KATTk5VLOn8KsuZ1ZaiU1qN90uz0F+IligK7fBIR5lLn2wpepoEsR1hlQMVjThXAuL3EgaNJuegz2giT+/T/k3jUwItRSVYh9Q0TSqfisimMfA= Received: by 10.38.66.34 with SMTP id o34mr160710rna; Sun, 31 Oct 2004 05:15:07 -0800 (PST) Received: by 10.38.82.48 with HTTP; Sun, 31 Oct 2004 05:15:07 -0800 (PST) Message-ID: Date: Sun, 31 Oct 2004 14:15:07 +0100 From: manatlan To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Sun, 31 Oct 2004 17:32:20 -0500 Subject: i'm with you X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: manatlan List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Oct 2004 13:15:09 -0000 Hello ... I'm the developper of Jbrout (http://jbrout.online.fr/#screenshots) a "photo manager" that i've started last year ... i've tried a lot of product (adobe psa, picasa, imatch, ...), and a lot from the gpl world too But have'nt found the good product ! So i've started to developp mine in a gpl spirit ... with python & wxpython ... Recently i've full switched to linux ... and will continue to maintain my jbrout for a while ... But i've got some trouble with wxwidget under linux, and not enough time to bring it to good ... I find your nice product, which aim to be an "adobe psa" clone ... Adobe psa has got a lot of good features, but it's not the perfect product ! I'd like to explain all "good features" of my product ... that i'd like to see in f-spot ... but i've not a lot of time, and my english is poor ... (and on the website, there is only a french version ;-( ) I think your product will be a very good product, with all the active community, it will near perfection ! And i think i will use it in a near future ! for sure ! (I think i could participate with you, because i'm a csharp developper (on win platform, at my job)) of course i've tried f-spot, which seems to be very bugged on my mdk10.1 linux (exif not read ?! rotate core dump ...)... but i'll wait for a next release, or will get the cvs one of this day ... and try to make a good report of all strange things ... my product is a mix of psa/picasa/imatch ... - tags/comment stored in the picture (no db !!! just a volatile-db in a xml format to speed up the searchs, which can be rebuild from scratch at any time) - able to manage albums (and nested albums), which are simple folders on the fs. (which can be moved in jbrout or in the fs) - powerful search ... tags (with or without) and/or albums (with or without) and/or range time. (very speed with 10000 photos) - use jpeg thumbnail, and able to rotate/rebuild them along with pictures - a basket system (picasa) to be able to select a lot of photos (to be able to apply a lot of operation with them, (export, .. which are pluginables)) - calendar view i'd like to have in f-spot : - the concept of "no-db" by saving tags&comment in pictures ... - a "basket widget" (see picasa) - and a calendar view (see adobe psa) i will make you a better review in the future .. and perhaps will participate in f-spot ... From tvon@etria.com Mon Oct 11 10:53:23 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2FF593B0BA4 for ; Mon, 11 Oct 2004 10:53:23 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30378-01 for ; Mon, 11 Oct 2004 10:53:21 -0400 (EDT) Received: from server1.etria.com (server1.etria.com [69.44.58.248]) by menubar.gnome.org (Postfix) with ESMTP id EA5653B070E for ; Mon, 11 Oct 2004 10:53:20 -0400 (EDT) Received: from 192.168.1.105 (h-66-167-145-100.mclnva23.dynamic.covad.net [66.167.145.100]) by server1.etria.com (Postfix) with ESMTP id 84F856B805A for ; Mon, 11 Oct 2004 14:53:20 +0000 (UTC) From: Tom von Schwerdtner To: F-Spot List Content-Type: multipart/related; type="multipart/alternative"; boundary="=-KHRNb9/Hf8aLN9gm2x9k" Organization: Etria, LLP Date: Mon, 11 Oct 2004 10:53:04 -0400 Message-Id: <1097506384.5374.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: CVS, intltool foo X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:53:23 -0000 --=-KHRNb9/Hf8aLN9gm2x9k Content-Type: multipart/alternative; boundary="=-9vGFSONQbhjJilgxPT2V" --=-9vGFSONQbhjJilgxPT2V Content-Type: text/plain Content-Transfer-Encoding: 7bit Greetings, A recent CVS checkout gave me some intltool errors, namely: checking for intltool >= 0.21... ./configure: line 1: ./intltool-update.in: No such file or directory ./configure: line 1: ./intltool-update.in: No such file or directory ./configure: line 1970: test: : integer expression expected found. Your intltool is too old. You need intltool 0.21 or later. This seems to be due to the intltool-foo.in files missing. I copied the relevant files from the Tomboy CVS co and it configures fine now. -Tom Tom von Schwerdtner Etria, LLP - www.etria.com --=-9vGFSONQbhjJilgxPT2V Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Greetings,

  A recent CVS checkout gave me some intltool errors, namely:

checking for intltool >= 0.21... ./configure: line 1: ./intltool-update.in: No such file or directory
./configure: line 1: ./intltool-update.in: No such file or directory
./configure: line 1970: test: : integer expression expected
found. Your intltool is too old.  You need intltool 0.21 or later.

This seems to be due to the intltool-foo.in files missing.  I copied the relevant files from the Tomboy CVS co and it configures fine now.

-Tom

Tom von Schwerdtner
Etria, LLP - www.etria.com
--=-9vGFSONQbhjJilgxPT2V-- --=-KHRNb9/Hf8aLN9gm2x9k Content-ID: <1097506023.5374.0.camel@localhost.localdomain> Content-Disposition: attachment; filename=signature-logo.png Content-Type: image/png; name=signature-logo.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAADcAAAAyCAMAAADPyLPHAAAC91BMVEUBBAAEBwIAAQAHCQUICwcK DAgLDQoMDwsOEAwPEQ0QEg8RExAUFRMZGhgaHBocHRseHx0fIB4gIR8hIyAkJSMlJyQmKCUoKScp KygqLCkrLSosLSstLiwwMi8xMzAzNDI1NzQ3OTY4OjclQFMfQlkmQlUlRFE8PjsoQ1csRU4uRFI+ QD0qRVkvRVQmSGBAQT9BQkA0RlAxR1YhTWQ5R0wqS2RERUMkT2Y3SVNFR0Q8SlA5S1VGSEUuTmcp UW8+TFEvUGhISkcpVGs9T1lKTEpCUFU6U1xKTlBOT00wV3QpW3dFVFksWn1PUU4lXYVQUk9RU1BP VFYvXYBSVFFTVFIpYIgxXoJUVVMhZYxPV15VVlQ5XIE0XohWV1VWWFVXWVZSWmFWWlxRXV0wZY1X W11ZW1haXFkzZZQrapdbXVpSYWZcXls2Z5ZdX1xZYGc2apNeYF04aZlVZGleYmRgYl86a5thY2Bi ZGFgZWdkZWNlZmQ/b59maGVkaWtoaWdCcqI8dKloamdpa2g9datnbG5qbGlGc6prbWpsbmtucG1D erBvcW5GfLNAf7tydHFzdXJxdXhQe7NDgb10dnNLfrt1d3Q8h8F2eHVGhMBOgb54eXd1en15e3hR hMF7fHp4fX98fntMicZUhsN9f3x7gIN+gH1WiMZQis1/gX5Si89YisiBg4B/hIeChIGDhYKEhoOG iIWHiYaIioeJi4iKjImLjYqMjouNj4yPkY6Qko+Rk5CSlJGTlZKUlpOVl5SWmJWXmZaYmpeanJmc npudn5yfoZ6gop+ho6CipKGjpaKkpqOlp6SmqKWnqaaoqqepq6iqrKmrraqsrqutr6yusK2wsq6x s6+ytLGztbK0trO1t7S2uLW3uba4ure5u7i6vLm7vbq8vru9v7zAwr7CxMHExsPHycbIysfKzMnL zsrNz8zP0c7Q0s/T1dLU1tPW2NXY2tbb3drd39zg4t/k5uPl5+Tn6ebp6+jr7urv8e7x8/D09/P+ //wLUoWXAAAAAXRSTlMAQObYZgAAAAFiS0dEAIgFHUgAAAAJcEhZcwAACxMAAAsTAQCanBgAAAAH dElNRQfUCQENLBGrjimCAAAAHXRFWHRDb21tZW50AENyZWF0ZWQgd2l0aCBUaGUgR0lNUO9kJW4A AATgSURBVHjazVb/S1tXFM//Uhmj6H4QCgVpGQTJysbAIh2hEXLZg07G7pBLYWUkK/Sx3wa3o4xq MQF5pEt23Rgzmvo9JppETZOo+WbMiz6jsj1j5hPSmuWH3ffF5EXT4sZ+2P0h5J1zPvfcc8/nnHMN hv/rkiSptSI95XSS5Z2LinI+5iecEzu58VDuwnYB8zWL5aMOvHVOUXjpsPbaf51ZXApOOSAghWb1 +JVHHo/HNXwTpvS7ZQhCE+Kriri3X6nRdfgTCuth68ZHbro8btc1clCXZn0IJyuVPcIAAHpHqzIy DDd0OOdtN3XnocCH5owmE8LIztdqe9iEZ0KrSz6EXsvAoG27DttDX6vuPK7Bd6OqbJOzrslmJudS rki/t0LMrIyrocU6TrB+o7lzj1xRxRs2+wE1wsCf0xKQdyAF5yV1nIjuq+487sGOmHwhIThBTUSA o+W60QRQcH6uEZ/3fc2dx2Kl8UlhJkgtSggnGtneJaq/yZ8buE3rPdXd06vjgsEQghElkiH93RUw p+CcEzphsPvOY49n5H7Hs8ypFAdBxcCe0Ocq3pdVcExEJyytfHW97co7H5KsdJqBPln/EsT0lCxo x8yhZkoVYoGFcHqX/nFiWV/uJWJD+6oSNhVlcYUJXKS88jvL/CEbcHqqVk/XIFGzwDYYyr+cC2cO zygHlDD2QLSpWjCr0GwV1mOWlsztN98zE7WEtjnllDUH5nUniWHbkSyNfhKqxxzpGng+/PxhJ1E8 RkBJNiiZlxowIY6QAgta/WfHMuzAAZfb5XI/NKbl24EziruxRnRigpinlb1wv+6GU52DCqcH2+TK SjCHKnmJtrGYIxBuyaIUg9d1EcfaVUqPtM2XDdtYSV1NNCWrcovgPUEzXJclPNu/0FTrmc7vFU4P ti1LhoTpRMG9gDF+K71Khr5gc/Tzr4Sd8SabG9Mee1uh9D1z6lQi6mXWECYEms14fl9uDmMMIqni +XTHe+48HnliuT5Xrm6zqwrsT8BALiJWaGOJ/9JncqzstGqCcbbrahcK0vyl4e+qv6Nj6VjMz2MI bJx/Y+cNPVXYXEsqMQceqDDRwSJoZvDYYpI/uERPJqMq7gXw+lfTOUG6XC8XtPBqTpy+DGR7mZA1 GgQPBRWH9SX0Zjdc562bRsIbNntFFWcfO7oEbqadMu3brsVixlQ687d/CXcMHQ1u98c4nwWav1F9 EekmU2ZBNz0Kph9on3Z9yuYzjBbfCkq3gPHLsMfWoM0xtlB3rhtE2MF+FVcG/gu0KqcI8Akm3QRM XP9y8Mlda9JwMourKtAH187PwQgG0X2k752GCDJ2s0l5KEAtwNoDZ1JvIW54AT4qAl/TMao7qYwg /9nSyo8yjcHxOi23k9MsWK2E4HSxZfr57JRJhVVrB59D/3peKBYLm3E/NjlKlQkQbEUiYQFCzj+k FSBd06DH/szBYdhjdtC+CNlsyzTOGS0D12y+vkgdeJSdxBiT8C4d7RFmjG+dffiZ2z189bdpEKtd WAVka8zBc8EZv6OsuUGyAWbydTMqbUf+/JvYVoIDdEh3BiQpxvbHG6CSF6HxzFtoutx96247J9+9 ELV9wJK5xaUF71BfDxcV3s7vDfLjvPbE2F3XXlZTK3z5Hz3jqtXT45Nq9V88AE/p+s9flX8DF2Dw vq+w8lUAAAAASUVORK5CYII= --=-KHRNb9/Hf8aLN9gm2x9k-- From garrett@ximian.com Mon Oct 11 23:08:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C69433B0F94 for ; Mon, 11 Oct 2004 23:08:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31039-06 for ; Mon, 11 Oct 2004 23:08:01 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 7E0463B0F5B for ; Mon, 11 Oct 2004 23:08:01 -0400 (EDT) Received: (qmail 6741 invoked from network); 12 Oct 2004 03:07:57 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 12 Oct 2004 03:07:57 -0000 From: Garrett LeSage To: F-Spot list Content-Type: multipart/alternative; boundary="=-Snpm6Ng7E8AjtcuGdFYI" Organization: Novell, Inc. Date: Mon, 11 Oct 2004 23:05:48 -0400 Message-Id: <1097550349.13079.13.camel@30-5-54> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: F-Spot mockups X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 03:08:04 -0000 --=-Snpm6Ng7E8AjtcuGdFYI Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi all! I recently put some f-spot mockups and informaiton on a wiki on primates.ximian.com. Hopefully we can set up the wiki on a larger scale sometime soon. For now, it has some information you might want to check out, such as the print dialog and an enhance sidebar for f-spot. We will be adding more ideas and mockups as time goes on, so be sure to check back. You can view the wiki in its temporary location at: http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot Mockup eyecandy at: http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:enhancement http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:print_dialog Be sure to check out the other f-spot related pages on the wiki, and please share your comments about the ideas (and feel free to suggest your own here on the list). Garrett --=-Snpm6Ng7E8AjtcuGdFYI Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Hi all!

I recently put some f-spot mockups and informaiton on a wiki on primates.ximian.com.  Hopefully we can set up the wiki on a larger scale sometime soon.  For now, it has some information you might want to check out, such as the print dialog and an enhance sidebar for f-spot.  We will be adding more ideas and mockups as time goes on, so be sure to check back.

You can view the wiki in its temporary location at:
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot

Mockup eyecandy at:
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:enhancement
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:print_dialog

Be sure to check out the other f-spot related pages on the wiki, and please share your comments about the ideas (and feel free to suggest your own here on the list).

Garrett --=-Snpm6Ng7E8AjtcuGdFYI-- From w.l.devries@student.tudelft.nl Mon Oct 11 08:20:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0BA783B13E3 for ; Mon, 11 Oct 2004 08:20:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22818-03 for ; Mon, 11 Oct 2004 08:20:04 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 7B1463B0678 for ; Mon, 11 Oct 2004 08:20:03 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CGz9m-0005GO-6m for f-spot-list@gnome.org; Mon, 11 Oct 2004 14:20:02 +0200 Message-ID: <416A7A73.2070007@student.tudelft.nl> Date: Mon, 11 Oct 2004 14:20:03 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 13 Oct 2004 19:11:04 -0400 Subject: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 12:20:10 -0000 Hi, I was trying to install f-spot from cvs, but I ran into some autogen.sh troubles.. aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library AM_PROG_LIBTOOL seems to have been deprecated and replaced by AC_PROG_LIBTOOL. After changing it I still get these messages... libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined libeog/Makefile.am:14: libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' intltool 0.21 or later is required. I seem to have intltool debian version 0.31.3-1. checking for intltool >= 0.21... ./configure: line 1773: ./intltool-update.in: No such file or directory ./configure: line 1775: ./intltool-update.in: No such file or directory ./configure: line 1778: test: : integer expression expected found. Your intltool is too old. You need intltool 0.21 or later. I don't know if these versions are incompatible, but 0.31.3 is later than 0.21. After removing the dependency on the version it still misses the file intltool-extract.in Greetings, Wouter -- Wouter de Vries From tvon@etria.com Wed Oct 13 23:24:21 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 79B433B0896 for ; Wed, 13 Oct 2004 23:24:21 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01616-02 for ; Wed, 13 Oct 2004 23:24:20 -0400 (EDT) Received: from server1.etria.com (server1.etria.com [69.44.58.248]) by menubar.gnome.org (Postfix) with ESMTP id 328C73B0928 for ; Wed, 13 Oct 2004 23:24:20 -0400 (EDT) Received: from 192.168.0.201 (dsl093-119-225.blt1.dsl.speakeasy.net [66.93.119.225]) by server1.etria.com (Postfix) with ESMTP id 870A76B8073; Thu, 14 Oct 2004 03:24:19 +0000 (UTC) From: Tom von Schwerdtner To: Wouter Leonard de Vries In-Reply-To: <416A7A73.2070007@student.tudelft.nl> References: <416A7A73.2070007@student.tudelft.nl> Content-Type: multipart/related; type="multipart/alternative"; boundary="=-gnoCzD5cU5Ys9MhdIkIB" Organization: Etria, LLP Date: Wed, 13 Oct 2004 23:24:11 -0400 Message-Id: <1097724251.5111.25.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 03:24:21 -0000 --=-gnoCzD5cU5Ys9MhdIkIB Content-Type: multipart/alternative; boundary="=-Ikg4cusNyfEpfgNC9PJZ" --=-Ikg4cusNyfEpfgNC9PJZ Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2004-10-11 at 14:20 +0200, Wouter Leonard de Vries wrote: > Hi, > > I was trying to install f-spot from cvs, but I ran into some autogen.sh > troubles.. I sent a note to the list about this a week or two ago.. It seems the f-spot CVS is missing some intltool-*.in files. If you get a CVS checkout of tomboy and do: cp tomboy/intl-*.in f-spot/ Everything should run fine -Tom > > aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library > AM_PROG_LIBTOOL seems to have been deprecated and replaced by > AC_PROG_LIBTOOL. > After changing it I still get these messages... > libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined > libeog/Makefile.am:14: > libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add > `AC_PROG_LIBTOOL' > > > intltool 0.21 or later is required. I seem to have intltool debian > version 0.31.3-1. > > checking for intltool >= 0.21... ./configure: line 1773: > ./intltool-update.in: No such file or directory > ./configure: line 1775: ./intltool-update.in: No such file or directory > ./configure: line 1778: test: : integer expression expected > found. Your intltool is too old. You need intltool 0.21 or later. > > I don't know if these versions are incompatible, but 0.31.3 is later > than 0.21. After removing the dependency on the version it still misses > the file intltool-extract.in > > > Greetings, > Wouter > Tom von Schwerdtner Etria, LLP - www.etria.com --=-Ikg4cusNyfEpfgNC9PJZ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit On Mon, 2004-10-11 at 14:20 +0200, Wouter Leonard de Vries wrote: 
Hi,

I was trying to install f-spot from cvs, but I ran into some autogen.sh 
troubles..
I sent a note to the list about this a week or two ago..

It seems the f-spot CVS is missing some intltool-*.in files.  If you get a CVS checkout of tomboy and do:

cp tomboy/intl-*.in f-spot/

Everything should run fine

-Tom


aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library
AM_PROG_LIBTOOL seems to have been deprecated and replaced by 
AC_PROG_LIBTOOL.
After changing it I still get these messages...
libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined
libeog/Makefile.am:14:
libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add 
`AC_PROG_LIBTOOL'


intltool 0.21 or later is required. I seem to have intltool debian 
version 0.31.3-1.

checking for intltool >= 0.21... ./configure: line 1773: 
./intltool-update.in: No such file or directory
./configure: line 1775: ./intltool-update.in: No such file or directory
./configure: line 1778: test: : integer expression expected
 found. Your intltool is too old.  You need intltool 0.21 or later.

I don't know if these versions are incompatible, but 0.31.3 is later 
than 0.21. After removing the dependency on the version it still misses 
the file intltool-extract.in


Greetings,
Wouter
Tom von Schwerdtner
Etria, LLP - www.etria.com
--=-Ikg4cusNyfEpfgNC9PJZ-- --=-gnoCzD5cU5Ys9MhdIkIB Content-ID: <1097724246.5111.23.camel@localhost.localdomain> Content-Disposition: attachment; filename=signature-logo.png Content-Type: image/png; name=signature-logo.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAADcAAAAyCAMAAADPyLPHAAAC91BMVEUBBAAEBwIAAQAHCQUICwcK DAgLDQoMDwsOEAwPEQ0QEg8RExAUFRMZGhgaHBocHRseHx0fIB4gIR8hIyAkJSMlJyQmKCUoKScp KygqLCkrLSosLSstLiwwMi8xMzAzNDI1NzQ3OTY4OjclQFMfQlkmQlUlRFE8PjsoQ1csRU4uRFI+ QD0qRVkvRVQmSGBAQT9BQkA0RlAxR1YhTWQ5R0wqS2RERUMkT2Y3SVNFR0Q8SlA5S1VGSEUuTmcp UW8+TFEvUGhISkcpVGs9T1lKTEpCUFU6U1xKTlBOT00wV3QpW3dFVFksWn1PUU4lXYVQUk9RU1BP VFYvXYBSVFFTVFIpYIgxXoJUVVMhZYxPV15VVlQ5XIE0XohWV1VWWFVXWVZSWmFWWlxRXV0wZY1X W11ZW1haXFkzZZQrapdbXVpSYWZcXls2Z5ZdX1xZYGc2apNeYF04aZlVZGleYmRgYl86a5thY2Bi ZGFgZWdkZWNlZmQ/b59maGVkaWtoaWdCcqI8dKloamdpa2g9datnbG5qbGlGc6prbWpsbmtucG1D erBvcW5GfLNAf7tydHFzdXJxdXhQe7NDgb10dnNLfrt1d3Q8h8F2eHVGhMBOgb54eXd1en15e3hR hMF7fHp4fX98fntMicZUhsN9f3x7gIN+gH1WiMZQis1/gX5Si89YisiBg4B/hIeChIGDhYKEhoOG iIWHiYaIioeJi4iKjImLjYqMjouNj4yPkY6Qko+Rk5CSlJGTlZKUlpOVl5SWmJWXmZaYmpeanJmc npudn5yfoZ6gop+ho6CipKGjpaKkpqOlp6SmqKWnqaaoqqepq6iqrKmrraqsrqutr6yusK2wsq6x s6+ytLGztbK0trO1t7S2uLW3uba4ure5u7i6vLm7vbq8vru9v7zAwr7CxMHExsPHycbIysfKzMnL zsrNz8zP0c7Q0s/T1dLU1tPW2NXY2tbb3drd39zg4t/k5uPl5+Tn6ebp6+jr7urv8e7x8/D09/P+ //wLUoWXAAAAAXRSTlMAQObYZgAAAAFiS0dEAIgFHUgAAAAJcEhZcwAACxMAAAsTAQCanBgAAAAH dElNRQfUCQENLBGrjimCAAAAHXRFWHRDb21tZW50AENyZWF0ZWQgd2l0aCBUaGUgR0lNUO9kJW4A AATgSURBVHjazVb/S1tXFM//Uhmj6H4QCgVpGQTJysbAIh2hEXLZg07G7pBLYWUkK/Sx3wa3o4xq MQF5pEt23Rgzmvo9JppETZOo+WbMiz6jsj1j5hPSmuWH3ffF5EXT4sZ+2P0h5J1zPvfcc8/nnHMN hv/rkiSptSI95XSS5Z2LinI+5iecEzu58VDuwnYB8zWL5aMOvHVOUXjpsPbaf51ZXApOOSAghWb1 +JVHHo/HNXwTpvS7ZQhCE+Kriri3X6nRdfgTCuth68ZHbro8btc1clCXZn0IJyuVPcIAAHpHqzIy DDd0OOdtN3XnocCH5owmE8LIztdqe9iEZ0KrSz6EXsvAoG27DttDX6vuPK7Bd6OqbJOzrslmJudS rki/t0LMrIyrocU6TrB+o7lzj1xRxRs2+wE1wsCf0xKQdyAF5yV1nIjuq+487sGOmHwhIThBTUSA o+W60QRQcH6uEZ/3fc2dx2Kl8UlhJkgtSggnGtneJaq/yZ8buE3rPdXd06vjgsEQghElkiH93RUw p+CcEzphsPvOY49n5H7Hs8ypFAdBxcCe0Ocq3pdVcExEJyytfHW97co7H5KsdJqBPln/EsT0lCxo x8yhZkoVYoGFcHqX/nFiWV/uJWJD+6oSNhVlcYUJXKS88jvL/CEbcHqqVk/XIFGzwDYYyr+cC2cO zygHlDD2QLSpWjCr0GwV1mOWlsztN98zE7WEtjnllDUH5nUniWHbkSyNfhKqxxzpGng+/PxhJ1E8 RkBJNiiZlxowIY6QAgta/WfHMuzAAZfb5XI/NKbl24EziruxRnRigpinlb1wv+6GU52DCqcH2+TK SjCHKnmJtrGYIxBuyaIUg9d1EcfaVUqPtM2XDdtYSV1NNCWrcovgPUEzXJclPNu/0FTrmc7vFU4P ti1LhoTpRMG9gDF+K71Khr5gc/Tzr4Sd8SabG9Mee1uh9D1z6lQi6mXWECYEms14fl9uDmMMIqni +XTHe+48HnliuT5Xrm6zqwrsT8BALiJWaGOJ/9JncqzstGqCcbbrahcK0vyl4e+qv6Nj6VjMz2MI bJx/Y+cNPVXYXEsqMQceqDDRwSJoZvDYYpI/uERPJqMq7gXw+lfTOUG6XC8XtPBqTpy+DGR7mZA1 GgQPBRWH9SX0Zjdc562bRsIbNntFFWcfO7oEbqadMu3brsVixlQ687d/CXcMHQ1u98c4nwWav1F9 EekmU2ZBNz0Kph9on3Z9yuYzjBbfCkq3gPHLsMfWoM0xtlB3rhtE2MF+FVcG/gu0KqcI8Akm3QRM XP9y8Mlda9JwMourKtAH187PwQgG0X2k752GCDJ2s0l5KEAtwNoDZ1JvIW54AT4qAl/TMao7qYwg /9nSyo8yjcHxOi23k9MsWK2E4HSxZfr57JRJhVVrB59D/3peKBYLm3E/NjlKlQkQbEUiYQFCzj+k FSBd06DH/szBYdhjdtC+CNlsyzTOGS0D12y+vkgdeJSdxBiT8C4d7RFmjG+dffiZ2z189bdpEKtd WAVka8zBc8EZv6OsuUGyAWbydTMqbUf+/JvYVoIDdEh3BiQpxvbHG6CSF6HxzFtoutx96247J9+9 ELV9wJK5xaUF71BfDxcV3s7vDfLjvPbE2F3XXlZTK3z5Hz3jqtXT45Nq9V88AE/p+s9flX8DF2Dw vq+w8lUAAAAASUVORK5CYII= --=-gnoCzD5cU5Ys9MhdIkIB-- From micke@imendio.com Thu Oct 14 07:22:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9CD383B0793 for ; Thu, 14 Oct 2004 07:22:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21401-02 for ; Thu, 14 Oct 2004 07:22:42 -0400 (EDT) Received: from holken.mikan.net (holken.mikan.net [195.43.255.228]) by menubar.gnome.org (Postfix) with ESMTP id 1ECBA3B0C91 for ; Thu, 14 Oct 2004 07:22:41 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by holken.mikan.net (Postfix) with ESMTP id 5C1383352CC; Thu, 14 Oct 2004 13:22:40 +0200 (CEST) Received: from holken.mikan.net ([127.0.0.1]) by localhost (holken.mikan.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06906-01; Thu, 14 Oct 2004 13:22:36 +0200 (CEST) Received: from [192.168.114.10] (h4n6c1o1035.bredband.skanova.com [81.227.21.4]) by holken.mikan.net (Postfix) with ESMTP id C8210335254; Thu, 14 Oct 2004 13:22:36 +0200 (CEST) Message-ID: <416E61A0.70306@imendio.com> Date: Thu, 14 Oct 2004 13:23:12 +0200 From: Mikael Hallendal User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wouter Leonard de Vries References: <416A7A73.2070007@student.tudelft.nl> In-Reply-To: <416A7A73.2070007@student.tudelft.nl> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------070801040304030603070200" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at holken.mikan.net X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 11:22:43 -0000 This is a multi-part message in MIME format. --------------070801040304030603070200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Wouter Leonard de Vries wrote: > Hi, Hi, Here is a patch to the autogen.sh script to run intltoolize. Can I commit? Best Regards, Mikael Hallendal -- Imendio AB, http://www.imendio.com/ --------------070801040304030603070200 Content-Type: text/plain; name="f-spot-intltoolize.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="f-spot-intltoolize.patch" ? .ChangeLog.swp ? po/Makefile.in.in Index: ChangeLog =================================================================== RCS file: /cvs/gnome/f-spot/ChangeLog,v retrieving revision 1.290 diff -u -B -p -r1.290 ChangeLog --- ChangeLog 13 Oct 2004 22:51:50 -0000 1.290 +++ ChangeLog 14 Oct 2004 11:22:17 -0000 @@ -1,3 +1,7 @@ +2004-10-14 Mikael Hallendal + + * autogen.sh: Run intltoolize + 2004-10-13 Larry Ewing * src/PreviewPopup.cs: add a border to the preview popup window. Index: autogen.sh =================================================================== RCS file: /cvs/gnome/f-spot/autogen.sh,v retrieving revision 1.5 diff -u -B -p -r1.5 autogen.sh --- autogen.sh 10 Oct 2004 21:06:51 -0000 1.5 +++ autogen.sh 14 Oct 2004 11:22:17 -0000 @@ -118,6 +118,10 @@ do echo "Making $dr/aclocal.m4 writable ..." test -r $dr/aclocal.m4 && chmod u+w $dr/aclocal.m4 fi + if grep "^AC_PROG_INTLTOOL" configure.in >/dev/null; then + echo "Running intltoolize..." + intltoolize --copy --force --automake + fi if grep "^AM_PROG_LIBTOOL" configure.in >/dev/null; then echo "Running libtoolize..." libtoolize --force --copy --------------070801040304030603070200-- From w.l.devries@student.tudelft.nl Thu Oct 14 09:52:12 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0C7F83B0FA1 for ; Thu, 14 Oct 2004 09:52:12 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27876-08 for ; Thu, 14 Oct 2004 09:52:06 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 2FC113B1815 for ; Thu, 14 Oct 2004 09:43:31 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CI5sz-0000x4-Cz for f-spot-list@gnome.org; Thu, 14 Oct 2004 15:43:17 +0200 Message-ID: <416E8277.1080201@student.tudelft.nl> Date: Thu, 14 Oct 2004 15:43:19 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 13:52:12 -0000 Hi, I'm very sorry to bug you again.. I'm having trouble with the exif part of F-Spot. It doesn't read any exif information on jpeg files that clearly do have it. I tried to have a look at the source code, although I've never used c#. In ExifUtils the information is read using ExposureInfo in ExifData. The instantiation of exif_data works fine, but while doing the first data lookup it never returns to the function and just exits GetExposureInfo altogether and leaving info uninitialized. I took a look at ExifData and saw that the Assemble part is the thing where it gets stuck. Could it be that my exif library is broken or not working together with F-Spot? I'm using the Debian unstable version. After renaming /usr/lib/libexif.so to something else I don't even get an error message. Wouter -- Wouter de Vries From lewing@ximian.com Thu Oct 14 16:10:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 731A83B189F for ; Thu, 14 Oct 2004 16:10:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15876-09 for ; Thu, 14 Oct 2004 16:10:56 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 38F473B0A9D for ; Thu, 14 Oct 2004 16:10:56 -0400 (EDT) Received: (qmail 15486 invoked from network); 14 Oct 2004 20:10:55 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 14 Oct 2004 20:10:55 -0000 From: Larry Ewing To: Wouter Leonard de Vries In-Reply-To: <416E8277.1080201@student.tudelft.nl> References: <416E8277.1080201@student.tudelft.nl> Content-Type: text/plain Date: Thu, 14 Oct 2004 15:10:35 -0500 Message-Id: <1097784636.8284.2.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 20:10:59 -0000 What version of libexif do you have installed? --Larry On Thu, 2004-10-14 at 15:43 +0200, Wouter Leonard de Vries wrote: > Hi, > > I'm very sorry to bug you again.. I'm having trouble with the exif part > of F-Spot. It doesn't read any exif information on jpeg files that > clearly do have it. I tried to have a look at the source code, although > I've never used c#. > > In ExifUtils the information is read using ExposureInfo in ExifData. The > instantiation of exif_data works fine, but while doing the first data > lookup it never returns to the function and just exits GetExposureInfo > altogether and leaving info uninitialized. I took a look at ExifData and > saw that the Assemble part is the thing where it gets stuck. Could it be > that my exif library is broken or not working together with F-Spot? I'm > using the Debian unstable version. After renaming /usr/lib/libexif.so to > something else I don't even get an error message. > > > Wouter > From lewing@ximian.com Thu Oct 14 16:17:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3AB6C3B0D66 for ; Thu, 14 Oct 2004 16:17:31 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16180-04 for ; Thu, 14 Oct 2004 16:17:28 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 9899D3B0C99 for ; Thu, 14 Oct 2004 16:17:27 -0400 (EDT) Received: (qmail 15517 invoked from network); 14 Oct 2004 20:17:19 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 14 Oct 2004 20:17:19 -0000 From: Larry Ewing To: Mikael Hallendal In-Reply-To: <416E61A0.70306@imendio.com> References: <416A7A73.2070007@student.tudelft.nl> <416E61A0.70306@imendio.com> Content-Type: text/plain Date: Thu, 14 Oct 2004 15:17:07 -0500 Message-Id: <1097785028.8284.6.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Wouter Leonard de Vries , f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 20:17:32 -0000 On Thu, 2004-10-14 at 13:23 +0200, Mikael Hallendal wrote: > Wouter Leonard de Vries wrote: > > Hi, > > Hi, > > Here is a patch to the autogen.sh script to run intltoolize. > > Can I commit? > > Best Regards, > Mikael Hallendal > Mikael, I went ahead and committed it (I missed your question the first time I read the message), thanks for the patch. --Larry From micampe@gmail.com Fri Oct 15 03:02:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 892213B1135 for ; Fri, 15 Oct 2004 03:02:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07602-09 for ; Fri, 15 Oct 2004 03:02:35 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by menubar.gnome.org (Postfix) with ESMTP id C7C533B0BF4 for ; Fri, 15 Oct 2004 03:02:34 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=WkkDyrJPpqQyazeAfG3zLP9mHbEkT2Fce4xfAixp2F3nuylJJEBCsZLlgjuDPzTQtshFsgpnPycXDK9FDe9kYdnfZV1uoyGO+56gz36aBIOxvyvDipSnCG1CqPHl7ug/ggXDvirB8H+2ENXrkAQ8i4ylkPTDYdngyc7foXOpcRg Received: by mproxy.gmail.com with SMTP id 79so1851rnl for ; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Received: by 10.38.75.43 with SMTP id x43mr923827rna; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Received: by 10.38.209.51 with HTTP; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Message-ID: <94fe55d904101500027bcd20bb@mail.gmail.com> Date: Fri, 15 Oct 2004 09:02:34 +0200 From: Michele Campeotto To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: micampe@micampe.it List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 07:02:36 -0000 Hi, I looked at the code to see how hard would have been to add Flickr support to the exporting and I found it already was there (mostly)! :) That's really cool, although it seems incomplete. Are the Flickr and Fotki classes just stubs for a future pluggable export procedure or is it already working, even in an hackish way? mic -- Michele Campeotto - www.micampe.it You know there ain't no devil, there's just god when he's drunk From sogrady@redmonk.com Fri Oct 15 11:38:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8B67A3B0BF2 for ; Fri, 15 Oct 2004 11:38:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29820-07 for ; Fri, 15 Oct 2004 11:38:33 -0400 (EDT) Received: from fecls-02.atlarge.net (fecls-02.atlarge.net [129.41.63.107]) by menubar.gnome.org (Postfix) with SMTP id 7FE743B0D08 for ; Fri, 15 Oct 2004 11:38:33 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-02.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Fri, 15 Oct 2004 10:34:44 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.139]) with Microsoft Exchange Server HTTP-DAV ; Fri, 15 Oct 2004 15:32:54 +0000 Received: from minisog by owa.atlarge.net; 15 Oct 2004 11:32:54 -0400 From: Stephen O'Grady To: f-spot-list@gnome.org In-Reply-To: <94fe55d904101500027bcd20bb@mail.gmail.com> References: <94fe55d904101500027bcd20bb@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Fri, 15 Oct 2004 11:32:54 -0400 Message-Id: <1097854374.8755.3.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0 X-OriginalArrivalTime: 15 Oct 2004 15:34:44.0429 (UTC) FILETIME=[7ED6B7D0:01C4B2CC] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 15:38:36 -0000 just wanted to second this inquiry as i'd be very interested in this functionality as well, even if it's a dirty hack. On Fri, 2004-10-15 at 09:02 +0200, Michele Campeotto wrote: > Hi, > I looked at the code to see how hard would have been to add Flickr > support to the exporting and I found it already was there (mostly)! :) > That's really cool, although it seems incomplete. Are the Flickr and > Fotki classes just stubs for a future pluggable export procedure or is > it already working, even in an hackish way? > > > mic > From micampe@gmail.com Sat Oct 16 03:38:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5E82C3B0830 for ; Sat, 16 Oct 2004 03:38:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32351-04 for ; Sat, 16 Oct 2004 03:38:30 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by menubar.gnome.org (Postfix) with ESMTP id A91253B06A4 for ; Sat, 16 Oct 2004 03:38:28 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 79so46135rnk for ; Sat, 16 Oct 2004 00:38:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=dv0pgDvjxgRcQ94Vihw6hShSU/FNxqJ02v/lqrW5uCHLYEZs3DlrkQsInH8NFjBQYCu2RhB3gVXPzmekz5JbP/bNzUP6tRoMltzvUpHJ51KrOxvTeENzmQL9BAYKCHxXBWMQXR4lbuP8WRp3p+tmaT3+IPkUd2M/+myIOArMaCE Received: by 10.38.126.4 with SMTP id y4mr396359rnc; Sat, 16 Oct 2004 00:38:28 -0700 (PDT) Received: by 10.38.209.51 with HTTP; Sat, 16 Oct 2004 00:38:27 -0700 (PDT) Message-ID: <94fe55d90410160038217aa497@mail.gmail.com> Date: Sat, 16 Oct 2004 09:38:27 +0200 From: Michele Campeotto To: sogrady@redmonk.com In-Reply-To: <1097854374.8755.3.camel@minisog> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: micampe@micampe.it List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 07:38:34 -0000 On Fri, 15 Oct 2004 11:32:54 -0400, Stephen O'Grady wrote: > just wanted to second this inquiry as i'd be very interested in this > functionality as well, even if it's a dirty hack. [shameless offtopic self promotion] In the meantime you can take a look at my Python FlickrUploadr :) http://micampe.it/uploadr.html mic -- Michele Campeotto - www.micampe.it You know there ain't no devil, there's just god when he's drunk From lewing@ximian.com Sat Oct 16 04:18:48 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 36FCA3B070C for ; Sat, 16 Oct 2004 04:18:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01474-05 for ; Sat, 16 Oct 2004 04:18:45 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 6C5E23B07B9 for ; Sat, 16 Oct 2004 04:18:45 -0400 (EDT) Received: (qmail 18660 invoked from network); 16 Oct 2004 08:18:45 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 16 Oct 2004 08:18:45 -0000 From: Larry Ewing To: sogrady@redmonk.com In-Reply-To: <1097854374.8755.3.camel@minisog> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> Content-Type: text/plain Date: Sat, 16 Oct 2004 03:18:42 -0500 Message-Id: <1097914722.8284.34.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 08:18:48 -0000 The flickr upload stubs should work fine, I've tested them myself with some minimal glue, but they are currently not hooked to any UI and are very incomplete. If there is a lot of demand I can whip up a temporary dialog that would allow for uploading. Otherwise I'll wait for a while hoping I think of a design that can integrate all the export targets I'm aiming for. --Larry On Fri, 2004-10-15 at 11:32 -0400, Stephen O'Grady wrote: > just wanted to second this inquiry as i'd be very interested in this > functionality as well, even if it's a dirty hack. > > On Fri, 2004-10-15 at 09:02 +0200, Michele Campeotto wrote: > > Hi, > > I looked at the code to see how hard would have been to add Flickr > > support to the exporting and I found it already was there (mostly)! :) > > That's really cool, although it seems incomplete. Are the Flickr and > > Fotki classes just stubs for a future pluggable export procedure or is > > it already working, even in an hackish way? > > > > > > mic > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From loz@flower.powernet.co.uk Sat Oct 16 09:48:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 174643B0C4D for ; Sat, 16 Oct 2004 09:48:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13148-05 for ; Sat, 16 Oct 2004 09:48:24 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id ECB1B3B0830 for ; Sat, 16 Oct 2004 09:48:23 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9GDmL0v030573 for ; Sat, 16 Oct 2004 14:48:21 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 575ABFF6E for ; Sat, 16 Oct 2004 14:48:17 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-iwyGHSWqgzETPnzjVFs7" Date: Sat, 16 Oct 2004 14:48:15 +0100 Message-Id: <1097934495.9561.5.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch to remember highlighted tag X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 13:48:26 -0000 --=-iwyGHSWqgzETPnzjVFs7 Content-Type: text/plain Content-Transfer-Encoding: 7bit The attached patch passes the currently highlighted tag to the create tag dialogue. It could be improved in the case where multiple items are highlighted (it should probably pass the last tag the user highlighted, rather than the first in the list). This is the first C# code I've written, so comments on style/idiom/correctness are welcome. cheers Loz Hygate --=-iwyGHSWqgzETPnzjVFs7 Content-Disposition: attachment; filename=f-spot-loz.diff Content-Type: text/x-patch; name=f-spot-loz.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 16 Oct 2004 13:41:34 -0000 @@ -877,14 +877,14 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) + if (command.Execute (TagCommands.TagType.Tag, tag_selection_widget.SingleCategoryHighlight)) tag_selection_widget.Update (); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) + if (command.Execute (TagCommands.TagType.Category, tag_selection_widget.SingleCategoryHighlight)) tag_selection_widget.Update (); } Index: src/TagCommands.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagCommands.cs,v retrieving revision 1.8 diff -u -r1.8 TagCommands.cs --- src/TagCommands.cs 12 Sep 2004 19:26:38 -0000 1.8 +++ src/TagCommands.cs 16 Oct 2004 13:41:34 -0000 @@ -111,7 +111,28 @@ Update (); } - public bool Execute (TagType type) + private Category Category { + get { + if (categories.Count == 0) + return tag_store.RootCategory; + else + return categories [category_option_menu.History] as Category; + } + set { + if ((value != null) && (categories.Count > 0)) { + //System.Console.WriteLine("TagCreateCommand.set_Category(" + value.Name + ")"); + for (int i = 0; i < categories.Count; i++) { + Category category = (Category)categories[i]; + // should there be an equals type method? + if (value.Id == category.Id) { + category_option_menu.SetHistory((uint)i); + return; + } + } + } + } + } + public bool Execute (TagType type, Category default_category) { Glade.XML xml = new Glade.XML (null, "f-spot.glade", "create_tag_dialog", null); xml.Autoconnect (this); @@ -130,6 +151,7 @@ } PopulateCategoryOptionMenu (); + Category = default_category; Update (); ResponseType response = (ResponseType) create_tag_dialog.Run (); @@ -138,12 +160,7 @@ if (response == ResponseType.Ok) { try { - Category parent_category; - - if (categories.Count == 0) - parent_category = tag_store.RootCategory; - else - parent_category = categories [category_option_menu.History] as Category; + Category parent_category = Category; if (type == TagType.Category) tag_store.CreateCategory (parent_category, tag_name_entry.Text); Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 16 Oct 2004 13:41:35 -0000 @@ -104,8 +104,35 @@ SelectionChanged (this); } } - - + + // For actions that want to act on a single tag + // it can obviously be sped up by stopping after the first match + // May want to consider returning the last tag the user tag highlighted + public Tag SingleTagHighlight + { + get { + Tag[] highlight = TagHighlight(); + if (highlight.Length > 0) + return highlight[0]; + else + return null; + } + } + + // For actions that want to act on a single category + // Uses SingleTagSelection so fixing that to return the last tag the user highlighted would make this return last category... + public Category SingleCategoryHighlight + { + get { + Tag tag = SingleTagHighlight; + if (tag == null) + return null; + else if (tag is Category) + return tag as Category; + else + return tag.Category; + } + } // Loading up the store. private void LoadCategory (Category category, TreeIter parent_iter) --=-iwyGHSWqgzETPnzjVFs7-- From loz@flower.powernet.co.uk Sat Oct 16 15:10:00 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2F2A13B0754 for ; Sat, 16 Oct 2004 15:10:00 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24175-10 for ; Sat, 16 Oct 2004 15:09:58 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 3B2543B0685 for ; Sat, 16 Oct 2004 15:09:58 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9GJ9tf6022391 for ; Sat, 16 Oct 2004 20:09:55 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 54C42FF6E for ; Sat, 16 Oct 2004 20:09:52 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-r3CQLT2qycv54RAyJsFQ" Date: Sat, 16 Oct 2004 20:09:51 +0100 Message-Id: <1097953791.9561.9.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch for full resolution icons. X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 19:10:00 -0000 --=-r3CQLT2qycv54RAyJsFQ Content-Type: text/plain Content-Transfer-Encoding: 7bit The attached patch changes the way the EditIcon builds its icon. As it stands it reads it as a clip from a scaled image. With this patch a copy of the unscaled image is kept in memory and that is used as the source of the icon. Having to know how to do the scaling feels a little icky, perhaps it should be returned by the PxbufUtils.LoadAtMaxSize method. cheers Loz Hygate --=-r3CQLT2qycv54RAyJsFQ Content-Disposition: attachment; filename=f-spot-full-res-icon.diff Content-Type: text/x-patch; name=f-spot-full-res-icon.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/TagCommands.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagCommands.cs,v retrieving revision 1.8 diff -u -r1.8 TagCommands.cs --- src/TagCommands.cs 12 Sep 2004 19:26:38 -0000 1.8 +++ src/TagCommands.cs 16 Oct 2004 19:03:58 -0000 @@ -369,6 +369,8 @@ SpinButton photo_spin_button; int current_item = -1; + Gdk.Pixbuf current_unscaled_image = null; + double scale = 0.0; public int CurrentItem { get { return current_item; @@ -388,6 +390,10 @@ if (old != null) old.Dispose (); + + if (current_unscaled_image != null) + current_unscaled_image.Dispose (); + current_unscaled_image = null; } } } @@ -404,14 +410,18 @@ { int x, y, width, height; Gdk.Pixbuf tmp = null; - + if (current_unscaled_image == null) { + current_unscaled_image = new Gdk.Pixbuf(photos [current_item].DefaultVersionPath); + scale = Math.Max (current_unscaled_image.Width / (double)image_view.Parent.Allocation.Width, + current_unscaled_image.Height / (double)image_view.Parent.Allocation.Height); + } image_view.GetSelection (out x, out y, out width, out height); if (width > 0 && height > 0) { - tmp = new Gdk.Pixbuf (image_view.Pixbuf, x, y, width, height); + + tmp = new Gdk.Pixbuf (current_unscaled_image, (int)(x * scale), (int)(y * scale), (int)(width * scale), (int)(height * scale)); preview_image.Pixbuf = PixbufUtils.TagIconFromPixbuf (tmp); - tmp.Dispose (); } } @@ -467,7 +477,9 @@ Console.WriteLine ("error {0}", ex); } } - + // Does this happen automatically because of the Destroy call? + if (current_unscaled_image != null) + current_unscaled_image.Dispose (); edit_icon_dialog.Destroy (); return success; } --=-r3CQLT2qycv54RAyJsFQ-- From djw@wilsonet.com Sun Oct 17 01:05:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C7F473B07E0 for ; Sun, 17 Oct 2004 01:05:45 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09687-08 for ; Sun, 17 Oct 2004 01:05:43 -0400 (EDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by menubar.gnome.org (Postfix) with ESMTP id 6F9603B0B60 for ; Sun, 17 Oct 2004 01:05:43 -0400 (EDT) Received: from hermes.wilsonet.com (c-67-170-72-203.client.comcast.net[67.170.72.203]) by comcast.net (sccrmhc12) with ESMTP id <2004101705053801200ftgj2e>; Sun, 17 Oct 2004 05:05:38 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by hermes.wilsonet.com (Postfix) with ESMTP id BC34C101F8F for ; Sat, 16 Oct 2004 22:05:44 -0700 (PDT) Received: from hermes.wilsonet.com ([127.0.0.1]) by localhost (hermes.wilsonet.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19376-02 for ; Sat, 16 Oct 2004 22:05:43 -0700 (PDT) Received: from [192.168.2.15] (unknown [192.168.2.15]) by hermes.wilsonet.com (Postfix) with ESMTP id 06538101F8E for ; Sat, 16 Oct 2004 22:05:42 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v619) X-Priority: 3 Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-3--576749648; protocol="application/pkcs7-signature" Message-Id: <2D439DA2-1FFA-11D9-9302-0003938FAEB2@wilsonet.com> X-Image-Url: http://homepage.mac.com/danielwilson/.cv/thumbs/me.thumbnail From: Daniel J.Wilson Date: Sat, 16 Oct 2004 22:05:33 -0700 To: f-spot-list@gnome.org X-Mailer: Apple Mail (2.619) X-Virus-Scanned: by amavisd-new at wilsonet.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Minor Print Preview improvement suggestions X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 05:05:46 -0000 --Apple-Mail-3--576749648 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Via Nat Friedman's post of praise, I came across the proposed Print Preview window, which does indeed look very functional and clean. That said, I have two minor suggestions that might improve the design further. 1. Place a Collate checkbox next to the "Number of Copies" spinbox. 2. Provide drop-down menu navigation of the preview pages to reduce the necessary clicks in large page batches. There are visuals and a bit of elaboration at: http://blog.wilsonet.com/archives/2004/10/16/f-spot-print-previewing/ Keep up the great work, Daniel J. Wilson --Apple-Mail-3--576749648 Content-Transfer-Encoding: base64 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGFDCCAs0w ggI2oAMCAQICAwukhDANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDQwMjA0MTgyNzQyWhcNMDUwMjAzMTgyNzQyWjBCMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBkandAd2lsc29uZXQuY29t MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyA29B+O+zaNAM+YfsV12eKh9DyvKqT8k mIduyt2o+QVPz4jBjLGwDp+99kikQxDvTMcS4f3n5s0xOAHr5bNhoINlJrsvKsjW6WWgkiFdqDvr QyJLQs7oMSIhKnIUkUCXXERi7p18BJ9YsMjga6g3X5AFGwGRwh4SUIdOHXX7nIxGaxJmfrOe53EZ RXZ28UM3or3Op+n6kglUpoAV0uK62J1zZR/tQtjhSQ14C85Zz3hdAQ7NRP2jEiT3tfpK0mYEu1q1 QN0utlIagRgM5ReN12pG1yX9DhIKiGJR9yWcfTDZzl9yrfY8WCmfCjkTd82+fT252ziANPPGvB5n 0H08gwIDAQABoy0wKzAbBgNVHREEFDASgRBkandAd2lsc29uZXQuY29tMAwGA1UdEwEB/wQCMAAw DQYJKoZIhvcNAQEEBQADgYEAY+qb1rIdX0vC0tfK0p0Zs/HibPOMV3eM8sqs0aEu+pENRi2bWxbW kBAW43L79E4dg8m70wG49MwkaqLyxl9VgeEvHOtJqbMQ+1Uq3RRi8Qoq6HHVTW7599xJ1psuCOdX AMrf+9EX+WWyCmYM1K+iy0xliqUmIy+mk1odjv0G/ZMwggM/MIICqKADAgECAgENMA0GCSqGSIb3 DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlD YXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0 aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg Q0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3 MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENv bnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYk KhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGj gZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRo YXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM 0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZ Nd4ksdMdRv9dX2VPMYIC5zCCAuMCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IElzc3VpbmcgQ0ECAwukhDAJBgUrDgMCGgUAoIIBUzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0wNDEwMTcwNTA1MzRaMCMGCSqGSIb3DQEJBDEWBBQL2Uvvz9pWYUr/ lEdBAPX/lJPWQzB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQQIDC6SEMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwukhDANBgkqhkiG9w0BAQEFAASCAQAjLTmmI5UDoLv3 Xfrd+UDEAotWzau0ap2ozKV0GQIXZpoXRw+iCpVK5pV6Tj27DpVmdjYteBGe4pfEW95SiQkQEehY na95kGcfrnYvTAwTcc0g10dJB3AQ6546Q20PwejLMbl6YYqcfRj4PqM0RbT5yrJVN1jNamcmlJA8 xxF5owJAqDkDP1CKwX/qbTI7usGtDYPH7W++9wF816S0eKshlBzj1PYIrXZvjwRVKY89YcQymse8 cUHWLAjkz7gbH7MjWfWnWN0dMgPtrVikokJYDWyox11GIqeit/C8wR55SwNRoyqpMrFxfTE/HmYq cZFQNxlpLGSlN9aoFgPpAnNhAAAAAAAA --Apple-Mail-3--576749648-- From loz@flower.powernet.co.uk Sun Oct 17 13:16:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 53D9D3B0709 for ; Sun, 17 Oct 2004 13:16:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10425-02 for ; Sun, 17 Oct 2004 13:16:30 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id E84753B0AA3 for ; Sun, 17 Oct 2004 13:16:29 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HHGNkt003956 for ; Sun, 17 Oct 2004 18:16:23 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 784D2FF6E for ; Sun, 17 Oct 2004 18:16:19 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-VfoGMRkb83Sw9H7IPcWF" Date: Sun, 17 Oct 2004 18:16:19 +0100 Message-Id: <1098033379.9561.12.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 17:16:32 -0000 --=-VfoGMRkb83Sw9H7IPcWF Content-Type: text/plain Content-Transfer-Encoding: 7bit This is getting complex enough that there is a case for a separate TreeModel implementation. The API for trees seems pretty grim to me. cheers Loz --=-VfoGMRkb83Sw9H7IPcWF Content-Disposition: attachment; filename=f-spot-remember-tree.diff Content-Type: text/x-patch; name=f-spot-remember-tree.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 17 Oct 2004 17:13:27 -0000 @@ -877,15 +877,13 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Tag); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Category); } public void HandleAttachTagCommand (object obj, EventArgs args) @@ -919,8 +917,7 @@ return; TagCommands.Edit command = new TagCommands.Edit (db, main_window); - if (command.Execute (tags [0])) - tag_selection_widget.Update (); + command.Execute (tags [0]); } void HandleViewSmall (object sender, EventArgs args) @@ -1112,7 +1109,6 @@ Tag [] tags = this.tag_selection_widget.TagHighlight (); db.Photos.Remove (tags); - tag_selection_widget.Update (); icon_view.QueueDraw (); } Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 17 Oct 2004 17:13:27 -0000 @@ -254,7 +254,86 @@ (renderer as CellRendererText).Text = tag.Name; } + // Someone show me how I should have done this? + // Or is the API as diseased as I have made it look? + private bool TreeIterForTag(Tag tag, out TreeIter iter) { + TreeIter root; + bool valid = Model.GetIterFirst(out root); + while (valid) { + if (TreeIterForTagRecurse(tag, root, out iter)) + return true; + valid = Model.IterNext (ref root); + } + return false; + } + // Depth first traversal + private bool TreeIterForTagRecurse(Tag tag, TreeIter parent, out TreeIter iter) { + bool valid = Model.IterChildren(out iter, parent); + while (valid) { + if (TreeIterForTagRecurse(tag, iter, out iter)) + return true; + valid = Model.IterNext (ref iter); + } + GLib.Value value = new GLib.Value(); + Model.GetValue(parent, 0, ref value); + iter = parent; + if (tag.Id == (uint) value) + return true; + return false; + } + + // Not generic, just copying single values + private void CopyBranch(TreeIter src, TreeIter dest, bool is_root) { + TreeIter copy, iter; + GLib.Value value = new GLib.Value(); + TreeStore store = Model as TreeStore; + bool valid; + + store.GetValue(src, 0, ref value); + if (is_root) { + store.Prepend(out copy); + store.SetValue(copy, 0, (uint)value); + } else { + copy = store.AppendValues(dest, (uint)value); + } + + valid = Model.IterChildren(out iter, src); + while (valid) { + CopyBranch(iter, copy, false); + valid = Model.IterNext (ref iter); + } + } + + private void HandleTagDeleted(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag, out iter)) + (Model as TreeStore).Remove(ref iter); + } + + private void HandleTagCreated(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag.Category, out iter)) { + iter = (Model as TreeStore).AppendValues(iter, tag.Id); + } + } + + private void HandleTagChanged(Tag tag) { + TreeStore store = Model as TreeStore; + TreeIter iter, category_iter, parent_iter; + TreeIterForTag(tag, out iter); + bool category_valid = TreeIterForTag(tag.Category, out category_iter); + bool parent_valid = Model.IterParent(out parent_iter, iter); + if ((category_valid && (category_iter.Equals(parent_iter))) || (!category_valid && !parent_valid)) { + // if we haven't been reparented + TreePath path = store.GetPath(iter); + store.EmitRowChanged(path, iter); + } else { + // It is a bit tougher. We need to do an annoying clone of structs... + CopyBranch(iter, category_iter, !category_valid); + store.Remove(ref iter); + } + } // Constructor. public TagSelectionWidget (TagStore tag_store) @@ -275,6 +354,9 @@ Update (); ExpandAll (); + tag_store.TagDeleted += new TagDeletedHandler(HandleTagDeleted); + tag_store.TagCreated += new TagCreatedHandler(HandleTagCreated); + tag_store.TagChanged += new TagChangedHandler(HandleTagChanged); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 17 Oct 2004 17:13:28 -0000 @@ -173,9 +173,16 @@ } } +public delegate void TagCreatedHandler(Tag t); +public delegate void TagChangedHandler(Tag t); +public delegate void TagDeletedHandler(Tag t); public class TagStore : DbStore { + public event TagCreatedHandler TagCreated; + public event TagChangedHandler TagChanged; + public event TagDeletedHandler TagDeleted; + Category root_category; public Category RootCategory { get { @@ -365,7 +372,7 @@ Tag tag = new Tag (category, id, name); AddToCache (tag); - + TagCreated(tag); return tag; } @@ -378,7 +385,7 @@ Category new_category = new Category (parent_category, id, name); AddToCache (new_category); - + TagCreated(new_category); return new_category; } @@ -411,6 +418,7 @@ command.ExecuteNonQuery (); command.Dispose (); + TagDeleted((Tag)item); } @@ -448,6 +456,8 @@ command.ExecuteNonQuery (); command.Dispose (); + + TagChanged(tag); } --=-VfoGMRkb83Sw9H7IPcWF-- From loz@flower.powernet.co.uk Sun Oct 17 15:20:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EA19C3B0B17 for ; Sun, 17 Oct 2004 15:20:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16726-03 for ; Sun, 17 Oct 2004 15:20:40 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 462533B07D3 for ; Sun, 17 Oct 2004 15:20:40 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HJKbth023537 for ; Sun, 17 Oct 2004 20:20:37 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 6DB2CFF6E for ; Sun, 17 Oct 2004 20:20:34 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098033379.9561.12.camel@nessie.localdomain> References: <1098033379.9561.12.camel@nessie.localdomain> Content-Type: text/plain Date: Sun, 17 Oct 2004 20:20:33 +0100 Message-Id: <1098040833.9561.14.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 19:20:43 -0000 Hmm, I need to figure out how to maintain the sort order too. Loz On Sun, 2004-10-17 at 18:16 +0100, Laurence Hygate wrote: > This is getting complex enough that there is a case for a separate > TreeModel implementation. The API for trees seems pretty grim to me. > > cheers > > Loz > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list -- Laurence Hygate From jimmac@ximian.com Sun Oct 17 16:15:20 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DF6AF3B0916 for ; Sun, 17 Oct 2004 16:15:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19310-04 for ; Sun, 17 Oct 2004 16:15:19 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id A74D83B0DD2 for ; Sun, 17 Oct 2004 16:15:19 -0400 (EDT) Received: (qmail 19530 invoked from network); 17 Oct 2004 20:15:18 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 17 Oct 2004 20:15:18 -0000 From: Jakub Steiner To: f-spot-list@gnome.org Content-Type: text/plain Date: Sun, 17 Oct 2004 13:15:15 -0700 Message-Id: <1098044116.6135.34.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:15:21 -0000 While working on more generic UI issues, there's two tiny things that would be nice to have asap. * delete from disk should ask for confirmation * "File>Edit in Gimp" should make a copy of the original and opening the copy in GIMP for easy edits. Perhaps could be more generic with a list of associated mime handlers as in nautilus. Rock on! -- Jakub Steiner From loz@flower.powernet.co.uk Sun Oct 17 16:23:42 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 520033B079B for ; Sun, 17 Oct 2004 16:23:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19572-09 for ; Sun, 17 Oct 2004 16:23:38 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 5F9743B07F3 for ; Sun, 17 Oct 2004 16:23:38 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HKNaVv001369 for ; Sun, 17 Oct 2004 21:23:36 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 3FD63FF6E for ; Sun, 17 Oct 2004 21:23:31 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098044116.6135.34.camel@hal.jimmac.cz> References: <1098044116.6135.34.camel@hal.jimmac.cz> Content-Type: text/plain Date: Sun, 17 Oct 2004 21:23:28 +0100 Message-Id: <1098044608.9561.16.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:23:42 -0000 Maybe delete tag should have a confirmation too. Loz On Sun, 2004-10-17 at 13:15 -0700, Jakub Steiner wrote: > While working on more generic UI issues, there's two tiny things that > would be nice to have asap. > > * delete from disk should ask for confirmation > * "File>Edit in Gimp" should make a copy of the original and > opening the copy in GIMP for easy edits. Perhaps could be more > generic with a list of associated mime handlers as in nautilus. > > Rock on! From loz@flower.powernet.co.uk Sun Oct 17 16:27:29 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CCBCE3B08ED for ; Sun, 17 Oct 2004 16:27:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19824-04 for ; Sun, 17 Oct 2004 16:27:28 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id BE0A83B070B for ; Sun, 17 Oct 2004 16:27:27 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HKRPRx002023 for ; Sun, 17 Oct 2004 21:27:25 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 34392FF6E for ; Sun, 17 Oct 2004 21:27:20 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098040833.9561.14.camel@nessie.localdomain> References: <1098033379.9561.12.camel@nessie.localdomain> <1098040833.9561.14.camel@nessie.localdomain> Content-Type: multipart/mixed; boundary="=-zzoFUQ5T6kkoqR5NPS6b" Date: Sun, 17 Oct 2004 21:27:17 +0100 Message-Id: <1098044837.9561.18.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:27:30 -0000 --=-zzoFUQ5T6kkoqR5NPS6b Content-Type: text/plain Content-Transfer-Encoding: 7bit This diff adds sorting. This code made me feel dirty. Surely I'm missing something? On Sun, 2004-10-17 at 20:20 +0100, Laurence Hygate wrote: > Hmm, I need to figure out how to maintain the sort order too. > > Loz > > On Sun, 2004-10-17 at 18:16 +0100, Laurence Hygate wrote: > > This is getting complex enough that there is a case for a separate > > TreeModel implementation. The API for trees seems pretty grim to me. > > > > cheers > > > > Loz > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list -- Loz --=-zzoFUQ5T6kkoqR5NPS6b Content-Disposition: attachment; filename=f-spot-remember-tree-2.diff Content-Type: text/x-patch; name=f-spot-remember-tree-2.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/Makefile.solution.f-spot ? src/MyProgram.cs ? src/TagTreeModel.cs ? src/f-spot.cmbx ? src/f-spot.mdsx ? src/f-spot.pidb ? src/f-spot.prjx ? src/make.sh Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 17 Oct 2004 20:21:14 -0000 @@ -877,15 +877,13 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Tag); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Category); } public void HandleAttachTagCommand (object obj, EventArgs args) @@ -919,8 +917,7 @@ return; TagCommands.Edit command = new TagCommands.Edit (db, main_window); - if (command.Execute (tags [0])) - tag_selection_widget.Update (); + command.Execute (tags [0]); } void HandleViewSmall (object sender, EventArgs args) @@ -1112,7 +1109,6 @@ Tag [] tags = this.tag_selection_widget.TagHighlight (); db.Photos.Remove (tags); - tag_selection_widget.Update (); icon_view.QueueDraw (); } Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 17 Oct 2004 20:21:15 -0000 @@ -254,7 +254,121 @@ (renderer as CellRendererText).Text = tag.Name; } - + // Someone show me how I should have done this? + // Or is the API as diseased as I have made it look? + private bool TreeIterForTag(Tag tag, out TreeIter iter) { + TreeIter root; + bool valid = Model.GetIterFirst(out root); + while (valid) { + if (TreeIterForTagRecurse(tag, root, out iter)) + return true; + valid = Model.IterNext (ref root); + } + return false; + } + + // Depth first traversal + private bool TreeIterForTagRecurse(Tag tag, TreeIter parent, out TreeIter iter) { + bool valid = Model.IterChildren(out iter, parent); + while (valid) { + if (TreeIterForTagRecurse(tag, iter, out iter)) + return true; + valid = Model.IterNext (ref iter); + } + GLib.Value value = new GLib.Value(); + Model.GetValue(parent, 0, ref value); + iter = parent; + if (tag.Id == (uint) value) + return true; + return false; + } + + // Copy a branch of the tree to a new parent + // (note, this doesn't work generically as it only copies the first value of each node) + private void CopyBranch(TreeIter src, TreeIter dest, bool is_root, bool is_parent) { + TreeIter copy, iter; + GLib.Value value = new GLib.Value(); + TreeStore store = Model as TreeStore; + bool valid; + + store.GetValue(src, 0, ref value); + if (is_parent) { + Tag tag = (Tag)tag_store.Get((uint)value); + // we need to figure out where to insert it in the correct order + copy = InsertInOrder(dest, is_root, tag); + } else { + copy = store.AppendValues(dest, (uint)value); + } + + valid = Model.IterChildren(out iter, src); + while (valid) { + // child nodes are already ordered + CopyBranch(iter, copy, false, false); + valid = Model.IterNext (ref iter); + } + } + + // insert tag into the correct place in the tree, with parent. return the new TagIter in iter. + private TreeIter InsertInOrder(TreeIter parent, bool is_root, Tag tag) { + TreeIter iter; + TreeStore store = Model as TreeStore; + Tag compare; + bool valid; + if (is_root) + valid = store.GetIterFirst(out iter); + else + valid = store.IterChildren(out iter, parent); + + while (valid) { + //I have no desire to figure out a more performant sort over this... + GLib.Value value = new GLib.Value(); + store.GetValue(iter, 0, ref value); + compare = (Tag)tag_store.Get((uint)value); + if (compare.CompareTo(tag) > 0) { + store.InsertBefore(out iter, iter); + store.SetValue(iter, 0, tag.Id); + return iter; + } + valid = store.IterNext(ref iter); + } + if (is_root) + store.Append(out iter); + else + iter = store.Append(parent); + store.SetValue(iter, 0, tag.Id); + return iter; + } + + private void HandleTagDeleted(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag, out iter)) + (Model as TreeStore).Remove(ref iter); + } + + private void HandleTagCreated(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag.Category, out iter)) { + // create dialog doesn't let you create a top level tag... + InsertInOrder(iter, false, tag); + } + } + + private void HandleTagChanged(Tag tag) { + TreeStore store = Model as TreeStore; + TreeIter iter, category_iter, parent_iter; + TreeIterForTag(tag, out iter); + bool category_valid = TreeIterForTag(tag.Category, out category_iter); + bool parent_valid = Model.IterParent(out parent_iter, iter); + if ((category_valid && (category_iter.Equals(parent_iter))) || (!category_valid && !parent_valid)) { + // if we haven't been reparented + TreePath path = store.GetPath(iter); + store.EmitRowChanged(path, iter); + } else { + // It is a bit tougher. We need to do an annoying clone of structs... + CopyBranch(iter, category_iter, !category_valid, true); + store.Remove(ref iter); + } + } // Constructor. public TagSelectionWidget (TagStore tag_store) @@ -275,6 +389,9 @@ Update (); ExpandAll (); + tag_store.TagDeleted += new TagDeletedHandler(HandleTagDeleted); + tag_store.TagCreated += new TagCreatedHandler(HandleTagCreated); + tag_store.TagChanged += new TagChangedHandler(HandleTagChanged); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 17 Oct 2004 20:21:15 -0000 @@ -173,9 +173,16 @@ } } +public delegate void TagCreatedHandler(Tag t); +public delegate void TagChangedHandler(Tag t); +public delegate void TagDeletedHandler(Tag t); public class TagStore : DbStore { + public event TagCreatedHandler TagCreated; + public event TagChangedHandler TagChanged; + public event TagDeletedHandler TagDeleted; + Category root_category; public Category RootCategory { get { @@ -365,7 +372,7 @@ Tag tag = new Tag (category, id, name); AddToCache (tag); - + TagCreated(tag); return tag; } @@ -378,7 +385,7 @@ Category new_category = new Category (parent_category, id, name); AddToCache (new_category); - + TagCreated(new_category); return new_category; } @@ -411,6 +418,7 @@ command.ExecuteNonQuery (); command.Dispose (); + TagDeleted((Tag)item); } @@ -448,6 +456,8 @@ command.ExecuteNonQuery (); command.Dispose (); + + TagChanged(tag); } --=-zzoFUQ5T6kkoqR5NPS6b-- From sogrady@redmonk.com Sun Oct 17 22:45:13 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7E6EC3B0C89 for ; Sun, 17 Oct 2004 22:45:13 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00716-07 for ; Sun, 17 Oct 2004 22:45:11 -0400 (EDT) Received: from fecls-01.atlarge.net (fecls-01.atlarge.net [129.41.63.135]) by menubar.gnome.org (Postfix) with SMTP id 6492B3B07FA for ; Sun, 17 Oct 2004 22:45:11 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-01.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Sun, 17 Oct 2004 21:45:47 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C4B4BC.506525AA" Date: Sun, 17 Oct 2004 21:43:56 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: F-Spot Hangs Thread-Index: AcSzWMiNmwf7CaGhSNm1DN8n4oeIAQBYs3o8 From: "O'Grady Stephen" To: X-OriginalArrivalTime: 18 Oct 2004 02:45:47.0061 (UTC) FILETIME=[92104E50:01C4B4BC] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 02:45:13 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C4B4BC.506525AA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable my installation of f-spot appears to be borqed. i've done nothing that = i'm aware of to cause it, but while the application will instantiate, = anything following - scrolling through the catalog, picking a spot on = the timeline, etc - causes the application to hang and not recover. it = has under 200 pictures cataloged, with pretty basic tags applied. running it from the terminal i get: Query Start 22:28:33 Query Mid 10/17/2004 22:28:33 Query End 22:28:33 Start 10/17/2004 22:28:33 End 10/17/2004 22:28:34 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 Found Year 1998 Found Year 1999 Found Year 2000 Found Year 2001 Found Year 2002 Found Year 2003 Found Year 2004 min 0 max 11 01/01/1998 00:00:00 01/01/1999 00:00:00 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 min 0 max 83 01/01/1998 00:00:00 01/01/2005 00:00:00 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom 0.000651041666666667 Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 BUG: Filing another request of order 63 (previously 59) for = `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' the only thing i've tried as a remedy is reinstalling the application.=20 any thoughts, advice?=20 ------_=_NextPart_001_01C4B4BC.506525AA Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: F-Spot Hangs

my installation of f-spot appears to be borqed. i've = done nothing that i'm aware of to cause it, but while the application = will instantiate, anything following - scrolling through the catalog, = picking a spot on the timeline, etc - causes the application to hang and = not recover. it has under 200 pictures cataloged, with pretty basic tags = applied.

running it from the terminal i get:

Query Start 22:28:33
Query Mid 10/17/2004 22:28:33
Query End 22:28:33
Start 10/17/2004 22:28:33
End 10/17/2004 22:28:34
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
Found Year 1998
Found Year 1999
Found Year 2000
Found Year 2001
Found Year 2002
Found Year 2003
Found Year 2004
min 0 max 11
01/01/1998 00:00:00 01/01/1999 00:00:00
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
min 0 max 83
01/01/1998 00:00:00 01/01/2005 00:00:00
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom = 0.000651041666666667
Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375
Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375
BUG: Filing another request of order 63 (previously 59) for = `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png'

the only thing i've tried as a remedy is reinstalling the = application.

any thoughts, advice?

------_=_NextPart_001_01C4B4BC.506525AA-- From stefan.ihringer@gmx.net Mon Oct 18 07:05:19 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 529003B0716 for ; Mon, 18 Oct 2004 07:05:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19715-07 for ; Mon, 18 Oct 2004 07:05:15 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 234303B10D8 for ; Mon, 18 Oct 2004 07:05:14 -0400 (EDT) Received: (qmail 4140 invoked by uid 65534); 18 Oct 2004 11:05:13 -0000 Received: from dsl-213-023-050-201.arcor-ip.net (EHLO localhost) (213.23.50.201) by mail.gmx.net (mp022) with SMTP; 18 Oct 2004 13:05:13 +0200 X-Authenticated: #1327361 From: Stefan Ihringer To: f-spot-list@gnome.org Content-Type: text/plain Date: Mon, 18 Oct 2004 13:05:20 +0200 Message-Id: <1098097520.10500.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 18 Oct 2004 12:44:46 -0400 Subject: Picasa X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 11:05:19 -0000 Hi, I've read about f-spot on planet Gnome. It looks like a really promising project! I've wondered, have any of you developers already taken a look at "Picasa" (www.picasa.com). It's a photo management software (recently aquired by Google) which has some nice features like non- destructive photo manipulation (cropping and anti-red-eye doesn't overwrite your original file). It's also multi-threaded so you can work with it while it's still building a list of thumbnails or importing new photos. It's not perfect (especially when adding 500+ photos all at once), but judging from the mockups/screenshots in the f-spot wiki it's kinda like what f-spot is supposed to become. So either you already know about Picasa or you might get some nifty ideas from it :-) Stefan From sverre.johansen@gmail.com Mon Oct 18 18:55:51 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 740B53B0673 for ; Mon, 18 Oct 2004 18:55:51 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22499-07 for ; Mon, 18 Oct 2004 18:55:49 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by menubar.gnome.org (Postfix) with ESMTP id 16C4C3B0769 for ; Mon, 18 Oct 2004 18:55:42 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 74so260676rnk for ; Mon, 18 Oct 2004 15:55:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=Llznuz+1hvz64Pz2mO795Dr6W0uCQ5iXGkYswr44B9xBLhbhFjFHAevHvwnZmTKRTkUoxb5QpWhEjCLu47XQpQ6ZR4hfsG69boUFYsYO8f2gdJqeT1/wQW555OtFMjxpablM8Z9hrulWaugyJ6awK7hPLIPRRxwC0aHsLe8I4Is Received: by 10.38.81.49 with SMTP id e49mr1668152rnb; Mon, 18 Oct 2004 15:55:27 -0700 (PDT) Received: by 10.38.152.9 with HTTP; Mon, 18 Oct 2004 15:55:27 -0700 (PDT) Message-ID: Date: Tue, 19 Oct 2004 00:55:27 +0200 From: Sverre Johansen To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sverre Johansen List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 22:55:51 -0000 Hi, First I have to say that this application is starting to look great! Is there planned to create a Calendar View, like Photoshop Album has? Where I can see the pictures for a specific day, not just the month. Is this something you want, or is it just ruled out as "not needed"? -- Sverre Johansen From alan@ufies.org Mon Oct 18 23:37:54 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D0B473B0F50 for ; Mon, 18 Oct 2004 23:37:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31284-05 for ; Mon, 18 Oct 2004 23:37:52 -0400 (EDT) Received: from arcterex.net (S01060005380102a0.vf.shawcable.net [70.69.99.52]) by menubar.gnome.org (Postfix) with ESMTP id D3C443B0ED5 for ; Mon, 18 Oct 2004 23:37:47 -0400 (EDT) Received: from phoenix.arcterex.net (phoenix [192.168.2.100]) by arcterex.net (Postfix) with ESMTP id 93979C4BEB; Mon, 18 Oct 2004 20:49:12 -0700 (PDT) From: Alan Bailward To: Sverre Johansen In-Reply-To: References: Content-Type: text/plain Date: Mon, 18 Oct 2004 20:37:47 -0700 Message-Id: <1098157067.13593.11.camel@phoenix.arcterex.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 03:37:55 -0000 On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > Hi, > > First I have to say that this application is starting to look great! > > Is there planned to create a Calendar View, like Photoshop Album has? > Where I can see the pictures for a specific day, not just the month. > Is this something you want, or is it just ruled out as "not needed"? Another nice feature that I'd love to see is to group files by time of day / picture taking session. IE: Say you download your files from CF or whatever. Generally pictures are taken in groups, ie: at 8:00 you took 10 pictures of something, then after another hour or two you took some more, then two days later you took more. The files are all from the same CF card but of different distinct subjects (or could be). Most photo management apps think of the images from an import as one session, ask you for a name or directory, etc. What would be nice is to be able to present the images grouped by when they were taken. A pretty simple algorithm could check for the biggest gaps between image creation date and use that... then the images are presented to the user in a grouped format for viewing or naming. Hope this makes sense... alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From sverre.johansen@gmail.com Tue Oct 19 02:29:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 143B23B0D6C for ; Tue, 19 Oct 2004 02:29:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04605-07 for ; Tue, 19 Oct 2004 02:29:50 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by menubar.gnome.org (Postfix) with ESMTP id 03E563B0756 for ; Tue, 19 Oct 2004 02:29:30 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 74so293013rnk for ; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=srmh1nEgWqhuEIodRvvaF86Nt+Gxu3Ovs/vs0ZpqYMjQhb6CBC7Ttdf8Lz7FcMAbyB9j6ah/d5o7OrFrKq6AMfsi7T/Rcisqvqivqrxk25wLjafTlTAXL5EahDLLDP0T9iVcnuIEUqytvtVMWosc9F54BHHoEmrA4Y0cPOLrh2k Received: by 10.38.208.34 with SMTP id f34mr1819559rng; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) Received: by 10.38.152.9 with HTTP; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) Message-ID: Date: Tue, 19 Oct 2004 08:29:29 +0200 From: Sverre Johansen To: Alan Bailward In-Reply-To: <1098157067.13593.11.camel@phoenix.arcterex.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098157067.13593.11.camel@phoenix.arcterex.net> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sverre Johansen List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 06:29:52 -0000 You want a daily calendar? Just like would like to see a mounthly. Is this planned/wanted, or should f-spot only use the timeline widget? On Mon, 18 Oct 2004 20:37:47 -0700, Alan Bailward wrote: > On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > > > > Hi, > > > > First I have to say that this application is starting to look great! > > > > Is there planned to create a Calendar View, like Photoshop Album has? > > Where I can see the pictures for a specific day, not just the month. > > Is this something you want, or is it just ruled out as "not needed"? > > Another nice feature that I'd love to see is to group files by time of > day / picture taking session. IE: Say you download your files from CF > or whatever. Generally pictures are taken in groups, ie: at 8:00 you > took 10 pictures of something, then after another hour or two you took > some more, then two days later you took more. The files are all from > the same CF card but of different distinct subjects (or could be). Most > photo management apps think of the images from an import as one session, > ask you for a name or directory, etc. > > What would be nice is to be able to present the images grouped by when > they were taken. A pretty simple algorithm could check for the biggest > gaps between image creation date and use that... then the images are > presented to the user in a grouped format for viewing or naming. > > Hope this makes sense... > > alan > > -- > Alan - http://arcterex.net > -------------------------------------------------------------------- > "There are only 3 real sports: bull-fighting, car racing and mountain > climbing. All the others are mere games." -- Hemingway > > -- Sverre Johansen From w.l.devries@student.tudelft.nl Tue Oct 19 10:36:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6CCBB3B0D36 for ; Tue, 19 Oct 2004 10:36:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27316-03 for ; Tue, 19 Oct 2004 10:36:26 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 8CD123B0A2B for ; Tue, 19 Oct 2004 10:36:25 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CJv68-0008Ny-JY for f-spot-list@gnome.org; Tue, 19 Oct 2004 16:36:24 +0200 Message-ID: <41752668.7060904@student.tudelft.nl> Date: Tue, 19 Oct 2004 16:36:24 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org References: <416E8277.1080201@student.tudelft.nl> <1097784636.8284.2.camel@lewinghost> In-Reply-To: <1097784636.8284.2.camel@lewinghost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 14:36:27 -0000 Larry Ewing wrote: >What version of libexif do you have installed? > > > I have this version installed: ii libexif-dev 0.6.9-2 The EXIF library allows you to parse an EXIF ii libexif10 0.6.9-2 The EXIF library allows you to parse an EXIF Wouter >On Thu, 2004-10-14 at 15:43 +0200, Wouter Leonard de Vries wrote: > > >>Hi, >> >>I'm very sorry to bug you again.. I'm having trouble with the exif part >>of F-Spot. It doesn't read any exif information on jpeg files that >>clearly do have it. I tried to have a look at the source code, although >>I've never used c#. >> >>In ExifUtils the information is read using ExposureInfo in ExifData. The >>instantiation of exif_data works fine, but while doing the first data >>lookup it never returns to the function and just exits GetExposureInfo >>altogether and leaving info uninitialized. I took a look at ExifData and >>saw that the Assemble part is the thing where it gets stuck. Could it be >>that my exif library is broken or not working together with F-Spot? I'm >>using the Debian unstable version. After renaming /usr/lib/libexif.so to >>something else I don't even get an error message. >> >> >>Wouter >> >> >> -- Wouter de Vries From w.l.devries@student.tudelft.nl Tue Oct 19 11:41:30 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7064C3B134E for ; Tue, 19 Oct 2004 11:41:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31120-07 for ; Tue, 19 Oct 2004 11:41:27 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 9489B3B0ED3 for ; Tue, 19 Oct 2004 11:41:22 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CJw6x-0008RM-R1 for f-spot-list@gnome.org; Tue, 19 Oct 2004 17:41:19 +0200 Message-ID: <417535A0.6030802@student.tudelft.nl> Date: Tue, 19 Oct 2004 17:41:20 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: exif_entry_get_value X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 15:41:30 -0000 Hi, After some more examination I found out that execution does not return from _ExifEntry.exif_entry_get_value in ExifData.cs on line 334 in my cvs checkout of october 19th. After I comment out that line and print the entry->tag value all exif tags are printed. Greetings, Wouter -- Wouter de Vries From chris@atlee.ca Tue Oct 19 13:59:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0914C3B0A1A for ; Tue, 19 Oct 2004 13:59:59 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05546-09 for ; Tue, 19 Oct 2004 13:59:56 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id 00D8A3B0B9B for ; Tue, 19 Oct 2004 13:59:56 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (821 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Tue, 19 Oct 2004 13:59:54 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CJyGy-0005VF-GC for f-spot-list@gnome.org; Tue, 19 Oct 2004 13:59:48 -0400 From: Chris AtLee To: f-spot-list@gnome.org Content-Type: text/plain Date: Tue, 19 Oct 2004 13:59:48 -0400 Message-Id: <1098208788.30475.5.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Modifying images X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 17:59:59 -0000 Hi, I just got the latest version of f-spot from CVS, it looks great so far! I noticed that when you rotate an image, the original image is modified. Is there a way to preserve the original, and do the rotation on a copy instead? Cheers, Chris From uldis.bojars@gmx.net Wed Oct 20 08:08:30 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AE6F13B06C1 for ; Wed, 20 Oct 2004 08:08:30 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15725-07 for ; Wed, 20 Oct 2004 08:08:28 -0400 (EDT) Received: from card.konts.lv (card.konts.lv [159.148.139.17]) by menubar.gnome.org (Postfix) with ESMTP id E4BD23B0EE5 for ; Wed, 20 Oct 2004 08:08:27 -0400 (EDT) Received: from card.konts.lv (localhost.localdomain [127.0.0.1]) by card.konts.lv (8.12.8/8.12.8) with ESMTP id i9KC64GI031444 for ; Wed, 20 Oct 2004 15:06:04 +0300 Received: (from daemon@localhost) by card.konts.lv (8.12.8/8.12.8/Submit) id i9KC61GL031443 for ; Wed, 20 Oct 2004 15:06:01 +0300 Received: from (mail1.konts.lv [10.10.1.4]) by card.konts.lv via smap (V2.1) id xma031434; Wed, 20 Oct 04 15:05:59 +0300 Received: (qmail 2461 invoked by uid 106); 20 Oct 2004 12:08:18 -0000 Received: from (HELO u-bojars2.konts.lv) ([]) (envelope-sender ) by mail1.konts.lv (qmail-ldap-1.03) with SMTP for ; 20 Oct 2004 12:08:18 -0000 Date: Wed, 20 Oct 2004 15:13:44 +0300 From: Uldis Bojars X-Priority: 3 (Normal) Message-ID: <4810312333.20041020151344@gmx.net> To: f-spot-list@gnome.org In-Reply-To: <1098208788.30475.5.camel@antigua> References: <1098208788.30475.5.camel@antigua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: F-Spot & Metadata X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Uldis Bojars List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 12:08:30 -0000 Hi, I wrote a blog entry about F-Spot and Metadata in photos. What I am interest in is for F-Spot to support adding of a rich family of metadata to the photos [as opposed to having i.e. only keywords or tags]. Such information would allow you to search by many criteria like what person [or thing] is on the photo, where was it taken, who took it, ... You can see and comment my article here: http://captsolo.net/info/blog_a.php/2004/10/18/f_spot_the_ultimate_photo_manager tiny url: http://tinyurl.com/63avw -- Uldis / CaptSolo From jimmac@ximian.com Wed Oct 20 09:03:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DD4AA3B0EE5 for ; Wed, 20 Oct 2004 09:03:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18112-10 for ; Wed, 20 Oct 2004 09:03:25 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 3C8EC3B07A0 for ; Wed, 20 Oct 2004 09:03:25 -0400 (EDT) Received: (qmail 25627 invoked from network); 20 Oct 2004 13:03:24 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 20 Oct 2004 13:03:24 -0000 From: Jakub Steiner To: f-spot-list@gnome.org In-Reply-To: <4810312333.20041020151344@gmx.net> References: <1098208788.30475.5.camel@antigua> <4810312333.20041020151344@gmx.net> Content-Type: text/plain Date: Wed, 20 Oct 2004 15:03:22 +0200 Message-Id: <1098277402.4821.51.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot & Metadata X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 13:03:27 -0000 On Wed, 2004-10-20 at 15:13 +0300, Uldis Bojars wrote: > Hi, > > I wrote a blog entry about F-Spot and Metadata in photos. > > What I am interest in is for F-Spot to support adding of a rich family > of metadata to the photos [as opposed to having i.e. only keywords or > tags]. Such information would allow you to search by many criteria > like what person [or thing] is on the photo, where was it taken, who > took it, ... I don't see a very clear distinction between tags and the rich metadata here. Tags are an interface to assign and search by image attributes. Perhaps tags only make sense for multiple images, while there could be unique attributes of an image (name, caption, timestamp) that make no sense to be tags. Tags in f-spot as it stands are structured as well. They are not flat keywords. You have places, people and events. This could be enhanced to match some of the metadata standards out there. Author, Category (portrait, nature..) etc. To fully support the metadata standards doesn't mean to have all of the in the Interface though. We could discuss if we want editability of these in some list-like (and fairly hidden) widget similar to Raphael's GIMP metadata editor has [1]. I'm not sure the quicksearch interface using tags is scalable enough to be honest. Definitely needs more thought on how to do metadata in F-Spot. cheers [1] - http://wilber.gimp.org/~raphael/metadata/ (advanced tab) -- Jakub Steiner Novell, Inc. From jimmac@ximian.com Wed Oct 20 10:32:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 88B073B13A0 for ; Wed, 20 Oct 2004 10:32:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22926-10 for ; Wed, 20 Oct 2004 10:32:24 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 258413B14BA for ; Wed, 20 Oct 2004 10:32:24 -0400 (EDT) Received: (qmail 25867 invoked from network); 20 Oct 2004 14:32:23 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 20 Oct 2004 14:32:23 -0000 From: Jakub Steiner To: f-spot-list@gnome.org Content-Type: text/plain Date: Wed, 20 Oct 2004 16:32:21 +0200 Message-Id: <1098282741.4790.107.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 14:32:26 -0000 Hi Folks, *food for thought* I want to put the concept of tags, as we have them now in F-Spot, in question and propose a more natural interface concept. The suggestion comes from thinking about various tasks we came up for F-Spot [1], taking export functionality in particular consideration [2]. Tags ==== As it stands, the user has a flat library of photos. Each photo can have a set of tags assigned to it, such as what place the image was taken, what event that was, who/what appears on the image. Query Logic ----------- Tags enable the user to limit the view to images containing a specific tag. The user can also select multiple tags at once. Contrary to my point of view, this doesn't limit the query further, but enhances the view by adding images containing tags using the OR operand. How many times have you queried the library for "Photos from Boston or Tuomas"? "Images of Dogs or Favourite Images?". With the current interface, it is not possible to query for Event AND Person so that one could get images of a person appearing while at an Event. Human Language -------------- There is no clear metaphoric link to tags. In the physical world, we structure our photos in albums or piles. It is not physically possible to have one image appear in multiple albums. Reuse ----- With the tag interface to the library is not possible to store a certain query. One has to manually deselect the current "filter" and apply a new one. Metadata -------- We do want to have additional metadata associated with an image. It is confusing to use this concept for some, and another for the rest (name, caption...) Export Implementation --------------------- While it is theoretically possible to come up with a dynamic web system for exporting photos on the web, retaining the same concepts as applied on F-Spot alone with tags, it relies heavily on server side scripting and doesn't sound trivial to do. Generating static HTML pages with the tag interface is hardly doable with way too many permutations to deal with. Proposal - Albums ================= I propose we use a concept of Albums and Virtual Albums (similar to vFolders in Evolution) instead of tags. Human Language -------------- Album is a real world object that easy to understand. The term Virtual Album clearly exhibits the difference from the physical Album. Reuse & Consistency ------------------- The concept of stored queries isn't new. We have them in Evolution and hopefully thanks to beagle it will appear in the file-manager, file dialogs and elsewhere on the desktop. Metadata -------- Image attributes (including the stuff that's done with tags now) is defined at one place in the UI. Export Implementation --------------------- Mostly every web image gallery is structured in albums. Even stored queries (Virtual Albums) could be generated as static HTML. Further Mindbender: =================== * Should we include Time in the queries? Or have time as a separate concept to further limit whatever you have selected in albums? That could give new options to the timeline scale - You select an album and the the time scale changes accordingly giving you options to further limit the selection by time. cheers [1] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:use_cases [2] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export From patanjali@codito.com Wed Oct 20 10:55:17 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1A0163B1558 for ; Wed, 20 Oct 2004 10:55:17 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24503-06 for ; Wed, 20 Oct 2004 10:55:15 -0400 (EDT) Received: from marvin.codito.net (unknown [203.197.88.2]) by menubar.gnome.org (Postfix) with ESMTP id 413913B14C0 for ; Wed, 20 Oct 2004 10:55:14 -0400 (EDT) Received: from [192.168.100.120] (calvin.codito.co.in [203.199.140.162]) (authenticated bits=0) by marvin.codito.net (8.13.1/8.13.1/Debian-6) with ESMTP id i9KFCVv2023164 for ; Wed, 20 Oct 2004 20:42:43 +0530 From: patanjali To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Organization: Codito Technologies Date: Wed, 20 Oct 2004 20:25:01 +0530 Message-Id: <1098284101.3876.66.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75-1, clamav-milter version 0.75c on marvin X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: patanjali@codito.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 14:55:17 -0000 Hi, I'd earlier submitted a patch for grouping by directory: http://mail.gnome.org/archives/f-spot-list/2004-June/msg00000.html A screenshot is here - http://www.geocities.com/patanjalisomayaji/Screenshot.png Unfortunately I didn't get the time to re-do the patch with Larry's suggestions, so it never went in. However I thought the feature would be a good one to discuss in these f-spot UI-related discussions. cheers, Patanjali On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > > Tags > ==== > > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image. > > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". > > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. > > Human Language > -------------- > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. It is not physically possible > to have one image appear in multiple albums. > > Reuse > ----- > With the tag interface to the library is not possible to store a certain > query. One has to manually deselect the current "filter" and apply a new > one. > > Metadata > -------- > We do want to have additional metadata associated with an image. It is > confusing to use this concept for some, and another for the rest (name, > caption...) > > Export Implementation > --------------------- > While it is theoretically possible to come up with a dynamic web system > for exporting photos on the web, retaining the same concepts as applied > on F-Spot alone with tags, it relies heavily on server side scripting > and doesn't sound trivial to do. Generating static HTML pages with the > tag interface is hardly doable with way too many permutations to deal > with. > > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. > > > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. > > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. > > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. > > > Further Mindbender: > =================== > * Should we include Time in the queries? Or have time as a > separate concept to further limit whatever you have selected in > albums? That could give new options to the timeline scale - You > select an album and the the time scale changes accordingly > giving you options to further limit the selection by time. > > cheers > > [1] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:use_cases > [2] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From alan@ufies.org Wed Oct 20 11:05:13 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18D7E3B1584 for ; Wed, 20 Oct 2004 11:05:11 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24964-03 for ; Wed, 20 Oct 2004 11:05:09 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 771AF3B1401 for ; Wed, 20 Oct 2004 11:04:06 -0400 (EDT) Received: from phoenix.arcterex.net (S01060005380102a0.vf.shawcable.net [70.69.99.52]) by master.ufies.org (Postfix) with ESMTP id E98F3B0204; Wed, 20 Oct 2004 08:11:34 -0700 (PDT) From: Alan Bailward To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Wed, 20 Oct 2004 08:04:01 -0700 Message-Id: <1098284641.325.54.camel@phoenix.arcterex.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:05:13 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* [snip] > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. [snip] Totally agree. This is the way that iphoto has gone (though I don't think they call it virtual albums, but somthing else), and the concepts of virtual folders are common in other apps, from iphoto, itunes, outlook, etc. The key is making the UI good enough so that it can do complex things without looking all that complex. > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. I think that there should maybe be a plugin system, or the export list should grow as f-spot gets more mature. I know that gallery has a plugin system of some sort as iphoto has an extension written for it to allow the user to save to gallery. It worked quite well IIRC. I'm not aware of that many other popular gallery software packages, but if the ability was made to hook into whatever API they had, this would of course be a Good Thing. I'd say that including a gallery export and an export to flat HTML (with a few options of per page, fonts, etc) would be quite adequate for a start. Having the flat HTML look nice, but also have a good CSS structure would allow the web designers out there to customize for themselves. Alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From chris@atlee.ca Wed Oct 20 11:35:37 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 569963B1349 for ; Wed, 20 Oct 2004 11:35:37 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26599-09 for ; Wed, 20 Oct 2004 11:35:34 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id BB77D3B12E2 for ; Wed, 20 Oct 2004 11:35:33 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (4221 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Wed, 20 Oct 2004 11:35:31 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CKIUs-0002tz-RR for f-spot-list@gnome.org; Wed, 20 Oct 2004 11:35:30 -0400 From: Chris AtLee To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 20 Oct 2004 11:35:30 -0400 Message-Id: <1098286530.30475.44.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:35:37 -0000 On Wed, 2004-20-10 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, >=20 > *food for thought* Mmmm...breakfast :) *snip* > Tags > =3D=3D=3D=3D >=20 > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image.=20 >=20 > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". >=20 > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. This never seemed like an intuitive way to use tags. For me the subjects of the picture, the location, description, etc. are meta-data associated with the image (and should be searchable using AND/OR/NOT). Having to create new tags for all the various people and places is a bit cumbersome. Tags are organizational tools, like putting your pictures into various piles. I have a pile for my favourite pictures, another for my important pictures, another for ones I want to edit, etc. They aid me in my workflow, but they don't really describe the contents of the image. *snip* > Proposal - Albums > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. *snip* > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. >=20 > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML.=20 I love it. It's extremely flexible; I couldn't live without vFolders in Evolution. It should be possible to create a vAlbum for images that need backing up, and then create an export plugin to actually write these out to a .iso, directly to a cd burner, or copy to another machine. What are now called Tags can still be included so that you can mark images as being one of your favourites, and then you can create a vAlbum to look at only your favourite images. > Further Mindbender: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > * Should we include Time in the queries? Or have time as a > separate concept to further limit whatever you have selected in > albums? That could give new options to the timeline scale - You > select an album and the the time scale changes accordingly > giving you options to further limit the selection by time. The date and time that an image was taken should be another piece of metadata, and should be available to search in the queries. That way you can create vAlbums for "Images I took in 2002", "Images taken in the past 2 weeks", etc. The time of an image should be editable since there are many times when the time stored in the EXIF tags is not correct (camera's clock wasn't set correctly), or not present (scanned images, for example). The timeline would scale according to the earliest and latest pictures in the current query. Just my 2=A2 Cheers, Chris From garrett@ximian.com Wed Oct 20 11:40:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6DB453B1481 for ; Wed, 20 Oct 2004 11:40:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26912-08 for ; Wed, 20 Oct 2004 11:40:51 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1ACE83B1386 for ; Wed, 20 Oct 2004 11:40:51 -0400 (EDT) Received: (qmail 26128 invoked from network); 20 Oct 2004 15:40:50 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 20 Oct 2004 15:40:50 -0000 From: Garrett LeSage To: F-Spot list In-Reply-To: <1098284641.325.54.camel@phoenix.arcterex.net> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098284641.325.54.camel@phoenix.arcterex.net> Content-Type: multipart/alternative; boundary="=-JjwuInDleFeZhDHrA9Ux" Organization: Novell, Inc. Date: Wed, 20 Oct 2004 11:55:45 -0400 Message-Id: <1098287745.31684.103.camel@x1-6-00-0d-60-c5-9b-87> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:40:52 -0000 --=-JjwuInDleFeZhDHrA9Ux Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, 2004-10-20 at 08:04 -0700, Alan Bailward wrote: > On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > > Hi Folks, > > > > *food for thought* > [snip] > > Proposal - Albums > > ================= > > I propose we use a concept of Albums and Virtual Albums (similar to > > vFolders in Evolution) instead of tags. > [snip] > > Totally agree. This is the way that iphoto has gone (though I don't > think they call it virtual albums, but somthing else), and the concepts > of virtual folders are common in other apps, from iphoto, itunes, > outlook, etc. The key is making the UI good enough so that it can do > complex things without looking all that complex. I think that's the way to go too... but it's just my opinion. (: We need to figure out the best way and go with that. For my own personal use, I have been grouping by directory and I like to flag files to know which ones I want to do something with (like upload and what-not). It might be useful to have a few different flags, kind of like email clients typically do. (Side note: I also like having my mail sorted into different folder groupings too, so the photo grouping, I suppose, is also analogous to email in that respect too.) For email, you typically have: normal, important, and spam. There are also states: unread, read, and replied to. To take this idea and apply it to photographs, it could possibly have something like: * Normal * Important * Trash This (well, some better word here, but that's the concept) ...and for states: * Normal * Edited * Published * Printed I'm not certain at this point in time how user visible these should be seen (marking something ) -- possibly we could have the "vFolders" / "Smart Playlists" concept with some pre-established rules that match some of the above for useful things. All of this would be in addition to the groups, of course. We could also keep track of how "popular" a photograph may be somehow. Things that it could be based off of is: * How long was it edited for * How many times it was printed / published / archived to CD / viewed in a slideshow, etc. * How many times it was viewed in a large state * How it ranks in context with other photos in a group (is it in a popular group?) * Does it have popular keywords? * How recent is the image? * Etc. We could use the above to try to make search results more relevant, among other things. > > Export Implementation > > --------------------- > > Mostly every web image gallery is structured in albums. Even stored > > queries (Virtual Albums) could be generated as static HTML. > [snip ] > > I'd say that including a gallery export and an export to flat HTML (with > a few options of per page, fonts, etc) would be quite adequate for a > start. Having the flat HTML look nice, but also have a good CSS > structure would allow the web designers out there to customize for > themselves. Yes, and we could have different "themes" for the galleries by having "theme packs" that are basically tarballs of CSS + images. There could even be a nice selection of them included with the app, and maybe a repository of them located at the Web site too. Garrett --=-JjwuInDleFeZhDHrA9Ux Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit On Wed, 2004-10-20 at 08:04 -0700, Alan Bailward wrote: 
On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote:
> Hi Folks,
> 
> *food for thought*
[snip]
> Proposal - Albums
> =================
> I propose we use a concept of Albums and Virtual Albums (similar to
> vFolders in Evolution) instead of tags.
[snip]

Totally agree.  This is the way that iphoto has gone (though I don't
think they call it virtual albums, but somthing else), and the concepts
of virtual folders are common in other apps, from iphoto, itunes,
outlook, etc.  The key is making the UI good enough so that it can do
complex things without looking all that complex.

I think that's the way to go too... but it's just my opinion.  (:

We need to figure out the best way and go with that.  For my own personal use, I have been grouping by directory and I like to flag files to know which ones I want to do something with (like upload and what-not).  It might be useful to have a few different flags, kind of like email clients typically do. 

(Side note:  I also like having my mail sorted into different folder groupings too, so the photo grouping, I suppose, is also analogous to email in that respect too.)

For email, you typically have: normal, important, and spam.
There are also states: unread, read, and replied to.

To take this idea and apply it to photographs, it could possibly have something like:
  * Normal
  * Important
  * Trash This (well, some better word here, but that's the concept)

...and for states:
  * Normal
  * Edited
  * Published
  * Printed

I'm not certain at this point in time how user visible these should be seen (marking something ) -- possibly we could have the "vFolders" / "Smart Playlists" concept with some pre-established rules that match some of the above for useful things.

All of this would be in addition to the groups, of course.

We could also keep track of how "popular" a photograph may be somehow.  Things that it could be based off of is:
  * How long was it edited for
  * How many times it was printed / published / archived to CD / viewed in a slideshow, etc.
  * How many times it was viewed in a large state
  * How it ranks in context with other photos in a group (is it in a popular group?)
  * Does it have popular keywords?
  * How recent is the image?
  * Etc.

We could use the above to try to make search results more relevant, among other things.


> Export Implementation
> ---------------------
> Mostly every web image gallery is structured in albums. Even stored
> queries (Virtual Albums) could be generated as static HTML.
[snip ] 

I'd say that including a gallery export and an export to flat HTML (with
a few options of per page, fonts, etc) would be quite adequate for a
start.  Having the flat HTML look nice, but also have a good CSS
structure would allow the web designers out there to customize for
themselves.

Yes, and we could have different "themes" for the galleries by having "theme packs" that are basically tarballs of CSS + images.  There could even be a nice selection of them included with the app, and maybe a repository of them located at the Web site too.

Garrett --=-JjwuInDleFeZhDHrA9Ux-- From tim@gerla.net Wed Oct 20 12:47:03 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 472BA3B0701 for ; Wed, 20 Oct 2004 12:47:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30610-06 for ; Wed, 20 Oct 2004 12:46:59 -0400 (EDT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by menubar.gnome.org (Postfix) with ESMTP id 7419F3B06FE for ; Wed, 20 Oct 2004 12:46:59 -0400 (EDT) Received: from marshank.rdu.specifix.com (rdu-nat.specifix.com [24.172.59.42]) by ms-smtp-03-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id i9KGkvkc008205 for ; Wed, 20 Oct 2004 12:46:57 -0400 (EDT) From: Tim Gerla To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Wed, 20 Oct 2004 12:46:42 -0400 Message-Id: <1098290802.3376.6.camel@marshank> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 16:47:03 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > I agree with your comments that tags are kind of a difficult concept. At first glance I like your albums+virtual albums idea a lot. The separation of 'categories' and 'tags' in f-spot (and Adobe Album) always confused me, and the 'mandatory' tags of 'people', 'places', 'events', 'other' always left a bad taste in my mouth. I think that the main organizational structure should be Album, and a way to tag individual items in an album with arbitrary attributes like 'printed', 'published', 'needs work', 'my favorite' makes the most sense to me. Right now, I skip any local photo management tools except for Nautilus. I download from my camera to a dated directory, pick specific pictures out, upload those to my Gallery site, then caption. I'd love to be able to import all my photos using f-spot, perhaps into an Incoming album, delete the bad ones, create new albums within f-spot as needed, caption, rotate, etc, and then publish my newly created albums to Gallery. I want to be able to keep my local albums and remote Gallery site as in-sync as possible. At the moment, my local system happens to be the "dump site" of photos, unorganized except by date. All of my manipulation, even rotating and captioning, goes on the server-side, which is slow, and hard to back up. I also find myself doing very little post-processing, because I upload straight to Gallery. I think my photos would be improved if I could find a better workflow. I'd love to be able to do all of my manipulation Gallery-like on the local side, and then publish to Gallery, but I haven't found a local tool as good as Gallery yet. Hopefully f-spot will become that tool! -Tim tim@gerla.net http://gerla.net/ From garrett@ximian.com Wed Oct 20 15:24:56 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 198853B0C24 for ; Wed, 20 Oct 2004 15:24:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05370-03 for ; Wed, 20 Oct 2004 15:24:55 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 46D483B13D2 for ; Wed, 20 Oct 2004 15:24:15 -0400 (EDT) Received: (qmail 26677 invoked from network); 20 Oct 2004 19:24:14 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 20 Oct 2004 19:24:14 -0000 From: Garrett LeSage To: F-Spot list Content-Type: text/plain; charset=UTF-8 Organization: Novell, Inc. Date: Wed, 20 Oct 2004 15:39:09 -0400 Message-Id: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 19:24:56 -0000 Hi all, I posted a little item on my website about digital photograph workflow; basically what people do, and how they'd like to do it. I asked this: You have a digital camera. You want the pictures on your computer. You want them marked somehow (grouped or tagged) so you can find them later and do stuff with them now. You want to share the images. You may also want to print them… What matters to you? How do you currently get your photos in the computer? What do you do from there? How would you like to have it work in your ideal world? I’m wondering, as I want to make F-Spot work the way you (or at least a lot of you) want it to. Leave a comment below… and/or post to the mailing list. http://linuxart.com/log/archives/2004/10/20/what-do-you-do-with-your-images/ I posted it before lunch. After going out to grab lunch (to-go), and getting back to the office, I already had around 7 replies. I currently have 18 comments on that one post. There is a lot of interesting stuff on that item. I figured I should send email about it here in the mailing list. What do you all think about the questions posed and the discussion following? Garrett From loz@flower.powernet.co.uk Wed Oct 20 15:43:34 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 792C63B077E for ; Wed, 20 Oct 2004 15:43:34 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06166-05 for ; Wed, 20 Oct 2004 15:43:32 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id CE4C33B09E4 for ; Wed, 20 Oct 2004 15:43:31 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9KJhT07031171 for ; Wed, 20 Oct 2004 20:43:29 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 139AEFF6E for ; Wed, 20 Oct 2004 20:43:24 +0100 (BST) From: Laurence Hygate To: F-Spot list Content-Type: multipart/mixed; boundary="=-ufGGPTwsmHjMU74/rB0q" Date: Wed, 20 Oct 2004 20:43:24 +0100 Message-Id: <1098301404.9403.3.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-Virus-Scanned: by amavisd-new at gnome.org Subject: ANDing categories together X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 19:43:34 -0000 --=-ufGGPTwsmHjMU74/rB0q Content-Type: text/plain Content-Transfer-Encoding: 7bit This patch makes categories work the way I intuitively expected. Of course I'm a geek, so using my opinion for this sort of thing is dangerous. * You can select/deselect all tags and categories independently * Only photos which have all tags are displayed * A photo is considered to "have" a tag if it is tagged with it or any of its children The implementation is a bit sucky, but gets the concept across. -- Loz --=-ufGGPTwsmHjMU74/rB0q Content-Disposition: attachment; filename=f-spot-and-tag.diff Content-Type: text/x-patch; name=f-spot-and-tag.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/PhotoStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/PhotoStore.cs,v retrieving revision 1.40 diff -u -r1.40 PhotoStore.cs --- src/PhotoStore.cs 24 Aug 2004 15:56:04 -0000 1.40 +++ src/PhotoStore.cs 20 Oct 2004 19:36:42 -0000 @@ -967,7 +967,9 @@ public Photo [] Query (Tag [] tags, DateRange range) { + const string AND = " AND "; string query; + string sep = " WHERE "; bool hide = true; if (tags != null) { @@ -1005,38 +1007,44 @@ query_builder.Append (String.Format ("WHERE photos.time >= {0} AND photos.time < {1} ", DbUtils.UnixTimeFromDateTime (range.Start), DbUtils.UnixTimeFromDateTime (range.End))); + sep = AND; } if (hide) { query_builder.Append (String.Format ("{0} photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = {1})", - range != null ? " AND " : " WHERE ", tag_store.Hidden.Id)); + sep, tag_store.Hidden.Id)); + sep = AND; } if (tags != null && tags.Length > 0) { - bool first = true; foreach (Tag t in tags) { if (t.Id == tag_store.Hidden.Id) continue; - - if (first) { - query_builder.Append (String.Format ("{0} photos.id IN (SELECT photo_id FROM photo_tags WHERE tag_id IN (", - hide || range != null ? " AND " : " WHERE ")); + + //Optimizations + //1. if t is root then we can ignore + //2. maintain table of tag_id, tag_id which is the relation (is_or_is_child_of) and join against that rather than the big in statement + bool first = true; + foreach (Tag tag in t.MeAndAncestors) { + if (first) { + query_builder.Append (sep); + query_builder.Append(" photos.id IN (SELECT photo_id FROM photo_tags WHERE tag_id IN ("); + sep = AND; + } + query_builder.Append (String.Format ("{0}{1} ", first ? "" : ", ", tag.Id)); + first = false; } - - query_builder.Append (String.Format ("{0}{1} ", first ? "" : ", ", t.Id)); - - first = false; + if (!first) + query_builder.Append(")) "); } - if (!first) - query_builder.Append (")) "); } query_builder.Append ("ORDER BY photos.time"); query = query_builder.ToString (); Console.WriteLine ("Query Start {0}", System.DateTime.Now.ToLongTimeString ()); - + // Console.WriteLine(query); SqliteCommand command = new SqliteCommand (); command.Connection = Connection; command.CommandText = query; @@ -1091,7 +1099,7 @@ return id_list.ToArray (typeof (Photo)) as Photo []; } - + #if TEST_PHOTO_STORE static void Dump (Photo photo) { Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 20 Oct 2004 19:36:43 -0000 @@ -67,8 +67,8 @@ return false; else if (selection.ContainsKey (tag.Id)) return true; - else if (tag.Category != tag_store.RootCategory && IsSelected (tag.Category)) - return true; + //else if (tag.Category != tag_store.RootCategory && IsSelected (tag.Category)) + // return true; else return false; } @@ -169,6 +169,13 @@ uint tag_id = (uint) value; Tag tag = tag_store.Get (tag_id) as Tag; + // Tags stand alone now + if (IsSelected (tag)) + Unselect (tag); + else + Select (tag); + (Model as TreeStore).EmitRowChanged (path, iter); + /* // Tags under an unselected category are always conceptually unselected. // They appear as selected just in virtue of being children of a selected category. if (! IsSelected (tag.Category)) { @@ -183,7 +190,7 @@ if (tag is Category) UnselectTagsForCategory (tag as Category); } - + */ if (SelectionChanged != null) SelectionChanged (this); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 20 Oct 2004 19:36:43 -0000 @@ -135,6 +135,20 @@ return Category.CompareTo (tag.Category); } } + + public Tag[] MeAndAncestors { //is there a word for that? + get { + // can be improved we are creating a lot of array lists by recursing this way + // should pass an accumulator around instead + ArrayList ancestors = new ArrayList(); + ancestors.Add(this); + if (this is Category) + foreach (Tag tag in (this as Category).Children) + ancestors.AddRange(tag.MeAndAncestors); + return (Tag []) ancestors.ToArray (typeof (Tag)); + } + } + } @@ -153,7 +167,7 @@ children_need_sort = true; } } - + public void AddChild (Tag child) { children.Add (child); --=-ufGGPTwsmHjMU74/rB0q-- From tjb@unh.edu Wed Oct 20 16:01:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A5B813B15AE for ; Wed, 20 Oct 2004 16:01:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07393-01 for ; Wed, 20 Oct 2004 16:01:30 -0400 (EDT) Received: from wintermute.sr.unh.edu (wintermute.sr.unh.edu [132.177.241.100]) by menubar.gnome.org (Postfix) with ESMTP id 5C1153B1590 for ; Wed, 20 Oct 2004 16:01:23 -0400 (EDT) Received: from wintermute.sr.unh.edu (localhost.localdomain [127.0.0.1]) by wintermute.sr.unh.edu (8.13.1/8.13.1) with ESMTP id i9KK1MjC010358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 20 Oct 2004 16:01:22 -0400 Received: (from tjb@localhost) by wintermute.sr.unh.edu (8.13.1/8.13.1/Submit) id i9KK1MRN010357 for f-spot-list@gnome.org; Wed, 20 Oct 2004 16:01:22 -0400 X-Authentication-Warning: wintermute.sr.unh.edu: tjb set sender to tjb@unh.edu using -f From: "Thomas J. Baker" To: f-spot-list@gnome.org In-Reply-To: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> References: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Organization: University of New Hampshire's Research Computing Center Date: Wed, 20 Oct 2004 16:01:22 -0400 Message-Id: <1098302482.31394.25.camel@wintermute.sr.unh.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-1) X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 20:01:33 -0000 On Wed, 2004-10-20 at 15:39 -0400, Garrett LeSage wrote: > Hi all, >=20 > I posted a little item on my website about digital photograph workflow; > basically what people do, and how they'd like to do it. >=20 > I asked this: >=20 > > You have a digital camera. You want the pictures on your computer. You > want them marked somehow (grouped or tagged) so you can find them later > and do stuff with them now. You want to share the images. You may also > want to print them=85 >=20 > What matters to you? How do you currently get your photos in the > computer? What do you do from there? How would you like to have it work > in your ideal world? >=20 > I=92m wondering, as I want to make F-Spot work the way you (or at least a > lot of you) want it to. >=20 > Leave a comment below=85 and/or post to the mailing list. > > =20 > http://linuxart.com/log/archives/2004/10/20/what-do-you-do-with-your-imag= es/ >=20 >=20 > I posted it before lunch. After going out to grab lunch (to-go), and > getting back to the office, I already had around 7 replies. I currently > have 18 comments on that one post. There is a lot of interesting stuff > on that item. >=20 > I figured I should send email about it here in the mailing list. >=20 > What do you all think about the questions posed and the discussion > following? >=20 > Garrett >=20 I've been maintaining photo websites for quite a few years, first dogs for the public then kids for family.=20 Since FC3, I use gthumb-import to import photos automagically when I plug my EOS 10d in. It then runs gthumb where I auto rotate all images appropriately. From there, I run a custom script that copies the raw images to the web server, runs gthumb again so I can weed out the ones I don't want family to see, and then it makes static html using more custom perl scripts.=20 After photos are read in in a YYYY/YYYY-MM-DD directory structure and auto rotated using gthumb, I treat them as read only, almost like negatives. (How about the concept of rolls? A roll is the batch of photos coming off a camera. Everyone does remember film, don't they??) I don't rename the files as I have the camera set to keep incrementing. It's only been reset once during a firmware upgrade but this means I do have duplicate names. I do any modifications to copies. I use gthumb to browse them but I haven't really done much in terms of tagging them. I've got too many photos and too little time to go back and tag everthing to make it meaningful. (I think gthumb just incorporated tagging recently.) A comprehensive system like f-spot would certainly encourage me to go back and tag things though. I like jimmac's concept of albums but I hope I can keep my current archive structure of 'rolls' organized by date. I suppose though that if it were done well enough, I wouldn't care.=20 As far as html exporting, one thing that may be beyond the scope of f- spot is permission levels and access to pictures. Log in as me and you can see everything but log in as someone else and only see what I want you to see. Maybe a public/private flag as a minimum. Maybe this would have to be implemented in an export plugin for a smarter web system. As I said before, I use my own scripts so I'm not familiar with the capabilities of other photo web software. Anyway, it will be nice to have a comprehensive photo cataloging system for linux. tjb P.S. The list seems not to be set to reply-to-list by default. Is this by design? --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D | Thomas Baker email: tjb@unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From sogrady@redmonk.com Wed Oct 20 16:15:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1FC5C3B15C9 for ; Wed, 20 Oct 2004 16:15:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08044-09 for ; Wed, 20 Oct 2004 16:15:00 -0400 (EDT) Received: from fecls-03.atlarge.net (fecls-03.atlarge.net [129.41.63.139]) by menubar.gnome.org (Postfix) with SMTP id 11F353B15DB for ; Wed, 20 Oct 2004 16:15:00 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-03.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Wed, 20 Oct 2004 15:08:43 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.107]) with Microsoft Exchange Server HTTP-DAV ; Wed, 20 Oct 2004 20:08:42 +0000 Received: from minisog by owa.atlarge.net; 20 Oct 2004 16:08:38 -0400 From: Stephen O'Grady To: f-spot-list@gnome.org In-Reply-To: References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Wed, 20 Oct 2004 16:08:37 -0400 Message-Id: <1098302918.8786.30.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-OriginalArrivalTime: 20 Oct 2004 20:08:43.0629 (UTC) FILETIME=[996E51D0:01C4B6E0] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 20:15:04 -0000 in lieu of fixing this, can anyone tell me how start over? i looked for a .f-spot directory to delete and didn't see one. i'd love to use f-spot, but can't at the moment. any help appreciated. On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > my installation of f-spot appears to be borqed. i've done nothing that > i'm aware of to cause it, but while the application will instantiate, > anything following - scrolling through the catalog, picking a spot on > the timeline, etc - causes the application to hang and not recover. it > has under 200 pictures cataloged, with pretty basic tags applied. > > running it from the terminal i get: > > Query Start 22:28:33 > Query Mid 10/17/2004 22:28:33 > Query End 22:28:33 > Start 10/17/2004 22:28:33 > End 10/17/2004 22:28:34 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > Found Year 1998 > Found Year 1999 > Found Year 2000 > Found Year 2001 > Found Year 2002 > Found Year 2003 > Found Year 2004 > min 0 max 11 > 01/01/1998 00:00:00 01/01/1999 00:00:00 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > min 0 max 83 > 01/01/1998 00:00:00 01/01/2005 00:00:00 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > 0.000651041666666667 > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > BUG: Filing another request of order 63 (previously 59) for > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > the only thing i've tried as a remedy is reinstalling the application. > > any thoughts, advice? > From mnorthcott@rogers.com Thu Oct 21 09:18:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A3A233B16CC for ; Thu, 21 Oct 2004 09:18:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17698-07 for ; Thu, 21 Oct 2004 09:18:26 -0400 (EDT) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by menubar.gnome.org (Postfix) with SMTP id 0C2DF3B0B3C for ; Thu, 21 Oct 2004 09:18:26 -0400 (EDT) Received: from unknown (HELO m50-iitvpn036235.iit.nrc.ca) (mnorthcott@rogers.com@132.246.36.235 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 21 Oct 2004 13:18:25 -0000 From: Mark Northcott To: f-spot-list@gnome.org In-Reply-To: <1098302918.8786.30.camel@minisog> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-k1DqdfJI6dl8+LGoA6u8" Date: Thu, 21 Oct 2004 09:19:48 -0400 Message-Id: <1098364788.4687.2.camel@jughead> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 13:18:27 -0000 --=-k1DqdfJI6dl8+LGoA6u8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Stephen, The f-spot directory is located in ~/.gnome2/. You can delete that directory to start over... Cheers, Mark On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > in lieu of fixing this, can anyone tell me how start over? i looked for > a .f-spot directory to delete and didn't see one. >=20 > i'd love to use f-spot, but can't at the moment.=20 >=20 > any help appreciated.=20 >=20 > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > my installation of f-spot appears to be borqed. i've done nothing that > > i'm aware of to cause it, but while the application will instantiate, > > anything following - scrolling through the catalog, picking a spot on > > the timeline, etc - causes the application to hang and not recover. it > > has under 200 pictures cataloged, with pretty basic tags applied. > >=20 > > running it from the terminal i get: > >=20 > > Query Start 22:28:33 > > Query Mid 10/17/2004 22:28:33 > > Query End 22:28:33 > > Start 10/17/2004 22:28:33 > > End 10/17/2004 22:28:34 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > Found Year 1998 > > Found Year 1999 > > Found Year 2000 > > Found Year 2001 > > Found Year 2002 > > Found Year 2003 > > Found Year 2004 > > min 0 max 11 > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > min 0 max 83 > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > 0.000651041666666667 > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > BUG: Filing another request of order 63 (previously 59) for > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > >=20 > > the only thing i've tried as a remedy is reinstalling the application. > >=20 > > any thoughts, advice?=20 > >=20 > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list --=-k1DqdfJI6dl8+LGoA6u8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBd7d039XPl7nTiskRAvYGAJsH4F0aqqxc0yUwrHSyZg8VzvcAkACfTVxs pfNah9rUEPtE6G5RI7y8TJk= =uYt2 -----END PGP SIGNATURE----- --=-k1DqdfJI6dl8+LGoA6u8-- From mnorthcott@rogers.com Thu Oct 21 09:22:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7A5023B14F0 for ; Thu, 21 Oct 2004 09:22:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17836-02 for ; Thu, 21 Oct 2004 09:22:07 -0400 (EDT) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by menubar.gnome.org (Postfix) with SMTP id 2AD4D3B16D4 for ; Thu, 21 Oct 2004 09:22:07 -0400 (EDT) Received: from unknown (HELO m50-iitvpn036235.iit.nrc.ca) (mnorthcott@rogers.com@132.246.36.235 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 21 Oct 2004 13:22:03 -0000 From: Mark Northcott To: f-spot-list@gnome.org In-Reply-To: <1098364788.4687.2.camel@jughead> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> <1098364788.4687.2.camel@jughead> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RTTrjEb5AHetdcS602k/" Date: Thu, 21 Oct 2004 09:23:26 -0400 Message-Id: <1098365006.4687.6.camel@jughead> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 13:22:09 -0000 --=-RTTrjEb5AHetdcS602k/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable It's way too early... I just re-read my reply and realized that it could easily be interpreted as saying 'delete ~/.gnome2 to start over with f-spot'... which would of course work, but it would also cause many other headaches! Just to clarify, delete ~/.gnome2/f-spot to start over. Cheers, Mark On Thu, 2004-10-21 at 09:19 -0400, Mark Northcott wrote: > Stephen, >=20 > The f-spot directory is located in ~/.gnome2/. You can delete that > directory to start over... >=20 > Cheers, > Mark >=20 > On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > > in lieu of fixing this, can anyone tell me how start over? i looked for > > a .f-spot directory to delete and didn't see one. > >=20 > > i'd love to use f-spot, but can't at the moment.=20 > >=20 > > any help appreciated.=20 > >=20 > > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > > my installation of f-spot appears to be borqed. i've done nothing tha= t > > > i'm aware of to cause it, but while the application will instantiate, > > > anything following - scrolling through the catalog, picking a spot on > > > the timeline, etc - causes the application to hang and not recover. i= t > > > has under 200 pictures cataloged, with pretty basic tags applied. > > >=20 > > > running it from the terminal i get: > > >=20 > > > Query Start 22:28:33 > > > Query Mid 10/17/2004 22:28:33 > > > Query End 22:28:33 > > > Start 10/17/2004 22:28:33 > > > End 10/17/2004 22:28:34 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > Found Year 1998 > > > Found Year 1999 > > > Found Year 2000 > > > Found Year 2001 > > > Found Year 2002 > > > Found Year 2003 > > > Found Year 2004 > > > min 0 max 11 > > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > min 0 max 83 > > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > > 0.000651041666666667 > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > BUG: Filing another request of order 63 (previously 59) for > > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > >=20 > > > the only thing i've tried as a remedy is reinstalling the application= . > > >=20 > > > any thoughts, advice?=20 > > >=20 > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list >=20 > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list --=20 Mark Northcott --=-RTTrjEb5AHetdcS602k/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBd7hO39XPl7nTiskRAhhzAJ9GMZ0j4BmRkhnvFgtFaW7vIRL63ACaAxRc 3qWfyELRrzFEQxMV/trkTjM= =csny -----END PGP SIGNATURE----- --=-RTTrjEb5AHetdcS602k/-- From sogrady@redmonk.com Thu Oct 21 13:02:55 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DB2483B16C2 for ; Thu, 21 Oct 2004 13:02:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29870-03 for ; Thu, 21 Oct 2004 13:02:50 -0400 (EDT) Received: from fecls-02.atlarge.net (fecls-02.atlarge.net [129.41.63.107]) by menubar.gnome.org (Postfix) with SMTP id 904103B177F for ; Thu, 21 Oct 2004 13:02:50 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-02.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Thu, 21 Oct 2004 11:54:58 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.107]) with Microsoft Exchange Server HTTP-DAV ; Thu, 21 Oct 2004 16:53:07 +0000 Received: from minisog by owa.atlarge.net; 21 Oct 2004 12:53:03 -0400 From: Stephen O'Grady To: Mark Northcott In-Reply-To: <1098365006.4687.6.camel@jughead> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> <1098364788.4687.2.camel@jughead> <1098365006.4687.6.camel@jughead> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Thu, 21 Oct 2004 12:53:02 -0400 Message-Id: <1098377582.10017.11.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-OriginalArrivalTime: 21 Oct 2004 16:54:58.0711 (UTC) FILETIME=[B2DA5A70:01C4B78E] X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 17:02:55 -0000 :) yeah, that would have been ugly, but fortunately i caught your meaning. worked like a champ, as i now get to start fresh. thx much, sog On Thu, 2004-10-21 at 09:23 -0400, Mark Northcott wrote: > It's way too early... I just re-read my reply and realized that it > could easily be interpreted as saying 'delete ~/.gnome2 to start over > with f-spot'... which would of course work, but it would also cause > many other headaches! > > Just to clarify, delete ~/.gnome2/f-spot to start over. > > Cheers, > Mark > > On Thu, 2004-10-21 at 09:19 -0400, Mark Northcott wrote: > > Stephen, > > > > The f-spot directory is located in ~/.gnome2/. You can delete that > > directory to start over... > > > > Cheers, > > Mark > > > > On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > > > in lieu of fixing this, can anyone tell me how start over? i looked for > > > a .f-spot directory to delete and didn't see one. > > > > > > i'd love to use f-spot, but can't at the moment. > > > > > > any help appreciated. > > > > > > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > > > my installation of f-spot appears to be borqed. i've done nothing that > > > > i'm aware of to cause it, but while the application will instantiate, > > > > anything following - scrolling through the catalog, picking a spot on > > > > the timeline, etc - causes the application to hang and not recover. it > > > > has under 200 pictures cataloged, with pretty basic tags applied. > > > > > > > > running it from the terminal i get: > > > > > > > > Query Start 22:28:33 > > > > Query Mid 10/17/2004 22:28:33 > > > > Query End 22:28:33 > > > > Start 10/17/2004 22:28:33 > > > > End 10/17/2004 22:28:34 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > Found Year 1998 > > > > Found Year 1999 > > > > Found Year 2000 > > > > Found Year 2001 > > > > Found Year 2002 > > > > Found Year 2003 > > > > Found Year 2004 > > > > min 0 max 11 > > > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > min 0 max 83 > > > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > > > 0.000651041666666667 > > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > > BUG: Filing another request of order 63 (previously 59) for > > > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > > > > > > > the only thing i've tried as a remedy is reinstalling the application. > > > > > > > > any thoughts, advice? > > > > > > > _______________________________________________ > > > F-spot-list mailing list > > > F-spot-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/f-spot-list > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From bengt@thuree.com Wed Oct 20 04:12:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F2C223B0EC9 for ; Wed, 20 Oct 2004 04:12:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04671-07 for ; Wed, 20 Oct 2004 04:12:35 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id C13133B10A8 for ; Wed, 20 Oct 2004 04:12:34 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id 3EC2A3A986 for ; Wed, 20 Oct 2004 10:12:13 +0200 (CEST) Received: from 194.237.142.13 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Wed, 20 Oct 2004 10:12:13 +0200 (CEST) Message-ID: <29522.194.237.142.13.1098259933.squirrel@denton.thuree.com> Date: Wed, 20 Oct 2004 10:12:13 +0200 (CEST) From: bengt@thuree.com To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Thu, 21 Oct 2004 13:12:47 -0400 Subject: EXIF and IPTC meta data X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 08:12:36 -0000 Hej I just happend to find this software, and am very interested in it. I have not been able to find out if F-Spot handles EXIF and IPTC data though. Hopefully someone on this list would be able to help me on this. I have some 1000+ pictures (growing by every week) and want to be able to set the various EXIF and IPTC data (like country, town, people, keywords, comment etc) on one or more pictures at a time. I would also like the EXIF and IPTC data to be exported back to the JPG picture so other programs could see them. Do not mind to store this in a small database first, and then later do a resync to syncronize with the JPGs (import or export). I am currently using the demo version of Iview MediaPro which works very nice in this. For more information regarding Iview MediaPro check below. Thanks in advance, and I am keeping my fingers crossed that I have found a Photo Album Management software for Linux, so I can start to manage our growing image library. Bengt http://www.iview-multimedia.com/products/mediapro/index.php "iView MediaPro 2 supports the import, editing and export of media annotations (also called meta data). It supports annotations in the resource and data fork (JPEG/Photoshop). MediaPro allows the creation of favorites for consistent editing. Annotations can be saved back to the original file or remain in the catalog separate from the file. MediaPro supports the following annotation/meta data standards" But I really would like to have an application that can modify EXIF and IPTC parameters From loz@flower.powernet.co.uk Thu Oct 21 17:40:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 252563B09E6 for ; Thu, 21 Oct 2004 17:40:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09322-04 for ; Thu, 21 Oct 2004 17:40:56 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 9D0BA3B173C for ; Thu, 21 Oct 2004 17:40:55 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9LLeixG027493 for ; Thu, 21 Oct 2004 22:40:50 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id D81CAFF6E for ; Thu, 21 Oct 2004 22:40:31 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 21 Oct 2004 22:40:31 +0100 Message-Id: <1098394831.9313.1.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Slideshow X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 21:40:58 -0000 An idea I just saw scrolling through IRC. Somebody would like a slideshow where he defines the order of the pictures, and has to click between each slide. Kind of like a slide projector. -- Laurence Hygate From federico@ximian.com Thu Oct 21 20:53:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2F7383B077E for ; Thu, 21 Oct 2004 20:53:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16812-07 for ; Thu, 21 Oct 2004 20:53:52 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2A9733B07A4 for ; Thu, 21 Oct 2004 20:53:50 -0400 (EDT) Received: (qmail 29478 invoked from network); 22 Oct 2004 00:53:49 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 22 Oct 2004 00:53:49 -0000 From: Federico Mena Quintero To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Thu, 21 Oct 2004 19:51:43 -0500 Message-Id: <1098406303.8099.21.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 00:53:58 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > *food for thought* Munch munch munch. > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. Laurence sent a patch for that yesterday... that should definitely be integrated, IMO. > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. [snip] > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. I think tags are orthogonal to albums as you propose them. Tags are exactly what photographers wish for but cannot do with physical media. A pro photographer stores a metric assload of photos, and when a client comes by and says, "I need a picture of a foo hugging a bar", the pro photographer has to go through his archives, looking for such a thing. With tags, it would be easy to find. For non-pros, like myself, I like to use tags with a dual purpose: to let me classify my images according to content, and to let me improve my photography. Classifying according to content is cumbersome, but it can't be helped without automatic categorization (insert dreams about the UWash categorization stuff here). This is so that when my wife asks me, "do you remember that picture of such and such person in Veracruz, about three months ago", I can find it easily. I have a tag for "stuff I've put in my web page", which are images that I think are worthy of being shown around. I have a tag for "portfolio-quality stuff", which is for pictures I wouldn't mind hanging on my wall --- it only holds very few photos, but it allows me to think what was it that *really* made them work. I also have a "near misses" tag, which allows me to easily go through pictures that would be worthy of showing around if it were not for a stupid flaw that I didn't notice while shooting. It's the tag for, "here, dumbass, pay more attention to *this* next time". My workflow goes as such: 1. Import images 2. Delete the complete disasters --- bear-in-a-cave shots, completely wrong exposures, shaky images, etc. 3. Tag by content. 4. Pick the ones I like. Pick the near misses, tag them as such. 5. Pick a few of the good ones for my web page, tag them as such. 6. After a while, go through the ones in (5) and see if I have any portfolio-quality stuff. For near misses, I'd like to enter comments in a text field. See the book "Walker Evans at Work"; this is a little gem about how W.E. would choose among his negatives for the best pictures. An album would be "good images of related content". If you were building an album of your last vacation's photos, you'd drag the good images from that time period into a list of some sort. If you were building an album of pictures of your wife, you'd hand-pick among the ones that have her name tag, and likewise drag them into a list. Here's some workflow and editing-type advice from People Who Know What They Are Doing: http://www.luminous-landscape.com/columns/sm-10-06.html http://www.luminous-landscape.com/tutorials/cataloguing.shtml So, I think tags are orthogonal to albums. The former are for your personal organization, the latter are to let you put together the stuff you'd like to show to people. Federico From lewing@ximian.com Fri Oct 22 12:53:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CFB063B0EE3 for ; Fri, 22 Oct 2004 12:53:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21916-06 for ; Fri, 22 Oct 2004 12:53:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 63C2B3B0FE9 for ; Fri, 22 Oct 2004 12:53:07 -0400 (EDT) Received: (qmail 30902 invoked from network); 22 Oct 2004 16:53:06 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 16:53:06 -0000 From: Larry Ewing To: Laurence Hygate In-Reply-To: <1098394831.9313.1.camel@nessie.localdomain> References: <1098394831.9313.1.camel@nessie.localdomain> Content-Type: text/plain Date: Fri, 22 Oct 2004 11:53:03 -0500 Message-Id: <1098463983.5895.3.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Slideshow X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 16:53:10 -0000 On Thu, 2004-10-21 at 22:40 +0100, Laurence Hygate wrote: > An idea I just saw scrolling through IRC. Somebody would like a > slideshow where he defines the order of the pictures, and has to click > between each slide. Kind of like a slide projector. Yeah that has always be part of the plan to be able to basically be able to construct and export a specific slideshow with more options on timing and ordering, but I plan to keep the current quick slideshow roughly the way it is. --Larry From xkahn@ximian.com Fri Oct 22 14:31:31 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 584E13B0926 for ; Fri, 22 Oct 2004 14:31:31 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25770-06 for ; Fri, 22 Oct 2004 14:31:29 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id F418C3B0800 for ; Fri, 22 Oct 2004 14:31:28 -0400 (EDT) Received: (qmail 31219 invoked from network); 22 Oct 2004 18:31:28 -0000 Received: from localhost (HELO zedzone.boston.ximian.com) (xkahn@127.0.0.1) by localhost with SMTP; 22 Oct 2004 18:31:28 -0000 From: Benjamin Kahn To: f-spot-list@gnome.org Content-Type: text/plain Date: Fri, 22 Oct 2004 14:31:21 -0400 Message-Id: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 18:31:31 -0000 I've just started trying f-spot out as my photo management application. I checked out the sources from CVS yesterday (October 21st, 2004) and compiled. Here are some of my thoughts and comments. When adopting a photo application, most users probably already have a good collection of images. So the first step is to import them all into the new program. In my case, I have them stored on a server. So I needed to copy them into F-Spot. I saw no way inside of F-Spot to do this automatically, so I SCP'd to the files from the server to the local machine. But, the connection was pretty slow (25k/s!) and the amount of data fairly large (okay, only a Gig of data...) so I got impatient while loading the images and imported the directory multiple times. This lead to duplicate images. So feature requests from this: * Have a way to import images from online albums similar to export. A plugin system for different types of online repositories would be great, but supporting directories of files and Gallery would be a great start. * During import, if the image is already in the catalog, don't import it again. (Plus, what happens if I import an image twice, select one instance and pick Edit -> Delete from Drive?) * I should be able to select a directory as a source for images. Images added to this directory should automatically import. * Lots of context information was lost in the import. I kept the images organized in folders which would have made GREAT tag names. For example, 2003/Jan/14 should have created three tags: 2003, Jan, and 14. All the images in that directory should have been given those tags. * The thumbnails displayed come from the thumbnails embedded in the exif data which is defined to be 160x120 always. While this makes importing really fast, it means that large icons always display badly (until a real thumbnail is generated) and rotated images are displayed wrong (again, until a real thumbnail is generated). Either there should be a background process for creating real thumbnails, or the correct thumbnails should be produced at import time. Bug list: * While importing the incomplete list of images, the new images sometimes wouldn't show up in the list, or would appear blank. * When scrolling quickly through the list, thumbnails often don't appear. When this happens, this message arrives on the console: BUG: Filing another request of order 26 (previously 25) for `/home/xkahn/.thumbnails/large/cfef809df6a3aabc6b6b79fdd654a31c.png' * Importing a directory was very confusing somehow. The file dialog made it very difficult since it kept OPENING the directory I was trying to import. For some reason it took me a while to notice that the "Open" button was enabled even when nothing was selected. Also, once a directory was selected, it was hard to unselect it. (You have to hold down ctrl and click that directory again.) Next I wanted to play around with the interface a little to get a feel with what I can do with F-Spot. I looked at tags... Feature Requests: * When you assign a tag that has no associated image yet (say... the Other tag) the tag's icon becomes that first image. This was pretty surprising at first, and I can't remove the image completely. (Okay, okay... Why would you want a tag that doesn't have an icon? How will you be able to tell when that tag is applied?) Maybe this is a bug report asking that all top level tags come with icons already. Or maybe a tag without an icon should be represented by a text label? * The checkboxes in the left hand sidebar are somewhat confusing to me. I selected a number of pictures and clicked the checkbox for the Other tag. Oops! The checkbox is intended as a filtering system, and all the images disappeared. The checkbox should be a tag assignment system. (Yes, I know about the right-click menu, dragging tags to images and dragging images to tags, and the Tags -> Attach Tag to Selection and Tags -> Remove Tag from Selection. These methods seem less obvious and confusing.) Filtering should be a different mode from assigning. * Tags should be auto-created and assigned at import time as much as possible. Bugs: * Tags listed in the left sidebar should all be uniformly sized. There shouldn't be tags that are very tall (because of their icon) and those that are very short. (because of their lack of icon) * When an icon is assigned to a tag, the tag spacing isn't updated to hold the image, and the image is chopped off. * When assigning a non-top level tag to an image, the top level tag icon is displayed as being associated. The actual tag icon should be shown. * The Tag menu doesn't have an accelerator. * The menuitem "Remove Tag from Selection" doesn't have an accelerator. Next, I wanted to do some light editing on the images I had imported. First up is rotation. I tend to always turn the camera the same way when taking pictures, so I selected 4 images right away that all needed to be rotated left. On a hunch, I right clicked one of the images and saw the rotate menu item and selected it. Bugs: * Because of the thumbnail import bug listed above, rotating images can be very frustrating. (Images appear to be rotated twice since the thumbnail is wrong at first.) Now I wanted to examine a number of images to make sure it wasn't blurry, find which one was best, etc. Double clicking on an image works to view it, as does selecting the right tab. Once viewing the image, things degrade a little. Feature Requests: * Standard GNOME zoom keys should work: Ctrl-+ (Zoom In) and Ctrl-- (Zoom Out) and Ctrl-= (Full Size) and Ctrl-0 (Fit to Screen) * Clicking and Dragging across the image creates a crop box. It should pan the image instead. (Cropping is important I guess, but it's more likely that I'm examining an image, esp if the image is larger than the screen. Cropping, or any edits, should be a mode.) * If I unzoom the image too far, I end up back at the list of images. Yeah, my camera does that too, but it feels a little weird in an application. It should just make the image smaller. Bugs: * The mouse wheel looks like it's trying to zoom the image. (The image becomes sharper for a moment and then smooths out again as the wheel turns.) But the zoom isn't working. Actually, it's weirder than that. If I zoom the image in and try the mousewheel, the image pans (very slowly) in relation to the area of the image the mouse is hovering over. I know, I know. Put these problems in bugzilla! Okay, I will. But wanted to jot down my notes from trying things out first. From lewing@ximian.com Fri Oct 22 15:04:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 813DD3B0AF8 for ; Fri, 22 Oct 2004 15:04:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27188-05 for ; Fri, 22 Oct 2004 15:04:34 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 097363B0E40 for ; Fri, 22 Oct 2004 15:04:01 -0400 (EDT) Received: (qmail 31340 invoked from network); 22 Oct 2004 19:04:00 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 19:04:00 -0000 From: Larry Ewing To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Fri, 22 Oct 2004 14:04:00 -0500 Message-Id: <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 19:04:36 -0000 Sweet!. Ok first off, I'm really appreciative of the thoughts here, and I'm very open to changing the current system but I'm not sure simply replacing the tag metaphor with a virtual album metaphor is a solution. I'll try to explain as I go. I'm going to be making the case for tags as I see them in this mail please don't take it as a rejection of the "virtual album" concept I just want to make sure you understand where I am coming from. On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > > Tags > ==== > > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image. > > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". > > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. > The plan has always been to allow for AND over the group as well as or as well as NOT. I haven't gotten that far yet, and to be honest I'm not sure how I want to proceed in the ui but that doesn't mean it is impossible. There are existing implementations of the tag/category metaphor that allow for just that. > Human Language > -------------- > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. It is not physically possible > to have one image appear in multiple albums. > The current physical metaphor I want you to think of for tags is colored sticky notes poking out of a file drawer, with an easy way to pull out just the photos that match and put them in a pile (an active search). Photo Albums are a separate metaphor, they are the things you produce to show people by making prints. So in this world view albums would the things you uploaded to the web not your photo file. This seems obvious to me, although the current code seems to have left plenty of people baffled so I guess chances are good that I am wrong completely wrong. The physical impossibility of an image being in multiple albums doesn't have any relation to this model, it also isn't a problem in the real world because people make prints. Try thinking of a category as the color of the sticky note and the tag as the label on it. In this view a tag is a slightly structured keyword and is orthogonal to a folder drawer or an album. I think it probably makes sense to allow for multiple drawers. and offer a simple way to switch between them but I think there should be very few of these and the interface should encourage slapping a sticky note on something as opposed to making a drawer for a group. It seems like a flat namespace of drawers would be sufficient. > Reuse > ----- > With the tag interface to the library is not possible to store a certain > query. One has to manually deselect the current "filter" and apply a new > one. > This is absolutely doable with the current backend and honestly I don't see albums really help us here since real world folders can't store living searches either. We just cheat sometimes and call them "virtual". > Metadata > -------- > We do want to have additional metadata associated with an image. It is > confusing to use this concept for some, and another for the rest (name, > caption...) > Do you mean that it is strange to have sticky note on an image as well as an exposure sheet and a description? I'm trying to understand but I think you are suffering from the fact that you keep wanting to see tags as albums not as sticky notes. Or do you mean that > Export Implementation > --------------------- > While it is theoretically possible to come up with a dynamic web system > for exporting photos on the web, retaining the same concepts as applied > on F-Spot alone with tags, it relies heavily on server side scripting > and doesn't sound trivial to do. Generating static HTML pages with the > tag interface is hardly doable with way too many permutations to deal > with. There is no possible way to match all the various web gallery structures and I don't think we want to. A web gallery is an item unto itself it is external to your file drawer. Don't try to make one into the other. > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. > As an evolution hack I developed a lot of opinions on vfolders few of them good. Most of the problems I have with them are related to implementation details, like speed in switching, but in general I think they require too much setup and don't offer much. I end up just doing quick searches to find mail I'm interested in 99% of the time. I do have some mail sorted into actual folders, usually list mail which I consider separate enough from the rest of my mail that I don't want to mix them. I really think having a search history and forward/back navigation makes more sense than having explicitly saved searches. > > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. I use evolution's search or beast to find messages not vfolders. And I use google a lot more than my bookmarks. Granted I do have a few bookmarks (as an aside, I'm actually using mostly using tomboy for bookmarks lately) just like I have mail folders. I'm having trouble with the valbum metaphor in another place here too. The way I see it stored searches are live queries on a set of attributes and so I'm wondering what attributes we can build valbums from. Are you saying that we should have two types of album, one that is actual and one that is virtual? And If so that virtual albums are stored queries on the combination of actual album and other attributes like time and date? How would this be represented in the ui? Or are you saying that we only have one type of album, a virtual one, and that it is implemented by adding an attribute the image and that stored searches are something separate from valbums and live in the search bar/box/ui dingus? In this case the situation for vablums and tags/categories is exactly the same and it sounds like we are just discussing a name change. > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. > I'm not sure what you are getting at here. If there are multiple album types there has to be a lot of ui for making the valbum and if there are only valbums > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. > I intended to use active queries further limited by selection for this. The same way I do slide shows and editing actions. Is there some value with linking things at a deeper level that I'm missing? Like I said this message is mostly intended to show that there is some logic to the current metaphor, and that I don't completely understand what you are proposing. I hope it doesn't seem hostile, I really appreciate the input. Now I'm going to go back and chew on the valbum plans for a while longer and see if I missed something or inspiration strikes. Thanks again Jakub, --Larry From liste@jordet.nu Fri Oct 22 16:00:44 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A4FFD3B0D1C for ; Fri, 22 Oct 2004 16:00:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29684-01 for ; Fri, 22 Oct 2004 16:00:40 -0400 (EDT) Received: from dodge.jordet.nu (unknown [82.147.40.124]) by menubar.gnome.org (Postfix) with ESMTP id 700AF3B0BCD for ; Fri, 22 Oct 2004 16:00:00 -0400 (EDT) Received: from chevrolet.jordet (cadillac.jordet [192.168.1.1]) (authenticated bits=0) by dodge.jordet.nu (8.13.1/8.13.1/Debian-15) with ESMTP id i9MJxqQ3002799 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 22 Oct 2004 21:59:53 +0200 From: Stian Jordet To: f-spot-list@gnome.org In-Reply-To: <1098469881.8089.67.camel@zedzone.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 21:59:51 +0200 Message-Id: <1098475191.2513.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75-1, clamav-milter version 0.75c on dodge X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:00:44 -0000 Hi, fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > * I should be able to select a directory as a source for images. > Images added to this directory should automatically import. I would give anything for this feature, it's the only thing I miss. I'm using a perl script that stores the pictures the way I want them, and would, at least for now, like to continue to use that. Would be just so sweet :) This is kind of in bugzilla already (not exactly your feature, but duplicate detection), bug #153339 with a patch, I just realized :D Best regards, Stian From lewing@ximian.com Fri Oct 22 16:03:07 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8A9723B0B80 for ; Fri, 22 Oct 2004 16:03:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29736-01 for ; Fri, 22 Oct 2004 16:03:05 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 401693B08D4 for ; Fri, 22 Oct 2004 16:03:05 -0400 (EDT) Received: (qmail 31449 invoked from network); 22 Oct 2004 20:03:04 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:03:04 -0000 From: Larry Ewing To: Benjamin Kahn In-Reply-To: <1098469881.8089.67.camel@zedzone.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:03:04 -0500 Message-Id: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:03:07 -0000 On Fri, 2004-10-22 at 14:31 -0400, Benjamin Kahn wrote: > I've just started trying f-spot out as my photo management application. > I checked out the sources from CVS yesterday (October 21st, 2004) and > compiled. Here are some of my thoughts and comments. > > When adopting a photo application, most users probably already have a > good collection of images. So the first step is to import them all into > the new program. In my case, I have them stored on a server. So I > needed to copy them into F-Spot. > F-Spot really needs to start up with a big "Import Photos" dialog when you start it for the first time to ease people into the import flow as well. > I saw no way inside of F-Spot to do this automatically, so I SCP'd to > the files from the server to the local machine. But, the connection was > pretty slow (25k/s!) and the amount of data fairly large (okay, only a > Gig of data...) so I got impatient while loading the images and imported > the directory multiple times. This lead to duplicate images. > > So feature requests from this: > > * Have a way to import images from online albums similar to > export. A plugin system for different types of online > repositories would be great, but supporting directories of files > and Gallery would be a great start. The current Gallery code should work for downloading all this needs is a ui and some thought. In general the problem is harder and and I need to come up with a decent plug-in interface for importers and exporters. I wish there were decent c# gnome-vfs bindings so that I could use things like the ssh vfs methods to write an importer. Oh well, I'm sure some will come along. > * During import, if the image is already in the catalog, don't > import it again. (Plus, what happens if I import an image > twice, select one instance and pick Edit -> Delete from Drive?) You have one thumbnail that will not load an image, I'm not sure if it is smart enough to show the broken image icon right now if there is a not a valid thumbnail. Obviously there are better ways this could be handled > * I should be able to select a directory as a source for images. > Images added to this directory should automatically import. you can. The directory selection logic in gtkfilechooser is just very, very confusing. Federico you want to comment on this? > * Lots of context information was lost in the import. I kept the > images organized in folders which would have made GREAT tag > names. For example, 2003/Jan/14 should have created three tags: > 2003, Jan, and 14. All the images in that directory should have > been given those tags. I see what you are getting at but I'm not sure the example is the best. If the exif data is intact we know the date and there are better ways to represent it than tags. I suppose the import dialog could look for subdirectories in the import folder and offer to create tags for them if they don't match the DCF file format spec. > * The thumbnails displayed come from the thumbnails embedded in > the exif data which is defined to be 160x120 always. While this > makes importing really fast, it means that large icons always > display badly (until a real thumbnail is generated) and rotated > images are displayed wrong (again, until a real thumbnail is > generated). Either there should be a background process for > creating real thumbnails, or the correct thumbnails should be > produced at import time. > The plan is to update the thumbails after the import in an idle handler. It has stayed pretty low on the list so far but patches are welcome. > Bug list: > > * While importing the incomplete list of images, the new images > sometimes wouldn't show up in the list, or would appear blank. Hmmm I don't remeber seeing this but it is possible some of the images wouldn't appear in that dialog if they didn't have a thumbnail in the exif data. File it. > * When scrolling quickly through the list, thumbnails often don't > appear. When this happens, this message arrives on the console: > BUG: Filing another request of order 26 (previously 25) for > `/home/xkahn/.thumbnails/large/cfef809df6a3aabc6b6b79fdd654a31c.png' this is only because you have duplicate images in the database, Once the duplicate import bug is solved this will not be an image. > * Importing a directory was very confusing somehow. The file > dialog made it very difficult since it kept OPENING the > directory I was trying to import. For some reason it took me a > while to notice that the "Open" button was enabled even when > nothing was selected. Also, once a directory was selected, it > was hard to unselect it. (You have to hold down ctrl and click > that directory again.) Bug Federico, this is stock gtk here. > > Next I wanted to play around with the interface a little to get a feel > with what I can do with F-Spot. I looked at tags... > > Feature Requests: > > * When you assign a tag that has no associated image yet (say... > the Other tag) the tag's icon becomes that first image. This > was pretty surprising at first, and I can't remove the image > completely. (Okay, okay... Why would you want a tag that > doesn't have an icon? How will you be able to tell when that > tag is applied?) Maybe this is a bug report asking that all top > level tags come with icons already. Or maybe a tag without an > icon should be represented by a text label? The toplevel tags all need to have icons. Maybe I'll just shove some nautilus emblems in there and hope to customize them eventually. > * The checkboxes in the left hand sidebar are somewhat confusing > to me. I selected a number of pictures and clicked the checkbox > for the Other tag. Oops! The checkbox is intended as a > filtering system, and all the images disappeared. The checkbox > should be a tag assignment system. (Yes, I know about the > right-click menu, dragging tags to images and dragging images to > tags, and the Tags -> Attach Tag to Selection and Tags -> Remove > Tag from Selection. These methods seem less obvious and > confusing.) Filtering should be a different mode from > assigning. I think everyone agrees the current ui for the tag tree is highly confusing. The right way to fix it is still up for debate, but I promise things will get better. > * Tags should be auto-created and assigned at import time as much > as possible. > Agreed. > Bugs: > > * Tags listed in the left sidebar should all be uniformly sized. > There shouldn't be tags that are very tall (because of their > icon) and those that are very short. (because of their lack of > icon). Hrmmm I'll think about it. > * When an icon is assigned to a tag, the tag spacing isn't updated > to hold the image, and the image is chopped off. File a GtkTreeView bug. It should resize when the pixbuf in a row changes. > * When assigning a non-top level tag to an image, the top level > tag icon is displayed as being associated. The actual tag icon > should be shown. actually I'm leaning towards only showing toplevel tag icons in the icon list and showing full tags in the photo view. It would limit the number of possible tags and look nicer, and I'm not sure it would hurt things. > * The Tag menu doesn't have an accelerator. > * The menuitem "Remove Tag from Selection" doesn't have an > accelerator. > File bugs for these. > Next, I wanted to do some light editing on the images I had imported. > First up is rotation. I tend to always turn the camera the same way > when taking pictures, so I selected 4 images right away that all needed > to be rotated left. On a hunch, I right clicked one of the images and > saw the rotate menu item and selected it. > > Bugs: > > * Because of the thumbnail import bug listed above, rotating > images can be very frustrating. (Images appear to be rotated > twice since the thumbnail is wrong at first.) > > Now I wanted to examine a number of images to make sure it wasn't > blurry, find which one was best, etc. Double clicking on an image works > to view it, as does selecting the right tab. Once viewing the image, > things degrade a little. > > Feature Requests: > > * Standard GNOME zoom keys should work: Ctrl-+ (Zoom In) and > Ctrl-- (Zoom Out) and Ctrl-= (Full Size) and Ctrl-0 (Fit to > Screen) Already in the queue, a couple of fixes in the f-image-view.c and the zooming code need to happen first for this to work. > * Clicking and Dragging across the image creates a crop box. It > should pan the image instead. (Cropping is important I guess, > but it's more likely that I'm examining an image, esp if the > image is larger than the screen. Cropping, or any edits, should > be a mode.) I'll probably use middle button for panning for now. It is possible I should move all the editing out of the mail view dialog. I haven't decided one way or the other yet. > > * If I unzoom the image too far, I end up back at the list of > images. Yeah, my camera does that too, but it feels a little > weird in an application. It should just make the image smaller. > File it and I'll think about it, trow mentioned he disliked that feature as well. I like using one binding for both but I'm not sold on it. > Bugs: > > * The mouse wheel looks like it's trying to zoom the image. (The > image becomes sharper for a moment and then smooths out again as > the wheel turns.) But the zoom isn't working. Actually, it's > weirder than that. If I zoom the image in and try the > mousewheel, the image pans (very slowly) in relation to the area > of the image the mouse is hovering over. > Yeah the current zoom stuff is seriously crappy, > I know, I know. Put these problems in bugzilla! Okay, I will. But > wanted to jot down my notes from trying things out first. bingo ;) thanks for the great feedback Ben --Larry From lewing@ximian.com Fri Oct 22 16:13:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 24DD63B1818 for ; Fri, 22 Oct 2004 16:13:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30252-10 for ; Fri, 22 Oct 2004 16:13:20 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 8B0CD3B1817 for ; Fri, 22 Oct 2004 16:13:18 -0400 (EDT) Received: (qmail 31475 invoked from network); 22 Oct 2004 20:13:18 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:13:18 -0000 From: Larry Ewing To: Benjamin Kahn , Federico Mena Quintero In-Reply-To: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:13:18 -0500 Message-Id: <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:13:22 -0000 > > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > you can. The directory selection logic in gtkfilechooser is just very, > very confusing. Federico you want to comment on this? > ah I misread this (twice, sorry fede). Todd had a patch that started work on this which he later lost in a laptop upgrade. Really the only thing blocking this is the same thing blocking the duplicate checking. It is more trouble than it should be to check version paths. I have a plan to deal with it and hope to get to it soon. What needs to happen is a reworking of how the db stores versions, right now it just stores them by name and it really needs to store the whole path so that we can make a single query and do path checks. I'm hoping to get to this soon since it is blocking a few key features at this point. --Larry From lewing@ximian.com Fri Oct 22 16:15:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B6C003B0BCD for ; Fri, 22 Oct 2004 16:15:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30384-03 for ; Fri, 22 Oct 2004 16:15:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 41BF23B17DA for ; Fri, 22 Oct 2004 16:15:07 -0400 (EDT) Received: (qmail 31482 invoked from network); 22 Oct 2004 20:15:06 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:15:06 -0000 From: Larry Ewing To: Sverre Johansen In-Reply-To: References: Content-Type: text/plain Date: Fri, 22 Oct 2004 15:15:06 -0500 Message-Id: <1098476107.5895.171.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:15:08 -0000 Yeah I think a calendar view would be a cool hack, more pressing features have been keeping me from it though. --Larry On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > Hi, > > First I have to say that this application is starting to look great! > > Is there planned to create a Calendar View, like Photoshop Album has? > Where I can see the pictures for a specific day, not just the month. > Is this something you want, or is it just ruled out as "not needed"? From lewing@ximian.com Fri Oct 22 16:19:25 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 144453B0B2F for ; Fri, 22 Oct 2004 16:19:25 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30572-09 for ; Fri, 22 Oct 2004 16:19:22 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2B4FB3B0F23 for ; Fri, 22 Oct 2004 16:19:16 -0400 (EDT) Received: (qmail 31505 invoked from network); 22 Oct 2004 20:19:15 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:19:15 -0000 From: Larry Ewing To: Alan Bailward In-Reply-To: <1098157067.13593.11.camel@phoenix.arcterex.net> References: <1098157067.13593.11.camel@phoenix.arcterex.net> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:19:15 -0500 Message-Id: <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:19:25 -0000 On Mon, 2004-10-18 at 20:37 -0700, Alan Bailward wrote: > On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > > Hi, > > > > First I have to say that this application is starting to look great! > > > > Is there planned to create a Calendar View, like Photoshop Album has? > > Where I can see the pictures for a specific day, not just the month. > > Is this something you want, or is it just ruled out as "not needed"? > > Another nice feature that I'd love to see is to group files by time of > day / picture taking session. IE: Say you download your files from CF > or whatever. Generally pictures are taken in groups, ie: at 8:00 you > took 10 pictures of something, then after another hour or two you took > some more, then two days later you took more. The files are all from > the same CF card but of different distinct subjects (or could be). Most > photo management apps think of the images from an import as one session, > ask you for a name or directory, etc. > > What would be nice is to be able to present the images grouped by when > they were taken. A pretty simple algorithm could check for the biggest > gaps between image creation date and use that... then the images are > presented to the user in a grouped format for viewing or naming. > The way I was hoping to accomplish this was with with the concept of import groups and some basic frequency analysis on import that would let you split the group when it finds gaps and offer merge the groups across imports if the photos match closely in time with other prexisting import groups. None of this is implemented. --Larry From chris@atlee.ca Fri Oct 22 16:20:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3332E3B177C for ; Fri, 22 Oct 2004 16:20:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30645-10 for ; Fri, 22 Oct 2004 16:20:30 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id 729763B164B for ; Fri, 22 Oct 2004 16:20:29 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (1310 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Fri, 22 Oct 2004 16:20:20 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CL5tb-00060m-J9; Fri, 22 Oct 2004 16:20:19 -0400 From: Chris AtLee To: Larry Ewing In-Reply-To: <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 16:20:18 -0400 Message-Id: <1098476419.14655.5.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:20:36 -0000 > What needs to happen is a reworking of how the db stores versions, right > now it just stores them by name and it really needs to store the whole > path so that we can make a single query and do path checks. I'm hoping > to get to this soon since it is blocking a few key features at this > point. What about storing a sha1sum of the file so that even if it gets renamed it can be identified as a duplicate? From alan@ufies.org Fri Oct 22 16:40:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 83C773B0B9F for ; Fri, 22 Oct 2004 16:40:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31750-01 for ; Fri, 22 Oct 2004 16:40:17 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 6DB323B0E2D for ; Fri, 22 Oct 2004 16:40:05 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id A68ECB01DF; Fri, 22 Oct 2004 13:47:48 -0700 (PDT) Date: Fri, 22 Oct 2004 13:47:48 -0700 From: Alan To: Stian Jordet Message-ID: <20041022204748.GA18965@ufies.org> Mail-Followup-To: Stian Jordet , f-spot-list@gnome.org References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475191.2513.5.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098475191.2513.5.camel@localhost.localdomain> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:40:22 -0000 On Fri, Oct 22, 2004 at 09:59:51PM +0200, Stian Jordet wrote: > Hi, > > > fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > I would give anything for this feature, it's the only thing I miss. I'm > using a perl script that stores the pictures the way I want them, and > would, at least for now, like to continue to use that. Would be just so > sweet :) > > This is kind of in bugzilla already (not exactly your feature, but > duplicate detection), bug #153339 with a patch, I just realized :D Great to hear! This is particularily needed, especially if you import pictures to a central location from multiple sources (IE: my gf will import pictures on her computer to the fileshare) and having to import those files (and risk having dupes, assuming you can find them) sucks. I have the same problem with rhythmbox... I have to periodically nuke my rb database and just re-import my /mp3 mount. -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From alan@ufies.org Fri Oct 22 16:41:50 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 227D13B0ACA for ; Fri, 22 Oct 2004 16:41:50 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31764-08 for ; Fri, 22 Oct 2004 16:41:48 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 39F603B0B9F for ; Fri, 22 Oct 2004 16:41:48 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id 215A7B01DF; Fri, 22 Oct 2004 13:49:27 -0700 (PDT) Date: Fri, 22 Oct 2004 13:49:27 -0700 From: Alan To: Larry Ewing Message-ID: <20041022204926.GB18965@ufies.org> Mail-Followup-To: Larry Ewing , Sverre Johansen , f-spot-list@gnome.org References: <1098157067.13593.11.camel@phoenix.arcterex.net> <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:41:50 -0000 > > What would be nice is to be able to present the images grouped by when > > they were taken. A pretty simple algorithm could check for the biggest > > gaps between image creation date and use that... then the images are > > presented to the user in a grouped format for viewing or naming. > > > > The way I was hoping to accomplish this was with with the concept of > import groups and some basic frequency analysis on import that would let > you split the group when it finds gaps and offer merge the groups across > imports if the photos match closely in time with other prexisting import > groups. None of this is implemented. Great to hear! Hopefully someday I'll learn mono a big better and be able to actually contribute patches and fixes. Thanks again for the great software Larry. alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From nat@novell.com Fri Oct 22 18:10:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 555273B08FD for ; Fri, 22 Oct 2004 18:10:45 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02314-05 for ; Fri, 22 Oct 2004 18:10:42 -0400 (EDT) Received: from linux.site (unknown [130.57.22.69]) by menubar.gnome.org (Postfix) with ESMTP id 5C6B23B090C for ; Fri, 22 Oct 2004 18:10:42 -0400 (EDT) Received: by linux.site (Postfix, from userid 1000) id 732BD12D012; Fri, 22 Oct 2004 18:10:41 -0400 (EDT) From: Nat Friedman To: Stian Jordet In-Reply-To: <1098475191.2513.5.camel@localhost.localdomain> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475191.2513.5.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 22 Oct 2004 18:10:40 -0400 Message-Id: <1098483040.29648.37.camel@164-99-120-64.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.1.0 X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 22:10:45 -0000 On Fri, 2004-10-22 at 21:59 +0200, Stian Jordet wrote: > Hi, > > > fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > I would give anything for this feature, it's the only thing I miss. I'm > using a perl script that stores the pictures the way I want them, and > would, at least for now, like to continue to use that. Would be just so > sweet :) > > This is kind of in bugzilla already (not exactly your feature, but > duplicate detection), bug #153339 with a patch, I just realized :D This is a great idea. It should also work recursively, since I have a directory structure like this: [nat@lappy Photos]$ ls 2004-August-10 2004-March-1 2004-September-17 dsc01520.jpg 2004-August-19 2004-March-14 2004-September-20 jetcarpet.jpg Nat From federico@ximian.com Fri Oct 22 22:02:01 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B172B3B069F for ; Fri, 22 Oct 2004 22:02:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08793-06 for ; Fri, 22 Oct 2004 22:02:00 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id AE3F83B0674 for ; Fri, 22 Oct 2004 22:01:59 -0400 (EDT) Received: (qmail 31904 invoked from network); 23 Oct 2004 02:01:58 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 23 Oct 2004 02:01:58 -0000 From: Federico Mena Quintero To: Larry Ewing In-Reply-To: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 20:59:41 -0500 Message-Id: <1098496781.8099.46.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Oct 2004 02:02:01 -0000 On Fri, 2004-10-22 at 15:03 -0500, Larry Ewing wrote: > you can. The directory selection logic in gtkfilechooser is just very, > very confusing. Federico you want to comment on this? > > * Importing a directory was very confusing somehow. The file > > dialog made it very difficult since it kept OPENING the > > directory I was trying to import. For some reason it took me a > > while to notice that the "Open" button was enabled even when > > nothing was selected. Also, once a directory was selected, it > > was hard to unselect it. (You have to hold down ctrl and click > > that directory again.) > > Bug Federico, this is stock gtk here. Yeah, this is pretty confusing. It happens because the file chooser tries to do the same thing when you double-click on an item and when you click the "Open" button. Say you are navigating a folders-only chooser. You double-click on a folder in the list. Do you mean "select this and close the dialog", or "enter this folder because I want to select a subfolder"? > > * When an icon is assigned to a tag, the tag spacing isn't updated > > to hold the image, and the image is chopped off. > > File a GtkTreeView bug. It should resize when the pixbuf in a row > changes. Did your tree model emit a notification? Federico From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 14:20:18 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9FCD63B1007 for ; Sun, 24 Oct 2004 14:20:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28351-02 for ; Sun, 24 Oct 2004 14:20:16 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id 6347C3B0F6F for ; Sun, 24 Oct 2004 14:20:16 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLmyV-0003Ds-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 20:03:37 +0200 Lines: 31 Message-ID: <20041024200337.0abed528.danielpoe@gmx.de> References: <1098301404.9403.3.camel@nessie.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: ANDing categories together X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 18:20:18 -0000 On Wed, 20 Oct 2004 20:43:24 +0100 Laurence Hygate wrote: > This patch makes categories work the way I intuitively expected. Of > course I'm a geek, so using my opinion for this sort of thing is > dangerous. >=20 > * You can select/deselect all tags and categories independently > * Only photos which have all tags are displayed > * A photo is considered to "have" a tag if it is tagged with it or any > of its children I think the way to go would be to OR connect single tags inside one categorie and AND connect with other categories. Thus 'People > Mum' 'People > Dad' 'Event > Christmas' would yield the query: SELECT Photos FROM Lib WHERE People=3D'Mum' OR People=3D'Dad' AND Event =3D'Christmas'; This is the way I would expect it. But for the future would be nice to have some GUI to AND/OR/NOT connect the different tags. Probably something with DnD of tags and AND/OR/NOT fields and maybe a natural translation: 'Show all Photos from =ABMum=BB and =ABDad=BB at =ABChristmas=BB' But this will get hard for custom tags ... Rgds, Daniel From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 15:27:56 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 517403B0823 for ; Sun, 24 Oct 2004 15:27:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30449-02 for ; Sun, 24 Oct 2004 15:27:55 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id A48763B0817 for ; Sun, 24 Oct 2004 15:27:54 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLo1y-0006Ln-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 21:23:43 +0200 Lines: 153 Message-ID: <20041024212343.277f03c0.danielpoe@gmx.de> References: <1098282741.4790.107.camel@hal.jimmac.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags AND albums! (was: tags vs albums) X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 19:27:56 -0000 On Wed, 20 Oct 2004 16:32:21 +0200 Jakub Steiner wrote: > *food for thought* Sorry won't answer to specific statements from you but write down what I think. Thus add some food ;-) After this mailing and Garrett's call for input I thought a lot about photo cataloging. Here comes what I thought: As I already stated in the Subject line, my opinion is we should have both, tags _and_ albums. I will explain for both why they have their right to exist and what the usage should look like. 1. Albums ========= Due to the following reasons, organising photos in albums is a good way: o You normally want your photos from one trip/concert/walk/event grouped together. o It is easy to understand for people because it is the way they did it in the "real" world. o If you allow (at least) two deeps of sorting, you can make top-categories, like 'Family', 'Holidays', 'Work', 'Nature', ... Moreover it should be possible to select a preview thumb for each album and (very important) add metadata to albums. It always annoyed me that gthumb or gqview only allows me to put comments on images but not on categories. But often I want to describe the situation in which I made the last set of photos. E.g. describe the bands and the audience mood at a concert, or the feeling I had during an autumn walk. This is data which doesn't really belong to _one_ photo. More metadata which would be interesting to record would be the date or timeperiod and the tags which are set on photos inside the album (This would allow me to rapidly examine which people where present at the event xy). If I had all these possibilties, my photo collection would look like this: ----------------------------------------------------------------------- Energetic `- 2003-07-11 Open Air Description: Really cool concert. We played together with three smart bands (Candellila, Crazy Train, Minerva). There where about 200 people and the mood was great (so was the wheater) Date: 2003-07-11 Tags: Bands `- Candellila `- Crazy Train `- Minerva People `- Daniel `- Tini `- Flo Place `- Puchheim Event `- Concert `- 2004-10-08 Housesesseion ... Holidays `- 2002-08 Bolivia ... `- 2003-08 Black Forrest ... `- 2004-08 Ireland ... Nature `- 2004-10-02 Autumn Walk ... Family `- 2003-07-16 Birthday ... `- 2003-12-24 Christmas ... ... ----------------------------------------------------------------------- 2. Tags ======= While albums offer a good solution for sorting your images in a temporal and contextual manner, they doesn't care about single photos and 'type-changes' (eg often photos from the Holiday albums will fit well into Nature or Family) inside an album. That's the point where tags get their right to exist. It allows me to categorise the photos inside an album. If I did my job good, I will be happy if I need photos from band xy to create a new flyer or if I need my favorite photos from my girlfriend from the last Ireland holiday to make a collage for christmas. But the current selection implementation should be changed, as I mentioned in an other posting to connect each tag within a categorie with OR and the tags from the different categories with AND. And for the future we should think of a nice DnD interface for creating a query string. My current ideas: o have a dropline where you can drag tags and AND/OR/NOT fields The problem is this is very technical. ------------------------------------------------------ | "DROPLINE" | AND | OR | NOT | ------------------------------------------------------ o Translate AND/OR/NOT in a more intuitive language and offer three dropboxes: ----------------------------------------------------------------- | must contain (and) | may contain (or) | don't show this (not) | ----------------------------------------------------------------- But especially 'may contain' is not really right (some will even say it is totally false). o we need some ideas here!!! 3. Disclaimer ============= I was talking about 'we' which is not really right. Due to a lack of time and knowledge I won't be able to contribute code, but I hope I can come up with some ideas from time to time ... I hope this was a cunstructive mail and I'm really looking forward to use f-spot (hopefully with albums and tags). Thanks to the developers of this cool app, Regards to the rest, Daniel From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 16:17:35 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A9463B1030 for ; Sun, 24 Oct 2004 16:17:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32509-08 for ; Sun, 24 Oct 2004 16:17:33 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id 88F583B1031 for ; Sun, 24 Oct 2004 16:17:33 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLoo1-0000Gk-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 22:13:22 +0200 Lines: 9 Message-ID: <20041024221322.4ae7ea2a.danielpoe@gmx.de> References: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> <1098302482.31394.25.camel@wintermute.sr.unh.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 20:17:35 -0000 On Wed, 20 Oct 2004 16:01:22 -0400 "Thomas J. Baker" wrote: > auto rotated using gthumb, I treat them as read only, almost like ^^^^^^^^^^^^^^^^^^^^^^^^^ OT, but how do you do this, don't see a auto rotate dialog? Rgds, Daniel From akamc2@yahoo.ca Sun Oct 24 17:26:05 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CE1ED3B1016 for ; Sun, 24 Oct 2004 17:26:05 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03139-01 for ; Sun, 24 Oct 2004 17:26:03 -0400 (EDT) Received: from smtp207.mail.sc5.yahoo.com (smtp207.mail.sc5.yahoo.com [216.136.129.97]) by menubar.gnome.org (Postfix) with SMTP id 63F283B0FF9 for ; Sun, 24 Oct 2004 17:26:03 -0400 (EDT) Received: from unknown (HELO ?192.168.0.74?) (akamc2@217.172.65.121 with plain) by smtp207.mail.sc5.yahoo.com with SMTP; 24 Oct 2004 21:26:02 -0000 From: "miKeL a.k.a.mc2" To: f-spot-list@gnome.org Content-Type: multipart/alternative; boundary="=-FIYkND+quU4Or07j3PXV" Message-Id: <1098653709.1577.57.camel@mcii.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 24 Oct 2004 23:35:10 +0200 X-Virus-Scanned: by amavisd-new at gnome.org Subject: ./configure error X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 21:26:06 -0000 --=-FIYkND+quU4Or07j3PXV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit can somebody help me please? I'm in SuSE9.0 checking for pkg-config... /usr/bin/pkg-config checking for GLIB - version >= 2.0.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GLIB is incorrectly installed. checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libgnome-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libgnome-2.0' found configure: error: Library requirements (libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. >>> astalavista /miKeL a.k.a.mc2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ » free execution » free distribution » free pactice » free improvement --=-FIYkND+quU4Or07j3PXV Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit can somebody help me please?
I'm in SuSE9.0



checking for pkg-config... /usr/bin/pkg-config
checking for GLIB - version >= 2.0.0... no
*** Could not run GLIB test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means GLIB is incorrectly installed.
checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libgnome-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libgnome-2.0' found

configure: error: Library requirements (libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.

>>> astalavista /miKeL a.k.a.mc2
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
» free execution
  » free distribution
» free pactice
  » free improvement
--=-FIYkND+quU4Or07j3PXV-- From bengt@thuree.com Mon Oct 25 12:20:01 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B12423B11AE for ; Mon, 25 Oct 2004 12:20:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14615-05 for ; Mon, 25 Oct 2004 12:20:00 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 665643B11F8 for ; Mon, 25 Oct 2004 12:20:00 -0400 (EDT) Received: from 192.168.1.109 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 2E9213A986 for ; Mon, 25 Oct 2004 18:19:45 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Tue, 26 Oct 2004 01:19:46 +0900 Message-Id: <1098721186.11739.23.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Thanks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 16:20:01 -0000 Hej I just wanted to say thank you for a very very promising software. I am really looking forward to see, and hopefully also help, this program evolve into what has been described in various places. I am willing to help out in some smaller areas. Smaller, since I need to learn c# and mono... This application is very much wanted though, since we are taking more and more photos with our digital camera and it is getting hopeless to find a specific picture. I would like to add the following to the UseCase in the wiki. Do not really know how to do it though. Export: ------------- > 4. Isztwan has a photo thatÿs slightly tilted and heÿd like to fix the > horizon easily. Isztwan also wants to send some photos to some friends, and are delighted that the photos contains embedded information with Copyright, date, location, country, keywords, people etc. Since the embedded information follows the standard he knows that his friends can view the pictures as well as the extra embedded information. ------------- I hope their will be a synchronize function which will synchronize the selected images in either direction. Either re-read the images (if you have manipulated the information in another software), or store the images (for viewing in other software) Bengt From jimmac@ximian.com Mon Oct 25 15:59:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 396413B11F5 for ; Mon, 25 Oct 2004 15:59:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24369-03 for ; Mon, 25 Oct 2004 15:59:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1069B3B0EEC for ; Mon, 25 Oct 2004 15:59:07 -0400 (EDT) Received: (qmail 2666 invoked from network); 25 Oct 2004 19:59:06 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 25 Oct 2004 19:59:06 -0000 From: Jakub Steiner To: Federico Mena Quintero In-Reply-To: <1098406303.8099.21.camel@localhost> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098406303.8099.21.camel@localhost> Content-Type: text/plain Date: Mon, 25 Oct 2004 21:59:05 +0200 Message-Id: <1098734345.4100.55.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Product Design , f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 19:59:09 -0000 On Thu, 2004-10-21 at 19:51 -0500, Federico Mena Quintero wrote: > I think tags are orthogonal to albums as you propose them. > > Tags are exactly what photographers wish for but cannot do with physical > media. A pro photographer stores a metric assload of photos, and when a > client comes by and says, "I need a picture of a foo hugging a bar", the > pro photographer has to go through his archives, looking for such a > thing. With tags, it would be easy to find. Let me emphasize that I don't want to get rid of this functionality (tags ~= keywords). I only proposed replacing the add/search tag interface with albums and picture meta info editor. I was rather unfortunate to write about tag concept while I really ment replacing tags' space in the current interface with albums rather than removing tags. I think the a very natural interface to query for stuff you describe here already exists on the gnome desktop. I'd prefer using a quicksearch entry similar to what rhythmbox uses to search for "foo bar" rather than using the checkboxes next to the tags in the left side pane. I also think Evolution's quicksearch filter could be simplified to match this functionality (WIP - http://primates.ximian.com/~glesage/wiki/doku.php? id=evolution:quicksearch). > For non-pros, like myself, I like to use tags with a dual purpose: to > let me classify my images according to content, and to let me improve my > photography. I only propose to move the classification interface the metadata editor. Thanks for your use case and the pointers. I will probably first come up with a small paper-prototype user testing on the current tag vs quicksearch interface. Only if this turns out in favour of the quicksearch interface I'll give the metadata sidebar (for classification) a shot and run another test. cheers -- Jakub Steiner From jimmac@ximian.com Tue Oct 26 04:47:24 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F13593B1289 for ; Tue, 26 Oct 2004 04:47:23 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17086-05 for ; Tue, 26 Oct 2004 04:47:21 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1181E3B105C for ; Tue, 26 Oct 2004 04:47:20 -0400 (EDT) Received: (qmail 3900 invoked from network); 26 Oct 2004 08:47:19 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 26 Oct 2004 08:47:19 -0000 From: Jakub Steiner To: f-spot-list@gnome.org In-Reply-To: <1098406303.8099.21.camel@localhost> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098406303.8099.21.camel@localhost> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 10:47:18 +0200 Message-Id: <1098780438.4102.78.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 08:47:25 -0000 On Thu, 2004-10-21 at 19:51 -0500, Federico Mena Quintero wrote: > I think tags are orthogonal to albums as you propose them. > > Tags are exactly what photographers wish for but cannot do with physical > media. A pro photographer stores a metric assload of photos, and when a > client comes by and says, "I need a picture of a foo hugging a bar", the > pro photographer has to go through his archives, looking for such a > thing. With tags, it would be easy to find. Let me emphasize that I don't want to get rid of this functionality (tags ~= keywords). I only proposed replacing the add/search tag interface with albums and picture meta info editor. I was rather unfortunate to write about tag concept while I really ment replacing tags' space in the current interface with albums rather than removing tags. I think the a very natural interface to query for stuff you describe here already exists on the gnome desktop. I'd prefer using a quicksearch entry similar to what rhythmbox uses to search for "foo bar" rather than using the checkboxes next to the tags in the left side pane. I also think Evolution's quicksearch filter could be simplified to match this functionality (WIP - http://primates.ximian.com/~glesage/wiki/doku.php? id=evolution:quicksearch). > For non-pros, like myself, I like to use tags with a dual purpose: to > let me classify my images according to content, and to let me improve my > photography. I only propose to move the classification interface to the metadata editor. Thanks for your use case and the pointers. I will probably first come up with a small paper-prototype user testing on the current tag vs quicksearch interface. Only if this turns out in favour of the quicksearch interface I'll give the metadata sidebar (for classification) a shot and run another test. cheers -- Jakub Steiner From jimmac@ximian.com Tue Oct 26 07:02:03 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 75C3D3B06A4 for ; Tue, 26 Oct 2004 07:02:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23166-07 for ; Tue, 26 Oct 2004 07:02:01 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 4418B3B104C for ; Tue, 26 Oct 2004 07:02:00 -0400 (EDT) Received: (qmail 4000 invoked from network); 26 Oct 2004 11:01:58 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 26 Oct 2004 11:01:58 -0000 From: Jakub Steiner To: Larry Ewing In-Reply-To: <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 13:01:57 +0200 Message-Id: <1098788517.4161.106.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 11:02:03 -0000 On Fri, 2004-10-22 at 14:04 -0500, Larry Ewing wrote: > The plan has always been to allow for AND over the group as well as or > as well as NOT. I haven't gotten that far yet, and to be honest I'm not > sure how I want to proceed in the ui but that doesn't mean it is > impossible. There are existing implementations of the tag/category > metaphor that allow for just that. I was probably quite confusing when I talked about ditching the tag concept. I was really talking about the implemented tag _interface_. I am by no mean proposing to stop being able to assign keywords/tags to images and not being able to query the library based on these. I proposed replacing the tag interface where it is in the UI with albums. The assignment of this metadata would go to the metadata editor sidebar and the search functionality would consist of a quicksearch entrybox (http://primates.ximian.com/~glesage/wiki/doku.php? id=f-spot:quicksearch), advanced query editor with a chance to save the query as a virtual album. > > Metadata > > -------- > > We do want to have additional metadata associated with an image. It is > > confusing to use this concept for some, and another for the rest (name, > > caption...) > > > > Do you mean that it is strange to have sticky note on an image as well > as an exposure sheet and a description? I'm trying to understand but I > think you are suffering from the fact that you keep wanting to see tags > as albums not as sticky notes. > > Or do you mean that I mean in terms of workflow. User wants to classify his images. With the current interface I would use the tag assignment interface to classify my pictures and then go to the metadata editor to assign additional. The tag interface would also somehow need to hold the information that sucha tag is "standard", ie contained in a metadata spec such as IPTC/XMP (usable for export - http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export, see use case) or an arbitrary keyword. > > Export Implementation > > --------------------- > > While it is theoretically possible to come up with a dynamic web system > > for exporting photos on the web, retaining the same concepts as applied > > on F-Spot alone with tags, it relies heavily on server side scripting > > and doesn't sound trivial to do. Generating static HTML pages with the > > tag interface is hardly doable with way too many permutations to deal > > with. > > There is no possible way to match all the various web gallery structures > and I don't think we want to. A web gallery is an item unto itself it > is external to your file drawer. Don't try to make one into the other. I'm not sure I follow here on this one. Are you saying that moving the F-Spot interface onto the web for consistent look and feel isn't a goal to aim to? > As an evolution hack I developed a lot of opinions on vfolders few of > them good. Most of the problems I have with them are related to > implementation details, like speed in switching, but in general I think > they require too much setup and don't offer much. I end up just doing > quick searches to find mail I'm interested in 99% of the time. I do > have some mail sorted into actual folders, usually list mail which I > consider separate enough from the rest of my mail that I don't want to > mix them. I really think having a search history and forward/back > navigation makes more sense than having explicitly saved searches. As noted above, The quicksearch functionality isn't to be ditched, but I propose using the simple entry-box than the structured tag interface. > > Reuse & Consistency > > ------------------- > > The concept of stored queries isn't new. We have them in Evolution and > > hopefully thanks to beagle it will appear in the file-manager, file > > dialogs and elsewhere on the desktop. > > I use evolution's search or beast to find messages not vfolders. And I > use google a lot more than my bookmarks. Granted I do have a few > bookmarks (as an aside, I'm actually using mostly using tomboy for > bookmarks lately) just like I have mail folders. The google interface is very much more similar to the quicksearch described above than the tag interface. > I'm having trouble with the valbum metaphor in another place here too. > The way I see it stored searches are live queries on a set of attributes > and so I'm wondering what attributes we can build valbums from. Are you > saying that we should have two types of album, one that is actual and > one that is virtual? And If so that virtual albums are stored queries on > the combination of actual album and other attributes like time and date? > How would this be represented in the ui? You are in fact right that the album would in fact be implemented exactly the same way as the virtual album (a query for property album="foo"). However a simple interface would be used to define this (drag a selection of photos onto the album sidepane, choosing "new album" etc.) The difference between album and virtual album would be that album is a single property and and thus the "physical" links (one album per image) and virtual album is a stored query (can contain images independent of their album property). > > Metadata > > -------- > > Image attributes (including the stuff that's done with tags now) is > > defined at one place in the UI. > > > > I'm not sure what you are getting at here. If there are multiple album > types there has to be a lot of ui for making the valbum and if there are > only valbums Again, this is from the workflow perspective. When one classifies images, the metadata editing sidepane would be the only place to do this in. The tag interface combines assignment (classficiation) and query into one. However classification can be quite complex if we want to make the metainfo usable outside F-Spot and make the interface for querying rather complex and it's not very scalable in a asense that you have to navigate a fairly complex tree or tags to do a search query. Hope this clarifies my proposal a bit more. From jpr@novell.com Tue Oct 26 11:06:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 76FEE3B1393 for ; Tue, 26 Oct 2004 11:06:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04016-04 for ; Tue, 26 Oct 2004 11:06:21 -0400 (EDT) Received: from lyle.provo.novell.com (lyle.provo.novell.com [137.65.81.174]) by menubar.gnome.org (Postfix) with ESMTP id 197D53B139C for ; Tue, 26 Oct 2004 11:05:55 -0400 (EDT) Received: from 192.168.1.6 ([137.65.81.216]) by lyle.provo.novell.com; Tue, 26 Oct 2004 09:05:46 -0600 From: JP Rosevear To: "miKeL a.k.a.mc2" In-Reply-To: <1098653709.1577.57.camel@mcii.local> References: <1098653709.1577.57.camel@mcii.local> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 11:09:33 -0400 Message-Id: <1098803373.7862.133.camel@bishop.rosevear.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: ./configure error X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 15:06:26 -0000 On Sun, 2004-10-24 at 23:35 +0200, miKeL a.k.a.mc2 wrote: > can somebody help me please? > I'm in SuSE9.0 > > > checking for pkg-config... /usr/bin/pkg-config > checking for GLIB - version >= 2.0.0... no > *** Could not run GLIB test program, checking why... > *** The test program failed to compile or link. See the file > config.log for the > *** exact error that occured. This usually means GLIB is incorrectly > installed. > checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= > 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the > pkg-config search path. > Perhaps you should add the directory containing `libgnome-2.0.pc' > to the PKG_CONFIG_PATH environment variable > No package 'libgnome-2.0' found > > configure: error: Library requirements (libgnome-2.0 >= 2.2 > libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; > consider adjusting the PKG_CONFIG_PATH environment variable if your > libraries are in a nonstandard prefix so pkg-config can find them. I'd suspect you are missing appropriate -devel packages. -JP -- JP Rosevear Novell, Inc. From loz@flower.powernet.co.uk Tue Oct 26 15:07:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 826283B078E for ; Tue, 26 Oct 2004 15:07:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15371-01 for ; Tue, 26 Oct 2004 15:07:49 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 8B7383B0791 for ; Tue, 26 Oct 2004 15:07:48 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9QJ7lHK003914 for ; Tue, 26 Oct 2004 20:07:47 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 39442FF6E for ; Tue, 26 Oct 2004 20:07:42 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098044116.6135.34.camel@hal.jimmac.cz> References: <1098044116.6135.34.camel@hal.jimmac.cz> Content-Type: text/plain Date: Tue, 26 Oct 2004 20:07:41 +0100 Message-Id: <1098817661.17366.2.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 19:07:52 -0000 I've created enhancements/patches for these on Bugzilla Confirmation Dialogs: http://bugzilla.gnome.org/show_bug.cgi?id=156441 (Basic) Mime handling menu; lots of stuff outstanding: http://bugzilla.gnome.org/show_bug.cgi?id=156506 Loz On Sun, 2004-10-17 at 13:15 -0700, Jakub Steiner wrote: > While working on more generic UI issues, there's two tiny things that > would be nice to have asap. > > * delete from disk should ask for confirmation > * "File>Edit in Gimp" should make a copy of the original and > opening the copy in GIMP for easy edits. Perhaps could be more > generic with a list of associated mime handlers as in nautilus. > > Rock on! > -- Laurence Hygate From mosfeets@hotmail.com Wed Oct 27 09:12:16 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EE6C13B0CE0 for ; Wed, 27 Oct 2004 09:12:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25896-10 for ; Wed, 27 Oct 2004 09:12:14 -0400 (EDT) Received: from hotmail.com (bay24-f19.bay24.hotmail.com [64.4.18.69]) by menubar.gnome.org (Postfix) with ESMTP id 4DE9D3B0CDC for ; Wed, 27 Oct 2004 09:12:14 -0400 (EDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 27 Oct 2004 06:12:02 -0700 Received: from 168.159.190.36 by by24fd.bay24.hotmail.msn.com with HTTP; Wed, 27 Oct 2004 13:11:37 GMT X-Originating-IP: [168.159.190.36] X-Originating-Email: [mosfeets@hotmail.com] X-Sender: mosfeets@hotmail.com From: "Bryan McFeeters" To: f-spot-list@gnome.org Date: Wed, 27 Oct 2004 09:11:37 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 Oct 2004 13:12:02.0061 (UTC) FILETIME=[8C3A0BD0:01C4BC26] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Photoshop Album Extras X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 13:12:16 -0000 Hello to all you geniuses out there. I've been using Adobe Photoshop Album for almost a year now and I'm very excited to see the work that everyone has acomplished on F-Spot. Needless to say, I'll probably be switching photo management platforms in the the near future. Keep up the good work. Anyway, I ran across some information that I thought that people might be interesting in. This webiste contains some free tools (which I think should have been included in PSA from the start, and maybe could be included in F-Spot at some point) and information about the jet database that is used by PSA. I'm not sure if it will be usefull for ya but I thought I'd pass it along. http://www.robotbattle.com/psa/ Good luck with your continuing development efforts and thanks for a great application. Bryan McFeeters _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar – get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ From bengt@thuree.com Wed Oct 27 11:45:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3D05B3B14AD for ; Wed, 27 Oct 2004 11:45:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01473-09 for ; Wed, 27 Oct 2004 11:45:25 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id BE2633B14A8 for ; Wed, 27 Oct 2004 11:45:24 -0400 (EDT) Received: from 192.168.1.111 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 2BAE33A986 for ; Wed, 27 Oct 2004 17:45:08 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Thu, 28 Oct 2004 00:45:10 +0900 Message-Id: <1098891910.5347.19.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Use Case addition? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 15:45:27 -0000 Hi I thought of another small addition to the use case list that I think would be very help-full. At least in the way I work I would really appreciate it. > Managing > 6.Isztwan has a number of photos taken by his friends at various gigs > and events. He always asks them if he could copy those before heading > home. Heÿd like to be able to mark those images to be able to query > his library by author. Unfortunately his camera, nor the ones of his > friends stores such information in EXIF headers. He already has images > by his friends in the library and is able to find them querying for > events. ----- 7. After having imported the latest photos from his camera as well as from a cd, Isztwan is very happy to see that he can easily choose to see (work) only with the latest imported batch of pictures. (He could choose to work with one or more of the five latest import batches ). This makes it very easy for him to categorize the pictures, as well as verify the categories. ----- This would help if you have 10,000 pictures and just imported another 200. If you for instance wants to see which of the pictures you just imported had the tag Wife, and you select this tag you should not get ALL wife tagged pictures, but only the wife tagged pictures of this import batch. When you de-select this tag you see all the pictures from this import batch again. Sorry for my bad English, but I hope I managed to get the idea across anyway. Bengt From jimmac@ximian.com Wed Oct 27 20:16:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AAC1A3B0DF5 for ; Wed, 27 Oct 2004 20:16:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26344-09 for ; Wed, 27 Oct 2004 20:16:56 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id CE92E3B0CDA for ; Wed, 27 Oct 2004 20:16:55 -0400 (EDT) Received: (qmail 8689 invoked from network); 28 Oct 2004 00:16:55 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 00:16:55 -0000 From: Jakub Steiner To: Bengt Thuree In-Reply-To: <1098891910.5347.19.camel@localhost.localdomain> References: <1098891910.5347.19.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 02:18:29 +0200 Message-Id: <1098922709.20419.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Use Case addition? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 00:16:58 -0000 On Thu, 2004-10-28 at 00:45 +0900, Bengt Thuree wrote: > Hi > > I thought of another small addition to the use case list that I think > would be very help-full. At least in the way I work I would really > appreciate it. Hi Bengt, I added the case to the import tasks. Thanks! -- Jakub Steiner From bengt@thuree.com Thu Oct 28 08:04:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F07E93B15DD for ; Thu, 28 Oct 2004 08:04:44 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21055-10 for ; Thu, 28 Oct 2004 08:04:41 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 638C03B1601 for ; Thu, 28 Oct 2004 08:03:32 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 1FA763A986 for ; Thu, 28 Oct 2004 14:03:18 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 28 Oct 2004 21:03:22 +0900 Message-Id: <1098965002.4821.15.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:04:45 -0000 Hi, I just thought of another use case. Managing: ----- After adding a number of tags to each photo Isztwan realize that the file name IMG0010.jpg do not really give much information of the picture. He quickly selects the pictures to be renamed, then starts the rename function, selects the template for how the new filename should be created, and that the original file should be saved in another directory. Clicks on OK, and all selected pictures have been renamed. Much easier for grandmother to understand what each picture contains at a glance this way. ----- The template should make it easy to choose * a Date/Time stamp from Exif (the full YYYYMMDDHHMMSS, or just a part of it like YYMMDDHHMM), * some of the other tags, for instance - country - location - keyword (the first one...) * Manual string * a counter value (starting index, and how many digits (like 01, or 0001). Bengt From bengt@thuree.com Thu Oct 28 08:20:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 442DF3B14B7 for ; Thu, 28 Oct 2004 08:20:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21928-04 for ; Thu, 28 Oct 2004 08:20:31 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 0EA293B154C for ; Thu, 28 Oct 2004 08:20:31 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 3356D3A987 for ; Thu, 28 Oct 2004 14:20:03 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 28 Oct 2004 21:20:07 +0900 Message-Id: <1098966007.4821.20.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:20:33 -0000 Hi, What do you guys think of having nested tags? Something like People Family Father Mother Daugther Son School Person1 Person2 Friends Friend1 Friend2 Daugther Friend1 Friend2 Would this be possible? Would be very easy to select pictures with one or more from a family, or friends group anyway /Bengt From stevelist@silverorange.com Thu Oct 28 09:06:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 455133B129C for ; Thu, 28 Oct 2004 09:06:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24074-10 for ; Thu, 28 Oct 2004 09:06:06 -0400 (EDT) Received: from nova.silverorange.com (nova.silverorange.com [198.167.161.16]) by menubar.gnome.org (Postfix) with ESMTP id B12F93B09D5 for ; Thu, 28 Oct 2004 09:06:05 -0400 (EDT) Received: from [192.168.1.40] (unknown [142.176.234.122]) by nova.silverorange.com (Postfix) with ESMTP id 0B4A3C252D; Thu, 28 Oct 2004 10:06:02 -0300 (ADT) Message-ID: <4180EE95.8060102@silverorange.com> Date: Thu, 28 Oct 2004 10:05:25 -0300 From: Steven Garrity User-Agent: Mozilla Thunderbird 0.8 (X11/20040919) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bengt Thuree References: <1098966007.4821.20.camel@localhost.localdomain> In-Reply-To: <1098966007.4821.20.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:06:08 -0000 Bengt Thuree wrote: > What do you guys think of having nested tags? For what it's worth, our web-gallery system uses nested tags: http://gallery.actsofvolition.com/photos/galleryinfo Steven Garrity From bengt@thuree.com Thu Oct 28 09:31:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1A1D83B0AC7 for ; Thu, 28 Oct 2004 09:31:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25052-06 for ; Thu, 28 Oct 2004 09:31:33 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id EA7A63B07C6 for ; Thu, 28 Oct 2004 09:31:32 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 737673A986 for ; Thu, 28 Oct 2004 15:31:15 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Thu, 28 Oct 2004 22:31:16 +0900 Message-Id: <1098970276.4821.31.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Possibility to reduce size when sending image by mail. X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:31:36 -0000 Hi, I would like to modify this use case a little bit. Interoperability > 2. Isztwan is mailing his girlfriend if she wants to join them on the > weekend for the gig in Kagh. He wants to attach an image of the club > to the mail. Heÿs using Ximian Evolution. ----- Before Isztwan mail client sends the mail with the image, he can choose if he wants to send the original (3 MB), or reduce the size to a pre-defined size first. ----- Similar to what Windows XP has today. XSmall - 400 * 300 Small - 640 * 480 Medium - 800 * 600 Large - 1024 * 768 Bengt From bengt@thuree.com Thu Oct 28 09:59:14 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1B1503B08FB for ; Thu, 28 Oct 2004 09:59:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26226-07 for ; Thu, 28 Oct 2004 09:59:11 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 8B2F83B0C1A for ; Thu, 28 Oct 2004 09:58:18 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 4C0563A986; Thu, 28 Oct 2004 15:57:56 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org In-Reply-To: <4180EE95.8060102@silverorange.com> References: <1098966007.4821.20.camel@localhost.localdomain> <4180EE95.8060102@silverorange.com> Content-Type: text/plain Date: Thu, 28 Oct 2004 22:57:59 +0900 Message-Id: <1098971879.4821.45.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:59:14 -0000 Hi Thanks, your gallery looks very nice. For the moment I am using www.photography-on-the.net, you can check our own gallery at www.thuree.com/bt But as you can see, I have nothing like nested tags. Do not quite know how it should be implemented, just that it would simplify matters quite a bit when you are using f-spot to select various pictures. I definitely know that I do not want to add a lot of tags in f-spot, and then have to redo the tags in whatever gallery program I am using. Perhaps I should change to the one you are using (http://labs.silverorange.com/a/photogallery) It really looks good. Anything special you need to consider if you want to use it? Is it easy to upload new pictures? No extra text file with texts or? /Bengt On Thu, 2004-10-28 at 10:05 -0300, Steven Garrity wrote: > Bengt Thuree wrote: > > What do you guys think of having nested tags? > > For what it's worth, our web-gallery system uses nested tags: > http://gallery.actsofvolition.com/photos/galleryinfo > > Steven Garrity > From johan.viklund@gmail.com Thu Oct 28 11:22:14 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8682A3B1690 for ; Thu, 28 Oct 2004 11:22:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31061-07 for ; Thu, 28 Oct 2004 11:22:12 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by menubar.gnome.org (Postfix) with ESMTP id 005AD3B1676 for ; Thu, 28 Oct 2004 11:21:28 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 65so524140wri for ; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=FSPPAcZJx7Ojx+9vkVUqW2RGJBsmsRHQNQqGCO02Fx6BoieB+8PyYDaMO7Yyn1RIpGRjYTDvmcQwGh+9K+PDa/6d+ZN8aq1OkmJLD0x5Dv2GlJKWh7Hv6gyo7hkEjkKavA+buW0IvTgTxlALBfJHFh+Jwwi5lRaDfYKbnhaY9Mo= Received: by 10.38.76.80 with SMTP id y80mr1406027rna; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) Received: by 10.38.125.15 with HTTP; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) Message-ID: <5e924f0a04102808214767f692@mail.gmail.com> Date: Thu, 28 Oct 2004 17:21:23 +0200 From: Johan Viklund To: f-spot-list@gnome.org In-Reply-To: <1098971879.4821.45.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098966007.4821.20.camel@localhost.localdomain> <4180EE95.8060102@silverorange.com> <1098971879.4821.45.camel@localhost.localdomain> X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Johan Viklund List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 15:22:14 -0000 Hi, F-spot uses nested tags, they're called categories (which are a special form of tag that can have children). On Thu, 28 Oct 2004 22:57:59 +0900, Bengt Thuree wrote: > Hi > > Thanks, your gallery looks very nice. > > For the moment I am using www.photography-on-the.net, you can check our > own gallery at www.thuree.com/bt > > But as you can see, I have nothing like nested tags. Do not quite know > how it should be implemented, just that it would simplify matters quite > a bit when you are using f-spot to select various pictures. > > I definitely know that I do not want to add a lot of tags in f-spot, and > then have to redo the tags in whatever gallery program I am using. > Perhaps I should change to the one you are using > (http://labs.silverorange.com/a/photogallery) It really looks good. > > Anything special you need to consider if you want to use it? > Is it easy to upload new pictures? No extra text file with texts or? > > /Bengt > > > > On Thu, 2004-10-28 at 10:05 -0300, Steven Garrity wrote: > > Bengt Thuree wrote: > > > What do you guys think of having nested tags? > > > > For what it's worth, our web-gallery system uses nested tags: > > http://gallery.actsofvolition.com/photos/galleryinfo > > > > Steven Garrity > > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > -- Johan Viklund E-post: Blog: http://home.student.uu.se/j/jovi0705/blog/ From jimmac@ximian.com Thu Oct 28 12:05:49 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6EB013B16A5 for ; Thu, 28 Oct 2004 12:05:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01343-07 for ; Thu, 28 Oct 2004 12:05:46 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2E3BA3B16EB for ; Thu, 28 Oct 2004 12:04:20 -0400 (EDT) Received: (qmail 9786 invoked from network); 28 Oct 2004 16:04:19 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 16:04:19 -0000 From: Jakub Steiner To: Bengt Thuree , f-spot-list@gnome.org In-Reply-To: <1098965002.4821.15.camel@localhost.localdomain> References: <1098965002.4821.15.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 18:04:43 +0200 Message-Id: <1098979484.11471.12.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:05:49 -0000 On Thu, 2004-10-28 at 21:03 +0900, Bengt Thuree wrote: > Hi, > > I just thought of another use case. > > Managing: > ----- > After adding a number of tags to each photo Isztwan realize that the > file name IMG0010.jpg do not really give much information of the > picture. He quickly selects the pictures to be renamed, then starts the > rename function, selects the template for how the new filename should be > created, and that the original file should be saved in another > directory. Clicks on OK, and all selected pictures have been renamed. > Much easier for grandmother to understand what each picture contains at > a glance this way. > ----- This isn't much of a use case. Why does Isztwan want to rename the files? Because it looks bad? I don't think a filename is an important attribute of the image (apart from the fact it needs to be unique in a directory). Why would a user want to care about filenames? What would an automated filename generation solve? cheers -- Jakub Steiner From jimmac@ximian.com Thu Oct 28 12:10:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 769E13B0C06 for ; Thu, 28 Oct 2004 12:10:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01666-03 for ; Thu, 28 Oct 2004 12:10:37 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 69D623B089B for ; Thu, 28 Oct 2004 12:10:36 -0400 (EDT) Received: (qmail 9809 invoked from network); 28 Oct 2004 16:10:35 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 16:10:35 -0000 From: Jakub Steiner To: Bengt Thuree In-Reply-To: <1098966007.4821.20.camel@localhost.localdomain> References: <1098966007.4821.20.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 18:10:58 +0200 Message-Id: <1098979858.10762.18.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:10:43 -0000 On Thu, 2004-10-28 at 21:20 +0900, Bengt Thuree wrote: > Hi, > > What do you guys think of having nested tags? Actually F-Spot does use nested tags. When I look at my catalog though, I'd need a fairly big list of items in my tag tree. It's not very convenient to scroll and expand nodes to define a query and cancel it afterwards. That's why I proposed a simple google-like quicksearch interface. I'm still working on the prototype to test though :/ cheers -- Jakub Steiner From bjesus@gmail.com Thu Oct 28 14:46:54 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C35033B16EE for ; Thu, 28 Oct 2004 14:46:53 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09700-07 for ; Thu, 28 Oct 2004 14:46:52 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by menubar.gnome.org (Postfix) with ESMTP id AEFEF3B16DA for ; Thu, 28 Oct 2004 14:46:15 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 68so496066wri for ; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=H//V1X+m3q3Bpx8aPABmoao+/mlo9KQC7TKmDF/lxNTxHPp2VV8SdD5NGOQP71rukSiT4qORG7TzwgKQ+tFq3uczHdtV55PkbFVUmdnaHTLxDIOJus1DHITFqHO12uh4XNua9Ul7bQHIyuk+thZpYFIVnleGMWTWL8vNLWjyChg= Received: by 10.38.96.46 with SMTP id t46mr2118172rnb; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) Received: by 10.38.15.65 with HTTP; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) Message-ID: Date: Thu, 28 Oct 2004 20:45:55 +0200 From: Yo'av Moshe To: Jakub Steiner In-Reply-To: <1098979858.10762.18.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098966007.4821.20.camel@localhost.localdomain> <1098979858.10762.18.camel@localhost.localdomain> X-Virus-Scanned: by amavisd-new at gnome.org Cc: Bengt Thuree , f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yo'av Moshe List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:46:54 -0000 Maybe a little text-entry at the bottom of the list, that searchs on-the-fly, like Muine does with songs and albums? On Thu, 28 Oct 2004 18:10:58 +0200, Jakub Steiner wrote: > On Thu, 2004-10-28 at 21:20 +0900, Bengt Thuree wrote: > > Hi, > > > > What do you guys think of having nested tags? > > Actually F-Spot does use nested tags. When I look at my catalog though, > I'd need a fairly big list of items in my tag tree. It's not very > convenient to scroll and expand nodes to define a query and cancel it > afterwards. > > That's why I proposed a simple google-like quicksearch interface. I'm > still working on the prototype to test though :/ > > cheers > > -- > Jakub Steiner > > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > From bengt@thuree.com Thu Oct 28 19:39:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A9D53B0FC1 for ; Thu, 28 Oct 2004 19:39:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22972-06 for ; Thu, 28 Oct 2004 19:39:31 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id E95C23B0FD5 for ; Thu, 28 Oct 2004 19:39:30 -0400 (EDT) Received: from 192.168.1.114 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 6ED453A986; Fri, 29 Oct 2004 01:39:13 +0200 (CEST) From: Bengt Thuree To: Jakub Steiner In-Reply-To: <1098979484.11471.12.camel@localhost.localdomain> References: <1098965002.4821.15.camel@localhost.localdomain> <1098979484.11471.12.camel@localhost.localdomain> Content-Type: text/plain Date: Fri, 29 Oct 2004 08:39:16 +0900 Message-Id: <1099006756.4821.58.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 23:39:32 -0000 On Thu, 2004-10-28 at 18:04 +0200, Jakub Steiner wrote: > On Thu, 2004-10-28 at 21:03 +0900, Bengt Thuree wrote: > This isn't much of a use case. Why does Isztwan want to rename the > files? Because it looks bad? > > I don't think a filename is an important attribute of the image (apart > from the fact it needs to be unique in a directory). Why would a user > want to care about filenames? What would an automated filename > generation solve? As long as you stay in f-spot you do not really care about the file name. But if you want to find an image from the file browser, or sending the image to someone who is not so computer aware that there is such a thing as embedded informations in the image. In our case, everything is much much easier now when I have renamed all our images, since everyone in my family can find the images easier. And they do not have to use a particular software browser to do it. A quick glance at the filename and you will know date, location, and persons. Just my 5 cents... -Bengt From bengt@thuree.com Fri Oct 29 01:45:20 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 64A693B07B5 for ; Fri, 29 Oct 2004 01:45:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03881-05 for ; Fri, 29 Oct 2004 01:45:18 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 293D53B0694 for ; Fri, 29 Oct 2004 01:45:18 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id 127E43A986 for ; Fri, 29 Oct 2004 07:45:00 +0200 (CEST) Received: from 194.237.142.21 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Fri, 29 Oct 2004 14:45:00 +0900 (JST) Message-ID: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Date: Fri, 29 Oct 2004 14:45:00 +0900 (JST) From: "Bengt Thuree" To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 05:45:20 -0000 Hej Would this option be something of interest for F-Spot? Moving-Copying pictures. ------------------------ 1) Move the picture(s) to a new directory 2) Copy the picture(s) to a new directory, and f-spot will refere to the new copy. 3) Duplicate the picture(s) to a new directory, and f-spot will still refere to the old file. Nothing from a f-spot users point of view, but if a person wants to have their own directory structure, or perhaps wants to create a special directory (cd?) with some images. Preparing a CD with pictures. ----------------------------- It would be nice to prepare a CD with pictures, to be sent to friends and family. For conveniance there should be a slideshow viewer on this CD. Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in all environments. Preparing a DVD with pictures. ------------------------------ Could also prepare a DVD with an automatic slideshow of some pictures. Makes it easier to send some pictures to someone who do not have a computer, but do have a TV for instance. My small few cents of thoughts... /Bengt -- Bengt Thuree bengt@thuree.com www.thuree.com/bt From tobias.jakobs@web.de Thu Oct 28 16:05:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A07073B168B for ; Thu, 28 Oct 2004 16:05:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13399-04 for ; Thu, 28 Oct 2004 16:05:21 -0400 (EDT) Received: from smtp05.web.de (smtp05.web.de [217.72.192.209]) by menubar.gnome.org (Postfix) with ESMTP id 140B53B0E5F for ; Thu, 28 Oct 2004 16:05:21 -0400 (EDT) Received: from [217.83.93.109] (helo=192.168.0.4) by smtp05.web.de with esmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.101 #44) id 1CNGWO-0003qq-00 for f-spot-list@gnome.org; Thu, 28 Oct 2004 22:05:20 +0200 From: Tobias Jakobs To: f-spot-list@gnome.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GUbIgdZ6NFfnIYFT1o5D" Date: Thu, 28 Oct 2004 22:05:17 +0200 Message-Id: <1098993917.5565.48.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Sender: tobias.jakobs@web.de X-Sender: tobias.jakobs@web.de X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Fri, 29 Oct 2004 11:26:08 -0400 Subject: My f-spot wishlist X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 20:05:22 -0000 --=-GUbIgdZ6NFfnIYFT1o5D Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I just wrote down some ideas I would like to see in a photo manager. It is a simpel list and not a use case novel. If you don't understand some think feel free to ask. Import - from directories on harddisk - from CF-Cards mounted as harddisk - from digiKam (KDE Programm digikam.sf.net) Share - via e-mail (Evolution) - copy to a FTP-Server and send mail to friends with the URL - via Gallery and send mail to friends with the URL - Apple iPhoto (local LAN) - send the photos to a print service - burn to CD-R or make a DVD Manage - integration of the Evoluton address book (people) - Audio comments - AVIs from the Digikam - Map-Stuff (look at the mockup [1] ) Find Images - Map-Stuff (e.g. 50km around London) - imgSeek style ("just paint the image you are searching" or images like this one) Editing - Edit in Gimp Dia-Show - background music with Rythembox play-list [1] http://hagemaenner.de/stuff/f-spot/f-spot.png --=20 Tobias Jakobs --=-GUbIgdZ6NFfnIYFT1o5D Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBgVD9O1tyfLeGydARAkzDAKCulLC8mnE1D7O4iTkJhrIBKUPQVwCfZXnJ vzC0bXytNm0oKAL6pOZa/og= =Og/Y -----END PGP SIGNATURE----- --=-GUbIgdZ6NFfnIYFT1o5D-- From bjesus@gmail.com Fri Oct 29 11:48:15 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CA8803B17B0 for ; Fri, 29 Oct 2004 11:48:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00473-10 for ; Fri, 29 Oct 2004 11:48:14 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by menubar.gnome.org (Postfix) with ESMTP id BBAA73B1039 for ; Fri, 29 Oct 2004 11:48:14 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 68so608890wri for ; Fri, 29 Oct 2004 08:48:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=DIIlilGMoPNao7vLb+IvwmPECTWE6+yKoX09cuyyWFxaEIiaFdzlyrjOvWedqnm+j/KcTRriaJ7BulnU9q2gY4SyHqVCdp2sfli/XTJBeabiU/kzK3te2bnsS60qiCyBZn2iBTYkMN3Ghifoy843dHi1iUPP1nmK2jRtL84xV3w= Received: by 10.38.209.67 with SMTP id h67mr745286rng; Fri, 29 Oct 2004 08:48:14 -0700 (PDT) Received: by 10.38.15.65 with HTTP; Fri, 29 Oct 2004 08:48:13 -0700 (PDT) Message-ID: Date: Fri, 29 Oct 2004 17:48:13 +0200 From: Yo'av Moshe To: Bengt Thuree In-Reply-To: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yo'av Moshe List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 15:48:16 -0000 As for putting the photos on a CD - I think that creating a webpage on the CD can be a solution for having it work on all OSs (Linux, Windows and OS X). About the "Moving-Copying Files" things - I think this is a door of troubles. Having F-Spot create directories that it should ignore, or replace locations of pictures from the database with others - It all sounds too unknown as for "what is going to happen if I'll use this option". Hope you understood my points - my English isn't very good. Nice weekend. Yo'av. On Fri, 29 Oct 2004 14:45:00 +0900 (JST), Bengt Thuree wrote: > > Hej > > Would this option be something of interest for F-Spot? > > Moving-Copying pictures. > ------------------------ > 1) Move the picture(s) to a new directory > 2) Copy the picture(s) to a new directory, and f-spot will refere to the > new copy. > 3) Duplicate the picture(s) to a new directory, and f-spot will still > refere to the old file. > > Nothing from a f-spot users point of view, but if a person wants to have > their own directory structure, or perhaps wants to create a special > directory (cd?) with some images. > > Preparing a CD with pictures. > ----------------------------- > It would be nice to prepare a CD with pictures, to be sent to friends and > family. For conveniance there should be a slideshow viewer on this CD. > Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in > all environments. > > Preparing a DVD with pictures. > ------------------------------ > Could also prepare a DVD with an automatic slideshow of some pictures. > Makes it easier to send some pictures to someone who do not have a > computer, but do have a TV for instance. > > My small few cents of thoughts... > > /Bengt > > -- > Bengt Thuree bengt@thuree.com www.thuree.com/bt > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > From loz@flower.powernet.co.uk Fri Oct 29 16:05:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7985B3B0FCE for ; Fri, 29 Oct 2004 16:05:02 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13494-01 for ; Fri, 29 Oct 2004 16:04:57 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 7F7A53B179B for ; Fri, 29 Oct 2004 16:04:53 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9TK4qr8016204 for ; Fri, 29 Oct 2004 21:04:52 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 73791FFFC for ; Fri, 29 Oct 2004 21:04:47 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: text/plain Date: Fri, 29 Oct 2004 21:04:47 +0100 Message-Id: <1099080287.11182.7.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Wish list X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 20:05:05 -0000 1. Able to assign shortcut keys for tagging; It would be interesting to see the distribution of tags used by people. I have a small number of tags that dominate my photos, and a larger number that are used less frequently. 2. A function to assign the same tags as the last photo to the current photo. (I often have three or four photos of the same scene) 3. Ability to export to CD in digital camera format (DCIM?) I have a portable DVD player that can display photos in this format (provided the correct JPEG standard is used). cheers Loz From bengt@thuree.com Fri Oct 29 21:01:55 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C87603B0EEB for ; Fri, 29 Oct 2004 21:01:55 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24444-10 for ; Fri, 29 Oct 2004 21:01:54 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 1D3023B0EC6 for ; Fri, 29 Oct 2004 21:01:54 -0400 (EDT) Received: from 192.168.1.116 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id F044D3A986; Sat, 30 Oct 2004 03:01:34 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org In-Reply-To: References: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Content-Type: text/plain Date: Sat, 30 Oct 2004 10:01:39 +0900 Message-Id: <1099098099.5106.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 01:01:56 -0000 Hi Webpage on the CD should work, especially if we can get it to be a fullscreen slideshow also. Not the best solution, but the one that would work for all systems. Moving images around. Yes I agree, not the first option a user should use, since as you said it do sound a bit daring. But, I am certain that sometime the user would like to move the pictures to another directory for whatever reason, or copy them to a backup directory (give access to a few pictures out of the collection to another user for instance). I know I have used it now for instance... I put the new pictures in a separate directory, and when I was finished working with them I moved them to the right place. Also, I re-organized all my pictures into folder structure based upon dates from a folder structure based upon happening earlier. I moved 3000+ pictures this way, and it was very very easy. Greatly appreciated that function for sure. /Bengt On Fri, 2004-10-29 at 17:48 +0200, Yo'av Moshe wrote: > As for putting the photos on a CD - I think that creating a webpage on > the CD can be a solution for having it work on all OSs (Linux, Windows > and OS X). > > About the "Moving-Copying Files" things - I think this is a door of > troubles. Having F-Spot create directories that it should ignore, or > replace locations of pictures from the database with others - It all > sounds too unknown as for "what is going to happen if I'll use this > option". > > Hope you understood my points - my English isn't very good. > > Nice weekend. > Yo'av. > > On Fri, 29 Oct 2004 14:45:00 +0900 (JST), Bengt Thuree wrote: > > > > Hej > > > > Would this option be something of interest for F-Spot? > > > > Moving-Copying pictures. > > ------------------------ > > 1) Move the picture(s) to a new directory > > 2) Copy the picture(s) to a new directory, and f-spot will refere to the > > new copy. > > 3) Duplicate the picture(s) to a new directory, and f-spot will still > > refere to the old file. > > > > Nothing from a f-spot users point of view, but if a person wants to have > > their own directory structure, or perhaps wants to create a special > > directory (cd?) with some images. > > > > Preparing a CD with pictures. > > ----------------------------- > > It would be nice to prepare a CD with pictures, to be sent to friends and > > family. For conveniance there should be a slideshow viewer on this CD. > > Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in > > all environments. > > > > Preparing a DVD with pictures. > > ------------------------------ > > Could also prepare a DVD with an automatic slideshow of some pictures. > > Makes it easier to send some pictures to someone who do not have a > > computer, but do have a TV for instance. > > > > My small few cents of thoughts... > > > > /Bengt > > > > -- > > Bengt Thuree bengt@thuree.com www.thuree.com/bt > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list > > > From bengt@thuree.com Sat Oct 30 07:51:07 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 813BF3B0F6E for ; Sat, 30 Oct 2004 07:51:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14709-01 for ; Sat, 30 Oct 2004 07:51:06 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id BF4113B0C6E for ; Sat, 30 Oct 2004 07:51:05 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id AE4203A986 for ; Sat, 30 Oct 2004 13:50:32 +0200 (CEST) Received: from 165.76.225.194 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Sat, 30 Oct 2004 20:50:32 +0900 (JST) Message-ID: <1158.165.76.225.194.1099137032.squirrel@denton.thuree.com> Date: Sat, 30 Oct 2004 20:50:32 +0900 (JST) From: "Bengt Thuree" To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Handling of Videos X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 11:51:07 -0000 Hi Most of the small compact digital cameras can shoot a small video today, and it would be great if F-Spot could handle them as well. Perhaps not to the same extent to start with, but at least with date and then hopefully later it can handle some standard fields in it as well. You should alo be able to select if you want to see pictures, Videos or both in f-spot. iView MediaPro is handling videos more or less in the same way as it is handling Pictures. /Bengt -- Bengt Thuree bengt@thuree.com www.thuree.com/bt From gcgaf-f-spot-list@m.gmane.org Sat Oct 30 14:48:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 541773B0A92 for ; Sat, 30 Oct 2004 14:48:59 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00985-08 for ; Sat, 30 Oct 2004 14:48:57 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id E5C423B09E7 for ; Sat, 30 Oct 2004 14:48:56 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CNy81-0003fG-00 for ; Sat, 30 Oct 2004 20:39:05 +0200 Received: from pd9e95d66.dip0.t-ipconnect.de ([217.233.93.102]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Oct 2004 20:39:03 +0200 Received: from danielpoe by pd9e95d66.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Oct 2004 20:39:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sat, 30 Oct 2004 19:33:28 +0200 Lines: 11 Message-ID: <20041030193328.76bbbdd7.danielpoe@gmx.de> References: <1098993917.5565.48.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e95d66.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: My f-spot wishlist X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 18:48:59 -0000 On Thu, 28 Oct 2004 22:05:17 +0200 Tobias Jakobs wrote: > - integration of the Evoluton address book (people) This would be really cool and consistent within the desktop! Gnome should really go to one "people" database instead of evolution/gaim/f-spot/... Rgds, Daniel From manatlan@gmail.com Sun Oct 31 08:15:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8CBDA3B08A5 for ; Sun, 31 Oct 2004 08:15:09 -0500 (EST) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08392-05 for ; Sun, 31 Oct 2004 08:15:08 -0500 (EST) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by menubar.gnome.org (Postfix) with ESMTP id CE17A3B0A42 for ; Sun, 31 Oct 2004 08:15:07 -0500 (EST) Received: by rproxy.gmail.com with SMTP id 79so68374rnk for ; Sun, 31 Oct 2004 05:15:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=tt8k+sSlE2a+WzS3q/XtqnIPtTdzB0+GwwPGVOe+uhIyZ5SZ1shYmusqRSlW4KATTk5VLOn8KsuZ1ZaiU1qN90uz0F+IligK7fBIR5lLn2wpepoEsR1hlQMVjThXAuL3EgaNJuegz2giT+/T/k3jUwItRSVYh9Q0TSqfisimMfA= Received: by 10.38.66.34 with SMTP id o34mr160710rna; Sun, 31 Oct 2004 05:15:07 -0800 (PST) Received: by 10.38.82.48 with HTTP; Sun, 31 Oct 2004 05:15:07 -0800 (PST) Message-ID: Date: Sun, 31 Oct 2004 14:15:07 +0100 From: manatlan To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Sun, 31 Oct 2004 17:32:20 -0500 Subject: i'm with you X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: manatlan List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Oct 2004 13:15:09 -0000 Hello ... I'm the developper of Jbrout (http://jbrout.online.fr/#screenshots) a "photo manager" that i've started last year ... i've tried a lot of product (adobe psa, picasa, imatch, ...), and a lot from the gpl world too But have'nt found the good product ! So i've started to developp mine in a gpl spirit ... with python & wxpython ... Recently i've full switched to linux ... and will continue to maintain my jbrout for a while ... But i've got some trouble with wxwidget under linux, and not enough time to bring it to good ... I find your nice product, which aim to be an "adobe psa" clone ... Adobe psa has got a lot of good features, but it's not the perfect product ! I'd like to explain all "good features" of my product ... that i'd like to see in f-spot ... but i've not a lot of time, and my english is poor ... (and on the website, there is only a french version ;-( ) I think your product will be a very good product, with all the active community, it will near perfection ! And i think i will use it in a near future ! for sure ! (I think i could participate with you, because i'm a csharp developper (on win platform, at my job)) of course i've tried f-spot, which seems to be very bugged on my mdk10.1 linux (exif not read ?! rotate core dump ...)... but i'll wait for a next release, or will get the cvs one of this day ... and try to make a good report of all strange things ... my product is a mix of psa/picasa/imatch ... - tags/comment stored in the picture (no db !!! just a volatile-db in a xml format to speed up the searchs, which can be rebuild from scratch at any time) - able to manage albums (and nested albums), which are simple folders on the fs. (which can be moved in jbrout or in the fs) - powerful search ... tags (with or without) and/or albums (with or without) and/or range time. (very speed with 10000 photos) - use jpeg thumbnail, and able to rotate/rebuild them along with pictures - a basket system (picasa) to be able to select a lot of photos (to be able to apply a lot of operation with them, (export, .. which are pluginables)) - calendar view i'd like to have in f-spot : - the concept of "no-db" by saving tags&comment in pictures ... - a "basket widget" (see picasa) - and a calendar view (see adobe psa) i will make you a better review in the future .. and perhaps will participate in f-spot ... From tvon@etria.com Mon Oct 11 10:53:23 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2FF593B0BA4 for ; Mon, 11 Oct 2004 10:53:23 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30378-01 for ; Mon, 11 Oct 2004 10:53:21 -0400 (EDT) Received: from server1.etria.com (server1.etria.com [69.44.58.248]) by menubar.gnome.org (Postfix) with ESMTP id EA5653B070E for ; Mon, 11 Oct 2004 10:53:20 -0400 (EDT) Received: from 192.168.1.105 (h-66-167-145-100.mclnva23.dynamic.covad.net [66.167.145.100]) by server1.etria.com (Postfix) with ESMTP id 84F856B805A for ; Mon, 11 Oct 2004 14:53:20 +0000 (UTC) From: Tom von Schwerdtner To: F-Spot List Content-Type: multipart/related; type="multipart/alternative"; boundary="=-KHRNb9/Hf8aLN9gm2x9k" Organization: Etria, LLP Date: Mon, 11 Oct 2004 10:53:04 -0400 Message-Id: <1097506384.5374.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: CVS, intltool foo X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:53:23 -0000 --=-KHRNb9/Hf8aLN9gm2x9k Content-Type: multipart/alternative; boundary="=-9vGFSONQbhjJilgxPT2V" --=-9vGFSONQbhjJilgxPT2V Content-Type: text/plain Content-Transfer-Encoding: 7bit Greetings, A recent CVS checkout gave me some intltool errors, namely: checking for intltool >= 0.21... ./configure: line 1: ./intltool-update.in: No such file or directory ./configure: line 1: ./intltool-update.in: No such file or directory ./configure: line 1970: test: : integer expression expected found. Your intltool is too old. You need intltool 0.21 or later. This seems to be due to the intltool-foo.in files missing. I copied the relevant files from the Tomboy CVS co and it configures fine now. -Tom Tom von Schwerdtner Etria, LLP - www.etria.com --=-9vGFSONQbhjJilgxPT2V Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Greetings,

  A recent CVS checkout gave me some intltool errors, namely:

checking for intltool >= 0.21... ./configure: line 1: ./intltool-update.in: No such file or directory
./configure: line 1: ./intltool-update.in: No such file or directory
./configure: line 1970: test: : integer expression expected
found. Your intltool is too old.  You need intltool 0.21 or later.

This seems to be due to the intltool-foo.in files missing.  I copied the relevant files from the Tomboy CVS co and it configures fine now.

-Tom

Tom von Schwerdtner
Etria, LLP - www.etria.com
--=-9vGFSONQbhjJilgxPT2V-- --=-KHRNb9/Hf8aLN9gm2x9k Content-ID: <1097506023.5374.0.camel@localhost.localdomain> Content-Disposition: attachment; filename=signature-logo.png Content-Type: image/png; name=signature-logo.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAADcAAAAyCAMAAADPyLPHAAAC91BMVEUBBAAEBwIAAQAHCQUICwcK DAgLDQoMDwsOEAwPEQ0QEg8RExAUFRMZGhgaHBocHRseHx0fIB4gIR8hIyAkJSMlJyQmKCUoKScp KygqLCkrLSosLSstLiwwMi8xMzAzNDI1NzQ3OTY4OjclQFMfQlkmQlUlRFE8PjsoQ1csRU4uRFI+ QD0qRVkvRVQmSGBAQT9BQkA0RlAxR1YhTWQ5R0wqS2RERUMkT2Y3SVNFR0Q8SlA5S1VGSEUuTmcp UW8+TFEvUGhISkcpVGs9T1lKTEpCUFU6U1xKTlBOT00wV3QpW3dFVFksWn1PUU4lXYVQUk9RU1BP VFYvXYBSVFFTVFIpYIgxXoJUVVMhZYxPV15VVlQ5XIE0XohWV1VWWFVXWVZSWmFWWlxRXV0wZY1X W11ZW1haXFkzZZQrapdbXVpSYWZcXls2Z5ZdX1xZYGc2apNeYF04aZlVZGleYmRgYl86a5thY2Bi ZGFgZWdkZWNlZmQ/b59maGVkaWtoaWdCcqI8dKloamdpa2g9datnbG5qbGlGc6prbWpsbmtucG1D erBvcW5GfLNAf7tydHFzdXJxdXhQe7NDgb10dnNLfrt1d3Q8h8F2eHVGhMBOgb54eXd1en15e3hR hMF7fHp4fX98fntMicZUhsN9f3x7gIN+gH1WiMZQis1/gX5Si89YisiBg4B/hIeChIGDhYKEhoOG iIWHiYaIioeJi4iKjImLjYqMjouNj4yPkY6Qko+Rk5CSlJGTlZKUlpOVl5SWmJWXmZaYmpeanJmc npudn5yfoZ6gop+ho6CipKGjpaKkpqOlp6SmqKWnqaaoqqepq6iqrKmrraqsrqutr6yusK2wsq6x s6+ytLGztbK0trO1t7S2uLW3uba4ure5u7i6vLm7vbq8vru9v7zAwr7CxMHExsPHycbIysfKzMnL zsrNz8zP0c7Q0s/T1dLU1tPW2NXY2tbb3drd39zg4t/k5uPl5+Tn6ebp6+jr7urv8e7x8/D09/P+ //wLUoWXAAAAAXRSTlMAQObYZgAAAAFiS0dEAIgFHUgAAAAJcEhZcwAACxMAAAsTAQCanBgAAAAH dElNRQfUCQENLBGrjimCAAAAHXRFWHRDb21tZW50AENyZWF0ZWQgd2l0aCBUaGUgR0lNUO9kJW4A AATgSURBVHjazVb/S1tXFM//Uhmj6H4QCgVpGQTJysbAIh2hEXLZg07G7pBLYWUkK/Sx3wa3o4xq MQF5pEt23Rgzmvo9JppETZOo+WbMiz6jsj1j5hPSmuWH3ffF5EXT4sZ+2P0h5J1zPvfcc8/nnHMN hv/rkiSptSI95XSS5Z2LinI+5iecEzu58VDuwnYB8zWL5aMOvHVOUXjpsPbaf51ZXApOOSAghWb1 +JVHHo/HNXwTpvS7ZQhCE+Kriri3X6nRdfgTCuth68ZHbro8btc1clCXZn0IJyuVPcIAAHpHqzIy DDd0OOdtN3XnocCH5owmE8LIztdqe9iEZ0KrSz6EXsvAoG27DttDX6vuPK7Bd6OqbJOzrslmJudS rki/t0LMrIyrocU6TrB+o7lzj1xRxRs2+wE1wsCf0xKQdyAF5yV1nIjuq+487sGOmHwhIThBTUSA o+W60QRQcH6uEZ/3fc2dx2Kl8UlhJkgtSggnGtneJaq/yZ8buE3rPdXd06vjgsEQghElkiH93RUw p+CcEzphsPvOY49n5H7Hs8ypFAdBxcCe0Ocq3pdVcExEJyytfHW97co7H5KsdJqBPln/EsT0lCxo x8yhZkoVYoGFcHqX/nFiWV/uJWJD+6oSNhVlcYUJXKS88jvL/CEbcHqqVk/XIFGzwDYYyr+cC2cO zygHlDD2QLSpWjCr0GwV1mOWlsztN98zE7WEtjnllDUH5nUniWHbkSyNfhKqxxzpGng+/PxhJ1E8 RkBJNiiZlxowIY6QAgta/WfHMuzAAZfb5XI/NKbl24EziruxRnRigpinlb1wv+6GU52DCqcH2+TK SjCHKnmJtrGYIxBuyaIUg9d1EcfaVUqPtM2XDdtYSV1NNCWrcovgPUEzXJclPNu/0FTrmc7vFU4P ti1LhoTpRMG9gDF+K71Khr5gc/Tzr4Sd8SabG9Mee1uh9D1z6lQi6mXWECYEms14fl9uDmMMIqni +XTHe+48HnliuT5Xrm6zqwrsT8BALiJWaGOJ/9JncqzstGqCcbbrahcK0vyl4e+qv6Nj6VjMz2MI bJx/Y+cNPVXYXEsqMQceqDDRwSJoZvDYYpI/uERPJqMq7gXw+lfTOUG6XC8XtPBqTpy+DGR7mZA1 GgQPBRWH9SX0Zjdc562bRsIbNntFFWcfO7oEbqadMu3brsVixlQ687d/CXcMHQ1u98c4nwWav1F9 EekmU2ZBNz0Kph9on3Z9yuYzjBbfCkq3gPHLsMfWoM0xtlB3rhtE2MF+FVcG/gu0KqcI8Akm3QRM XP9y8Mlda9JwMourKtAH187PwQgG0X2k752GCDJ2s0l5KEAtwNoDZ1JvIW54AT4qAl/TMao7qYwg /9nSyo8yjcHxOi23k9MsWK2E4HSxZfr57JRJhVVrB59D/3peKBYLm3E/NjlKlQkQbEUiYQFCzj+k FSBd06DH/szBYdhjdtC+CNlsyzTOGS0D12y+vkgdeJSdxBiT8C4d7RFmjG+dffiZ2z189bdpEKtd WAVka8zBc8EZv6OsuUGyAWbydTMqbUf+/JvYVoIDdEh3BiQpxvbHG6CSF6HxzFtoutx96247J9+9 ELV9wJK5xaUF71BfDxcV3s7vDfLjvPbE2F3XXlZTK3z5Hz3jqtXT45Nq9V88AE/p+s9flX8DF2Dw vq+w8lUAAAAASUVORK5CYII= --=-KHRNb9/Hf8aLN9gm2x9k-- From garrett@ximian.com Mon Oct 11 23:08:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C69433B0F94 for ; Mon, 11 Oct 2004 23:08:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31039-06 for ; Mon, 11 Oct 2004 23:08:01 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 7E0463B0F5B for ; Mon, 11 Oct 2004 23:08:01 -0400 (EDT) Received: (qmail 6741 invoked from network); 12 Oct 2004 03:07:57 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 12 Oct 2004 03:07:57 -0000 From: Garrett LeSage To: F-Spot list Content-Type: multipart/alternative; boundary="=-Snpm6Ng7E8AjtcuGdFYI" Organization: Novell, Inc. Date: Mon, 11 Oct 2004 23:05:48 -0400 Message-Id: <1097550349.13079.13.camel@30-5-54> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: F-Spot mockups X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 03:08:04 -0000 --=-Snpm6Ng7E8AjtcuGdFYI Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi all! I recently put some f-spot mockups and informaiton on a wiki on primates.ximian.com. Hopefully we can set up the wiki on a larger scale sometime soon. For now, it has some information you might want to check out, such as the print dialog and an enhance sidebar for f-spot. We will be adding more ideas and mockups as time goes on, so be sure to check back. You can view the wiki in its temporary location at: http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot Mockup eyecandy at: http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:enhancement http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:print_dialog Be sure to check out the other f-spot related pages on the wiki, and please share your comments about the ideas (and feel free to suggest your own here on the list). Garrett --=-Snpm6Ng7E8AjtcuGdFYI Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Hi all!

I recently put some f-spot mockups and informaiton on a wiki on primates.ximian.com.  Hopefully we can set up the wiki on a larger scale sometime soon.  For now, it has some information you might want to check out, such as the print dialog and an enhance sidebar for f-spot.  We will be adding more ideas and mockups as time goes on, so be sure to check back.

You can view the wiki in its temporary location at:
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot

Mockup eyecandy at:
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:enhancement
http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:print_dialog

Be sure to check out the other f-spot related pages on the wiki, and please share your comments about the ideas (and feel free to suggest your own here on the list).

Garrett --=-Snpm6Ng7E8AjtcuGdFYI-- From w.l.devries@student.tudelft.nl Mon Oct 11 08:20:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0BA783B13E3 for ; Mon, 11 Oct 2004 08:20:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22818-03 for ; Mon, 11 Oct 2004 08:20:04 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 7B1463B0678 for ; Mon, 11 Oct 2004 08:20:03 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CGz9m-0005GO-6m for f-spot-list@gnome.org; Mon, 11 Oct 2004 14:20:02 +0200 Message-ID: <416A7A73.2070007@student.tudelft.nl> Date: Mon, 11 Oct 2004 14:20:03 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 13 Oct 2004 19:11:04 -0400 Subject: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 12:20:10 -0000 Hi, I was trying to install f-spot from cvs, but I ran into some autogen.sh troubles.. aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library AM_PROG_LIBTOOL seems to have been deprecated and replaced by AC_PROG_LIBTOOL. After changing it I still get these messages... libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined libeog/Makefile.am:14: libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' intltool 0.21 or later is required. I seem to have intltool debian version 0.31.3-1. checking for intltool >= 0.21... ./configure: line 1773: ./intltool-update.in: No such file or directory ./configure: line 1775: ./intltool-update.in: No such file or directory ./configure: line 1778: test: : integer expression expected found. Your intltool is too old. You need intltool 0.21 or later. I don't know if these versions are incompatible, but 0.31.3 is later than 0.21. After removing the dependency on the version it still misses the file intltool-extract.in Greetings, Wouter -- Wouter de Vries From tvon@etria.com Wed Oct 13 23:24:21 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 79B433B0896 for ; Wed, 13 Oct 2004 23:24:21 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01616-02 for ; Wed, 13 Oct 2004 23:24:20 -0400 (EDT) Received: from server1.etria.com (server1.etria.com [69.44.58.248]) by menubar.gnome.org (Postfix) with ESMTP id 328C73B0928 for ; Wed, 13 Oct 2004 23:24:20 -0400 (EDT) Received: from 192.168.0.201 (dsl093-119-225.blt1.dsl.speakeasy.net [66.93.119.225]) by server1.etria.com (Postfix) with ESMTP id 870A76B8073; Thu, 14 Oct 2004 03:24:19 +0000 (UTC) From: Tom von Schwerdtner To: Wouter Leonard de Vries In-Reply-To: <416A7A73.2070007@student.tudelft.nl> References: <416A7A73.2070007@student.tudelft.nl> Content-Type: multipart/related; type="multipart/alternative"; boundary="=-gnoCzD5cU5Ys9MhdIkIB" Organization: Etria, LLP Date: Wed, 13 Oct 2004 23:24:11 -0400 Message-Id: <1097724251.5111.25.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 03:24:21 -0000 --=-gnoCzD5cU5Ys9MhdIkIB Content-Type: multipart/alternative; boundary="=-Ikg4cusNyfEpfgNC9PJZ" --=-Ikg4cusNyfEpfgNC9PJZ Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2004-10-11 at 14:20 +0200, Wouter Leonard de Vries wrote: > Hi, > > I was trying to install f-spot from cvs, but I ran into some autogen.sh > troubles.. I sent a note to the list about this a week or two ago.. It seems the f-spot CVS is missing some intltool-*.in files. If you get a CVS checkout of tomboy and do: cp tomboy/intl-*.in f-spot/ Everything should run fine -Tom > > aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library > AM_PROG_LIBTOOL seems to have been deprecated and replaced by > AC_PROG_LIBTOOL. > After changing it I still get these messages... > libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined > libeog/Makefile.am:14: > libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add > `AC_PROG_LIBTOOL' > > > intltool 0.21 or later is required. I seem to have intltool debian > version 0.31.3-1. > > checking for intltool >= 0.21... ./configure: line 1773: > ./intltool-update.in: No such file or directory > ./configure: line 1775: ./intltool-update.in: No such file or directory > ./configure: line 1778: test: : integer expression expected > found. Your intltool is too old. You need intltool 0.21 or later. > > I don't know if these versions are incompatible, but 0.31.3 is later > than 0.21. After removing the dependency on the version it still misses > the file intltool-extract.in > > > Greetings, > Wouter > Tom von Schwerdtner Etria, LLP - www.etria.com --=-Ikg4cusNyfEpfgNC9PJZ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit On Mon, 2004-10-11 at 14:20 +0200, Wouter Leonard de Vries wrote: 
Hi,

I was trying to install f-spot from cvs, but I ran into some autogen.sh 
troubles..
I sent a note to the list about this a week or two ago..

It seems the f-spot CVS is missing some intltool-*.in files.  If you get a CVS checkout of tomboy and do:

cp tomboy/intl-*.in f-spot/

Everything should run fine

-Tom


aclocal: configure.in: 14: macro `AM_PROG_LIBTOOL' not found in library
AM_PROG_LIBTOOL seems to have been deprecated and replaced by 
AC_PROG_LIBTOOL.
After changing it I still get these messages...
libeog/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined
libeog/Makefile.am:14:
libeog/Makefile.am:14: The usual way to define `LIBTOOL' is to add 
`AC_PROG_LIBTOOL'


intltool 0.21 or later is required. I seem to have intltool debian 
version 0.31.3-1.

checking for intltool >= 0.21... ./configure: line 1773: 
./intltool-update.in: No such file or directory
./configure: line 1775: ./intltool-update.in: No such file or directory
./configure: line 1778: test: : integer expression expected
 found. Your intltool is too old.  You need intltool 0.21 or later.

I don't know if these versions are incompatible, but 0.31.3 is later 
than 0.21. After removing the dependency on the version it still misses 
the file intltool-extract.in


Greetings,
Wouter
Tom von Schwerdtner
Etria, LLP - www.etria.com
--=-Ikg4cusNyfEpfgNC9PJZ-- --=-gnoCzD5cU5Ys9MhdIkIB Content-ID: <1097724246.5111.23.camel@localhost.localdomain> Content-Disposition: attachment; filename=signature-logo.png Content-Type: image/png; name=signature-logo.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAADcAAAAyCAMAAADPyLPHAAAC91BMVEUBBAAEBwIAAQAHCQUICwcK DAgLDQoMDwsOEAwPEQ0QEg8RExAUFRMZGhgaHBocHRseHx0fIB4gIR8hIyAkJSMlJyQmKCUoKScp KygqLCkrLSosLSstLiwwMi8xMzAzNDI1NzQ3OTY4OjclQFMfQlkmQlUlRFE8PjsoQ1csRU4uRFI+ QD0qRVkvRVQmSGBAQT9BQkA0RlAxR1YhTWQ5R0wqS2RERUMkT2Y3SVNFR0Q8SlA5S1VGSEUuTmcp UW8+TFEvUGhISkcpVGs9T1lKTEpCUFU6U1xKTlBOT00wV3QpW3dFVFksWn1PUU4lXYVQUk9RU1BP VFYvXYBSVFFTVFIpYIgxXoJUVVMhZYxPV15VVlQ5XIE0XohWV1VWWFVXWVZSWmFWWlxRXV0wZY1X W11ZW1haXFkzZZQrapdbXVpSYWZcXls2Z5ZdX1xZYGc2apNeYF04aZlVZGleYmRgYl86a5thY2Bi ZGFgZWdkZWNlZmQ/b59maGVkaWtoaWdCcqI8dKloamdpa2g9datnbG5qbGlGc6prbWpsbmtucG1D erBvcW5GfLNAf7tydHFzdXJxdXhQe7NDgb10dnNLfrt1d3Q8h8F2eHVGhMBOgb54eXd1en15e3hR hMF7fHp4fX98fntMicZUhsN9f3x7gIN+gH1WiMZQis1/gX5Si89YisiBg4B/hIeChIGDhYKEhoOG iIWHiYaIioeJi4iKjImLjYqMjouNj4yPkY6Qko+Rk5CSlJGTlZKUlpOVl5SWmJWXmZaYmpeanJmc npudn5yfoZ6gop+ho6CipKGjpaKkpqOlp6SmqKWnqaaoqqepq6iqrKmrraqsrqutr6yusK2wsq6x s6+ytLGztbK0trO1t7S2uLW3uba4ure5u7i6vLm7vbq8vru9v7zAwr7CxMHExsPHycbIysfKzMnL zsrNz8zP0c7Q0s/T1dLU1tPW2NXY2tbb3drd39zg4t/k5uPl5+Tn6ebp6+jr7urv8e7x8/D09/P+ //wLUoWXAAAAAXRSTlMAQObYZgAAAAFiS0dEAIgFHUgAAAAJcEhZcwAACxMAAAsTAQCanBgAAAAH dElNRQfUCQENLBGrjimCAAAAHXRFWHRDb21tZW50AENyZWF0ZWQgd2l0aCBUaGUgR0lNUO9kJW4A AATgSURBVHjazVb/S1tXFM//Uhmj6H4QCgVpGQTJysbAIh2hEXLZg07G7pBLYWUkK/Sx3wa3o4xq MQF5pEt23Rgzmvo9JppETZOo+WbMiz6jsj1j5hPSmuWH3ffF5EXT4sZ+2P0h5J1zPvfcc8/nnHMN hv/rkiSptSI95XSS5Z2LinI+5iecEzu58VDuwnYB8zWL5aMOvHVOUXjpsPbaf51ZXApOOSAghWb1 +JVHHo/HNXwTpvS7ZQhCE+Kriri3X6nRdfgTCuth68ZHbro8btc1clCXZn0IJyuVPcIAAHpHqzIy DDd0OOdtN3XnocCH5owmE8LIztdqe9iEZ0KrSz6EXsvAoG27DttDX6vuPK7Bd6OqbJOzrslmJudS rki/t0LMrIyrocU6TrB+o7lzj1xRxRs2+wE1wsCf0xKQdyAF5yV1nIjuq+487sGOmHwhIThBTUSA o+W60QRQcH6uEZ/3fc2dx2Kl8UlhJkgtSggnGtneJaq/yZ8buE3rPdXd06vjgsEQghElkiH93RUw p+CcEzphsPvOY49n5H7Hs8ypFAdBxcCe0Ocq3pdVcExEJyytfHW97co7H5KsdJqBPln/EsT0lCxo x8yhZkoVYoGFcHqX/nFiWV/uJWJD+6oSNhVlcYUJXKS88jvL/CEbcHqqVk/XIFGzwDYYyr+cC2cO zygHlDD2QLSpWjCr0GwV1mOWlsztN98zE7WEtjnllDUH5nUniWHbkSyNfhKqxxzpGng+/PxhJ1E8 RkBJNiiZlxowIY6QAgta/WfHMuzAAZfb5XI/NKbl24EziruxRnRigpinlb1wv+6GU52DCqcH2+TK SjCHKnmJtrGYIxBuyaIUg9d1EcfaVUqPtM2XDdtYSV1NNCWrcovgPUEzXJclPNu/0FTrmc7vFU4P ti1LhoTpRMG9gDF+K71Khr5gc/Tzr4Sd8SabG9Mee1uh9D1z6lQi6mXWECYEms14fl9uDmMMIqni +XTHe+48HnliuT5Xrm6zqwrsT8BALiJWaGOJ/9JncqzstGqCcbbrahcK0vyl4e+qv6Nj6VjMz2MI bJx/Y+cNPVXYXEsqMQceqDDRwSJoZvDYYpI/uERPJqMq7gXw+lfTOUG6XC8XtPBqTpy+DGR7mZA1 GgQPBRWH9SX0Zjdc562bRsIbNntFFWcfO7oEbqadMu3brsVixlQ687d/CXcMHQ1u98c4nwWav1F9 EekmU2ZBNz0Kph9on3Z9yuYzjBbfCkq3gPHLsMfWoM0xtlB3rhtE2MF+FVcG/gu0KqcI8Akm3QRM XP9y8Mlda9JwMourKtAH187PwQgG0X2k752GCDJ2s0l5KEAtwNoDZ1JvIW54AT4qAl/TMao7qYwg /9nSyo8yjcHxOi23k9MsWK2E4HSxZfr57JRJhVVrB59D/3peKBYLm3E/NjlKlQkQbEUiYQFCzj+k FSBd06DH/szBYdhjdtC+CNlsyzTOGS0D12y+vkgdeJSdxBiT8C4d7RFmjG+dffiZ2z189bdpEKtd WAVka8zBc8EZv6OsuUGyAWbydTMqbUf+/JvYVoIDdEh3BiQpxvbHG6CSF6HxzFtoutx96247J9+9 ELV9wJK5xaUF71BfDxcV3s7vDfLjvPbE2F3XXlZTK3z5Hz3jqtXT45Nq9V88AE/p+s9flX8DF2Dw vq+w8lUAAAAASUVORK5CYII= --=-gnoCzD5cU5Ys9MhdIkIB-- From micke@imendio.com Thu Oct 14 07:22:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9CD383B0793 for ; Thu, 14 Oct 2004 07:22:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21401-02 for ; Thu, 14 Oct 2004 07:22:42 -0400 (EDT) Received: from holken.mikan.net (holken.mikan.net [195.43.255.228]) by menubar.gnome.org (Postfix) with ESMTP id 1ECBA3B0C91 for ; Thu, 14 Oct 2004 07:22:41 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by holken.mikan.net (Postfix) with ESMTP id 5C1383352CC; Thu, 14 Oct 2004 13:22:40 +0200 (CEST) Received: from holken.mikan.net ([127.0.0.1]) by localhost (holken.mikan.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06906-01; Thu, 14 Oct 2004 13:22:36 +0200 (CEST) Received: from [192.168.114.10] (h4n6c1o1035.bredband.skanova.com [81.227.21.4]) by holken.mikan.net (Postfix) with ESMTP id C8210335254; Thu, 14 Oct 2004 13:22:36 +0200 (CEST) Message-ID: <416E61A0.70306@imendio.com> Date: Thu, 14 Oct 2004 13:23:12 +0200 From: Mikael Hallendal User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wouter Leonard de Vries References: <416A7A73.2070007@student.tudelft.nl> In-Reply-To: <416A7A73.2070007@student.tudelft.nl> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------070801040304030603070200" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at holken.mikan.net X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 11:22:43 -0000 This is a multi-part message in MIME format. --------------070801040304030603070200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Wouter Leonard de Vries wrote: > Hi, Hi, Here is a patch to the autogen.sh script to run intltoolize. Can I commit? Best Regards, Mikael Hallendal -- Imendio AB, http://www.imendio.com/ --------------070801040304030603070200 Content-Type: text/plain; name="f-spot-intltoolize.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="f-spot-intltoolize.patch" ? .ChangeLog.swp ? po/Makefile.in.in Index: ChangeLog =================================================================== RCS file: /cvs/gnome/f-spot/ChangeLog,v retrieving revision 1.290 diff -u -B -p -r1.290 ChangeLog --- ChangeLog 13 Oct 2004 22:51:50 -0000 1.290 +++ ChangeLog 14 Oct 2004 11:22:17 -0000 @@ -1,3 +1,7 @@ +2004-10-14 Mikael Hallendal + + * autogen.sh: Run intltoolize + 2004-10-13 Larry Ewing * src/PreviewPopup.cs: add a border to the preview popup window. Index: autogen.sh =================================================================== RCS file: /cvs/gnome/f-spot/autogen.sh,v retrieving revision 1.5 diff -u -B -p -r1.5 autogen.sh --- autogen.sh 10 Oct 2004 21:06:51 -0000 1.5 +++ autogen.sh 14 Oct 2004 11:22:17 -0000 @@ -118,6 +118,10 @@ do echo "Making $dr/aclocal.m4 writable ..." test -r $dr/aclocal.m4 && chmod u+w $dr/aclocal.m4 fi + if grep "^AC_PROG_INTLTOOL" configure.in >/dev/null; then + echo "Running intltoolize..." + intltoolize --copy --force --automake + fi if grep "^AM_PROG_LIBTOOL" configure.in >/dev/null; then echo "Running libtoolize..." libtoolize --force --copy --------------070801040304030603070200-- From w.l.devries@student.tudelft.nl Thu Oct 14 09:52:12 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0C7F83B0FA1 for ; Thu, 14 Oct 2004 09:52:12 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27876-08 for ; Thu, 14 Oct 2004 09:52:06 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 2FC113B1815 for ; Thu, 14 Oct 2004 09:43:31 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CI5sz-0000x4-Cz for f-spot-list@gnome.org; Thu, 14 Oct 2004 15:43:17 +0200 Message-ID: <416E8277.1080201@student.tudelft.nl> Date: Thu, 14 Oct 2004 15:43:19 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 13:52:12 -0000 Hi, I'm very sorry to bug you again.. I'm having trouble with the exif part of F-Spot. It doesn't read any exif information on jpeg files that clearly do have it. I tried to have a look at the source code, although I've never used c#. In ExifUtils the information is read using ExposureInfo in ExifData. The instantiation of exif_data works fine, but while doing the first data lookup it never returns to the function and just exits GetExposureInfo altogether and leaving info uninitialized. I took a look at ExifData and saw that the Assemble part is the thing where it gets stuck. Could it be that my exif library is broken or not working together with F-Spot? I'm using the Debian unstable version. After renaming /usr/lib/libexif.so to something else I don't even get an error message. Wouter -- Wouter de Vries From lewing@ximian.com Thu Oct 14 16:10:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 731A83B189F for ; Thu, 14 Oct 2004 16:10:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15876-09 for ; Thu, 14 Oct 2004 16:10:56 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 38F473B0A9D for ; Thu, 14 Oct 2004 16:10:56 -0400 (EDT) Received: (qmail 15486 invoked from network); 14 Oct 2004 20:10:55 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 14 Oct 2004 20:10:55 -0000 From: Larry Ewing To: Wouter Leonard de Vries In-Reply-To: <416E8277.1080201@student.tudelft.nl> References: <416E8277.1080201@student.tudelft.nl> Content-Type: text/plain Date: Thu, 14 Oct 2004 15:10:35 -0500 Message-Id: <1097784636.8284.2.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 20:10:59 -0000 What version of libexif do you have installed? --Larry On Thu, 2004-10-14 at 15:43 +0200, Wouter Leonard de Vries wrote: > Hi, > > I'm very sorry to bug you again.. I'm having trouble with the exif part > of F-Spot. It doesn't read any exif information on jpeg files that > clearly do have it. I tried to have a look at the source code, although > I've never used c#. > > In ExifUtils the information is read using ExposureInfo in ExifData. The > instantiation of exif_data works fine, but while doing the first data > lookup it never returns to the function and just exits GetExposureInfo > altogether and leaving info uninitialized. I took a look at ExifData and > saw that the Assemble part is the thing where it gets stuck. Could it be > that my exif library is broken or not working together with F-Spot? I'm > using the Debian unstable version. After renaming /usr/lib/libexif.so to > something else I don't even get an error message. > > > Wouter > From lewing@ximian.com Thu Oct 14 16:17:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3AB6C3B0D66 for ; Thu, 14 Oct 2004 16:17:31 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16180-04 for ; Thu, 14 Oct 2004 16:17:28 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 9899D3B0C99 for ; Thu, 14 Oct 2004 16:17:27 -0400 (EDT) Received: (qmail 15517 invoked from network); 14 Oct 2004 20:17:19 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 14 Oct 2004 20:17:19 -0000 From: Larry Ewing To: Mikael Hallendal In-Reply-To: <416E61A0.70306@imendio.com> References: <416A7A73.2070007@student.tudelft.nl> <416E61A0.70306@imendio.com> Content-Type: text/plain Date: Thu, 14 Oct 2004 15:17:07 -0500 Message-Id: <1097785028.8284.6.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Wouter Leonard de Vries , f-spot-list@gnome.org Subject: Re: autogen.sh problems X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 20:17:32 -0000 On Thu, 2004-10-14 at 13:23 +0200, Mikael Hallendal wrote: > Wouter Leonard de Vries wrote: > > Hi, > > Hi, > > Here is a patch to the autogen.sh script to run intltoolize. > > Can I commit? > > Best Regards, > Mikael Hallendal > Mikael, I went ahead and committed it (I missed your question the first time I read the message), thanks for the patch. --Larry From micampe@gmail.com Fri Oct 15 03:02:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 892213B1135 for ; Fri, 15 Oct 2004 03:02:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07602-09 for ; Fri, 15 Oct 2004 03:02:35 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by menubar.gnome.org (Postfix) with ESMTP id C7C533B0BF4 for ; Fri, 15 Oct 2004 03:02:34 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=WkkDyrJPpqQyazeAfG3zLP9mHbEkT2Fce4xfAixp2F3nuylJJEBCsZLlgjuDPzTQtshFsgpnPycXDK9FDe9kYdnfZV1uoyGO+56gz36aBIOxvyvDipSnCG1CqPHl7ug/ggXDvirB8H+2ENXrkAQ8i4ylkPTDYdngyc7foXOpcRg Received: by mproxy.gmail.com with SMTP id 79so1851rnl for ; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Received: by 10.38.75.43 with SMTP id x43mr923827rna; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Received: by 10.38.209.51 with HTTP; Fri, 15 Oct 2004 00:02:34 -0700 (PDT) Message-ID: <94fe55d904101500027bcd20bb@mail.gmail.com> Date: Fri, 15 Oct 2004 09:02:34 +0200 From: Michele Campeotto To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: micampe@micampe.it List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 07:02:36 -0000 Hi, I looked at the code to see how hard would have been to add Flickr support to the exporting and I found it already was there (mostly)! :) That's really cool, although it seems incomplete. Are the Flickr and Fotki classes just stubs for a future pluggable export procedure or is it already working, even in an hackish way? mic -- Michele Campeotto - www.micampe.it You know there ain't no devil, there's just god when he's drunk From sogrady@redmonk.com Fri Oct 15 11:38:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8B67A3B0BF2 for ; Fri, 15 Oct 2004 11:38:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29820-07 for ; Fri, 15 Oct 2004 11:38:33 -0400 (EDT) Received: from fecls-02.atlarge.net (fecls-02.atlarge.net [129.41.63.107]) by menubar.gnome.org (Postfix) with SMTP id 7FE743B0D08 for ; Fri, 15 Oct 2004 11:38:33 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-02.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Fri, 15 Oct 2004 10:34:44 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.139]) with Microsoft Exchange Server HTTP-DAV ; Fri, 15 Oct 2004 15:32:54 +0000 Received: from minisog by owa.atlarge.net; 15 Oct 2004 11:32:54 -0400 From: Stephen O'Grady To: f-spot-list@gnome.org In-Reply-To: <94fe55d904101500027bcd20bb@mail.gmail.com> References: <94fe55d904101500027bcd20bb@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Fri, 15 Oct 2004 11:32:54 -0400 Message-Id: <1097854374.8755.3.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0 X-OriginalArrivalTime: 15 Oct 2004 15:34:44.0429 (UTC) FILETIME=[7ED6B7D0:01C4B2CC] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 15:38:36 -0000 just wanted to second this inquiry as i'd be very interested in this functionality as well, even if it's a dirty hack. On Fri, 2004-10-15 at 09:02 +0200, Michele Campeotto wrote: > Hi, > I looked at the code to see how hard would have been to add Flickr > support to the exporting and I found it already was there (mostly)! :) > That's really cool, although it seems incomplete. Are the Flickr and > Fotki classes just stubs for a future pluggable export procedure or is > it already working, even in an hackish way? > > > mic > From micampe@gmail.com Sat Oct 16 03:38:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5E82C3B0830 for ; Sat, 16 Oct 2004 03:38:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32351-04 for ; Sat, 16 Oct 2004 03:38:30 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by menubar.gnome.org (Postfix) with ESMTP id A91253B06A4 for ; Sat, 16 Oct 2004 03:38:28 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 79so46135rnk for ; Sat, 16 Oct 2004 00:38:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=dv0pgDvjxgRcQ94Vihw6hShSU/FNxqJ02v/lqrW5uCHLYEZs3DlrkQsInH8NFjBQYCu2RhB3gVXPzmekz5JbP/bNzUP6tRoMltzvUpHJ51KrOxvTeENzmQL9BAYKCHxXBWMQXR4lbuP8WRp3p+tmaT3+IPkUd2M/+myIOArMaCE Received: by 10.38.126.4 with SMTP id y4mr396359rnc; Sat, 16 Oct 2004 00:38:28 -0700 (PDT) Received: by 10.38.209.51 with HTTP; Sat, 16 Oct 2004 00:38:27 -0700 (PDT) Message-ID: <94fe55d90410160038217aa497@mail.gmail.com> Date: Sat, 16 Oct 2004 09:38:27 +0200 From: Michele Campeotto To: sogrady@redmonk.com In-Reply-To: <1097854374.8755.3.camel@minisog> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: micampe@micampe.it List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 07:38:34 -0000 On Fri, 15 Oct 2004 11:32:54 -0400, Stephen O'Grady wrote: > just wanted to second this inquiry as i'd be very interested in this > functionality as well, even if it's a dirty hack. [shameless offtopic self promotion] In the meantime you can take a look at my Python FlickrUploadr :) http://micampe.it/uploadr.html mic -- Michele Campeotto - www.micampe.it You know there ain't no devil, there's just god when he's drunk From lewing@ximian.com Sat Oct 16 04:18:48 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 36FCA3B070C for ; Sat, 16 Oct 2004 04:18:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01474-05 for ; Sat, 16 Oct 2004 04:18:45 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 6C5E23B07B9 for ; Sat, 16 Oct 2004 04:18:45 -0400 (EDT) Received: (qmail 18660 invoked from network); 16 Oct 2004 08:18:45 -0000 Received: from localhost (HELO lewinghost.com) (lewing@127.0.0.1) by localhost with SMTP; 16 Oct 2004 08:18:45 -0000 From: Larry Ewing To: sogrady@redmonk.com In-Reply-To: <1097854374.8755.3.camel@minisog> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> Content-Type: text/plain Date: Sat, 16 Oct 2004 03:18:42 -0500 Message-Id: <1097914722.8284.34.camel@lewinghost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Flickr Export? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 08:18:48 -0000 The flickr upload stubs should work fine, I've tested them myself with some minimal glue, but they are currently not hooked to any UI and are very incomplete. If there is a lot of demand I can whip up a temporary dialog that would allow for uploading. Otherwise I'll wait for a while hoping I think of a design that can integrate all the export targets I'm aiming for. --Larry On Fri, 2004-10-15 at 11:32 -0400, Stephen O'Grady wrote: > just wanted to second this inquiry as i'd be very interested in this > functionality as well, even if it's a dirty hack. > > On Fri, 2004-10-15 at 09:02 +0200, Michele Campeotto wrote: > > Hi, > > I looked at the code to see how hard would have been to add Flickr > > support to the exporting and I found it already was there (mostly)! :) > > That's really cool, although it seems incomplete. Are the Flickr and > > Fotki classes just stubs for a future pluggable export procedure or is > > it already working, even in an hackish way? > > > > > > mic > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From loz@flower.powernet.co.uk Sat Oct 16 09:48:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 174643B0C4D for ; Sat, 16 Oct 2004 09:48:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13148-05 for ; Sat, 16 Oct 2004 09:48:24 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id ECB1B3B0830 for ; Sat, 16 Oct 2004 09:48:23 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9GDmL0v030573 for ; Sat, 16 Oct 2004 14:48:21 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 575ABFF6E for ; Sat, 16 Oct 2004 14:48:17 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-iwyGHSWqgzETPnzjVFs7" Date: Sat, 16 Oct 2004 14:48:15 +0100 Message-Id: <1097934495.9561.5.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch to remember highlighted tag X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 13:48:26 -0000 --=-iwyGHSWqgzETPnzjVFs7 Content-Type: text/plain Content-Transfer-Encoding: 7bit The attached patch passes the currently highlighted tag to the create tag dialogue. It could be improved in the case where multiple items are highlighted (it should probably pass the last tag the user highlighted, rather than the first in the list). This is the first C# code I've written, so comments on style/idiom/correctness are welcome. cheers Loz Hygate --=-iwyGHSWqgzETPnzjVFs7 Content-Disposition: attachment; filename=f-spot-loz.diff Content-Type: text/x-patch; name=f-spot-loz.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 16 Oct 2004 13:41:34 -0000 @@ -877,14 +877,14 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) + if (command.Execute (TagCommands.TagType.Tag, tag_selection_widget.SingleCategoryHighlight)) tag_selection_widget.Update (); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) + if (command.Execute (TagCommands.TagType.Category, tag_selection_widget.SingleCategoryHighlight)) tag_selection_widget.Update (); } Index: src/TagCommands.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagCommands.cs,v retrieving revision 1.8 diff -u -r1.8 TagCommands.cs --- src/TagCommands.cs 12 Sep 2004 19:26:38 -0000 1.8 +++ src/TagCommands.cs 16 Oct 2004 13:41:34 -0000 @@ -111,7 +111,28 @@ Update (); } - public bool Execute (TagType type) + private Category Category { + get { + if (categories.Count == 0) + return tag_store.RootCategory; + else + return categories [category_option_menu.History] as Category; + } + set { + if ((value != null) && (categories.Count > 0)) { + //System.Console.WriteLine("TagCreateCommand.set_Category(" + value.Name + ")"); + for (int i = 0; i < categories.Count; i++) { + Category category = (Category)categories[i]; + // should there be an equals type method? + if (value.Id == category.Id) { + category_option_menu.SetHistory((uint)i); + return; + } + } + } + } + } + public bool Execute (TagType type, Category default_category) { Glade.XML xml = new Glade.XML (null, "f-spot.glade", "create_tag_dialog", null); xml.Autoconnect (this); @@ -130,6 +151,7 @@ } PopulateCategoryOptionMenu (); + Category = default_category; Update (); ResponseType response = (ResponseType) create_tag_dialog.Run (); @@ -138,12 +160,7 @@ if (response == ResponseType.Ok) { try { - Category parent_category; - - if (categories.Count == 0) - parent_category = tag_store.RootCategory; - else - parent_category = categories [category_option_menu.History] as Category; + Category parent_category = Category; if (type == TagType.Category) tag_store.CreateCategory (parent_category, tag_name_entry.Text); Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 16 Oct 2004 13:41:35 -0000 @@ -104,8 +104,35 @@ SelectionChanged (this); } } - - + + // For actions that want to act on a single tag + // it can obviously be sped up by stopping after the first match + // May want to consider returning the last tag the user tag highlighted + public Tag SingleTagHighlight + { + get { + Tag[] highlight = TagHighlight(); + if (highlight.Length > 0) + return highlight[0]; + else + return null; + } + } + + // For actions that want to act on a single category + // Uses SingleTagSelection so fixing that to return the last tag the user highlighted would make this return last category... + public Category SingleCategoryHighlight + { + get { + Tag tag = SingleTagHighlight; + if (tag == null) + return null; + else if (tag is Category) + return tag as Category; + else + return tag.Category; + } + } // Loading up the store. private void LoadCategory (Category category, TreeIter parent_iter) --=-iwyGHSWqgzETPnzjVFs7-- From loz@flower.powernet.co.uk Sat Oct 16 15:10:00 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2F2A13B0754 for ; Sat, 16 Oct 2004 15:10:00 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24175-10 for ; Sat, 16 Oct 2004 15:09:58 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 3B2543B0685 for ; Sat, 16 Oct 2004 15:09:58 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9GJ9tf6022391 for ; Sat, 16 Oct 2004 20:09:55 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 54C42FF6E for ; Sat, 16 Oct 2004 20:09:52 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-r3CQLT2qycv54RAyJsFQ" Date: Sat, 16 Oct 2004 20:09:51 +0100 Message-Id: <1097953791.9561.9.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch for full resolution icons. X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 19:10:00 -0000 --=-r3CQLT2qycv54RAyJsFQ Content-Type: text/plain Content-Transfer-Encoding: 7bit The attached patch changes the way the EditIcon builds its icon. As it stands it reads it as a clip from a scaled image. With this patch a copy of the unscaled image is kept in memory and that is used as the source of the icon. Having to know how to do the scaling feels a little icky, perhaps it should be returned by the PxbufUtils.LoadAtMaxSize method. cheers Loz Hygate --=-r3CQLT2qycv54RAyJsFQ Content-Disposition: attachment; filename=f-spot-full-res-icon.diff Content-Type: text/x-patch; name=f-spot-full-res-icon.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/TagCommands.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagCommands.cs,v retrieving revision 1.8 diff -u -r1.8 TagCommands.cs --- src/TagCommands.cs 12 Sep 2004 19:26:38 -0000 1.8 +++ src/TagCommands.cs 16 Oct 2004 19:03:58 -0000 @@ -369,6 +369,8 @@ SpinButton photo_spin_button; int current_item = -1; + Gdk.Pixbuf current_unscaled_image = null; + double scale = 0.0; public int CurrentItem { get { return current_item; @@ -388,6 +390,10 @@ if (old != null) old.Dispose (); + + if (current_unscaled_image != null) + current_unscaled_image.Dispose (); + current_unscaled_image = null; } } } @@ -404,14 +410,18 @@ { int x, y, width, height; Gdk.Pixbuf tmp = null; - + if (current_unscaled_image == null) { + current_unscaled_image = new Gdk.Pixbuf(photos [current_item].DefaultVersionPath); + scale = Math.Max (current_unscaled_image.Width / (double)image_view.Parent.Allocation.Width, + current_unscaled_image.Height / (double)image_view.Parent.Allocation.Height); + } image_view.GetSelection (out x, out y, out width, out height); if (width > 0 && height > 0) { - tmp = new Gdk.Pixbuf (image_view.Pixbuf, x, y, width, height); + + tmp = new Gdk.Pixbuf (current_unscaled_image, (int)(x * scale), (int)(y * scale), (int)(width * scale), (int)(height * scale)); preview_image.Pixbuf = PixbufUtils.TagIconFromPixbuf (tmp); - tmp.Dispose (); } } @@ -467,7 +477,9 @@ Console.WriteLine ("error {0}", ex); } } - + // Does this happen automatically because of the Destroy call? + if (current_unscaled_image != null) + current_unscaled_image.Dispose (); edit_icon_dialog.Destroy (); return success; } --=-r3CQLT2qycv54RAyJsFQ-- From djw@wilsonet.com Sun Oct 17 01:05:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C7F473B07E0 for ; Sun, 17 Oct 2004 01:05:45 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09687-08 for ; Sun, 17 Oct 2004 01:05:43 -0400 (EDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by menubar.gnome.org (Postfix) with ESMTP id 6F9603B0B60 for ; Sun, 17 Oct 2004 01:05:43 -0400 (EDT) Received: from hermes.wilsonet.com (c-67-170-72-203.client.comcast.net[67.170.72.203]) by comcast.net (sccrmhc12) with ESMTP id <2004101705053801200ftgj2e>; Sun, 17 Oct 2004 05:05:38 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by hermes.wilsonet.com (Postfix) with ESMTP id BC34C101F8F for ; Sat, 16 Oct 2004 22:05:44 -0700 (PDT) Received: from hermes.wilsonet.com ([127.0.0.1]) by localhost (hermes.wilsonet.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19376-02 for ; Sat, 16 Oct 2004 22:05:43 -0700 (PDT) Received: from [192.168.2.15] (unknown [192.168.2.15]) by hermes.wilsonet.com (Postfix) with ESMTP id 06538101F8E for ; Sat, 16 Oct 2004 22:05:42 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v619) X-Priority: 3 Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-3--576749648; protocol="application/pkcs7-signature" Message-Id: <2D439DA2-1FFA-11D9-9302-0003938FAEB2@wilsonet.com> X-Image-Url: http://homepage.mac.com/danielwilson/.cv/thumbs/me.thumbnail From: Daniel J.Wilson Date: Sat, 16 Oct 2004 22:05:33 -0700 To: f-spot-list@gnome.org X-Mailer: Apple Mail (2.619) X-Virus-Scanned: by amavisd-new at wilsonet.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Minor Print Preview improvement suggestions X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 05:05:46 -0000 --Apple-Mail-3--576749648 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Via Nat Friedman's post of praise, I came across the proposed Print Preview window, which does indeed look very functional and clean. That said, I have two minor suggestions that might improve the design further. 1. Place a Collate checkbox next to the "Number of Copies" spinbox. 2. Provide drop-down menu navigation of the preview pages to reduce the necessary clicks in large page batches. There are visuals and a bit of elaboration at: http://blog.wilsonet.com/archives/2004/10/16/f-spot-print-previewing/ Keep up the great work, Daniel J. Wilson --Apple-Mail-3--576749648 Content-Transfer-Encoding: base64 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGFDCCAs0w ggI2oAMCAQICAwukhDANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDQwMjA0MTgyNzQyWhcNMDUwMjAzMTgyNzQyWjBCMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBkandAd2lsc29uZXQuY29t MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyA29B+O+zaNAM+YfsV12eKh9DyvKqT8k mIduyt2o+QVPz4jBjLGwDp+99kikQxDvTMcS4f3n5s0xOAHr5bNhoINlJrsvKsjW6WWgkiFdqDvr QyJLQs7oMSIhKnIUkUCXXERi7p18BJ9YsMjga6g3X5AFGwGRwh4SUIdOHXX7nIxGaxJmfrOe53EZ RXZ28UM3or3Op+n6kglUpoAV0uK62J1zZR/tQtjhSQ14C85Zz3hdAQ7NRP2jEiT3tfpK0mYEu1q1 QN0utlIagRgM5ReN12pG1yX9DhIKiGJR9yWcfTDZzl9yrfY8WCmfCjkTd82+fT252ziANPPGvB5n 0H08gwIDAQABoy0wKzAbBgNVHREEFDASgRBkandAd2lsc29uZXQuY29tMAwGA1UdEwEB/wQCMAAw DQYJKoZIhvcNAQEEBQADgYEAY+qb1rIdX0vC0tfK0p0Zs/HibPOMV3eM8sqs0aEu+pENRi2bWxbW kBAW43L79E4dg8m70wG49MwkaqLyxl9VgeEvHOtJqbMQ+1Uq3RRi8Qoq6HHVTW7599xJ1psuCOdX AMrf+9EX+WWyCmYM1K+iy0xliqUmIy+mk1odjv0G/ZMwggM/MIICqKADAgECAgENMA0GCSqGSIb3 DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlD YXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0 aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg Q0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3 MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENv bnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYk KhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGj gZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRo YXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM 0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZ Nd4ksdMdRv9dX2VPMYIC5zCCAuMCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IElzc3VpbmcgQ0ECAwukhDAJBgUrDgMCGgUAoIIBUzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0wNDEwMTcwNTA1MzRaMCMGCSqGSIb3DQEJBDEWBBQL2Uvvz9pWYUr/ lEdBAPX/lJPWQzB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQQIDC6SEMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwukhDANBgkqhkiG9w0BAQEFAASCAQAjLTmmI5UDoLv3 Xfrd+UDEAotWzau0ap2ozKV0GQIXZpoXRw+iCpVK5pV6Tj27DpVmdjYteBGe4pfEW95SiQkQEehY na95kGcfrnYvTAwTcc0g10dJB3AQ6546Q20PwejLMbl6YYqcfRj4PqM0RbT5yrJVN1jNamcmlJA8 xxF5owJAqDkDP1CKwX/qbTI7usGtDYPH7W++9wF816S0eKshlBzj1PYIrXZvjwRVKY89YcQymse8 cUHWLAjkz7gbH7MjWfWnWN0dMgPtrVikokJYDWyox11GIqeit/C8wR55SwNRoyqpMrFxfTE/HmYq cZFQNxlpLGSlN9aoFgPpAnNhAAAAAAAA --Apple-Mail-3--576749648-- From loz@flower.powernet.co.uk Sun Oct 17 13:16:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 53D9D3B0709 for ; Sun, 17 Oct 2004 13:16:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10425-02 for ; Sun, 17 Oct 2004 13:16:30 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id E84753B0AA3 for ; Sun, 17 Oct 2004 13:16:29 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HHGNkt003956 for ; Sun, 17 Oct 2004 18:16:23 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 784D2FF6E for ; Sun, 17 Oct 2004 18:16:19 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: multipart/mixed; boundary="=-VfoGMRkb83Sw9H7IPcWF" Date: Sun, 17 Oct 2004 18:16:19 +0100 Message-Id: <1098033379.9561.12.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 17:16:32 -0000 --=-VfoGMRkb83Sw9H7IPcWF Content-Type: text/plain Content-Transfer-Encoding: 7bit This is getting complex enough that there is a case for a separate TreeModel implementation. The API for trees seems pretty grim to me. cheers Loz --=-VfoGMRkb83Sw9H7IPcWF Content-Disposition: attachment; filename=f-spot-remember-tree.diff Content-Type: text/x-patch; name=f-spot-remember-tree.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 17 Oct 2004 17:13:27 -0000 @@ -877,15 +877,13 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Tag); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Category); } public void HandleAttachTagCommand (object obj, EventArgs args) @@ -919,8 +917,7 @@ return; TagCommands.Edit command = new TagCommands.Edit (db, main_window); - if (command.Execute (tags [0])) - tag_selection_widget.Update (); + command.Execute (tags [0]); } void HandleViewSmall (object sender, EventArgs args) @@ -1112,7 +1109,6 @@ Tag [] tags = this.tag_selection_widget.TagHighlight (); db.Photos.Remove (tags); - tag_selection_widget.Update (); icon_view.QueueDraw (); } Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 17 Oct 2004 17:13:27 -0000 @@ -254,7 +254,86 @@ (renderer as CellRendererText).Text = tag.Name; } + // Someone show me how I should have done this? + // Or is the API as diseased as I have made it look? + private bool TreeIterForTag(Tag tag, out TreeIter iter) { + TreeIter root; + bool valid = Model.GetIterFirst(out root); + while (valid) { + if (TreeIterForTagRecurse(tag, root, out iter)) + return true; + valid = Model.IterNext (ref root); + } + return false; + } + // Depth first traversal + private bool TreeIterForTagRecurse(Tag tag, TreeIter parent, out TreeIter iter) { + bool valid = Model.IterChildren(out iter, parent); + while (valid) { + if (TreeIterForTagRecurse(tag, iter, out iter)) + return true; + valid = Model.IterNext (ref iter); + } + GLib.Value value = new GLib.Value(); + Model.GetValue(parent, 0, ref value); + iter = parent; + if (tag.Id == (uint) value) + return true; + return false; + } + + // Not generic, just copying single values + private void CopyBranch(TreeIter src, TreeIter dest, bool is_root) { + TreeIter copy, iter; + GLib.Value value = new GLib.Value(); + TreeStore store = Model as TreeStore; + bool valid; + + store.GetValue(src, 0, ref value); + if (is_root) { + store.Prepend(out copy); + store.SetValue(copy, 0, (uint)value); + } else { + copy = store.AppendValues(dest, (uint)value); + } + + valid = Model.IterChildren(out iter, src); + while (valid) { + CopyBranch(iter, copy, false); + valid = Model.IterNext (ref iter); + } + } + + private void HandleTagDeleted(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag, out iter)) + (Model as TreeStore).Remove(ref iter); + } + + private void HandleTagCreated(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag.Category, out iter)) { + iter = (Model as TreeStore).AppendValues(iter, tag.Id); + } + } + + private void HandleTagChanged(Tag tag) { + TreeStore store = Model as TreeStore; + TreeIter iter, category_iter, parent_iter; + TreeIterForTag(tag, out iter); + bool category_valid = TreeIterForTag(tag.Category, out category_iter); + bool parent_valid = Model.IterParent(out parent_iter, iter); + if ((category_valid && (category_iter.Equals(parent_iter))) || (!category_valid && !parent_valid)) { + // if we haven't been reparented + TreePath path = store.GetPath(iter); + store.EmitRowChanged(path, iter); + } else { + // It is a bit tougher. We need to do an annoying clone of structs... + CopyBranch(iter, category_iter, !category_valid); + store.Remove(ref iter); + } + } // Constructor. public TagSelectionWidget (TagStore tag_store) @@ -275,6 +354,9 @@ Update (); ExpandAll (); + tag_store.TagDeleted += new TagDeletedHandler(HandleTagDeleted); + tag_store.TagCreated += new TagCreatedHandler(HandleTagCreated); + tag_store.TagChanged += new TagChangedHandler(HandleTagChanged); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 17 Oct 2004 17:13:28 -0000 @@ -173,9 +173,16 @@ } } +public delegate void TagCreatedHandler(Tag t); +public delegate void TagChangedHandler(Tag t); +public delegate void TagDeletedHandler(Tag t); public class TagStore : DbStore { + public event TagCreatedHandler TagCreated; + public event TagChangedHandler TagChanged; + public event TagDeletedHandler TagDeleted; + Category root_category; public Category RootCategory { get { @@ -365,7 +372,7 @@ Tag tag = new Tag (category, id, name); AddToCache (tag); - + TagCreated(tag); return tag; } @@ -378,7 +385,7 @@ Category new_category = new Category (parent_category, id, name); AddToCache (new_category); - + TagCreated(new_category); return new_category; } @@ -411,6 +418,7 @@ command.ExecuteNonQuery (); command.Dispose (); + TagDeleted((Tag)item); } @@ -448,6 +456,8 @@ command.ExecuteNonQuery (); command.Dispose (); + + TagChanged(tag); } --=-VfoGMRkb83Sw9H7IPcWF-- From loz@flower.powernet.co.uk Sun Oct 17 15:20:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EA19C3B0B17 for ; Sun, 17 Oct 2004 15:20:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16726-03 for ; Sun, 17 Oct 2004 15:20:40 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 462533B07D3 for ; Sun, 17 Oct 2004 15:20:40 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HJKbth023537 for ; Sun, 17 Oct 2004 20:20:37 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 6DB2CFF6E for ; Sun, 17 Oct 2004 20:20:34 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098033379.9561.12.camel@nessie.localdomain> References: <1098033379.9561.12.camel@nessie.localdomain> Content-Type: text/plain Date: Sun, 17 Oct 2004 20:20:33 +0100 Message-Id: <1098040833.9561.14.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 19:20:43 -0000 Hmm, I need to figure out how to maintain the sort order too. Loz On Sun, 2004-10-17 at 18:16 +0100, Laurence Hygate wrote: > This is getting complex enough that there is a case for a separate > TreeModel implementation. The API for trees seems pretty grim to me. > > cheers > > Loz > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list -- Laurence Hygate From jimmac@ximian.com Sun Oct 17 16:15:20 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DF6AF3B0916 for ; Sun, 17 Oct 2004 16:15:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19310-04 for ; Sun, 17 Oct 2004 16:15:19 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id A74D83B0DD2 for ; Sun, 17 Oct 2004 16:15:19 -0400 (EDT) Received: (qmail 19530 invoked from network); 17 Oct 2004 20:15:18 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 17 Oct 2004 20:15:18 -0000 From: Jakub Steiner To: f-spot-list@gnome.org Content-Type: text/plain Date: Sun, 17 Oct 2004 13:15:15 -0700 Message-Id: <1098044116.6135.34.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:15:21 -0000 While working on more generic UI issues, there's two tiny things that would be nice to have asap. * delete from disk should ask for confirmation * "File>Edit in Gimp" should make a copy of the original and opening the copy in GIMP for easy edits. Perhaps could be more generic with a list of associated mime handlers as in nautilus. Rock on! -- Jakub Steiner From loz@flower.powernet.co.uk Sun Oct 17 16:23:42 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 520033B079B for ; Sun, 17 Oct 2004 16:23:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19572-09 for ; Sun, 17 Oct 2004 16:23:38 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 5F9743B07F3 for ; Sun, 17 Oct 2004 16:23:38 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HKNaVv001369 for ; Sun, 17 Oct 2004 21:23:36 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 3FD63FF6E for ; Sun, 17 Oct 2004 21:23:31 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098044116.6135.34.camel@hal.jimmac.cz> References: <1098044116.6135.34.camel@hal.jimmac.cz> Content-Type: text/plain Date: Sun, 17 Oct 2004 21:23:28 +0100 Message-Id: <1098044608.9561.16.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:23:42 -0000 Maybe delete tag should have a confirmation too. Loz On Sun, 2004-10-17 at 13:15 -0700, Jakub Steiner wrote: > While working on more generic UI issues, there's two tiny things that > would be nice to have asap. > > * delete from disk should ask for confirmation > * "File>Edit in Gimp" should make a copy of the original and > opening the copy in GIMP for easy edits. Perhaps could be more > generic with a list of associated mime handlers as in nautilus. > > Rock on! From loz@flower.powernet.co.uk Sun Oct 17 16:27:29 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CCBCE3B08ED for ; Sun, 17 Oct 2004 16:27:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19824-04 for ; Sun, 17 Oct 2004 16:27:28 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id BE0A83B070B for ; Sun, 17 Oct 2004 16:27:27 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9HKRPRx002023 for ; Sun, 17 Oct 2004 21:27:25 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 34392FF6E for ; Sun, 17 Oct 2004 21:27:20 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098040833.9561.14.camel@nessie.localdomain> References: <1098033379.9561.12.camel@nessie.localdomain> <1098040833.9561.14.camel@nessie.localdomain> Content-Type: multipart/mixed; boundary="=-zzoFUQ5T6kkoqR5NPS6b" Date: Sun, 17 Oct 2004 21:27:17 +0100 Message-Id: <1098044837.9561.18.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Patch to remember state of tree when editing tags X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:27:30 -0000 --=-zzoFUQ5T6kkoqR5NPS6b Content-Type: text/plain Content-Transfer-Encoding: 7bit This diff adds sorting. This code made me feel dirty. Surely I'm missing something? On Sun, 2004-10-17 at 20:20 +0100, Laurence Hygate wrote: > Hmm, I need to figure out how to maintain the sort order too. > > Loz > > On Sun, 2004-10-17 at 18:16 +0100, Laurence Hygate wrote: > > This is getting complex enough that there is a case for a separate > > TreeModel implementation. The API for trees seems pretty grim to me. > > > > cheers > > > > Loz > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list -- Loz --=-zzoFUQ5T6kkoqR5NPS6b Content-Disposition: attachment; filename=f-spot-remember-tree-2.diff Content-Type: text/x-patch; name=f-spot-remember-tree-2.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/Makefile.solution.f-spot ? src/MyProgram.cs ? src/TagTreeModel.cs ? src/f-spot.cmbx ? src/f-spot.mdsx ? src/f-spot.pidb ? src/f-spot.prjx ? src/make.sh Index: src/MainWindow.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/MainWindow.cs,v retrieving revision 1.102 diff -u -r1.102 MainWindow.cs --- src/MainWindow.cs 13 Oct 2004 06:01:55 -0000 1.102 +++ src/MainWindow.cs 17 Oct 2004 20:21:14 -0000 @@ -877,15 +877,13 @@ public void HandleCreateNewTagCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Tag)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Tag); } public void HandleCreateNewCategoryCommand (object sender, EventArgs args) { TagCommands.Create command = new TagCommands.Create (db.Tags, main_window); - if (command.Execute (TagCommands.TagType.Category)) - tag_selection_widget.Update (); + command.Execute (TagCommands.TagType.Category); } public void HandleAttachTagCommand (object obj, EventArgs args) @@ -919,8 +917,7 @@ return; TagCommands.Edit command = new TagCommands.Edit (db, main_window); - if (command.Execute (tags [0])) - tag_selection_widget.Update (); + command.Execute (tags [0]); } void HandleViewSmall (object sender, EventArgs args) @@ -1112,7 +1109,6 @@ Tag [] tags = this.tag_selection_widget.TagHighlight (); db.Photos.Remove (tags); - tag_selection_widget.Update (); icon_view.QueueDraw (); } Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 17 Oct 2004 20:21:15 -0000 @@ -254,7 +254,121 @@ (renderer as CellRendererText).Text = tag.Name; } - + // Someone show me how I should have done this? + // Or is the API as diseased as I have made it look? + private bool TreeIterForTag(Tag tag, out TreeIter iter) { + TreeIter root; + bool valid = Model.GetIterFirst(out root); + while (valid) { + if (TreeIterForTagRecurse(tag, root, out iter)) + return true; + valid = Model.IterNext (ref root); + } + return false; + } + + // Depth first traversal + private bool TreeIterForTagRecurse(Tag tag, TreeIter parent, out TreeIter iter) { + bool valid = Model.IterChildren(out iter, parent); + while (valid) { + if (TreeIterForTagRecurse(tag, iter, out iter)) + return true; + valid = Model.IterNext (ref iter); + } + GLib.Value value = new GLib.Value(); + Model.GetValue(parent, 0, ref value); + iter = parent; + if (tag.Id == (uint) value) + return true; + return false; + } + + // Copy a branch of the tree to a new parent + // (note, this doesn't work generically as it only copies the first value of each node) + private void CopyBranch(TreeIter src, TreeIter dest, bool is_root, bool is_parent) { + TreeIter copy, iter; + GLib.Value value = new GLib.Value(); + TreeStore store = Model as TreeStore; + bool valid; + + store.GetValue(src, 0, ref value); + if (is_parent) { + Tag tag = (Tag)tag_store.Get((uint)value); + // we need to figure out where to insert it in the correct order + copy = InsertInOrder(dest, is_root, tag); + } else { + copy = store.AppendValues(dest, (uint)value); + } + + valid = Model.IterChildren(out iter, src); + while (valid) { + // child nodes are already ordered + CopyBranch(iter, copy, false, false); + valid = Model.IterNext (ref iter); + } + } + + // insert tag into the correct place in the tree, with parent. return the new TagIter in iter. + private TreeIter InsertInOrder(TreeIter parent, bool is_root, Tag tag) { + TreeIter iter; + TreeStore store = Model as TreeStore; + Tag compare; + bool valid; + if (is_root) + valid = store.GetIterFirst(out iter); + else + valid = store.IterChildren(out iter, parent); + + while (valid) { + //I have no desire to figure out a more performant sort over this... + GLib.Value value = new GLib.Value(); + store.GetValue(iter, 0, ref value); + compare = (Tag)tag_store.Get((uint)value); + if (compare.CompareTo(tag) > 0) { + store.InsertBefore(out iter, iter); + store.SetValue(iter, 0, tag.Id); + return iter; + } + valid = store.IterNext(ref iter); + } + if (is_root) + store.Append(out iter); + else + iter = store.Append(parent); + store.SetValue(iter, 0, tag.Id); + return iter; + } + + private void HandleTagDeleted(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag, out iter)) + (Model as TreeStore).Remove(ref iter); + } + + private void HandleTagCreated(Tag tag) { + TreeIter iter; + if (TreeIterForTag(tag.Category, out iter)) { + // create dialog doesn't let you create a top level tag... + InsertInOrder(iter, false, tag); + } + } + + private void HandleTagChanged(Tag tag) { + TreeStore store = Model as TreeStore; + TreeIter iter, category_iter, parent_iter; + TreeIterForTag(tag, out iter); + bool category_valid = TreeIterForTag(tag.Category, out category_iter); + bool parent_valid = Model.IterParent(out parent_iter, iter); + if ((category_valid && (category_iter.Equals(parent_iter))) || (!category_valid && !parent_valid)) { + // if we haven't been reparented + TreePath path = store.GetPath(iter); + store.EmitRowChanged(path, iter); + } else { + // It is a bit tougher. We need to do an annoying clone of structs... + CopyBranch(iter, category_iter, !category_valid, true); + store.Remove(ref iter); + } + } // Constructor. public TagSelectionWidget (TagStore tag_store) @@ -275,6 +389,9 @@ Update (); ExpandAll (); + tag_store.TagDeleted += new TagDeletedHandler(HandleTagDeleted); + tag_store.TagCreated += new TagCreatedHandler(HandleTagCreated); + tag_store.TagChanged += new TagChangedHandler(HandleTagChanged); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 17 Oct 2004 20:21:15 -0000 @@ -173,9 +173,16 @@ } } +public delegate void TagCreatedHandler(Tag t); +public delegate void TagChangedHandler(Tag t); +public delegate void TagDeletedHandler(Tag t); public class TagStore : DbStore { + public event TagCreatedHandler TagCreated; + public event TagChangedHandler TagChanged; + public event TagDeletedHandler TagDeleted; + Category root_category; public Category RootCategory { get { @@ -365,7 +372,7 @@ Tag tag = new Tag (category, id, name); AddToCache (tag); - + TagCreated(tag); return tag; } @@ -378,7 +385,7 @@ Category new_category = new Category (parent_category, id, name); AddToCache (new_category); - + TagCreated(new_category); return new_category; } @@ -411,6 +418,7 @@ command.ExecuteNonQuery (); command.Dispose (); + TagDeleted((Tag)item); } @@ -448,6 +456,8 @@ command.ExecuteNonQuery (); command.Dispose (); + + TagChanged(tag); } --=-zzoFUQ5T6kkoqR5NPS6b-- From sogrady@redmonk.com Sun Oct 17 22:45:13 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7E6EC3B0C89 for ; Sun, 17 Oct 2004 22:45:13 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00716-07 for ; Sun, 17 Oct 2004 22:45:11 -0400 (EDT) Received: from fecls-01.atlarge.net (fecls-01.atlarge.net [129.41.63.135]) by menubar.gnome.org (Postfix) with SMTP id 6492B3B07FA for ; Sun, 17 Oct 2004 22:45:11 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-01.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Sun, 17 Oct 2004 21:45:47 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C4B4BC.506525AA" Date: Sun, 17 Oct 2004 21:43:56 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: F-Spot Hangs Thread-Index: AcSzWMiNmwf7CaGhSNm1DN8n4oeIAQBYs3o8 From: "O'Grady Stephen" To: X-OriginalArrivalTime: 18 Oct 2004 02:45:47.0061 (UTC) FILETIME=[92104E50:01C4B4BC] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 02:45:13 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C4B4BC.506525AA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable my installation of f-spot appears to be borqed. i've done nothing that = i'm aware of to cause it, but while the application will instantiate, = anything following - scrolling through the catalog, picking a spot on = the timeline, etc - causes the application to hang and not recover. it = has under 200 pictures cataloged, with pretty basic tags applied. running it from the terminal i get: Query Start 22:28:33 Query Mid 10/17/2004 22:28:33 Query End 22:28:33 Start 10/17/2004 22:28:33 End 10/17/2004 22:28:34 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 Found Year 1998 Found Year 1999 Found Year 2000 Found Year 2001 Found Year 2002 Found Year 2003 Found Year 2004 min 0 max 11 01/01/1998 00:00:00 01/01/1999 00:00:00 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 min 0 max 83 01/01/1998 00:00:00 01/01/2005 00:00:00 Query Start 22:28:34 Query Mid 10/17/2004 22:28:34 Query End 22:28:34 Start 10/17/2004 22:28:34 End 10/17/2004 22:28:34 Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom 0.000651041666666667 Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 BUG: Filing another request of order 63 (previously 59) for = `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' the only thing i've tried as a remedy is reinstalling the application.=20 any thoughts, advice?=20 ------_=_NextPart_001_01C4B4BC.506525AA Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: F-Spot Hangs

my installation of f-spot appears to be borqed. i've = done nothing that i'm aware of to cause it, but while the application = will instantiate, anything following - scrolling through the catalog, = picking a spot on the timeline, etc - causes the application to hang and = not recover. it has under 200 pictures cataloged, with pretty basic tags = applied.

running it from the terminal i get:

Query Start 22:28:33
Query Mid 10/17/2004 22:28:33
Query End 22:28:33
Start 10/17/2004 22:28:33
End 10/17/2004 22:28:34
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
Found Year 1998
Found Year 1999
Found Year 2000
Found Year 2001
Found Year 2002
Found Year 2003
Found Year 2004
min 0 max 11
01/01/1998 00:00:00 01/01/1999 00:00:00
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
min 0 max 83
01/01/1998 00:00:00 01/01/2005 00:00:00
Query Start 22:28:34
Query Mid 10/17/2004 22:28:34
Query End 22:28:34
Start 10/17/2004 22:28:34
End 10/17/2004 22:28:34
Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom = 0.000651041666666667
Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375
Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375
BUG: Filing another request of order 63 (previously 59) for = `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png'

the only thing i've tried as a remedy is reinstalling the = application.

any thoughts, advice?

------_=_NextPart_001_01C4B4BC.506525AA-- From stefan.ihringer@gmx.net Mon Oct 18 07:05:19 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 529003B0716 for ; Mon, 18 Oct 2004 07:05:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19715-07 for ; Mon, 18 Oct 2004 07:05:15 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 234303B10D8 for ; Mon, 18 Oct 2004 07:05:14 -0400 (EDT) Received: (qmail 4140 invoked by uid 65534); 18 Oct 2004 11:05:13 -0000 Received: from dsl-213-023-050-201.arcor-ip.net (EHLO localhost) (213.23.50.201) by mail.gmx.net (mp022) with SMTP; 18 Oct 2004 13:05:13 +0200 X-Authenticated: #1327361 From: Stefan Ihringer To: f-spot-list@gnome.org Content-Type: text/plain Date: Mon, 18 Oct 2004 13:05:20 +0200 Message-Id: <1098097520.10500.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 18 Oct 2004 12:44:46 -0400 Subject: Picasa X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 11:05:19 -0000 Hi, I've read about f-spot on planet Gnome. It looks like a really promising project! I've wondered, have any of you developers already taken a look at "Picasa" (www.picasa.com). It's a photo management software (recently aquired by Google) which has some nice features like non- destructive photo manipulation (cropping and anti-red-eye doesn't overwrite your original file). It's also multi-threaded so you can work with it while it's still building a list of thumbnails or importing new photos. It's not perfect (especially when adding 500+ photos all at once), but judging from the mockups/screenshots in the f-spot wiki it's kinda like what f-spot is supposed to become. So either you already know about Picasa or you might get some nifty ideas from it :-) Stefan From sverre.johansen@gmail.com Mon Oct 18 18:55:51 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 740B53B0673 for ; Mon, 18 Oct 2004 18:55:51 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22499-07 for ; Mon, 18 Oct 2004 18:55:49 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by menubar.gnome.org (Postfix) with ESMTP id 16C4C3B0769 for ; Mon, 18 Oct 2004 18:55:42 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 74so260676rnk for ; Mon, 18 Oct 2004 15:55:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=Llznuz+1hvz64Pz2mO795Dr6W0uCQ5iXGkYswr44B9xBLhbhFjFHAevHvwnZmTKRTkUoxb5QpWhEjCLu47XQpQ6ZR4hfsG69boUFYsYO8f2gdJqeT1/wQW555OtFMjxpablM8Z9hrulWaugyJ6awK7hPLIPRRxwC0aHsLe8I4Is Received: by 10.38.81.49 with SMTP id e49mr1668152rnb; Mon, 18 Oct 2004 15:55:27 -0700 (PDT) Received: by 10.38.152.9 with HTTP; Mon, 18 Oct 2004 15:55:27 -0700 (PDT) Message-ID: Date: Tue, 19 Oct 2004 00:55:27 +0200 From: Sverre Johansen To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sverre Johansen List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 22:55:51 -0000 Hi, First I have to say that this application is starting to look great! Is there planned to create a Calendar View, like Photoshop Album has? Where I can see the pictures for a specific day, not just the month. Is this something you want, or is it just ruled out as "not needed"? -- Sverre Johansen From alan@ufies.org Mon Oct 18 23:37:54 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D0B473B0F50 for ; Mon, 18 Oct 2004 23:37:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31284-05 for ; Mon, 18 Oct 2004 23:37:52 -0400 (EDT) Received: from arcterex.net (S01060005380102a0.vf.shawcable.net [70.69.99.52]) by menubar.gnome.org (Postfix) with ESMTP id D3C443B0ED5 for ; Mon, 18 Oct 2004 23:37:47 -0400 (EDT) Received: from phoenix.arcterex.net (phoenix [192.168.2.100]) by arcterex.net (Postfix) with ESMTP id 93979C4BEB; Mon, 18 Oct 2004 20:49:12 -0700 (PDT) From: Alan Bailward To: Sverre Johansen In-Reply-To: References: Content-Type: text/plain Date: Mon, 18 Oct 2004 20:37:47 -0700 Message-Id: <1098157067.13593.11.camel@phoenix.arcterex.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 03:37:55 -0000 On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > Hi, > > First I have to say that this application is starting to look great! > > Is there planned to create a Calendar View, like Photoshop Album has? > Where I can see the pictures for a specific day, not just the month. > Is this something you want, or is it just ruled out as "not needed"? Another nice feature that I'd love to see is to group files by time of day / picture taking session. IE: Say you download your files from CF or whatever. Generally pictures are taken in groups, ie: at 8:00 you took 10 pictures of something, then after another hour or two you took some more, then two days later you took more. The files are all from the same CF card but of different distinct subjects (or could be). Most photo management apps think of the images from an import as one session, ask you for a name or directory, etc. What would be nice is to be able to present the images grouped by when they were taken. A pretty simple algorithm could check for the biggest gaps between image creation date and use that... then the images are presented to the user in a grouped format for viewing or naming. Hope this makes sense... alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From sverre.johansen@gmail.com Tue Oct 19 02:29:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 143B23B0D6C for ; Tue, 19 Oct 2004 02:29:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04605-07 for ; Tue, 19 Oct 2004 02:29:50 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by menubar.gnome.org (Postfix) with ESMTP id 03E563B0756 for ; Tue, 19 Oct 2004 02:29:30 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 74so293013rnk for ; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=srmh1nEgWqhuEIodRvvaF86Nt+Gxu3Ovs/vs0ZpqYMjQhb6CBC7Ttdf8Lz7FcMAbyB9j6ah/d5o7OrFrKq6AMfsi7T/Rcisqvqivqrxk25wLjafTlTAXL5EahDLLDP0T9iVcnuIEUqytvtVMWosc9F54BHHoEmrA4Y0cPOLrh2k Received: by 10.38.208.34 with SMTP id f34mr1819559rng; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) Received: by 10.38.152.9 with HTTP; Mon, 18 Oct 2004 23:29:29 -0700 (PDT) Message-ID: Date: Tue, 19 Oct 2004 08:29:29 +0200 From: Sverre Johansen To: Alan Bailward In-Reply-To: <1098157067.13593.11.camel@phoenix.arcterex.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098157067.13593.11.camel@phoenix.arcterex.net> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sverre Johansen List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 06:29:52 -0000 You want a daily calendar? Just like would like to see a mounthly. Is this planned/wanted, or should f-spot only use the timeline widget? On Mon, 18 Oct 2004 20:37:47 -0700, Alan Bailward wrote: > On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > > > > Hi, > > > > First I have to say that this application is starting to look great! > > > > Is there planned to create a Calendar View, like Photoshop Album has? > > Where I can see the pictures for a specific day, not just the month. > > Is this something you want, or is it just ruled out as "not needed"? > > Another nice feature that I'd love to see is to group files by time of > day / picture taking session. IE: Say you download your files from CF > or whatever. Generally pictures are taken in groups, ie: at 8:00 you > took 10 pictures of something, then after another hour or two you took > some more, then two days later you took more. The files are all from > the same CF card but of different distinct subjects (or could be). Most > photo management apps think of the images from an import as one session, > ask you for a name or directory, etc. > > What would be nice is to be able to present the images grouped by when > they were taken. A pretty simple algorithm could check for the biggest > gaps between image creation date and use that... then the images are > presented to the user in a grouped format for viewing or naming. > > Hope this makes sense... > > alan > > -- > Alan - http://arcterex.net > -------------------------------------------------------------------- > "There are only 3 real sports: bull-fighting, car racing and mountain > climbing. All the others are mere games." -- Hemingway > > -- Sverre Johansen From w.l.devries@student.tudelft.nl Tue Oct 19 10:36:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6CCBB3B0D36 for ; Tue, 19 Oct 2004 10:36:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27316-03 for ; Tue, 19 Oct 2004 10:36:26 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 8CD123B0A2B for ; Tue, 19 Oct 2004 10:36:25 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CJv68-0008Ny-JY for f-spot-list@gnome.org; Tue, 19 Oct 2004 16:36:24 +0200 Message-ID: <41752668.7060904@student.tudelft.nl> Date: Tue, 19 Oct 2004 16:36:24 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org References: <416E8277.1080201@student.tudelft.nl> <1097784636.8284.2.camel@lewinghost> In-Reply-To: <1097784636.8284.2.camel@lewinghost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: lib_exif.so X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 14:36:27 -0000 Larry Ewing wrote: >What version of libexif do you have installed? > > > I have this version installed: ii libexif-dev 0.6.9-2 The EXIF library allows you to parse an EXIF ii libexif10 0.6.9-2 The EXIF library allows you to parse an EXIF Wouter >On Thu, 2004-10-14 at 15:43 +0200, Wouter Leonard de Vries wrote: > > >>Hi, >> >>I'm very sorry to bug you again.. I'm having trouble with the exif part >>of F-Spot. It doesn't read any exif information on jpeg files that >>clearly do have it. I tried to have a look at the source code, although >>I've never used c#. >> >>In ExifUtils the information is read using ExposureInfo in ExifData. The >>instantiation of exif_data works fine, but while doing the first data >>lookup it never returns to the function and just exits GetExposureInfo >>altogether and leaving info uninitialized. I took a look at ExifData and >>saw that the Assemble part is the thing where it gets stuck. Could it be >>that my exif library is broken or not working together with F-Spot? I'm >>using the Debian unstable version. After renaming /usr/lib/libexif.so to >>something else I don't even get an error message. >> >> >>Wouter >> >> >> -- Wouter de Vries From w.l.devries@student.tudelft.nl Tue Oct 19 11:41:30 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7064C3B134E for ; Tue, 19 Oct 2004 11:41:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31120-07 for ; Tue, 19 Oct 2004 11:41:27 -0400 (EDT) Received: from phoenix (40-92.ipact.nl [82.210.92.40]) by menubar.gnome.org (Postfix) with ESMTP id 9489B3B0ED3 for ; Tue, 19 Oct 2004 11:41:22 -0400 (EDT) Received: from swamp ([192.168.1.5]) by phoenix with esmtp (Exim 4.34) id 1CJw6x-0008RM-R1 for f-spot-list@gnome.org; Tue, 19 Oct 2004 17:41:19 +0200 Message-ID: <417535A0.6030802@student.tudelft.nl> Date: Tue, 19 Oct 2004 17:41:20 +0200 From: Wouter Leonard de Vries User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: f-spot-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: exif_entry_get_value X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 15:41:30 -0000 Hi, After some more examination I found out that execution does not return from _ExifEntry.exif_entry_get_value in ExifData.cs on line 334 in my cvs checkout of october 19th. After I comment out that line and print the entry->tag value all exif tags are printed. Greetings, Wouter -- Wouter de Vries From chris@atlee.ca Tue Oct 19 13:59:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0914C3B0A1A for ; Tue, 19 Oct 2004 13:59:59 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05546-09 for ; Tue, 19 Oct 2004 13:59:56 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id 00D8A3B0B9B for ; Tue, 19 Oct 2004 13:59:56 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (821 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Tue, 19 Oct 2004 13:59:54 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CJyGy-0005VF-GC for f-spot-list@gnome.org; Tue, 19 Oct 2004 13:59:48 -0400 From: Chris AtLee To: f-spot-list@gnome.org Content-Type: text/plain Date: Tue, 19 Oct 2004 13:59:48 -0400 Message-Id: <1098208788.30475.5.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Modifying images X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 17:59:59 -0000 Hi, I just got the latest version of f-spot from CVS, it looks great so far! I noticed that when you rotate an image, the original image is modified. Is there a way to preserve the original, and do the rotation on a copy instead? Cheers, Chris From uldis.bojars@gmx.net Wed Oct 20 08:08:30 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AE6F13B06C1 for ; Wed, 20 Oct 2004 08:08:30 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15725-07 for ; Wed, 20 Oct 2004 08:08:28 -0400 (EDT) Received: from card.konts.lv (card.konts.lv [159.148.139.17]) by menubar.gnome.org (Postfix) with ESMTP id E4BD23B0EE5 for ; Wed, 20 Oct 2004 08:08:27 -0400 (EDT) Received: from card.konts.lv (localhost.localdomain [127.0.0.1]) by card.konts.lv (8.12.8/8.12.8) with ESMTP id i9KC64GI031444 for ; Wed, 20 Oct 2004 15:06:04 +0300 Received: (from daemon@localhost) by card.konts.lv (8.12.8/8.12.8/Submit) id i9KC61GL031443 for ; Wed, 20 Oct 2004 15:06:01 +0300 Received: from (mail1.konts.lv [10.10.1.4]) by card.konts.lv via smap (V2.1) id xma031434; Wed, 20 Oct 04 15:05:59 +0300 Received: (qmail 2461 invoked by uid 106); 20 Oct 2004 12:08:18 -0000 Received: from (HELO u-bojars2.konts.lv) ([]) (envelope-sender ) by mail1.konts.lv (qmail-ldap-1.03) with SMTP for ; 20 Oct 2004 12:08:18 -0000 Date: Wed, 20 Oct 2004 15:13:44 +0300 From: Uldis Bojars X-Priority: 3 (Normal) Message-ID: <4810312333.20041020151344@gmx.net> To: f-spot-list@gnome.org In-Reply-To: <1098208788.30475.5.camel@antigua> References: <1098208788.30475.5.camel@antigua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: F-Spot & Metadata X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Uldis Bojars List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 12:08:30 -0000 Hi, I wrote a blog entry about F-Spot and Metadata in photos. What I am interest in is for F-Spot to support adding of a rich family of metadata to the photos [as opposed to having i.e. only keywords or tags]. Such information would allow you to search by many criteria like what person [or thing] is on the photo, where was it taken, who took it, ... You can see and comment my article here: http://captsolo.net/info/blog_a.php/2004/10/18/f_spot_the_ultimate_photo_manager tiny url: http://tinyurl.com/63avw -- Uldis / CaptSolo From jimmac@ximian.com Wed Oct 20 09:03:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DD4AA3B0EE5 for ; Wed, 20 Oct 2004 09:03:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18112-10 for ; Wed, 20 Oct 2004 09:03:25 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 3C8EC3B07A0 for ; Wed, 20 Oct 2004 09:03:25 -0400 (EDT) Received: (qmail 25627 invoked from network); 20 Oct 2004 13:03:24 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 20 Oct 2004 13:03:24 -0000 From: Jakub Steiner To: f-spot-list@gnome.org In-Reply-To: <4810312333.20041020151344@gmx.net> References: <1098208788.30475.5.camel@antigua> <4810312333.20041020151344@gmx.net> Content-Type: text/plain Date: Wed, 20 Oct 2004 15:03:22 +0200 Message-Id: <1098277402.4821.51.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot & Metadata X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 13:03:27 -0000 On Wed, 2004-10-20 at 15:13 +0300, Uldis Bojars wrote: > Hi, > > I wrote a blog entry about F-Spot and Metadata in photos. > > What I am interest in is for F-Spot to support adding of a rich family > of metadata to the photos [as opposed to having i.e. only keywords or > tags]. Such information would allow you to search by many criteria > like what person [or thing] is on the photo, where was it taken, who > took it, ... I don't see a very clear distinction between tags and the rich metadata here. Tags are an interface to assign and search by image attributes. Perhaps tags only make sense for multiple images, while there could be unique attributes of an image (name, caption, timestamp) that make no sense to be tags. Tags in f-spot as it stands are structured as well. They are not flat keywords. You have places, people and events. This could be enhanced to match some of the metadata standards out there. Author, Category (portrait, nature..) etc. To fully support the metadata standards doesn't mean to have all of the in the Interface though. We could discuss if we want editability of these in some list-like (and fairly hidden) widget similar to Raphael's GIMP metadata editor has [1]. I'm not sure the quicksearch interface using tags is scalable enough to be honest. Definitely needs more thought on how to do metadata in F-Spot. cheers [1] - http://wilber.gimp.org/~raphael/metadata/ (advanced tab) -- Jakub Steiner Novell, Inc. From jimmac@ximian.com Wed Oct 20 10:32:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 88B073B13A0 for ; Wed, 20 Oct 2004 10:32:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22926-10 for ; Wed, 20 Oct 2004 10:32:24 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 258413B14BA for ; Wed, 20 Oct 2004 10:32:24 -0400 (EDT) Received: (qmail 25867 invoked from network); 20 Oct 2004 14:32:23 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 20 Oct 2004 14:32:23 -0000 From: Jakub Steiner To: f-spot-list@gnome.org Content-Type: text/plain Date: Wed, 20 Oct 2004 16:32:21 +0200 Message-Id: <1098282741.4790.107.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 14:32:26 -0000 Hi Folks, *food for thought* I want to put the concept of tags, as we have them now in F-Spot, in question and propose a more natural interface concept. The suggestion comes from thinking about various tasks we came up for F-Spot [1], taking export functionality in particular consideration [2]. Tags ==== As it stands, the user has a flat library of photos. Each photo can have a set of tags assigned to it, such as what place the image was taken, what event that was, who/what appears on the image. Query Logic ----------- Tags enable the user to limit the view to images containing a specific tag. The user can also select multiple tags at once. Contrary to my point of view, this doesn't limit the query further, but enhances the view by adding images containing tags using the OR operand. How many times have you queried the library for "Photos from Boston or Tuomas"? "Images of Dogs or Favourite Images?". With the current interface, it is not possible to query for Event AND Person so that one could get images of a person appearing while at an Event. Human Language -------------- There is no clear metaphoric link to tags. In the physical world, we structure our photos in albums or piles. It is not physically possible to have one image appear in multiple albums. Reuse ----- With the tag interface to the library is not possible to store a certain query. One has to manually deselect the current "filter" and apply a new one. Metadata -------- We do want to have additional metadata associated with an image. It is confusing to use this concept for some, and another for the rest (name, caption...) Export Implementation --------------------- While it is theoretically possible to come up with a dynamic web system for exporting photos on the web, retaining the same concepts as applied on F-Spot alone with tags, it relies heavily on server side scripting and doesn't sound trivial to do. Generating static HTML pages with the tag interface is hardly doable with way too many permutations to deal with. Proposal - Albums ================= I propose we use a concept of Albums and Virtual Albums (similar to vFolders in Evolution) instead of tags. Human Language -------------- Album is a real world object that easy to understand. The term Virtual Album clearly exhibits the difference from the physical Album. Reuse & Consistency ------------------- The concept of stored queries isn't new. We have them in Evolution and hopefully thanks to beagle it will appear in the file-manager, file dialogs and elsewhere on the desktop. Metadata -------- Image attributes (including the stuff that's done with tags now) is defined at one place in the UI. Export Implementation --------------------- Mostly every web image gallery is structured in albums. Even stored queries (Virtual Albums) could be generated as static HTML. Further Mindbender: =================== * Should we include Time in the queries? Or have time as a separate concept to further limit whatever you have selected in albums? That could give new options to the timeline scale - You select an album and the the time scale changes accordingly giving you options to further limit the selection by time. cheers [1] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:use_cases [2] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export From patanjali@codito.com Wed Oct 20 10:55:17 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1A0163B1558 for ; Wed, 20 Oct 2004 10:55:17 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24503-06 for ; Wed, 20 Oct 2004 10:55:15 -0400 (EDT) Received: from marvin.codito.net (unknown [203.197.88.2]) by menubar.gnome.org (Postfix) with ESMTP id 413913B14C0 for ; Wed, 20 Oct 2004 10:55:14 -0400 (EDT) Received: from [192.168.100.120] (calvin.codito.co.in [203.199.140.162]) (authenticated bits=0) by marvin.codito.net (8.13.1/8.13.1/Debian-6) with ESMTP id i9KFCVv2023164 for ; Wed, 20 Oct 2004 20:42:43 +0530 From: patanjali To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Organization: Codito Technologies Date: Wed, 20 Oct 2004 20:25:01 +0530 Message-Id: <1098284101.3876.66.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 1.5.91 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75-1, clamav-milter version 0.75c on marvin X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: patanjali@codito.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 14:55:17 -0000 Hi, I'd earlier submitted a patch for grouping by directory: http://mail.gnome.org/archives/f-spot-list/2004-June/msg00000.html A screenshot is here - http://www.geocities.com/patanjalisomayaji/Screenshot.png Unfortunately I didn't get the time to re-do the patch with Larry's suggestions, so it never went in. However I thought the feature would be a good one to discuss in these f-spot UI-related discussions. cheers, Patanjali On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > > Tags > ==== > > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image. > > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". > > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. > > Human Language > -------------- > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. It is not physically possible > to have one image appear in multiple albums. > > Reuse > ----- > With the tag interface to the library is not possible to store a certain > query. One has to manually deselect the current "filter" and apply a new > one. > > Metadata > -------- > We do want to have additional metadata associated with an image. It is > confusing to use this concept for some, and another for the rest (name, > caption...) > > Export Implementation > --------------------- > While it is theoretically possible to come up with a dynamic web system > for exporting photos on the web, retaining the same concepts as applied > on F-Spot alone with tags, it relies heavily on server side scripting > and doesn't sound trivial to do. Generating static HTML pages with the > tag interface is hardly doable with way too many permutations to deal > with. > > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. > > > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. > > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. > > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. > > > Further Mindbender: > =================== > * Should we include Time in the queries? Or have time as a > separate concept to further limit whatever you have selected in > albums? That could give new options to the timeline scale - You > select an album and the the time scale changes accordingly > giving you options to further limit the selection by time. > > cheers > > [1] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:use_cases > [2] http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From alan@ufies.org Wed Oct 20 11:05:13 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18D7E3B1584 for ; Wed, 20 Oct 2004 11:05:11 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24964-03 for ; Wed, 20 Oct 2004 11:05:09 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 771AF3B1401 for ; Wed, 20 Oct 2004 11:04:06 -0400 (EDT) Received: from phoenix.arcterex.net (S01060005380102a0.vf.shawcable.net [70.69.99.52]) by master.ufies.org (Postfix) with ESMTP id E98F3B0204; Wed, 20 Oct 2004 08:11:34 -0700 (PDT) From: Alan Bailward To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Wed, 20 Oct 2004 08:04:01 -0700 Message-Id: <1098284641.325.54.camel@phoenix.arcterex.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:05:13 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* [snip] > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. [snip] Totally agree. This is the way that iphoto has gone (though I don't think they call it virtual albums, but somthing else), and the concepts of virtual folders are common in other apps, from iphoto, itunes, outlook, etc. The key is making the UI good enough so that it can do complex things without looking all that complex. > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. I think that there should maybe be a plugin system, or the export list should grow as f-spot gets more mature. I know that gallery has a plugin system of some sort as iphoto has an extension written for it to allow the user to save to gallery. It worked quite well IIRC. I'm not aware of that many other popular gallery software packages, but if the ability was made to hook into whatever API they had, this would of course be a Good Thing. I'd say that including a gallery export and an export to flat HTML (with a few options of per page, fonts, etc) would be quite adequate for a start. Having the flat HTML look nice, but also have a good CSS structure would allow the web designers out there to customize for themselves. Alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From chris@atlee.ca Wed Oct 20 11:35:37 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 569963B1349 for ; Wed, 20 Oct 2004 11:35:37 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26599-09 for ; Wed, 20 Oct 2004 11:35:34 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id BB77D3B12E2 for ; Wed, 20 Oct 2004 11:35:33 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (4221 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Wed, 20 Oct 2004 11:35:31 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CKIUs-0002tz-RR for f-spot-list@gnome.org; Wed, 20 Oct 2004 11:35:30 -0400 From: Chris AtLee To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 20 Oct 2004 11:35:30 -0400 Message-Id: <1098286530.30475.44.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:35:37 -0000 On Wed, 2004-20-10 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, >=20 > *food for thought* Mmmm...breakfast :) *snip* > Tags > =3D=3D=3D=3D >=20 > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image.=20 >=20 > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". >=20 > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. This never seemed like an intuitive way to use tags. For me the subjects of the picture, the location, description, etc. are meta-data associated with the image (and should be searchable using AND/OR/NOT). Having to create new tags for all the various people and places is a bit cumbersome. Tags are organizational tools, like putting your pictures into various piles. I have a pile for my favourite pictures, another for my important pictures, another for ones I want to edit, etc. They aid me in my workflow, but they don't really describe the contents of the image. *snip* > Proposal - Albums > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. *snip* > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. >=20 > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML.=20 I love it. It's extremely flexible; I couldn't live without vFolders in Evolution. It should be possible to create a vAlbum for images that need backing up, and then create an export plugin to actually write these out to a .iso, directly to a cd burner, or copy to another machine. What are now called Tags can still be included so that you can mark images as being one of your favourites, and then you can create a vAlbum to look at only your favourite images. > Further Mindbender: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > * Should we include Time in the queries? Or have time as a > separate concept to further limit whatever you have selected in > albums? That could give new options to the timeline scale - You > select an album and the the time scale changes accordingly > giving you options to further limit the selection by time. The date and time that an image was taken should be another piece of metadata, and should be available to search in the queries. That way you can create vAlbums for "Images I took in 2002", "Images taken in the past 2 weeks", etc. The time of an image should be editable since there are many times when the time stored in the EXIF tags is not correct (camera's clock wasn't set correctly), or not present (scanned images, for example). The timeline would scale according to the earliest and latest pictures in the current query. Just my 2=A2 Cheers, Chris From garrett@ximian.com Wed Oct 20 11:40:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6DB453B1481 for ; Wed, 20 Oct 2004 11:40:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26912-08 for ; Wed, 20 Oct 2004 11:40:51 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1ACE83B1386 for ; Wed, 20 Oct 2004 11:40:51 -0400 (EDT) Received: (qmail 26128 invoked from network); 20 Oct 2004 15:40:50 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 20 Oct 2004 15:40:50 -0000 From: Garrett LeSage To: F-Spot list In-Reply-To: <1098284641.325.54.camel@phoenix.arcterex.net> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098284641.325.54.camel@phoenix.arcterex.net> Content-Type: multipart/alternative; boundary="=-JjwuInDleFeZhDHrA9Ux" Organization: Novell, Inc. Date: Wed, 20 Oct 2004 11:55:45 -0400 Message-Id: <1098287745.31684.103.camel@x1-6-00-0d-60-c5-9b-87> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 15:40:52 -0000 --=-JjwuInDleFeZhDHrA9Ux Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, 2004-10-20 at 08:04 -0700, Alan Bailward wrote: > On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > > Hi Folks, > > > > *food for thought* > [snip] > > Proposal - Albums > > ================= > > I propose we use a concept of Albums and Virtual Albums (similar to > > vFolders in Evolution) instead of tags. > [snip] > > Totally agree. This is the way that iphoto has gone (though I don't > think they call it virtual albums, but somthing else), and the concepts > of virtual folders are common in other apps, from iphoto, itunes, > outlook, etc. The key is making the UI good enough so that it can do > complex things without looking all that complex. I think that's the way to go too... but it's just my opinion. (: We need to figure out the best way and go with that. For my own personal use, I have been grouping by directory and I like to flag files to know which ones I want to do something with (like upload and what-not). It might be useful to have a few different flags, kind of like email clients typically do. (Side note: I also like having my mail sorted into different folder groupings too, so the photo grouping, I suppose, is also analogous to email in that respect too.) For email, you typically have: normal, important, and spam. There are also states: unread, read, and replied to. To take this idea and apply it to photographs, it could possibly have something like: * Normal * Important * Trash This (well, some better word here, but that's the concept) ...and for states: * Normal * Edited * Published * Printed I'm not certain at this point in time how user visible these should be seen (marking something ) -- possibly we could have the "vFolders" / "Smart Playlists" concept with some pre-established rules that match some of the above for useful things. All of this would be in addition to the groups, of course. We could also keep track of how "popular" a photograph may be somehow. Things that it could be based off of is: * How long was it edited for * How many times it was printed / published / archived to CD / viewed in a slideshow, etc. * How many times it was viewed in a large state * How it ranks in context with other photos in a group (is it in a popular group?) * Does it have popular keywords? * How recent is the image? * Etc. We could use the above to try to make search results more relevant, among other things. > > Export Implementation > > --------------------- > > Mostly every web image gallery is structured in albums. Even stored > > queries (Virtual Albums) could be generated as static HTML. > [snip ] > > I'd say that including a gallery export and an export to flat HTML (with > a few options of per page, fonts, etc) would be quite adequate for a > start. Having the flat HTML look nice, but also have a good CSS > structure would allow the web designers out there to customize for > themselves. Yes, and we could have different "themes" for the galleries by having "theme packs" that are basically tarballs of CSS + images. There could even be a nice selection of them included with the app, and maybe a repository of them located at the Web site too. Garrett --=-JjwuInDleFeZhDHrA9Ux Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit On Wed, 2004-10-20 at 08:04 -0700, Alan Bailward wrote: 
On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote:
> Hi Folks,
> 
> *food for thought*
[snip]
> Proposal - Albums
> =================
> I propose we use a concept of Albums and Virtual Albums (similar to
> vFolders in Evolution) instead of tags.
[snip]

Totally agree.  This is the way that iphoto has gone (though I don't
think they call it virtual albums, but somthing else), and the concepts
of virtual folders are common in other apps, from iphoto, itunes,
outlook, etc.  The key is making the UI good enough so that it can do
complex things without looking all that complex.

I think that's the way to go too... but it's just my opinion.  (:

We need to figure out the best way and go with that.  For my own personal use, I have been grouping by directory and I like to flag files to know which ones I want to do something with (like upload and what-not).  It might be useful to have a few different flags, kind of like email clients typically do. 

(Side note:  I also like having my mail sorted into different folder groupings too, so the photo grouping, I suppose, is also analogous to email in that respect too.)

For email, you typically have: normal, important, and spam.
There are also states: unread, read, and replied to.

To take this idea and apply it to photographs, it could possibly have something like:
  * Normal
  * Important
  * Trash This (well, some better word here, but that's the concept)

...and for states:
  * Normal
  * Edited
  * Published
  * Printed

I'm not certain at this point in time how user visible these should be seen (marking something ) -- possibly we could have the "vFolders" / "Smart Playlists" concept with some pre-established rules that match some of the above for useful things.

All of this would be in addition to the groups, of course.

We could also keep track of how "popular" a photograph may be somehow.  Things that it could be based off of is:
  * How long was it edited for
  * How many times it was printed / published / archived to CD / viewed in a slideshow, etc.
  * How many times it was viewed in a large state
  * How it ranks in context with other photos in a group (is it in a popular group?)
  * Does it have popular keywords?
  * How recent is the image?
  * Etc.

We could use the above to try to make search results more relevant, among other things.


> Export Implementation
> ---------------------
> Mostly every web image gallery is structured in albums. Even stored
> queries (Virtual Albums) could be generated as static HTML.
[snip ] 

I'd say that including a gallery export and an export to flat HTML (with
a few options of per page, fonts, etc) would be quite adequate for a
start.  Having the flat HTML look nice, but also have a good CSS
structure would allow the web designers out there to customize for
themselves.

Yes, and we could have different "themes" for the galleries by having "theme packs" that are basically tarballs of CSS + images.  There could even be a nice selection of them included with the app, and maybe a repository of them located at the Web site too.

Garrett --=-JjwuInDleFeZhDHrA9Ux-- From tim@gerla.net Wed Oct 20 12:47:03 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 472BA3B0701 for ; Wed, 20 Oct 2004 12:47:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30610-06 for ; Wed, 20 Oct 2004 12:46:59 -0400 (EDT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by menubar.gnome.org (Postfix) with ESMTP id 7419F3B06FE for ; Wed, 20 Oct 2004 12:46:59 -0400 (EDT) Received: from marshank.rdu.specifix.com (rdu-nat.specifix.com [24.172.59.42]) by ms-smtp-03-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id i9KGkvkc008205 for ; Wed, 20 Oct 2004 12:46:57 -0400 (EDT) From: Tim Gerla To: f-spot-list@gnome.org In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Wed, 20 Oct 2004 12:46:42 -0400 Message-Id: <1098290802.3376.6.camel@marshank> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 16:47:03 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > I agree with your comments that tags are kind of a difficult concept. At first glance I like your albums+virtual albums idea a lot. The separation of 'categories' and 'tags' in f-spot (and Adobe Album) always confused me, and the 'mandatory' tags of 'people', 'places', 'events', 'other' always left a bad taste in my mouth. I think that the main organizational structure should be Album, and a way to tag individual items in an album with arbitrary attributes like 'printed', 'published', 'needs work', 'my favorite' makes the most sense to me. Right now, I skip any local photo management tools except for Nautilus. I download from my camera to a dated directory, pick specific pictures out, upload those to my Gallery site, then caption. I'd love to be able to import all my photos using f-spot, perhaps into an Incoming album, delete the bad ones, create new albums within f-spot as needed, caption, rotate, etc, and then publish my newly created albums to Gallery. I want to be able to keep my local albums and remote Gallery site as in-sync as possible. At the moment, my local system happens to be the "dump site" of photos, unorganized except by date. All of my manipulation, even rotating and captioning, goes on the server-side, which is slow, and hard to back up. I also find myself doing very little post-processing, because I upload straight to Gallery. I think my photos would be improved if I could find a better workflow. I'd love to be able to do all of my manipulation Gallery-like on the local side, and then publish to Gallery, but I haven't found a local tool as good as Gallery yet. Hopefully f-spot will become that tool! -Tim tim@gerla.net http://gerla.net/ From garrett@ximian.com Wed Oct 20 15:24:56 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 198853B0C24 for ; Wed, 20 Oct 2004 15:24:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05370-03 for ; Wed, 20 Oct 2004 15:24:55 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 46D483B13D2 for ; Wed, 20 Oct 2004 15:24:15 -0400 (EDT) Received: (qmail 26677 invoked from network); 20 Oct 2004 19:24:14 -0000 Received: from localhost (HELO 164.99.120.141) (glesage@127.0.0.1) by localhost with SMTP; 20 Oct 2004 19:24:14 -0000 From: Garrett LeSage To: F-Spot list Content-Type: text/plain; charset=UTF-8 Organization: Novell, Inc. Date: Wed, 20 Oct 2004 15:39:09 -0400 Message-Id: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 19:24:56 -0000 Hi all, I posted a little item on my website about digital photograph workflow; basically what people do, and how they'd like to do it. I asked this: You have a digital camera. You want the pictures on your computer. You want them marked somehow (grouped or tagged) so you can find them later and do stuff with them now. You want to share the images. You may also want to print them… What matters to you? How do you currently get your photos in the computer? What do you do from there? How would you like to have it work in your ideal world? I’m wondering, as I want to make F-Spot work the way you (or at least a lot of you) want it to. Leave a comment below… and/or post to the mailing list. http://linuxart.com/log/archives/2004/10/20/what-do-you-do-with-your-images/ I posted it before lunch. After going out to grab lunch (to-go), and getting back to the office, I already had around 7 replies. I currently have 18 comments on that one post. There is a lot of interesting stuff on that item. I figured I should send email about it here in the mailing list. What do you all think about the questions posed and the discussion following? Garrett From loz@flower.powernet.co.uk Wed Oct 20 15:43:34 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 792C63B077E for ; Wed, 20 Oct 2004 15:43:34 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06166-05 for ; Wed, 20 Oct 2004 15:43:32 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id CE4C33B09E4 for ; Wed, 20 Oct 2004 15:43:31 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9KJhT07031171 for ; Wed, 20 Oct 2004 20:43:29 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 139AEFF6E for ; Wed, 20 Oct 2004 20:43:24 +0100 (BST) From: Laurence Hygate To: F-Spot list Content-Type: multipart/mixed; boundary="=-ufGGPTwsmHjMU74/rB0q" Date: Wed, 20 Oct 2004 20:43:24 +0100 Message-Id: <1098301404.9403.3.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-Virus-Scanned: by amavisd-new at gnome.org Subject: ANDing categories together X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 19:43:34 -0000 --=-ufGGPTwsmHjMU74/rB0q Content-Type: text/plain Content-Transfer-Encoding: 7bit This patch makes categories work the way I intuitively expected. Of course I'm a geek, so using my opinion for this sort of thing is dangerous. * You can select/deselect all tags and categories independently * Only photos which have all tags are displayed * A photo is considered to "have" a tag if it is tagged with it or any of its children The implementation is a bit sucky, but gets the concept across. -- Loz --=-ufGGPTwsmHjMU74/rB0q Content-Disposition: attachment; filename=f-spot-and-tag.diff Content-Type: text/x-patch; name=f-spot-and-tag.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 7bit ? Makefile.solution.f-spot ? configure.scan ? f-spot.cmbx ? f-spot.mdsx ? make.sh ? po/Makefile ? po/Makefile.in ? po/Makefile.in.in ? po/POTFILES ? po/es.gmo ? src/AssemblyInfo.cs ? src/Main.cs ? src/Makefile.f-spot ? src/MyProgram.cs ? src/f-spot.pidb ? src/f-spot.prjx Index: src/PhotoStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/PhotoStore.cs,v retrieving revision 1.40 diff -u -r1.40 PhotoStore.cs --- src/PhotoStore.cs 24 Aug 2004 15:56:04 -0000 1.40 +++ src/PhotoStore.cs 20 Oct 2004 19:36:42 -0000 @@ -967,7 +967,9 @@ public Photo [] Query (Tag [] tags, DateRange range) { + const string AND = " AND "; string query; + string sep = " WHERE "; bool hide = true; if (tags != null) { @@ -1005,38 +1007,44 @@ query_builder.Append (String.Format ("WHERE photos.time >= {0} AND photos.time < {1} ", DbUtils.UnixTimeFromDateTime (range.Start), DbUtils.UnixTimeFromDateTime (range.End))); + sep = AND; } if (hide) { query_builder.Append (String.Format ("{0} photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = {1})", - range != null ? " AND " : " WHERE ", tag_store.Hidden.Id)); + sep, tag_store.Hidden.Id)); + sep = AND; } if (tags != null && tags.Length > 0) { - bool first = true; foreach (Tag t in tags) { if (t.Id == tag_store.Hidden.Id) continue; - - if (first) { - query_builder.Append (String.Format ("{0} photos.id IN (SELECT photo_id FROM photo_tags WHERE tag_id IN (", - hide || range != null ? " AND " : " WHERE ")); + + //Optimizations + //1. if t is root then we can ignore + //2. maintain table of tag_id, tag_id which is the relation (is_or_is_child_of) and join against that rather than the big in statement + bool first = true; + foreach (Tag tag in t.MeAndAncestors) { + if (first) { + query_builder.Append (sep); + query_builder.Append(" photos.id IN (SELECT photo_id FROM photo_tags WHERE tag_id IN ("); + sep = AND; + } + query_builder.Append (String.Format ("{0}{1} ", first ? "" : ", ", tag.Id)); + first = false; } - - query_builder.Append (String.Format ("{0}{1} ", first ? "" : ", ", t.Id)); - - first = false; + if (!first) + query_builder.Append(")) "); } - if (!first) - query_builder.Append (")) "); } query_builder.Append ("ORDER BY photos.time"); query = query_builder.ToString (); Console.WriteLine ("Query Start {0}", System.DateTime.Now.ToLongTimeString ()); - + // Console.WriteLine(query); SqliteCommand command = new SqliteCommand (); command.Connection = Connection; command.CommandText = query; @@ -1091,7 +1099,7 @@ return id_list.ToArray (typeof (Photo)) as Photo []; } - + #if TEST_PHOTO_STORE static void Dump (Photo photo) { Index: src/TagSelectionWidget.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagSelectionWidget.cs,v retrieving revision 1.11 diff -u -r1.11 TagSelectionWidget.cs --- src/TagSelectionWidget.cs 17 Jun 2004 04:05:57 -0000 1.11 +++ src/TagSelectionWidget.cs 20 Oct 2004 19:36:43 -0000 @@ -67,8 +67,8 @@ return false; else if (selection.ContainsKey (tag.Id)) return true; - else if (tag.Category != tag_store.RootCategory && IsSelected (tag.Category)) - return true; + //else if (tag.Category != tag_store.RootCategory && IsSelected (tag.Category)) + // return true; else return false; } @@ -169,6 +169,13 @@ uint tag_id = (uint) value; Tag tag = tag_store.Get (tag_id) as Tag; + // Tags stand alone now + if (IsSelected (tag)) + Unselect (tag); + else + Select (tag); + (Model as TreeStore).EmitRowChanged (path, iter); + /* // Tags under an unselected category are always conceptually unselected. // They appear as selected just in virtue of being children of a selected category. if (! IsSelected (tag.Category)) { @@ -183,7 +190,7 @@ if (tag is Category) UnselectTagsForCategory (tag as Category); } - + */ if (SelectionChanged != null) SelectionChanged (this); } Index: src/TagStore.cs =================================================================== RCS file: /cvs/gnome/f-spot/src/TagStore.cs,v retrieving revision 1.13 diff -u -r1.13 TagStore.cs --- src/TagStore.cs 18 Aug 2004 00:23:35 -0000 1.13 +++ src/TagStore.cs 20 Oct 2004 19:36:43 -0000 @@ -135,6 +135,20 @@ return Category.CompareTo (tag.Category); } } + + public Tag[] MeAndAncestors { //is there a word for that? + get { + // can be improved we are creating a lot of array lists by recursing this way + // should pass an accumulator around instead + ArrayList ancestors = new ArrayList(); + ancestors.Add(this); + if (this is Category) + foreach (Tag tag in (this as Category).Children) + ancestors.AddRange(tag.MeAndAncestors); + return (Tag []) ancestors.ToArray (typeof (Tag)); + } + } + } @@ -153,7 +167,7 @@ children_need_sort = true; } } - + public void AddChild (Tag child) { children.Add (child); --=-ufGGPTwsmHjMU74/rB0q-- From tjb@unh.edu Wed Oct 20 16:01:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A5B813B15AE for ; Wed, 20 Oct 2004 16:01:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07393-01 for ; Wed, 20 Oct 2004 16:01:30 -0400 (EDT) Received: from wintermute.sr.unh.edu (wintermute.sr.unh.edu [132.177.241.100]) by menubar.gnome.org (Postfix) with ESMTP id 5C1153B1590 for ; Wed, 20 Oct 2004 16:01:23 -0400 (EDT) Received: from wintermute.sr.unh.edu (localhost.localdomain [127.0.0.1]) by wintermute.sr.unh.edu (8.13.1/8.13.1) with ESMTP id i9KK1MjC010358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 20 Oct 2004 16:01:22 -0400 Received: (from tjb@localhost) by wintermute.sr.unh.edu (8.13.1/8.13.1/Submit) id i9KK1MRN010357 for f-spot-list@gnome.org; Wed, 20 Oct 2004 16:01:22 -0400 X-Authentication-Warning: wintermute.sr.unh.edu: tjb set sender to tjb@unh.edu using -f From: "Thomas J. Baker" To: f-spot-list@gnome.org In-Reply-To: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> References: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Organization: University of New Hampshire's Research Computing Center Date: Wed, 20 Oct 2004 16:01:22 -0400 Message-Id: <1098302482.31394.25.camel@wintermute.sr.unh.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-1) X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 20:01:33 -0000 On Wed, 2004-10-20 at 15:39 -0400, Garrett LeSage wrote: > Hi all, >=20 > I posted a little item on my website about digital photograph workflow; > basically what people do, and how they'd like to do it. >=20 > I asked this: >=20 > > You have a digital camera. You want the pictures on your computer. You > want them marked somehow (grouped or tagged) so you can find them later > and do stuff with them now. You want to share the images. You may also > want to print them=85 >=20 > What matters to you? How do you currently get your photos in the > computer? What do you do from there? How would you like to have it work > in your ideal world? >=20 > I=92m wondering, as I want to make F-Spot work the way you (or at least a > lot of you) want it to. >=20 > Leave a comment below=85 and/or post to the mailing list. > > =20 > http://linuxart.com/log/archives/2004/10/20/what-do-you-do-with-your-imag= es/ >=20 >=20 > I posted it before lunch. After going out to grab lunch (to-go), and > getting back to the office, I already had around 7 replies. I currently > have 18 comments on that one post. There is a lot of interesting stuff > on that item. >=20 > I figured I should send email about it here in the mailing list. >=20 > What do you all think about the questions posed and the discussion > following? >=20 > Garrett >=20 I've been maintaining photo websites for quite a few years, first dogs for the public then kids for family.=20 Since FC3, I use gthumb-import to import photos automagically when I plug my EOS 10d in. It then runs gthumb where I auto rotate all images appropriately. From there, I run a custom script that copies the raw images to the web server, runs gthumb again so I can weed out the ones I don't want family to see, and then it makes static html using more custom perl scripts.=20 After photos are read in in a YYYY/YYYY-MM-DD directory structure and auto rotated using gthumb, I treat them as read only, almost like negatives. (How about the concept of rolls? A roll is the batch of photos coming off a camera. Everyone does remember film, don't they??) I don't rename the files as I have the camera set to keep incrementing. It's only been reset once during a firmware upgrade but this means I do have duplicate names. I do any modifications to copies. I use gthumb to browse them but I haven't really done much in terms of tagging them. I've got too many photos and too little time to go back and tag everthing to make it meaningful. (I think gthumb just incorporated tagging recently.) A comprehensive system like f-spot would certainly encourage me to go back and tag things though. I like jimmac's concept of albums but I hope I can keep my current archive structure of 'rolls' organized by date. I suppose though that if it were done well enough, I wouldn't care.=20 As far as html exporting, one thing that may be beyond the scope of f- spot is permission levels and access to pictures. Log in as me and you can see everything but log in as someone else and only see what I want you to see. Maybe a public/private flag as a minimum. Maybe this would have to be implemented in an export plugin for a smarter web system. As I said before, I use my own scripts so I'm not familiar with the capabilities of other photo web software. Anyway, it will be nice to have a comprehensive photo cataloging system for linux. tjb P.S. The list seems not to be set to reply-to-list by default. Is this by design? --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D | Thomas Baker email: tjb@unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From sogrady@redmonk.com Wed Oct 20 16:15:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1FC5C3B15C9 for ; Wed, 20 Oct 2004 16:15:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08044-09 for ; Wed, 20 Oct 2004 16:15:00 -0400 (EDT) Received: from fecls-03.atlarge.net (fecls-03.atlarge.net [129.41.63.139]) by menubar.gnome.org (Postfix) with SMTP id 11F353B15DB for ; Wed, 20 Oct 2004 16:15:00 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-03.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Wed, 20 Oct 2004 15:08:43 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.107]) with Microsoft Exchange Server HTTP-DAV ; Wed, 20 Oct 2004 20:08:42 +0000 Received: from minisog by owa.atlarge.net; 20 Oct 2004 16:08:38 -0400 From: Stephen O'Grady To: f-spot-list@gnome.org In-Reply-To: References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Wed, 20 Oct 2004 16:08:37 -0400 Message-Id: <1098302918.8786.30.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-OriginalArrivalTime: 20 Oct 2004 20:08:43.0629 (UTC) FILETIME=[996E51D0:01C4B6E0] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 20:15:04 -0000 in lieu of fixing this, can anyone tell me how start over? i looked for a .f-spot directory to delete and didn't see one. i'd love to use f-spot, but can't at the moment. any help appreciated. On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > my installation of f-spot appears to be borqed. i've done nothing that > i'm aware of to cause it, but while the application will instantiate, > anything following - scrolling through the catalog, picking a spot on > the timeline, etc - causes the application to hang and not recover. it > has under 200 pictures cataloged, with pretty basic tags applied. > > running it from the terminal i get: > > Query Start 22:28:33 > Query Mid 10/17/2004 22:28:33 > Query End 22:28:33 > Start 10/17/2004 22:28:33 > End 10/17/2004 22:28:34 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > Found Year 1998 > Found Year 1999 > Found Year 2000 > Found Year 2001 > Found Year 2002 > Found Year 2003 > Found Year 2004 > min 0 max 11 > 01/01/1998 00:00:00 01/01/1999 00:00:00 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > min 0 max 83 > 01/01/1998 00:00:00 01/01/2005 00:00:00 > Query Start 22:28:34 > Query Mid 10/17/2004 22:28:34 > Query End 22:28:34 > Start 10/17/2004 22:28:34 > End 10/17/2004 22:28:34 > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > 0.000651041666666667 > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > BUG: Filing another request of order 63 (previously 59) for > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > the only thing i've tried as a remedy is reinstalling the application. > > any thoughts, advice? > From mnorthcott@rogers.com Thu Oct 21 09:18:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A3A233B16CC for ; Thu, 21 Oct 2004 09:18:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17698-07 for ; Thu, 21 Oct 2004 09:18:26 -0400 (EDT) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by menubar.gnome.org (Postfix) with SMTP id 0C2DF3B0B3C for ; Thu, 21 Oct 2004 09:18:26 -0400 (EDT) Received: from unknown (HELO m50-iitvpn036235.iit.nrc.ca) (mnorthcott@rogers.com@132.246.36.235 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 21 Oct 2004 13:18:25 -0000 From: Mark Northcott To: f-spot-list@gnome.org In-Reply-To: <1098302918.8786.30.camel@minisog> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-k1DqdfJI6dl8+LGoA6u8" Date: Thu, 21 Oct 2004 09:19:48 -0400 Message-Id: <1098364788.4687.2.camel@jughead> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 13:18:27 -0000 --=-k1DqdfJI6dl8+LGoA6u8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Stephen, The f-spot directory is located in ~/.gnome2/. You can delete that directory to start over... Cheers, Mark On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > in lieu of fixing this, can anyone tell me how start over? i looked for > a .f-spot directory to delete and didn't see one. >=20 > i'd love to use f-spot, but can't at the moment.=20 >=20 > any help appreciated.=20 >=20 > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > my installation of f-spot appears to be borqed. i've done nothing that > > i'm aware of to cause it, but while the application will instantiate, > > anything following - scrolling through the catalog, picking a spot on > > the timeline, etc - causes the application to hang and not recover. it > > has under 200 pictures cataloged, with pretty basic tags applied. > >=20 > > running it from the terminal i get: > >=20 > > Query Start 22:28:33 > > Query Mid 10/17/2004 22:28:33 > > Query End 22:28:33 > > Start 10/17/2004 22:28:33 > > End 10/17/2004 22:28:34 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > Found Year 1998 > > Found Year 1999 > > Found Year 2000 > > Found Year 2001 > > Found Year 2002 > > Found Year 2003 > > Found Year 2004 > > min 0 max 11 > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > min 0 max 83 > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > Query Start 22:28:34 > > Query Mid 10/17/2004 22:28:34 > > Query End 22:28:34 > > Start 10/17/2004 22:28:34 > > End 10/17/2004 22:28:34 > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > 0.000651041666666667 > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > BUG: Filing another request of order 63 (previously 59) for > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > >=20 > > the only thing i've tried as a remedy is reinstalling the application. > >=20 > > any thoughts, advice?=20 > >=20 > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list --=-k1DqdfJI6dl8+LGoA6u8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBd7d039XPl7nTiskRAvYGAJsH4F0aqqxc0yUwrHSyZg8VzvcAkACfTVxs pfNah9rUEPtE6G5RI7y8TJk= =uYt2 -----END PGP SIGNATURE----- --=-k1DqdfJI6dl8+LGoA6u8-- From mnorthcott@rogers.com Thu Oct 21 09:22:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7A5023B14F0 for ; Thu, 21 Oct 2004 09:22:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17836-02 for ; Thu, 21 Oct 2004 09:22:07 -0400 (EDT) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by menubar.gnome.org (Postfix) with SMTP id 2AD4D3B16D4 for ; Thu, 21 Oct 2004 09:22:07 -0400 (EDT) Received: from unknown (HELO m50-iitvpn036235.iit.nrc.ca) (mnorthcott@rogers.com@132.246.36.235 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 21 Oct 2004 13:22:03 -0000 From: Mark Northcott To: f-spot-list@gnome.org In-Reply-To: <1098364788.4687.2.camel@jughead> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> <1098364788.4687.2.camel@jughead> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RTTrjEb5AHetdcS602k/" Date: Thu, 21 Oct 2004 09:23:26 -0400 Message-Id: <1098365006.4687.6.camel@jughead> Mime-Version: 1.0 X-Mailer: Evolution 1.5.9.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 13:22:09 -0000 --=-RTTrjEb5AHetdcS602k/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable It's way too early... I just re-read my reply and realized that it could easily be interpreted as saying 'delete ~/.gnome2 to start over with f-spot'... which would of course work, but it would also cause many other headaches! Just to clarify, delete ~/.gnome2/f-spot to start over. Cheers, Mark On Thu, 2004-10-21 at 09:19 -0400, Mark Northcott wrote: > Stephen, >=20 > The f-spot directory is located in ~/.gnome2/. You can delete that > directory to start over... >=20 > Cheers, > Mark >=20 > On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > > in lieu of fixing this, can anyone tell me how start over? i looked for > > a .f-spot directory to delete and didn't see one. > >=20 > > i'd love to use f-spot, but can't at the moment.=20 > >=20 > > any help appreciated.=20 > >=20 > > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > > my installation of f-spot appears to be borqed. i've done nothing tha= t > > > i'm aware of to cause it, but while the application will instantiate, > > > anything following - scrolling through the catalog, picking a spot on > > > the timeline, etc - causes the application to hang and not recover. i= t > > > has under 200 pictures cataloged, with pretty basic tags applied. > > >=20 > > > running it from the terminal i get: > > >=20 > > > Query Start 22:28:33 > > > Query Mid 10/17/2004 22:28:33 > > > Query End 22:28:33 > > > Start 10/17/2004 22:28:33 > > > End 10/17/2004 22:28:34 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > Found Year 1998 > > > Found Year 1999 > > > Found Year 2000 > > > Found Year 2001 > > > Found Year 2002 > > > Found Year 2003 > > > Found Year 2004 > > > min 0 max 11 > > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > min 0 max 83 > > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > > Query Start 22:28:34 > > > Query Mid 10/17/2004 22:28:34 > > > Query End 22:28:34 > > > Start 10/17/2004 22:28:34 > > > End 10/17/2004 22:28:34 > > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > > 0.000651041666666667 > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > BUG: Filing another request of order 63 (previously 59) for > > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > >=20 > > > the only thing i've tried as a remedy is reinstalling the application= . > > >=20 > > > any thoughts, advice?=20 > > >=20 > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list >=20 > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list --=20 Mark Northcott --=-RTTrjEb5AHetdcS602k/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBd7hO39XPl7nTiskRAhhzAJ9GMZ0j4BmRkhnvFgtFaW7vIRL63ACaAxRc 3qWfyELRrzFEQxMV/trkTjM= =csny -----END PGP SIGNATURE----- --=-RTTrjEb5AHetdcS602k/-- From sogrady@redmonk.com Thu Oct 21 13:02:55 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DB2483B16C2 for ; Thu, 21 Oct 2004 13:02:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29870-03 for ; Thu, 21 Oct 2004 13:02:50 -0400 (EDT) Received: from fecls-02.atlarge.net (fecls-02.atlarge.net [129.41.63.107]) by menubar.gnome.org (Postfix) with SMTP id 904103B177F for ; Thu, 21 Oct 2004 13:02:50 -0400 (EDT) Received: from MAIL-15PS.atlarge.net ([129.41.63.124]) by fecls-02.atlarge.net with Microsoft SMTPSVC(5.0.2195.6713); Thu, 21 Oct 2004 11:54:58 -0500 Received: from 64.223.233.168 ([64.223.233.168]) by MAIL-15PS.atlarge.net ([10.100.50.124]) via Exchange Front-End Server owa.atlarge.net ([129.41.63.107]) with Microsoft Exchange Server HTTP-DAV ; Thu, 21 Oct 2004 16:53:07 +0000 Received: from minisog by owa.atlarge.net; 21 Oct 2004 12:53:03 -0400 From: Stephen O'Grady To: Mark Northcott In-Reply-To: <1098365006.4687.6.camel@jughead> References: <94fe55d904101500027bcd20bb@mail.gmail.com> <1097854374.8755.3.camel@minisog> <1097914722.8284.34.camel@lewinghost> <1098302918.8786.30.camel@minisog> <1098364788.4687.2.camel@jughead> <1098365006.4687.6.camel@jughead> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: RedMonk Date: Thu, 21 Oct 2004 12:53:02 -0400 Message-Id: <1098377582.10017.11.camel@minisog> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-OriginalArrivalTime: 21 Oct 2004 16:54:58.0711 (UTC) FILETIME=[B2DA5A70:01C4B78E] X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: F-Spot Hangs X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sogrady@redmonk.com List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 17:02:55 -0000 :) yeah, that would have been ugly, but fortunately i caught your meaning. worked like a champ, as i now get to start fresh. thx much, sog On Thu, 2004-10-21 at 09:23 -0400, Mark Northcott wrote: > It's way too early... I just re-read my reply and realized that it > could easily be interpreted as saying 'delete ~/.gnome2 to start over > with f-spot'... which would of course work, but it would also cause > many other headaches! > > Just to clarify, delete ~/.gnome2/f-spot to start over. > > Cheers, > Mark > > On Thu, 2004-10-21 at 09:19 -0400, Mark Northcott wrote: > > Stephen, > > > > The f-spot directory is located in ~/.gnome2/. You can delete that > > directory to start over... > > > > Cheers, > > Mark > > > > On Wed, 2004-10-20 at 16:08 -0400, Stephen O'Grady wrote: > > > in lieu of fixing this, can anyone tell me how start over? i looked for > > > a .f-spot directory to delete and didn't see one. > > > > > > i'd love to use f-spot, but can't at the moment. > > > > > > any help appreciated. > > > > > > On Sun, 2004-10-17 at 21:43 -0500, O'Grady Stephen wrote: > > > > my installation of f-spot appears to be borqed. i've done nothing that > > > > i'm aware of to cause it, but while the application will instantiate, > > > > anything following - scrolling through the catalog, picking a spot on > > > > the timeline, etc - causes the application to hang and not recover. it > > > > has under 200 pictures cataloged, with pretty basic tags applied. > > > > > > > > running it from the terminal i get: > > > > > > > > Query Start 22:28:33 > > > > Query Mid 10/17/2004 22:28:33 > > > > Query End 22:28:33 > > > > Start 10/17/2004 22:28:33 > > > > End 10/17/2004 22:28:34 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > Found Year 1998 > > > > Found Year 1999 > > > > Found Year 2000 > > > > Found Year 2001 > > > > Found Year 2002 > > > > Found Year 2003 > > > > Found Year 2004 > > > > min 0 max 11 > > > > 01/01/1998 00:00:00 01/01/1999 00:00:00 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > min 0 max 83 > > > > 01/01/1998 00:00:00 01/01/2005 00:00:00 > > > > Query Start 22:28:34 > > > > Query Mid 10/17/2004 22:28:34 > > > > Query End 22:28:34 > > > > Start 10/17/2004 22:28:34 > > > > End 10/17/2004 22:28:34 > > > > Zoom 0 zoom_to_fit 0.000651041666666667 image_zoom > > > > 0.000651041666666667 > > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > > Zoom 0 zoom_to_fit 0.34375 image_zoom 0.34375 > > > > BUG: Filing another request of order 63 (previously 59) for > > > > `/home/sog/.thumbnails/large/b7ffac51177db8fd3b0c96b6f4576880.png' > > > > > > > > the only thing i've tried as a remedy is reinstalling the application. > > > > > > > > any thoughts, advice? > > > > > > > _______________________________________________ > > > F-spot-list mailing list > > > F-spot-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/f-spot-list > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list From bengt@thuree.com Wed Oct 20 04:12:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F2C223B0EC9 for ; Wed, 20 Oct 2004 04:12:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04671-07 for ; Wed, 20 Oct 2004 04:12:35 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id C13133B10A8 for ; Wed, 20 Oct 2004 04:12:34 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id 3EC2A3A986 for ; Wed, 20 Oct 2004 10:12:13 +0200 (CEST) Received: from 194.237.142.13 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Wed, 20 Oct 2004 10:12:13 +0200 (CEST) Message-ID: <29522.194.237.142.13.1098259933.squirrel@denton.thuree.com> Date: Wed, 20 Oct 2004 10:12:13 +0200 (CEST) From: bengt@thuree.com To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Thu, 21 Oct 2004 13:12:47 -0400 Subject: EXIF and IPTC meta data X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 08:12:36 -0000 Hej I just happend to find this software, and am very interested in it. I have not been able to find out if F-Spot handles EXIF and IPTC data though. Hopefully someone on this list would be able to help me on this. I have some 1000+ pictures (growing by every week) and want to be able to set the various EXIF and IPTC data (like country, town, people, keywords, comment etc) on one or more pictures at a time. I would also like the EXIF and IPTC data to be exported back to the JPG picture so other programs could see them. Do not mind to store this in a small database first, and then later do a resync to syncronize with the JPGs (import or export). I am currently using the demo version of Iview MediaPro which works very nice in this. For more information regarding Iview MediaPro check below. Thanks in advance, and I am keeping my fingers crossed that I have found a Photo Album Management software for Linux, so I can start to manage our growing image library. Bengt http://www.iview-multimedia.com/products/mediapro/index.php "iView MediaPro 2 supports the import, editing and export of media annotations (also called meta data). It supports annotations in the resource and data fork (JPEG/Photoshop). MediaPro allows the creation of favorites for consistent editing. Annotations can be saved back to the original file or remain in the catalog separate from the file. MediaPro supports the following annotation/meta data standards" But I really would like to have an application that can modify EXIF and IPTC parameters From loz@flower.powernet.co.uk Thu Oct 21 17:40:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 252563B09E6 for ; Thu, 21 Oct 2004 17:40:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09322-04 for ; Thu, 21 Oct 2004 17:40:56 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 9D0BA3B173C for ; Thu, 21 Oct 2004 17:40:55 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9LLeixG027493 for ; Thu, 21 Oct 2004 22:40:50 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id D81CAFF6E for ; Thu, 21 Oct 2004 22:40:31 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 21 Oct 2004 22:40:31 +0100 Message-Id: <1098394831.9313.1.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Slideshow X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 21:40:58 -0000 An idea I just saw scrolling through IRC. Somebody would like a slideshow where he defines the order of the pictures, and has to click between each slide. Kind of like a slide projector. -- Laurence Hygate From federico@ximian.com Thu Oct 21 20:53:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2F7383B077E for ; Thu, 21 Oct 2004 20:53:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16812-07 for ; Thu, 21 Oct 2004 20:53:52 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2A9733B07A4 for ; Thu, 21 Oct 2004 20:53:50 -0400 (EDT) Received: (qmail 29478 invoked from network); 22 Oct 2004 00:53:49 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 22 Oct 2004 00:53:49 -0000 From: Federico Mena Quintero To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Thu, 21 Oct 2004 19:51:43 -0500 Message-Id: <1098406303.8099.21.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 00:53:58 -0000 On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > *food for thought* Munch munch munch. > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. Laurence sent a patch for that yesterday... that should definitely be integrated, IMO. > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. [snip] > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. I think tags are orthogonal to albums as you propose them. Tags are exactly what photographers wish for but cannot do with physical media. A pro photographer stores a metric assload of photos, and when a client comes by and says, "I need a picture of a foo hugging a bar", the pro photographer has to go through his archives, looking for such a thing. With tags, it would be easy to find. For non-pros, like myself, I like to use tags with a dual purpose: to let me classify my images according to content, and to let me improve my photography. Classifying according to content is cumbersome, but it can't be helped without automatic categorization (insert dreams about the UWash categorization stuff here). This is so that when my wife asks me, "do you remember that picture of such and such person in Veracruz, about three months ago", I can find it easily. I have a tag for "stuff I've put in my web page", which are images that I think are worthy of being shown around. I have a tag for "portfolio-quality stuff", which is for pictures I wouldn't mind hanging on my wall --- it only holds very few photos, but it allows me to think what was it that *really* made them work. I also have a "near misses" tag, which allows me to easily go through pictures that would be worthy of showing around if it were not for a stupid flaw that I didn't notice while shooting. It's the tag for, "here, dumbass, pay more attention to *this* next time". My workflow goes as such: 1. Import images 2. Delete the complete disasters --- bear-in-a-cave shots, completely wrong exposures, shaky images, etc. 3. Tag by content. 4. Pick the ones I like. Pick the near misses, tag them as such. 5. Pick a few of the good ones for my web page, tag them as such. 6. After a while, go through the ones in (5) and see if I have any portfolio-quality stuff. For near misses, I'd like to enter comments in a text field. See the book "Walker Evans at Work"; this is a little gem about how W.E. would choose among his negatives for the best pictures. An album would be "good images of related content". If you were building an album of your last vacation's photos, you'd drag the good images from that time period into a list of some sort. If you were building an album of pictures of your wife, you'd hand-pick among the ones that have her name tag, and likewise drag them into a list. Here's some workflow and editing-type advice from People Who Know What They Are Doing: http://www.luminous-landscape.com/columns/sm-10-06.html http://www.luminous-landscape.com/tutorials/cataloguing.shtml So, I think tags are orthogonal to albums. The former are for your personal organization, the latter are to let you put together the stuff you'd like to show to people. Federico From lewing@ximian.com Fri Oct 22 12:53:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CFB063B0EE3 for ; Fri, 22 Oct 2004 12:53:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21916-06 for ; Fri, 22 Oct 2004 12:53:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 63C2B3B0FE9 for ; Fri, 22 Oct 2004 12:53:07 -0400 (EDT) Received: (qmail 30902 invoked from network); 22 Oct 2004 16:53:06 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 16:53:06 -0000 From: Larry Ewing To: Laurence Hygate In-Reply-To: <1098394831.9313.1.camel@nessie.localdomain> References: <1098394831.9313.1.camel@nessie.localdomain> Content-Type: text/plain Date: Fri, 22 Oct 2004 11:53:03 -0500 Message-Id: <1098463983.5895.3.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Slideshow X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 16:53:10 -0000 On Thu, 2004-10-21 at 22:40 +0100, Laurence Hygate wrote: > An idea I just saw scrolling through IRC. Somebody would like a > slideshow where he defines the order of the pictures, and has to click > between each slide. Kind of like a slide projector. Yeah that has always be part of the plan to be able to basically be able to construct and export a specific slideshow with more options on timing and ordering, but I plan to keep the current quick slideshow roughly the way it is. --Larry From xkahn@ximian.com Fri Oct 22 14:31:31 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 584E13B0926 for ; Fri, 22 Oct 2004 14:31:31 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25770-06 for ; Fri, 22 Oct 2004 14:31:29 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id F418C3B0800 for ; Fri, 22 Oct 2004 14:31:28 -0400 (EDT) Received: (qmail 31219 invoked from network); 22 Oct 2004 18:31:28 -0000 Received: from localhost (HELO zedzone.boston.ximian.com) (xkahn@127.0.0.1) by localhost with SMTP; 22 Oct 2004 18:31:28 -0000 From: Benjamin Kahn To: f-spot-list@gnome.org Content-Type: text/plain Date: Fri, 22 Oct 2004 14:31:21 -0400 Message-Id: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 18:31:31 -0000 I've just started trying f-spot out as my photo management application. I checked out the sources from CVS yesterday (October 21st, 2004) and compiled. Here are some of my thoughts and comments. When adopting a photo application, most users probably already have a good collection of images. So the first step is to import them all into the new program. In my case, I have them stored on a server. So I needed to copy them into F-Spot. I saw no way inside of F-Spot to do this automatically, so I SCP'd to the files from the server to the local machine. But, the connection was pretty slow (25k/s!) and the amount of data fairly large (okay, only a Gig of data...) so I got impatient while loading the images and imported the directory multiple times. This lead to duplicate images. So feature requests from this: * Have a way to import images from online albums similar to export. A plugin system for different types of online repositories would be great, but supporting directories of files and Gallery would be a great start. * During import, if the image is already in the catalog, don't import it again. (Plus, what happens if I import an image twice, select one instance and pick Edit -> Delete from Drive?) * I should be able to select a directory as a source for images. Images added to this directory should automatically import. * Lots of context information was lost in the import. I kept the images organized in folders which would have made GREAT tag names. For example, 2003/Jan/14 should have created three tags: 2003, Jan, and 14. All the images in that directory should have been given those tags. * The thumbnails displayed come from the thumbnails embedded in the exif data which is defined to be 160x120 always. While this makes importing really fast, it means that large icons always display badly (until a real thumbnail is generated) and rotated images are displayed wrong (again, until a real thumbnail is generated). Either there should be a background process for creating real thumbnails, or the correct thumbnails should be produced at import time. Bug list: * While importing the incomplete list of images, the new images sometimes wouldn't show up in the list, or would appear blank. * When scrolling quickly through the list, thumbnails often don't appear. When this happens, this message arrives on the console: BUG: Filing another request of order 26 (previously 25) for `/home/xkahn/.thumbnails/large/cfef809df6a3aabc6b6b79fdd654a31c.png' * Importing a directory was very confusing somehow. The file dialog made it very difficult since it kept OPENING the directory I was trying to import. For some reason it took me a while to notice that the "Open" button was enabled even when nothing was selected. Also, once a directory was selected, it was hard to unselect it. (You have to hold down ctrl and click that directory again.) Next I wanted to play around with the interface a little to get a feel with what I can do with F-Spot. I looked at tags... Feature Requests: * When you assign a tag that has no associated image yet (say... the Other tag) the tag's icon becomes that first image. This was pretty surprising at first, and I can't remove the image completely. (Okay, okay... Why would you want a tag that doesn't have an icon? How will you be able to tell when that tag is applied?) Maybe this is a bug report asking that all top level tags come with icons already. Or maybe a tag without an icon should be represented by a text label? * The checkboxes in the left hand sidebar are somewhat confusing to me. I selected a number of pictures and clicked the checkbox for the Other tag. Oops! The checkbox is intended as a filtering system, and all the images disappeared. The checkbox should be a tag assignment system. (Yes, I know about the right-click menu, dragging tags to images and dragging images to tags, and the Tags -> Attach Tag to Selection and Tags -> Remove Tag from Selection. These methods seem less obvious and confusing.) Filtering should be a different mode from assigning. * Tags should be auto-created and assigned at import time as much as possible. Bugs: * Tags listed in the left sidebar should all be uniformly sized. There shouldn't be tags that are very tall (because of their icon) and those that are very short. (because of their lack of icon) * When an icon is assigned to a tag, the tag spacing isn't updated to hold the image, and the image is chopped off. * When assigning a non-top level tag to an image, the top level tag icon is displayed as being associated. The actual tag icon should be shown. * The Tag menu doesn't have an accelerator. * The menuitem "Remove Tag from Selection" doesn't have an accelerator. Next, I wanted to do some light editing on the images I had imported. First up is rotation. I tend to always turn the camera the same way when taking pictures, so I selected 4 images right away that all needed to be rotated left. On a hunch, I right clicked one of the images and saw the rotate menu item and selected it. Bugs: * Because of the thumbnail import bug listed above, rotating images can be very frustrating. (Images appear to be rotated twice since the thumbnail is wrong at first.) Now I wanted to examine a number of images to make sure it wasn't blurry, find which one was best, etc. Double clicking on an image works to view it, as does selecting the right tab. Once viewing the image, things degrade a little. Feature Requests: * Standard GNOME zoom keys should work: Ctrl-+ (Zoom In) and Ctrl-- (Zoom Out) and Ctrl-= (Full Size) and Ctrl-0 (Fit to Screen) * Clicking and Dragging across the image creates a crop box. It should pan the image instead. (Cropping is important I guess, but it's more likely that I'm examining an image, esp if the image is larger than the screen. Cropping, or any edits, should be a mode.) * If I unzoom the image too far, I end up back at the list of images. Yeah, my camera does that too, but it feels a little weird in an application. It should just make the image smaller. Bugs: * The mouse wheel looks like it's trying to zoom the image. (The image becomes sharper for a moment and then smooths out again as the wheel turns.) But the zoom isn't working. Actually, it's weirder than that. If I zoom the image in and try the mousewheel, the image pans (very slowly) in relation to the area of the image the mouse is hovering over. I know, I know. Put these problems in bugzilla! Okay, I will. But wanted to jot down my notes from trying things out first. From lewing@ximian.com Fri Oct 22 15:04:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 813DD3B0AF8 for ; Fri, 22 Oct 2004 15:04:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27188-05 for ; Fri, 22 Oct 2004 15:04:34 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 097363B0E40 for ; Fri, 22 Oct 2004 15:04:01 -0400 (EDT) Received: (qmail 31340 invoked from network); 22 Oct 2004 19:04:00 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 19:04:00 -0000 From: Larry Ewing To: Jakub Steiner In-Reply-To: <1098282741.4790.107.camel@hal.jimmac.cz> References: <1098282741.4790.107.camel@hal.jimmac.cz> Content-Type: text/plain Date: Fri, 22 Oct 2004 14:04:00 -0500 Message-Id: <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 19:04:36 -0000 Sweet!. Ok first off, I'm really appreciative of the thoughts here, and I'm very open to changing the current system but I'm not sure simply replacing the tag metaphor with a virtual album metaphor is a solution. I'll try to explain as I go. I'm going to be making the case for tags as I see them in this mail please don't take it as a rejection of the "virtual album" concept I just want to make sure you understand where I am coming from. On Wed, 2004-10-20 at 16:32 +0200, Jakub Steiner wrote: > Hi Folks, > > *food for thought* > > I want to put the concept of tags, as we have them now in F-Spot, in > question and propose a more natural interface concept. The suggestion > comes from thinking about various tasks we came up for F-Spot [1], > taking export functionality in particular consideration [2]. > > Tags > ==== > > As it stands, the user has a flat library of photos. Each photo can have > a set of tags assigned to it, such as what place the image was taken, > what event that was, who/what appears on the image. > > Query Logic > ----------- > Tags enable the user to limit the view to images containing a specific > tag. The user can also select multiple tags at once. Contrary to my > point of view, this doesn't limit the query further, but enhances the > view by adding images containing tags using the OR operand. How many > times have you queried the library for "Photos from Boston or Tuomas"? > "Images of Dogs or Favourite Images?". > > With the current interface, it is not possible to query for Event AND > Person so that one could get images of a person appearing while at an > Event. > The plan has always been to allow for AND over the group as well as or as well as NOT. I haven't gotten that far yet, and to be honest I'm not sure how I want to proceed in the ui but that doesn't mean it is impossible. There are existing implementations of the tag/category metaphor that allow for just that. > Human Language > -------------- > There is no clear metaphoric link to tags. In the physical world, we > structure our photos in albums or piles. It is not physically possible > to have one image appear in multiple albums. > The current physical metaphor I want you to think of for tags is colored sticky notes poking out of a file drawer, with an easy way to pull out just the photos that match and put them in a pile (an active search). Photo Albums are a separate metaphor, they are the things you produce to show people by making prints. So in this world view albums would the things you uploaded to the web not your photo file. This seems obvious to me, although the current code seems to have left plenty of people baffled so I guess chances are good that I am wrong completely wrong. The physical impossibility of an image being in multiple albums doesn't have any relation to this model, it also isn't a problem in the real world because people make prints. Try thinking of a category as the color of the sticky note and the tag as the label on it. In this view a tag is a slightly structured keyword and is orthogonal to a folder drawer or an album. I think it probably makes sense to allow for multiple drawers. and offer a simple way to switch between them but I think there should be very few of these and the interface should encourage slapping a sticky note on something as opposed to making a drawer for a group. It seems like a flat namespace of drawers would be sufficient. > Reuse > ----- > With the tag interface to the library is not possible to store a certain > query. One has to manually deselect the current "filter" and apply a new > one. > This is absolutely doable with the current backend and honestly I don't see albums really help us here since real world folders can't store living searches either. We just cheat sometimes and call them "virtual". > Metadata > -------- > We do want to have additional metadata associated with an image. It is > confusing to use this concept for some, and another for the rest (name, > caption...) > Do you mean that it is strange to have sticky note on an image as well as an exposure sheet and a description? I'm trying to understand but I think you are suffering from the fact that you keep wanting to see tags as albums not as sticky notes. Or do you mean that > Export Implementation > --------------------- > While it is theoretically possible to come up with a dynamic web system > for exporting photos on the web, retaining the same concepts as applied > on F-Spot alone with tags, it relies heavily on server side scripting > and doesn't sound trivial to do. Generating static HTML pages with the > tag interface is hardly doable with way too many permutations to deal > with. There is no possible way to match all the various web gallery structures and I don't think we want to. A web gallery is an item unto itself it is external to your file drawer. Don't try to make one into the other. > Proposal - Albums > ================= > I propose we use a concept of Albums and Virtual Albums (similar to > vFolders in Evolution) instead of tags. > As an evolution hack I developed a lot of opinions on vfolders few of them good. Most of the problems I have with them are related to implementation details, like speed in switching, but in general I think they require too much setup and don't offer much. I end up just doing quick searches to find mail I'm interested in 99% of the time. I do have some mail sorted into actual folders, usually list mail which I consider separate enough from the rest of my mail that I don't want to mix them. I really think having a search history and forward/back navigation makes more sense than having explicitly saved searches. > > Human Language > -------------- > Album is a real world object that easy to understand. The term Virtual > Album clearly exhibits the difference from the physical Album. > > Reuse & Consistency > ------------------- > The concept of stored queries isn't new. We have them in Evolution and > hopefully thanks to beagle it will appear in the file-manager, file > dialogs and elsewhere on the desktop. I use evolution's search or beast to find messages not vfolders. And I use google a lot more than my bookmarks. Granted I do have a few bookmarks (as an aside, I'm actually using mostly using tomboy for bookmarks lately) just like I have mail folders. I'm having trouble with the valbum metaphor in another place here too. The way I see it stored searches are live queries on a set of attributes and so I'm wondering what attributes we can build valbums from. Are you saying that we should have two types of album, one that is actual and one that is virtual? And If so that virtual albums are stored queries on the combination of actual album and other attributes like time and date? How would this be represented in the ui? Or are you saying that we only have one type of album, a virtual one, and that it is implemented by adding an attribute the image and that stored searches are something separate from valbums and live in the search bar/box/ui dingus? In this case the situation for vablums and tags/categories is exactly the same and it sounds like we are just discussing a name change. > Metadata > -------- > Image attributes (including the stuff that's done with tags now) is > defined at one place in the UI. > I'm not sure what you are getting at here. If there are multiple album types there has to be a lot of ui for making the valbum and if there are only valbums > Export Implementation > --------------------- > Mostly every web image gallery is structured in albums. Even stored > queries (Virtual Albums) could be generated as static HTML. > I intended to use active queries further limited by selection for this. The same way I do slide shows and editing actions. Is there some value with linking things at a deeper level that I'm missing? Like I said this message is mostly intended to show that there is some logic to the current metaphor, and that I don't completely understand what you are proposing. I hope it doesn't seem hostile, I really appreciate the input. Now I'm going to go back and chew on the valbum plans for a while longer and see if I missed something or inspiration strikes. Thanks again Jakub, --Larry From liste@jordet.nu Fri Oct 22 16:00:44 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A4FFD3B0D1C for ; Fri, 22 Oct 2004 16:00:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29684-01 for ; Fri, 22 Oct 2004 16:00:40 -0400 (EDT) Received: from dodge.jordet.nu (unknown [82.147.40.124]) by menubar.gnome.org (Postfix) with ESMTP id 700AF3B0BCD for ; Fri, 22 Oct 2004 16:00:00 -0400 (EDT) Received: from chevrolet.jordet (cadillac.jordet [192.168.1.1]) (authenticated bits=0) by dodge.jordet.nu (8.13.1/8.13.1/Debian-15) with ESMTP id i9MJxqQ3002799 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 22 Oct 2004 21:59:53 +0200 From: Stian Jordet To: f-spot-list@gnome.org In-Reply-To: <1098469881.8089.67.camel@zedzone.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 21:59:51 +0200 Message-Id: <1098475191.2513.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75-1, clamav-milter version 0.75c on dodge X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:00:44 -0000 Hi, fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > * I should be able to select a directory as a source for images. > Images added to this directory should automatically import. I would give anything for this feature, it's the only thing I miss. I'm using a perl script that stores the pictures the way I want them, and would, at least for now, like to continue to use that. Would be just so sweet :) This is kind of in bugzilla already (not exactly your feature, but duplicate detection), bug #153339 with a patch, I just realized :D Best regards, Stian From lewing@ximian.com Fri Oct 22 16:03:07 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8A9723B0B80 for ; Fri, 22 Oct 2004 16:03:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29736-01 for ; Fri, 22 Oct 2004 16:03:05 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 401693B08D4 for ; Fri, 22 Oct 2004 16:03:05 -0400 (EDT) Received: (qmail 31449 invoked from network); 22 Oct 2004 20:03:04 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:03:04 -0000 From: Larry Ewing To: Benjamin Kahn In-Reply-To: <1098469881.8089.67.camel@zedzone.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:03:04 -0500 Message-Id: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:03:07 -0000 On Fri, 2004-10-22 at 14:31 -0400, Benjamin Kahn wrote: > I've just started trying f-spot out as my photo management application. > I checked out the sources from CVS yesterday (October 21st, 2004) and > compiled. Here are some of my thoughts and comments. > > When adopting a photo application, most users probably already have a > good collection of images. So the first step is to import them all into > the new program. In my case, I have them stored on a server. So I > needed to copy them into F-Spot. > F-Spot really needs to start up with a big "Import Photos" dialog when you start it for the first time to ease people into the import flow as well. > I saw no way inside of F-Spot to do this automatically, so I SCP'd to > the files from the server to the local machine. But, the connection was > pretty slow (25k/s!) and the amount of data fairly large (okay, only a > Gig of data...) so I got impatient while loading the images and imported > the directory multiple times. This lead to duplicate images. > > So feature requests from this: > > * Have a way to import images from online albums similar to > export. A plugin system for different types of online > repositories would be great, but supporting directories of files > and Gallery would be a great start. The current Gallery code should work for downloading all this needs is a ui and some thought. In general the problem is harder and and I need to come up with a decent plug-in interface for importers and exporters. I wish there were decent c# gnome-vfs bindings so that I could use things like the ssh vfs methods to write an importer. Oh well, I'm sure some will come along. > * During import, if the image is already in the catalog, don't > import it again. (Plus, what happens if I import an image > twice, select one instance and pick Edit -> Delete from Drive?) You have one thumbnail that will not load an image, I'm not sure if it is smart enough to show the broken image icon right now if there is a not a valid thumbnail. Obviously there are better ways this could be handled > * I should be able to select a directory as a source for images. > Images added to this directory should automatically import. you can. The directory selection logic in gtkfilechooser is just very, very confusing. Federico you want to comment on this? > * Lots of context information was lost in the import. I kept the > images organized in folders which would have made GREAT tag > names. For example, 2003/Jan/14 should have created three tags: > 2003, Jan, and 14. All the images in that directory should have > been given those tags. I see what you are getting at but I'm not sure the example is the best. If the exif data is intact we know the date and there are better ways to represent it than tags. I suppose the import dialog could look for subdirectories in the import folder and offer to create tags for them if they don't match the DCF file format spec. > * The thumbnails displayed come from the thumbnails embedded in > the exif data which is defined to be 160x120 always. While this > makes importing really fast, it means that large icons always > display badly (until a real thumbnail is generated) and rotated > images are displayed wrong (again, until a real thumbnail is > generated). Either there should be a background process for > creating real thumbnails, or the correct thumbnails should be > produced at import time. > The plan is to update the thumbails after the import in an idle handler. It has stayed pretty low on the list so far but patches are welcome. > Bug list: > > * While importing the incomplete list of images, the new images > sometimes wouldn't show up in the list, or would appear blank. Hmmm I don't remeber seeing this but it is possible some of the images wouldn't appear in that dialog if they didn't have a thumbnail in the exif data. File it. > * When scrolling quickly through the list, thumbnails often don't > appear. When this happens, this message arrives on the console: > BUG: Filing another request of order 26 (previously 25) for > `/home/xkahn/.thumbnails/large/cfef809df6a3aabc6b6b79fdd654a31c.png' this is only because you have duplicate images in the database, Once the duplicate import bug is solved this will not be an image. > * Importing a directory was very confusing somehow. The file > dialog made it very difficult since it kept OPENING the > directory I was trying to import. For some reason it took me a > while to notice that the "Open" button was enabled even when > nothing was selected. Also, once a directory was selected, it > was hard to unselect it. (You have to hold down ctrl and click > that directory again.) Bug Federico, this is stock gtk here. > > Next I wanted to play around with the interface a little to get a feel > with what I can do with F-Spot. I looked at tags... > > Feature Requests: > > * When you assign a tag that has no associated image yet (say... > the Other tag) the tag's icon becomes that first image. This > was pretty surprising at first, and I can't remove the image > completely. (Okay, okay... Why would you want a tag that > doesn't have an icon? How will you be able to tell when that > tag is applied?) Maybe this is a bug report asking that all top > level tags come with icons already. Or maybe a tag without an > icon should be represented by a text label? The toplevel tags all need to have icons. Maybe I'll just shove some nautilus emblems in there and hope to customize them eventually. > * The checkboxes in the left hand sidebar are somewhat confusing > to me. I selected a number of pictures and clicked the checkbox > for the Other tag. Oops! The checkbox is intended as a > filtering system, and all the images disappeared. The checkbox > should be a tag assignment system. (Yes, I know about the > right-click menu, dragging tags to images and dragging images to > tags, and the Tags -> Attach Tag to Selection and Tags -> Remove > Tag from Selection. These methods seem less obvious and > confusing.) Filtering should be a different mode from > assigning. I think everyone agrees the current ui for the tag tree is highly confusing. The right way to fix it is still up for debate, but I promise things will get better. > * Tags should be auto-created and assigned at import time as much > as possible. > Agreed. > Bugs: > > * Tags listed in the left sidebar should all be uniformly sized. > There shouldn't be tags that are very tall (because of their > icon) and those that are very short. (because of their lack of > icon). Hrmmm I'll think about it. > * When an icon is assigned to a tag, the tag spacing isn't updated > to hold the image, and the image is chopped off. File a GtkTreeView bug. It should resize when the pixbuf in a row changes. > * When assigning a non-top level tag to an image, the top level > tag icon is displayed as being associated. The actual tag icon > should be shown. actually I'm leaning towards only showing toplevel tag icons in the icon list and showing full tags in the photo view. It would limit the number of possible tags and look nicer, and I'm not sure it would hurt things. > * The Tag menu doesn't have an accelerator. > * The menuitem "Remove Tag from Selection" doesn't have an > accelerator. > File bugs for these. > Next, I wanted to do some light editing on the images I had imported. > First up is rotation. I tend to always turn the camera the same way > when taking pictures, so I selected 4 images right away that all needed > to be rotated left. On a hunch, I right clicked one of the images and > saw the rotate menu item and selected it. > > Bugs: > > * Because of the thumbnail import bug listed above, rotating > images can be very frustrating. (Images appear to be rotated > twice since the thumbnail is wrong at first.) > > Now I wanted to examine a number of images to make sure it wasn't > blurry, find which one was best, etc. Double clicking on an image works > to view it, as does selecting the right tab. Once viewing the image, > things degrade a little. > > Feature Requests: > > * Standard GNOME zoom keys should work: Ctrl-+ (Zoom In) and > Ctrl-- (Zoom Out) and Ctrl-= (Full Size) and Ctrl-0 (Fit to > Screen) Already in the queue, a couple of fixes in the f-image-view.c and the zooming code need to happen first for this to work. > * Clicking and Dragging across the image creates a crop box. It > should pan the image instead. (Cropping is important I guess, > but it's more likely that I'm examining an image, esp if the > image is larger than the screen. Cropping, or any edits, should > be a mode.) I'll probably use middle button for panning for now. It is possible I should move all the editing out of the mail view dialog. I haven't decided one way or the other yet. > > * If I unzoom the image too far, I end up back at the list of > images. Yeah, my camera does that too, but it feels a little > weird in an application. It should just make the image smaller. > File it and I'll think about it, trow mentioned he disliked that feature as well. I like using one binding for both but I'm not sold on it. > Bugs: > > * The mouse wheel looks like it's trying to zoom the image. (The > image becomes sharper for a moment and then smooths out again as > the wheel turns.) But the zoom isn't working. Actually, it's > weirder than that. If I zoom the image in and try the > mousewheel, the image pans (very slowly) in relation to the area > of the image the mouse is hovering over. > Yeah the current zoom stuff is seriously crappy, > I know, I know. Put these problems in bugzilla! Okay, I will. But > wanted to jot down my notes from trying things out first. bingo ;) thanks for the great feedback Ben --Larry From lewing@ximian.com Fri Oct 22 16:13:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 24DD63B1818 for ; Fri, 22 Oct 2004 16:13:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30252-10 for ; Fri, 22 Oct 2004 16:13:20 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 8B0CD3B1817 for ; Fri, 22 Oct 2004 16:13:18 -0400 (EDT) Received: (qmail 31475 invoked from network); 22 Oct 2004 20:13:18 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:13:18 -0000 From: Larry Ewing To: Benjamin Kahn , Federico Mena Quintero In-Reply-To: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:13:18 -0500 Message-Id: <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:13:22 -0000 > > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > you can. The directory selection logic in gtkfilechooser is just very, > very confusing. Federico you want to comment on this? > ah I misread this (twice, sorry fede). Todd had a patch that started work on this which he later lost in a laptop upgrade. Really the only thing blocking this is the same thing blocking the duplicate checking. It is more trouble than it should be to check version paths. I have a plan to deal with it and hope to get to it soon. What needs to happen is a reworking of how the db stores versions, right now it just stores them by name and it really needs to store the whole path so that we can make a single query and do path checks. I'm hoping to get to this soon since it is blocking a few key features at this point. --Larry From lewing@ximian.com Fri Oct 22 16:15:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B6C003B0BCD for ; Fri, 22 Oct 2004 16:15:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30384-03 for ; Fri, 22 Oct 2004 16:15:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 41BF23B17DA for ; Fri, 22 Oct 2004 16:15:07 -0400 (EDT) Received: (qmail 31482 invoked from network); 22 Oct 2004 20:15:06 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:15:06 -0000 From: Larry Ewing To: Sverre Johansen In-Reply-To: References: Content-Type: text/plain Date: Fri, 22 Oct 2004 15:15:06 -0500 Message-Id: <1098476107.5895.171.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:15:08 -0000 Yeah I think a calendar view would be a cool hack, more pressing features have been keeping me from it though. --Larry On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > Hi, > > First I have to say that this application is starting to look great! > > Is there planned to create a Calendar View, like Photoshop Album has? > Where I can see the pictures for a specific day, not just the month. > Is this something you want, or is it just ruled out as "not needed"? From lewing@ximian.com Fri Oct 22 16:19:25 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 144453B0B2F for ; Fri, 22 Oct 2004 16:19:25 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30572-09 for ; Fri, 22 Oct 2004 16:19:22 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2B4FB3B0F23 for ; Fri, 22 Oct 2004 16:19:16 -0400 (EDT) Received: (qmail 31505 invoked from network); 22 Oct 2004 20:19:15 -0000 Received: from localhost (HELO 164-99-120-103.boston.ximian.com) (lewing@127.0.0.1) by localhost with SMTP; 22 Oct 2004 20:19:15 -0000 From: Larry Ewing To: Alan Bailward In-Reply-To: <1098157067.13593.11.camel@phoenix.arcterex.net> References: <1098157067.13593.11.camel@phoenix.arcterex.net> Content-Type: text/plain Date: Fri, 22 Oct 2004 15:19:15 -0500 Message-Id: <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:19:25 -0000 On Mon, 2004-10-18 at 20:37 -0700, Alan Bailward wrote: > On Tue, 2004-10-19 at 00:55 +0200, Sverre Johansen wrote: > > Hi, > > > > First I have to say that this application is starting to look great! > > > > Is there planned to create a Calendar View, like Photoshop Album has? > > Where I can see the pictures for a specific day, not just the month. > > Is this something you want, or is it just ruled out as "not needed"? > > Another nice feature that I'd love to see is to group files by time of > day / picture taking session. IE: Say you download your files from CF > or whatever. Generally pictures are taken in groups, ie: at 8:00 you > took 10 pictures of something, then after another hour or two you took > some more, then two days later you took more. The files are all from > the same CF card but of different distinct subjects (or could be). Most > photo management apps think of the images from an import as one session, > ask you for a name or directory, etc. > > What would be nice is to be able to present the images grouped by when > they were taken. A pretty simple algorithm could check for the biggest > gaps between image creation date and use that... then the images are > presented to the user in a grouped format for viewing or naming. > The way I was hoping to accomplish this was with with the concept of import groups and some basic frequency analysis on import that would let you split the group when it finds gaps and offer merge the groups across imports if the photos match closely in time with other prexisting import groups. None of this is implemented. --Larry From chris@atlee.ca Fri Oct 22 16:20:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3332E3B177C for ; Fri, 22 Oct 2004 16:20:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30645-10 for ; Fri, 22 Oct 2004 16:20:30 -0400 (EDT) Received: from mail.sidefx.com (tor149-99-58-193.dedicated.sprintdsl.ca [149.99.58.193]) by menubar.gnome.org (Postfix) with ESMTP id 729763B164B for ; Fri, 22 Oct 2004 16:20:29 -0400 (EDT) Received: from antigua (antigua.sidefx.com[192.168.234.215]) by mail.sidefx.com (Smail-3.2.0.111 2000-Feb-17 #5; 2004-May-20) (1310 bytes) via sendmail with /P:esmtp/R:inet_hosts/T:smtp id (sender ) for ; Fri, 22 Oct 2004 16:20:20 -0400 (EDT) Received: from localhost ([127.0.0.1]) by antigua with esmtp (Exim 4.34) id 1CL5tb-00060m-J9; Fri, 22 Oct 2004 16:20:19 -0400 From: Chris AtLee To: Larry Ewing In-Reply-To: <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> <1098475998.5895.168.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 16:20:18 -0400 Message-Id: <1098476419.14655.5.camel@antigua> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:20:36 -0000 > What needs to happen is a reworking of how the db stores versions, right > now it just stores them by name and it really needs to store the whole > path so that we can make a single query and do path checks. I'm hoping > to get to this soon since it is blocking a few key features at this > point. What about storing a sha1sum of the file so that even if it gets renamed it can be identified as a duplicate? From alan@ufies.org Fri Oct 22 16:40:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 83C773B0B9F for ; Fri, 22 Oct 2004 16:40:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31750-01 for ; Fri, 22 Oct 2004 16:40:17 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 6DB323B0E2D for ; Fri, 22 Oct 2004 16:40:05 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id A68ECB01DF; Fri, 22 Oct 2004 13:47:48 -0700 (PDT) Date: Fri, 22 Oct 2004 13:47:48 -0700 From: Alan To: Stian Jordet Message-ID: <20041022204748.GA18965@ufies.org> Mail-Followup-To: Stian Jordet , f-spot-list@gnome.org References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475191.2513.5.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098475191.2513.5.camel@localhost.localdomain> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:40:22 -0000 On Fri, Oct 22, 2004 at 09:59:51PM +0200, Stian Jordet wrote: > Hi, > > > fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > I would give anything for this feature, it's the only thing I miss. I'm > using a perl script that stores the pictures the way I want them, and > would, at least for now, like to continue to use that. Would be just so > sweet :) > > This is kind of in bugzilla already (not exactly your feature, but > duplicate detection), bug #153339 with a patch, I just realized :D Great to hear! This is particularily needed, especially if you import pictures to a central location from multiple sources (IE: my gf will import pictures on her computer to the fileshare) and having to import those files (and risk having dupes, assuming you can find them) sucks. I have the same problem with rhythmbox... I have to periodically nuke my rb database and just re-import my /mp3 mount. -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From alan@ufies.org Fri Oct 22 16:41:50 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 227D13B0ACA for ; Fri, 22 Oct 2004 16:41:50 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31764-08 for ; Fri, 22 Oct 2004 16:41:48 -0400 (EDT) Received: from master.ufies.org (unknown [65.110.12.162]) by menubar.gnome.org (Postfix) with ESMTP id 39F603B0B9F for ; Fri, 22 Oct 2004 16:41:48 -0400 (EDT) Received: by master.ufies.org (Postfix, from userid 1000) id 215A7B01DF; Fri, 22 Oct 2004 13:49:27 -0700 (PDT) Date: Fri, 22 Oct 2004 13:49:27 -0700 From: Alan To: Larry Ewing Message-ID: <20041022204926.GB18965@ufies.org> Mail-Followup-To: Larry Ewing , Sverre Johansen , f-spot-list@gnome.org References: <1098157067.13593.11.camel@phoenix.arcterex.net> <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098476355.5895.177.camel@164-99-120-103.boston.ximian.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Calendar view X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 20:41:50 -0000 > > What would be nice is to be able to present the images grouped by when > > they were taken. A pretty simple algorithm could check for the biggest > > gaps between image creation date and use that... then the images are > > presented to the user in a grouped format for viewing or naming. > > > > The way I was hoping to accomplish this was with with the concept of > import groups and some basic frequency analysis on import that would let > you split the group when it finds gaps and offer merge the groups across > imports if the photos match closely in time with other prexisting import > groups. None of this is implemented. Great to hear! Hopefully someday I'll learn mono a big better and be able to actually contribute patches and fixes. Thanks again for the great software Larry. alan -- Alan - http://arcterex.net -------------------------------------------------------------------- "There are only 3 real sports: bull-fighting, car racing and mountain climbing. All the others are mere games." -- Hemingway From nat@novell.com Fri Oct 22 18:10:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 555273B08FD for ; Fri, 22 Oct 2004 18:10:45 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02314-05 for ; Fri, 22 Oct 2004 18:10:42 -0400 (EDT) Received: from linux.site (unknown [130.57.22.69]) by menubar.gnome.org (Postfix) with ESMTP id 5C6B23B090C for ; Fri, 22 Oct 2004 18:10:42 -0400 (EDT) Received: by linux.site (Postfix, from userid 1000) id 732BD12D012; Fri, 22 Oct 2004 18:10:41 -0400 (EDT) From: Nat Friedman To: Stian Jordet In-Reply-To: <1098475191.2513.5.camel@localhost.localdomain> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475191.2513.5.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 22 Oct 2004 18:10:40 -0400 Message-Id: <1098483040.29648.37.camel@164-99-120-64.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.1.0 X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 22:10:45 -0000 On Fri, 2004-10-22 at 21:59 +0200, Stian Jordet wrote: > Hi, > > > fre, 22,.10.2004 kl. 14.31 -0400, skrev Benjamin Kahn: > > * I should be able to select a directory as a source for images. > > Images added to this directory should automatically import. > > I would give anything for this feature, it's the only thing I miss. I'm > using a perl script that stores the pictures the way I want them, and > would, at least for now, like to continue to use that. Would be just so > sweet :) > > This is kind of in bugzilla already (not exactly your feature, but > duplicate detection), bug #153339 with a patch, I just realized :D This is a great idea. It should also work recursively, since I have a directory structure like this: [nat@lappy Photos]$ ls 2004-August-10 2004-March-1 2004-September-17 dsc01520.jpg 2004-August-19 2004-March-14 2004-September-20 jetcarpet.jpg Nat From federico@ximian.com Fri Oct 22 22:02:01 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B172B3B069F for ; Fri, 22 Oct 2004 22:02:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08793-06 for ; Fri, 22 Oct 2004 22:02:00 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id AE3F83B0674 for ; Fri, 22 Oct 2004 22:01:59 -0400 (EDT) Received: (qmail 31904 invoked from network); 23 Oct 2004 02:01:58 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 23 Oct 2004 02:01:58 -0000 From: Federico Mena Quintero To: Larry Ewing In-Reply-To: <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> References: <1098469881.8089.67.camel@zedzone.boston.ximian.com> <1098475384.5895.158.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Date: Fri, 22 Oct 2004 20:59:41 -0500 Message-Id: <1098496781.8099.46.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Trying f-spot for (almost) the first time X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Oct 2004 02:02:01 -0000 On Fri, 2004-10-22 at 15:03 -0500, Larry Ewing wrote: > you can. The directory selection logic in gtkfilechooser is just very, > very confusing. Federico you want to comment on this? > > * Importing a directory was very confusing somehow. The file > > dialog made it very difficult since it kept OPENING the > > directory I was trying to import. For some reason it took me a > > while to notice that the "Open" button was enabled even when > > nothing was selected. Also, once a directory was selected, it > > was hard to unselect it. (You have to hold down ctrl and click > > that directory again.) > > Bug Federico, this is stock gtk here. Yeah, this is pretty confusing. It happens because the file chooser tries to do the same thing when you double-click on an item and when you click the "Open" button. Say you are navigating a folders-only chooser. You double-click on a folder in the list. Do you mean "select this and close the dialog", or "enter this folder because I want to select a subfolder"? > > * When an icon is assigned to a tag, the tag spacing isn't updated > > to hold the image, and the image is chopped off. > > File a GtkTreeView bug. It should resize when the pixbuf in a row > changes. Did your tree model emit a notification? Federico From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 14:20:18 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9FCD63B1007 for ; Sun, 24 Oct 2004 14:20:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28351-02 for ; Sun, 24 Oct 2004 14:20:16 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id 6347C3B0F6F for ; Sun, 24 Oct 2004 14:20:16 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLmyV-0003Ds-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 20:20:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 20:03:37 +0200 Lines: 31 Message-ID: <20041024200337.0abed528.danielpoe@gmx.de> References: <1098301404.9403.3.camel@nessie.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: ANDing categories together X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 18:20:18 -0000 On Wed, 20 Oct 2004 20:43:24 +0100 Laurence Hygate wrote: > This patch makes categories work the way I intuitively expected. Of > course I'm a geek, so using my opinion for this sort of thing is > dangerous. >=20 > * You can select/deselect all tags and categories independently > * Only photos which have all tags are displayed > * A photo is considered to "have" a tag if it is tagged with it or any > of its children I think the way to go would be to OR connect single tags inside one categorie and AND connect with other categories. Thus 'People > Mum' 'People > Dad' 'Event > Christmas' would yield the query: SELECT Photos FROM Lib WHERE People=3D'Mum' OR People=3D'Dad' AND Event =3D'Christmas'; This is the way I would expect it. But for the future would be nice to have some GUI to AND/OR/NOT connect the different tags. Probably something with DnD of tags and AND/OR/NOT fields and maybe a natural translation: 'Show all Photos from =ABMum=BB and =ABDad=BB at =ABChristmas=BB' But this will get hard for custom tags ... Rgds, Daniel From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 15:27:56 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 517403B0823 for ; Sun, 24 Oct 2004 15:27:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30449-02 for ; Sun, 24 Oct 2004 15:27:55 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id A48763B0817 for ; Sun, 24 Oct 2004 15:27:54 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLo1y-0006Ln-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 21:27:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 21:23:43 +0200 Lines: 153 Message-ID: <20041024212343.277f03c0.danielpoe@gmx.de> References: <1098282741.4790.107.camel@hal.jimmac.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags AND albums! (was: tags vs albums) X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 19:27:56 -0000 On Wed, 20 Oct 2004 16:32:21 +0200 Jakub Steiner wrote: > *food for thought* Sorry won't answer to specific statements from you but write down what I think. Thus add some food ;-) After this mailing and Garrett's call for input I thought a lot about photo cataloging. Here comes what I thought: As I already stated in the Subject line, my opinion is we should have both, tags _and_ albums. I will explain for both why they have their right to exist and what the usage should look like. 1. Albums ========= Due to the following reasons, organising photos in albums is a good way: o You normally want your photos from one trip/concert/walk/event grouped together. o It is easy to understand for people because it is the way they did it in the "real" world. o If you allow (at least) two deeps of sorting, you can make top-categories, like 'Family', 'Holidays', 'Work', 'Nature', ... Moreover it should be possible to select a preview thumb for each album and (very important) add metadata to albums. It always annoyed me that gthumb or gqview only allows me to put comments on images but not on categories. But often I want to describe the situation in which I made the last set of photos. E.g. describe the bands and the audience mood at a concert, or the feeling I had during an autumn walk. This is data which doesn't really belong to _one_ photo. More metadata which would be interesting to record would be the date or timeperiod and the tags which are set on photos inside the album (This would allow me to rapidly examine which people where present at the event xy). If I had all these possibilties, my photo collection would look like this: ----------------------------------------------------------------------- Energetic `- 2003-07-11 Open Air Description: Really cool concert. We played together with three smart bands (Candellila, Crazy Train, Minerva). There where about 200 people and the mood was great (so was the wheater) Date: 2003-07-11 Tags: Bands `- Candellila `- Crazy Train `- Minerva People `- Daniel `- Tini `- Flo Place `- Puchheim Event `- Concert `- 2004-10-08 Housesesseion ... Holidays `- 2002-08 Bolivia ... `- 2003-08 Black Forrest ... `- 2004-08 Ireland ... Nature `- 2004-10-02 Autumn Walk ... Family `- 2003-07-16 Birthday ... `- 2003-12-24 Christmas ... ... ----------------------------------------------------------------------- 2. Tags ======= While albums offer a good solution for sorting your images in a temporal and contextual manner, they doesn't care about single photos and 'type-changes' (eg often photos from the Holiday albums will fit well into Nature or Family) inside an album. That's the point where tags get their right to exist. It allows me to categorise the photos inside an album. If I did my job good, I will be happy if I need photos from band xy to create a new flyer or if I need my favorite photos from my girlfriend from the last Ireland holiday to make a collage for christmas. But the current selection implementation should be changed, as I mentioned in an other posting to connect each tag within a categorie with OR and the tags from the different categories with AND. And for the future we should think of a nice DnD interface for creating a query string. My current ideas: o have a dropline where you can drag tags and AND/OR/NOT fields The problem is this is very technical. ------------------------------------------------------ | "DROPLINE" | AND | OR | NOT | ------------------------------------------------------ o Translate AND/OR/NOT in a more intuitive language and offer three dropboxes: ----------------------------------------------------------------- | must contain (and) | may contain (or) | don't show this (not) | ----------------------------------------------------------------- But especially 'may contain' is not really right (some will even say it is totally false). o we need some ideas here!!! 3. Disclaimer ============= I was talking about 'we' which is not really right. Due to a lack of time and knowledge I won't be able to contribute code, but I hope I can come up with some ideas from time to time ... I hope this was a cunstructive mail and I'm really looking forward to use f-spot (hopefully with albums and tags). Thanks to the developers of this cool app, Regards to the rest, Daniel From gcgaf-f-spot-list@m.gmane.org Sun Oct 24 16:17:35 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A9463B1030 for ; Sun, 24 Oct 2004 16:17:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32509-08 for ; Sun, 24 Oct 2004 16:17:33 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id 88F583B1031 for ; Sun, 24 Oct 2004 16:17:33 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLoo1-0000Gk-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 Received: from pd9e9450d.dip0.t-ipconnect.de ([217.233.69.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 Received: from danielpoe by pd9e9450d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 22:17:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sun, 24 Oct 2004 22:13:22 +0200 Lines: 9 Message-ID: <20041024221322.4ae7ea2a.danielpoe@gmx.de> References: <1098301149.31684.113.camel@x1-6-00-0d-60-c5-9b-87> <1098302482.31394.25.camel@wintermute.sr.unh.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e9450d.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: "What do you do with your images?" X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 20:17:35 -0000 On Wed, 20 Oct 2004 16:01:22 -0400 "Thomas J. Baker" wrote: > auto rotated using gthumb, I treat them as read only, almost like ^^^^^^^^^^^^^^^^^^^^^^^^^ OT, but how do you do this, don't see a auto rotate dialog? Rgds, Daniel From akamc2@yahoo.ca Sun Oct 24 17:26:05 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CE1ED3B1016 for ; Sun, 24 Oct 2004 17:26:05 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03139-01 for ; Sun, 24 Oct 2004 17:26:03 -0400 (EDT) Received: from smtp207.mail.sc5.yahoo.com (smtp207.mail.sc5.yahoo.com [216.136.129.97]) by menubar.gnome.org (Postfix) with SMTP id 63F283B0FF9 for ; Sun, 24 Oct 2004 17:26:03 -0400 (EDT) Received: from unknown (HELO ?192.168.0.74?) (akamc2@217.172.65.121 with plain) by smtp207.mail.sc5.yahoo.com with SMTP; 24 Oct 2004 21:26:02 -0000 From: "miKeL a.k.a.mc2" To: f-spot-list@gnome.org Content-Type: multipart/alternative; boundary="=-FIYkND+quU4Or07j3PXV" Message-Id: <1098653709.1577.57.camel@mcii.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 24 Oct 2004 23:35:10 +0200 X-Virus-Scanned: by amavisd-new at gnome.org Subject: ./configure error X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 21:26:06 -0000 --=-FIYkND+quU4Or07j3PXV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit can somebody help me please? I'm in SuSE9.0 checking for pkg-config... /usr/bin/pkg-config checking for GLIB - version >= 2.0.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GLIB is incorrectly installed. checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libgnome-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libgnome-2.0' found configure: error: Library requirements (libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. >>> astalavista /miKeL a.k.a.mc2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ » free execution » free distribution » free pactice » free improvement --=-FIYkND+quU4Or07j3PXV Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit can somebody help me please?
I'm in SuSE9.0



checking for pkg-config... /usr/bin/pkg-config
checking for GLIB - version >= 2.0.0... no
*** Could not run GLIB test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means GLIB is incorrectly installed.
checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libgnome-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libgnome-2.0' found

configure: error: Library requirements (libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.

>>> astalavista /miKeL a.k.a.mc2
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
» free execution
  » free distribution
» free pactice
  » free improvement
--=-FIYkND+quU4Or07j3PXV-- From bengt@thuree.com Mon Oct 25 12:20:01 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B12423B11AE for ; Mon, 25 Oct 2004 12:20:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14615-05 for ; Mon, 25 Oct 2004 12:20:00 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 665643B11F8 for ; Mon, 25 Oct 2004 12:20:00 -0400 (EDT) Received: from 192.168.1.109 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 2E9213A986 for ; Mon, 25 Oct 2004 18:19:45 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Tue, 26 Oct 2004 01:19:46 +0900 Message-Id: <1098721186.11739.23.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Thanks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 16:20:01 -0000 Hej I just wanted to say thank you for a very very promising software. I am really looking forward to see, and hopefully also help, this program evolve into what has been described in various places. I am willing to help out in some smaller areas. Smaller, since I need to learn c# and mono... This application is very much wanted though, since we are taking more and more photos with our digital camera and it is getting hopeless to find a specific picture. I would like to add the following to the UseCase in the wiki. Do not really know how to do it though. Export: ------------- > 4. Isztwan has a photo thatÿs slightly tilted and heÿd like to fix the > horizon easily. Isztwan also wants to send some photos to some friends, and are delighted that the photos contains embedded information with Copyright, date, location, country, keywords, people etc. Since the embedded information follows the standard he knows that his friends can view the pictures as well as the extra embedded information. ------------- I hope their will be a synchronize function which will synchronize the selected images in either direction. Either re-read the images (if you have manipulated the information in another software), or store the images (for viewing in other software) Bengt From jimmac@ximian.com Mon Oct 25 15:59:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 396413B11F5 for ; Mon, 25 Oct 2004 15:59:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24369-03 for ; Mon, 25 Oct 2004 15:59:07 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1069B3B0EEC for ; Mon, 25 Oct 2004 15:59:07 -0400 (EDT) Received: (qmail 2666 invoked from network); 25 Oct 2004 19:59:06 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 25 Oct 2004 19:59:06 -0000 From: Jakub Steiner To: Federico Mena Quintero In-Reply-To: <1098406303.8099.21.camel@localhost> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098406303.8099.21.camel@localhost> Content-Type: text/plain Date: Mon, 25 Oct 2004 21:59:05 +0200 Message-Id: <1098734345.4100.55.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Product Design , f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 19:59:09 -0000 On Thu, 2004-10-21 at 19:51 -0500, Federico Mena Quintero wrote: > I think tags are orthogonal to albums as you propose them. > > Tags are exactly what photographers wish for but cannot do with physical > media. A pro photographer stores a metric assload of photos, and when a > client comes by and says, "I need a picture of a foo hugging a bar", the > pro photographer has to go through his archives, looking for such a > thing. With tags, it would be easy to find. Let me emphasize that I don't want to get rid of this functionality (tags ~= keywords). I only proposed replacing the add/search tag interface with albums and picture meta info editor. I was rather unfortunate to write about tag concept while I really ment replacing tags' space in the current interface with albums rather than removing tags. I think the a very natural interface to query for stuff you describe here already exists on the gnome desktop. I'd prefer using a quicksearch entry similar to what rhythmbox uses to search for "foo bar" rather than using the checkboxes next to the tags in the left side pane. I also think Evolution's quicksearch filter could be simplified to match this functionality (WIP - http://primates.ximian.com/~glesage/wiki/doku.php? id=evolution:quicksearch). > For non-pros, like myself, I like to use tags with a dual purpose: to > let me classify my images according to content, and to let me improve my > photography. I only propose to move the classification interface the metadata editor. Thanks for your use case and the pointers. I will probably first come up with a small paper-prototype user testing on the current tag vs quicksearch interface. Only if this turns out in favour of the quicksearch interface I'll give the metadata sidebar (for classification) a shot and run another test. cheers -- Jakub Steiner From jimmac@ximian.com Tue Oct 26 04:47:24 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F13593B1289 for ; Tue, 26 Oct 2004 04:47:23 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17086-05 for ; Tue, 26 Oct 2004 04:47:21 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1181E3B105C for ; Tue, 26 Oct 2004 04:47:20 -0400 (EDT) Received: (qmail 3900 invoked from network); 26 Oct 2004 08:47:19 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 26 Oct 2004 08:47:19 -0000 From: Jakub Steiner To: f-spot-list@gnome.org In-Reply-To: <1098406303.8099.21.camel@localhost> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098406303.8099.21.camel@localhost> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 10:47:18 +0200 Message-Id: <1098780438.4102.78.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 08:47:25 -0000 On Thu, 2004-10-21 at 19:51 -0500, Federico Mena Quintero wrote: > I think tags are orthogonal to albums as you propose them. > > Tags are exactly what photographers wish for but cannot do with physical > media. A pro photographer stores a metric assload of photos, and when a > client comes by and says, "I need a picture of a foo hugging a bar", the > pro photographer has to go through his archives, looking for such a > thing. With tags, it would be easy to find. Let me emphasize that I don't want to get rid of this functionality (tags ~= keywords). I only proposed replacing the add/search tag interface with albums and picture meta info editor. I was rather unfortunate to write about tag concept while I really ment replacing tags' space in the current interface with albums rather than removing tags. I think the a very natural interface to query for stuff you describe here already exists on the gnome desktop. I'd prefer using a quicksearch entry similar to what rhythmbox uses to search for "foo bar" rather than using the checkboxes next to the tags in the left side pane. I also think Evolution's quicksearch filter could be simplified to match this functionality (WIP - http://primates.ximian.com/~glesage/wiki/doku.php? id=evolution:quicksearch). > For non-pros, like myself, I like to use tags with a dual purpose: to > let me classify my images according to content, and to let me improve my > photography. I only propose to move the classification interface to the metadata editor. Thanks for your use case and the pointers. I will probably first come up with a small paper-prototype user testing on the current tag vs quicksearch interface. Only if this turns out in favour of the quicksearch interface I'll give the metadata sidebar (for classification) a shot and run another test. cheers -- Jakub Steiner From jimmac@ximian.com Tue Oct 26 07:02:03 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 75C3D3B06A4 for ; Tue, 26 Oct 2004 07:02:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23166-07 for ; Tue, 26 Oct 2004 07:02:01 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 4418B3B104C for ; Tue, 26 Oct 2004 07:02:00 -0400 (EDT) Received: (qmail 4000 invoked from network); 26 Oct 2004 11:01:58 -0000 Received: from peabody.ximian.com (HELO localhost) (130.57.169.10) by peabody.ximian.com with SMTP; 26 Oct 2004 11:01:58 -0000 From: Jakub Steiner To: Larry Ewing In-Reply-To: <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> References: <1098282741.4790.107.camel@hal.jimmac.cz> <1098471840.5895.125.camel@164-99-120-103.boston.ximian.com> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 13:01:57 +0200 Message-Id: <1098788517.4161.106.camel@hal.jimmac.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: tags vs albums X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 11:02:03 -0000 On Fri, 2004-10-22 at 14:04 -0500, Larry Ewing wrote: > The plan has always been to allow for AND over the group as well as or > as well as NOT. I haven't gotten that far yet, and to be honest I'm not > sure how I want to proceed in the ui but that doesn't mean it is > impossible. There are existing implementations of the tag/category > metaphor that allow for just that. I was probably quite confusing when I talked about ditching the tag concept. I was really talking about the implemented tag _interface_. I am by no mean proposing to stop being able to assign keywords/tags to images and not being able to query the library based on these. I proposed replacing the tag interface where it is in the UI with albums. The assignment of this metadata would go to the metadata editor sidebar and the search functionality would consist of a quicksearch entrybox (http://primates.ximian.com/~glesage/wiki/doku.php? id=f-spot:quicksearch), advanced query editor with a chance to save the query as a virtual album. > > Metadata > > -------- > > We do want to have additional metadata associated with an image. It is > > confusing to use this concept for some, and another for the rest (name, > > caption...) > > > > Do you mean that it is strange to have sticky note on an image as well > as an exposure sheet and a description? I'm trying to understand but I > think you are suffering from the fact that you keep wanting to see tags > as albums not as sticky notes. > > Or do you mean that I mean in terms of workflow. User wants to classify his images. With the current interface I would use the tag assignment interface to classify my pictures and then go to the metadata editor to assign additional. The tag interface would also somehow need to hold the information that sucha tag is "standard", ie contained in a metadata spec such as IPTC/XMP (usable for export - http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot:web_export, see use case) or an arbitrary keyword. > > Export Implementation > > --------------------- > > While it is theoretically possible to come up with a dynamic web system > > for exporting photos on the web, retaining the same concepts as applied > > on F-Spot alone with tags, it relies heavily on server side scripting > > and doesn't sound trivial to do. Generating static HTML pages with the > > tag interface is hardly doable with way too many permutations to deal > > with. > > There is no possible way to match all the various web gallery structures > and I don't think we want to. A web gallery is an item unto itself it > is external to your file drawer. Don't try to make one into the other. I'm not sure I follow here on this one. Are you saying that moving the F-Spot interface onto the web for consistent look and feel isn't a goal to aim to? > As an evolution hack I developed a lot of opinions on vfolders few of > them good. Most of the problems I have with them are related to > implementation details, like speed in switching, but in general I think > they require too much setup and don't offer much. I end up just doing > quick searches to find mail I'm interested in 99% of the time. I do > have some mail sorted into actual folders, usually list mail which I > consider separate enough from the rest of my mail that I don't want to > mix them. I really think having a search history and forward/back > navigation makes more sense than having explicitly saved searches. As noted above, The quicksearch functionality isn't to be ditched, but I propose using the simple entry-box than the structured tag interface. > > Reuse & Consistency > > ------------------- > > The concept of stored queries isn't new. We have them in Evolution and > > hopefully thanks to beagle it will appear in the file-manager, file > > dialogs and elsewhere on the desktop. > > I use evolution's search or beast to find messages not vfolders. And I > use google a lot more than my bookmarks. Granted I do have a few > bookmarks (as an aside, I'm actually using mostly using tomboy for > bookmarks lately) just like I have mail folders. The google interface is very much more similar to the quicksearch described above than the tag interface. > I'm having trouble with the valbum metaphor in another place here too. > The way I see it stored searches are live queries on a set of attributes > and so I'm wondering what attributes we can build valbums from. Are you > saying that we should have two types of album, one that is actual and > one that is virtual? And If so that virtual albums are stored queries on > the combination of actual album and other attributes like time and date? > How would this be represented in the ui? You are in fact right that the album would in fact be implemented exactly the same way as the virtual album (a query for property album="foo"). However a simple interface would be used to define this (drag a selection of photos onto the album sidepane, choosing "new album" etc.) The difference between album and virtual album would be that album is a single property and and thus the "physical" links (one album per image) and virtual album is a stored query (can contain images independent of their album property). > > Metadata > > -------- > > Image attributes (including the stuff that's done with tags now) is > > defined at one place in the UI. > > > > I'm not sure what you are getting at here. If there are multiple album > types there has to be a lot of ui for making the valbum and if there are > only valbums Again, this is from the workflow perspective. When one classifies images, the metadata editing sidepane would be the only place to do this in. The tag interface combines assignment (classficiation) and query into one. However classification can be quite complex if we want to make the metainfo usable outside F-Spot and make the interface for querying rather complex and it's not very scalable in a asense that you have to navigate a fairly complex tree or tags to do a search query. Hope this clarifies my proposal a bit more. From jpr@novell.com Tue Oct 26 11:06:26 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 76FEE3B1393 for ; Tue, 26 Oct 2004 11:06:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04016-04 for ; Tue, 26 Oct 2004 11:06:21 -0400 (EDT) Received: from lyle.provo.novell.com (lyle.provo.novell.com [137.65.81.174]) by menubar.gnome.org (Postfix) with ESMTP id 197D53B139C for ; Tue, 26 Oct 2004 11:05:55 -0400 (EDT) Received: from 192.168.1.6 ([137.65.81.216]) by lyle.provo.novell.com; Tue, 26 Oct 2004 09:05:46 -0600 From: JP Rosevear To: "miKeL a.k.a.mc2" In-Reply-To: <1098653709.1577.57.camel@mcii.local> References: <1098653709.1577.57.camel@mcii.local> Content-Type: text/plain Organization: Novell, Inc. Date: Tue, 26 Oct 2004 11:09:33 -0400 Message-Id: <1098803373.7862.133.camel@bishop.rosevear.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: ./configure error X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 15:06:26 -0000 On Sun, 2004-10-24 at 23:35 +0200, miKeL a.k.a.mc2 wrote: > can somebody help me please? > I'm in SuSE9.0 > > > checking for pkg-config... /usr/bin/pkg-config > checking for GLIB - version >= 2.0.0... no > *** Could not run GLIB test program, checking why... > *** The test program failed to compile or link. See the file > config.log for the > *** exact error that occured. This usually means GLIB is incorrectly > installed. > checking for libgnome-2.0 >= 2.2 libgnomeui-2.0 >= 2.2 libexif >= > 0.5.7 gtk-sharp >= 0.98... Package libgnome-2.0 was not found in the > pkg-config search path. > Perhaps you should add the directory containing `libgnome-2.0.pc' > to the PKG_CONFIG_PATH environment variable > No package 'libgnome-2.0' found > > configure: error: Library requirements (libgnome-2.0 >= 2.2 > libgnomeui-2.0 >= 2.2 libexif >= 0.5.7 gtk-sharp >= 0.98) not met; > consider adjusting the PKG_CONFIG_PATH environment variable if your > libraries are in a nonstandard prefix so pkg-config can find them. I'd suspect you are missing appropriate -devel packages. -JP -- JP Rosevear Novell, Inc. From loz@flower.powernet.co.uk Tue Oct 26 15:07:52 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 826283B078E for ; Tue, 26 Oct 2004 15:07:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15371-01 for ; Tue, 26 Oct 2004 15:07:49 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 8B7383B0791 for ; Tue, 26 Oct 2004 15:07:48 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9QJ7lHK003914 for ; Tue, 26 Oct 2004 20:07:47 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 39442FF6E for ; Tue, 26 Oct 2004 20:07:42 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org In-Reply-To: <1098044116.6135.34.camel@hal.jimmac.cz> References: <1098044116.6135.34.camel@hal.jimmac.cz> Content-Type: text/plain Date: Tue, 26 Oct 2004 20:07:41 +0100 Message-Id: <1098817661.17366.2.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: nitpicks X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 19:07:52 -0000 I've created enhancements/patches for these on Bugzilla Confirmation Dialogs: http://bugzilla.gnome.org/show_bug.cgi?id=156441 (Basic) Mime handling menu; lots of stuff outstanding: http://bugzilla.gnome.org/show_bug.cgi?id=156506 Loz On Sun, 2004-10-17 at 13:15 -0700, Jakub Steiner wrote: > While working on more generic UI issues, there's two tiny things that > would be nice to have asap. > > * delete from disk should ask for confirmation > * "File>Edit in Gimp" should make a copy of the original and > opening the copy in GIMP for easy edits. Perhaps could be more > generic with a list of associated mime handlers as in nautilus. > > Rock on! > -- Laurence Hygate From mosfeets@hotmail.com Wed Oct 27 09:12:16 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EE6C13B0CE0 for ; Wed, 27 Oct 2004 09:12:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25896-10 for ; Wed, 27 Oct 2004 09:12:14 -0400 (EDT) Received: from hotmail.com (bay24-f19.bay24.hotmail.com [64.4.18.69]) by menubar.gnome.org (Postfix) with ESMTP id 4DE9D3B0CDC for ; Wed, 27 Oct 2004 09:12:14 -0400 (EDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 27 Oct 2004 06:12:02 -0700 Received: from 168.159.190.36 by by24fd.bay24.hotmail.msn.com with HTTP; Wed, 27 Oct 2004 13:11:37 GMT X-Originating-IP: [168.159.190.36] X-Originating-Email: [mosfeets@hotmail.com] X-Sender: mosfeets@hotmail.com From: "Bryan McFeeters" To: f-spot-list@gnome.org Date: Wed, 27 Oct 2004 09:11:37 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 Oct 2004 13:12:02.0061 (UTC) FILETIME=[8C3A0BD0:01C4BC26] X-Virus-Scanned: by amavisd-new at gnome.org Subject: Photoshop Album Extras X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 13:12:16 -0000 Hello to all you geniuses out there. I've been using Adobe Photoshop Album for almost a year now and I'm very excited to see the work that everyone has acomplished on F-Spot. Needless to say, I'll probably be switching photo management platforms in the the near future. Keep up the good work. Anyway, I ran across some information that I thought that people might be interesting in. This webiste contains some free tools (which I think should have been included in PSA from the start, and maybe could be included in F-Spot at some point) and information about the jet database that is used by PSA. I'm not sure if it will be usefull for ya but I thought I'd pass it along. http://www.robotbattle.com/psa/ Good luck with your continuing development efforts and thanks for a great application. Bryan McFeeters _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar – get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ From bengt@thuree.com Wed Oct 27 11:45:27 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3D05B3B14AD for ; Wed, 27 Oct 2004 11:45:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01473-09 for ; Wed, 27 Oct 2004 11:45:25 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id BE2633B14A8 for ; Wed, 27 Oct 2004 11:45:24 -0400 (EDT) Received: from 192.168.1.111 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 2BAE33A986 for ; Wed, 27 Oct 2004 17:45:08 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Thu, 28 Oct 2004 00:45:10 +0900 Message-Id: <1098891910.5347.19.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Use Case addition? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 15:45:27 -0000 Hi I thought of another small addition to the use case list that I think would be very help-full. At least in the way I work I would really appreciate it. > Managing > 6.Isztwan has a number of photos taken by his friends at various gigs > and events. He always asks them if he could copy those before heading > home. Heÿd like to be able to mark those images to be able to query > his library by author. Unfortunately his camera, nor the ones of his > friends stores such information in EXIF headers. He already has images > by his friends in the library and is able to find them querying for > events. ----- 7. After having imported the latest photos from his camera as well as from a cd, Isztwan is very happy to see that he can easily choose to see (work) only with the latest imported batch of pictures. (He could choose to work with one or more of the five latest import batches ). This makes it very easy for him to categorize the pictures, as well as verify the categories. ----- This would help if you have 10,000 pictures and just imported another 200. If you for instance wants to see which of the pictures you just imported had the tag Wife, and you select this tag you should not get ALL wife tagged pictures, but only the wife tagged pictures of this import batch. When you de-select this tag you see all the pictures from this import batch again. Sorry for my bad English, but I hope I managed to get the idea across anyway. Bengt From jimmac@ximian.com Wed Oct 27 20:16:58 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AAC1A3B0DF5 for ; Wed, 27 Oct 2004 20:16:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26344-09 for ; Wed, 27 Oct 2004 20:16:56 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id CE92E3B0CDA for ; Wed, 27 Oct 2004 20:16:55 -0400 (EDT) Received: (qmail 8689 invoked from network); 28 Oct 2004 00:16:55 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 00:16:55 -0000 From: Jakub Steiner To: Bengt Thuree In-Reply-To: <1098891910.5347.19.camel@localhost.localdomain> References: <1098891910.5347.19.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 02:18:29 +0200 Message-Id: <1098922709.20419.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Use Case addition? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 00:16:58 -0000 On Thu, 2004-10-28 at 00:45 +0900, Bengt Thuree wrote: > Hi > > I thought of another small addition to the use case list that I think > would be very help-full. At least in the way I work I would really > appreciate it. Hi Bengt, I added the case to the import tasks. Thanks! -- Jakub Steiner From bengt@thuree.com Thu Oct 28 08:04:45 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F07E93B15DD for ; Thu, 28 Oct 2004 08:04:44 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21055-10 for ; Thu, 28 Oct 2004 08:04:41 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 638C03B1601 for ; Thu, 28 Oct 2004 08:03:32 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 1FA763A986 for ; Thu, 28 Oct 2004 14:03:18 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 28 Oct 2004 21:03:22 +0900 Message-Id: <1098965002.4821.15.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:04:45 -0000 Hi, I just thought of another use case. Managing: ----- After adding a number of tags to each photo Isztwan realize that the file name IMG0010.jpg do not really give much information of the picture. He quickly selects the pictures to be renamed, then starts the rename function, selects the template for how the new filename should be created, and that the original file should be saved in another directory. Clicks on OK, and all selected pictures have been renamed. Much easier for grandmother to understand what each picture contains at a glance this way. ----- The template should make it easy to choose * a Date/Time stamp from Exif (the full YYYYMMDDHHMMSS, or just a part of it like YYMMDDHHMM), * some of the other tags, for instance - country - location - keyword (the first one...) * Manual string * a counter value (starting index, and how many digits (like 01, or 0001). Bengt From bengt@thuree.com Thu Oct 28 08:20:33 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 442DF3B14B7 for ; Thu, 28 Oct 2004 08:20:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21928-04 for ; Thu, 28 Oct 2004 08:20:31 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 0EA293B154C for ; Thu, 28 Oct 2004 08:20:31 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 3356D3A987 for ; Thu, 28 Oct 2004 14:20:03 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain Date: Thu, 28 Oct 2004 21:20:07 +0900 Message-Id: <1098966007.4821.20.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:20:33 -0000 Hi, What do you guys think of having nested tags? Something like People Family Father Mother Daugther Son School Person1 Person2 Friends Friend1 Friend2 Daugther Friend1 Friend2 Would this be possible? Would be very easy to select pictures with one or more from a family, or friends group anyway /Bengt From stevelist@silverorange.com Thu Oct 28 09:06:08 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 455133B129C for ; Thu, 28 Oct 2004 09:06:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24074-10 for ; Thu, 28 Oct 2004 09:06:06 -0400 (EDT) Received: from nova.silverorange.com (nova.silverorange.com [198.167.161.16]) by menubar.gnome.org (Postfix) with ESMTP id B12F93B09D5 for ; Thu, 28 Oct 2004 09:06:05 -0400 (EDT) Received: from [192.168.1.40] (unknown [142.176.234.122]) by nova.silverorange.com (Postfix) with ESMTP id 0B4A3C252D; Thu, 28 Oct 2004 10:06:02 -0300 (ADT) Message-ID: <4180EE95.8060102@silverorange.com> Date: Thu, 28 Oct 2004 10:05:25 -0300 From: Steven Garrity User-Agent: Mozilla Thunderbird 0.8 (X11/20040919) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bengt Thuree References: <1098966007.4821.20.camel@localhost.localdomain> In-Reply-To: <1098966007.4821.20.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:06:08 -0000 Bengt Thuree wrote: > What do you guys think of having nested tags? For what it's worth, our web-gallery system uses nested tags: http://gallery.actsofvolition.com/photos/galleryinfo Steven Garrity From bengt@thuree.com Thu Oct 28 09:31:36 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1A1D83B0AC7 for ; Thu, 28 Oct 2004 09:31:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25052-06 for ; Thu, 28 Oct 2004 09:31:33 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id EA7A63B07C6 for ; Thu, 28 Oct 2004 09:31:32 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 737673A986 for ; Thu, 28 Oct 2004 15:31:15 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org Content-Type: text/plain; charset=iso-8859-13 Date: Thu, 28 Oct 2004 22:31:16 +0900 Message-Id: <1098970276.4821.31.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 8bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Possibility to reduce size when sending image by mail. X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:31:36 -0000 Hi, I would like to modify this use case a little bit. Interoperability > 2. Isztwan is mailing his girlfriend if she wants to join them on the > weekend for the gig in Kagh. He wants to attach an image of the club > to the mail. Heÿs using Ximian Evolution. ----- Before Isztwan mail client sends the mail with the image, he can choose if he wants to send the original (3 MB), or reduce the size to a pre-defined size first. ----- Similar to what Windows XP has today. XSmall - 400 * 300 Small - 640 * 480 Medium - 800 * 600 Large - 1024 * 768 Bengt From bengt@thuree.com Thu Oct 28 09:59:14 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1B1503B08FB for ; Thu, 28 Oct 2004 09:59:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26226-07 for ; Thu, 28 Oct 2004 09:59:11 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 8B2F83B0C1A for ; Thu, 28 Oct 2004 09:58:18 -0400 (EDT) Received: from 192.168.1.113 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 4C0563A986; Thu, 28 Oct 2004 15:57:56 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org In-Reply-To: <4180EE95.8060102@silverorange.com> References: <1098966007.4821.20.camel@localhost.localdomain> <4180EE95.8060102@silverorange.com> Content-Type: text/plain Date: Thu, 28 Oct 2004 22:57:59 +0900 Message-Id: <1098971879.4821.45.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:59:14 -0000 Hi Thanks, your gallery looks very nice. For the moment I am using www.photography-on-the.net, you can check our own gallery at www.thuree.com/bt But as you can see, I have nothing like nested tags. Do not quite know how it should be implemented, just that it would simplify matters quite a bit when you are using f-spot to select various pictures. I definitely know that I do not want to add a lot of tags in f-spot, and then have to redo the tags in whatever gallery program I am using. Perhaps I should change to the one you are using (http://labs.silverorange.com/a/photogallery) It really looks good. Anything special you need to consider if you want to use it? Is it easy to upload new pictures? No extra text file with texts or? /Bengt On Thu, 2004-10-28 at 10:05 -0300, Steven Garrity wrote: > Bengt Thuree wrote: > > What do you guys think of having nested tags? > > For what it's worth, our web-gallery system uses nested tags: > http://gallery.actsofvolition.com/photos/galleryinfo > > Steven Garrity > From johan.viklund@gmail.com Thu Oct 28 11:22:14 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8682A3B1690 for ; Thu, 28 Oct 2004 11:22:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31061-07 for ; Thu, 28 Oct 2004 11:22:12 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by menubar.gnome.org (Postfix) with ESMTP id 005AD3B1676 for ; Thu, 28 Oct 2004 11:21:28 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 65so524140wri for ; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=FSPPAcZJx7Ojx+9vkVUqW2RGJBsmsRHQNQqGCO02Fx6BoieB+8PyYDaMO7Yyn1RIpGRjYTDvmcQwGh+9K+PDa/6d+ZN8aq1OkmJLD0x5Dv2GlJKWh7Hv6gyo7hkEjkKavA+buW0IvTgTxlALBfJHFh+Jwwi5lRaDfYKbnhaY9Mo= Received: by 10.38.76.80 with SMTP id y80mr1406027rna; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) Received: by 10.38.125.15 with HTTP; Thu, 28 Oct 2004 08:21:23 -0700 (PDT) Message-ID: <5e924f0a04102808214767f692@mail.gmail.com> Date: Thu, 28 Oct 2004 17:21:23 +0200 From: Johan Viklund To: f-spot-list@gnome.org In-Reply-To: <1098971879.4821.45.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098966007.4821.20.camel@localhost.localdomain> <4180EE95.8060102@silverorange.com> <1098971879.4821.45.camel@localhost.localdomain> X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Johan Viklund List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 15:22:14 -0000 Hi, F-spot uses nested tags, they're called categories (which are a special form of tag that can have children). On Thu, 28 Oct 2004 22:57:59 +0900, Bengt Thuree wrote: > Hi > > Thanks, your gallery looks very nice. > > For the moment I am using www.photography-on-the.net, you can check our > own gallery at www.thuree.com/bt > > But as you can see, I have nothing like nested tags. Do not quite know > how it should be implemented, just that it would simplify matters quite > a bit when you are using f-spot to select various pictures. > > I definitely know that I do not want to add a lot of tags in f-spot, and > then have to redo the tags in whatever gallery program I am using. > Perhaps I should change to the one you are using > (http://labs.silverorange.com/a/photogallery) It really looks good. > > Anything special you need to consider if you want to use it? > Is it easy to upload new pictures? No extra text file with texts or? > > /Bengt > > > > On Thu, 2004-10-28 at 10:05 -0300, Steven Garrity wrote: > > Bengt Thuree wrote: > > > What do you guys think of having nested tags? > > > > For what it's worth, our web-gallery system uses nested tags: > > http://gallery.actsofvolition.com/photos/galleryinfo > > > > Steven Garrity > > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > -- Johan Viklund E-post: Blog: http://home.student.uu.se/j/jovi0705/blog/ From jimmac@ximian.com Thu Oct 28 12:05:49 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6EB013B16A5 for ; Thu, 28 Oct 2004 12:05:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01343-07 for ; Thu, 28 Oct 2004 12:05:46 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 2E3BA3B16EB for ; Thu, 28 Oct 2004 12:04:20 -0400 (EDT) Received: (qmail 9786 invoked from network); 28 Oct 2004 16:04:19 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 16:04:19 -0000 From: Jakub Steiner To: Bengt Thuree , f-spot-list@gnome.org In-Reply-To: <1098965002.4821.15.camel@localhost.localdomain> References: <1098965002.4821.15.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 18:04:43 +0200 Message-Id: <1098979484.11471.12.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:05:49 -0000 On Thu, 2004-10-28 at 21:03 +0900, Bengt Thuree wrote: > Hi, > > I just thought of another use case. > > Managing: > ----- > After adding a number of tags to each photo Isztwan realize that the > file name IMG0010.jpg do not really give much information of the > picture. He quickly selects the pictures to be renamed, then starts the > rename function, selects the template for how the new filename should be > created, and that the original file should be saved in another > directory. Clicks on OK, and all selected pictures have been renamed. > Much easier for grandmother to understand what each picture contains at > a glance this way. > ----- This isn't much of a use case. Why does Isztwan want to rename the files? Because it looks bad? I don't think a filename is an important attribute of the image (apart from the fact it needs to be unique in a directory). Why would a user want to care about filenames? What would an automated filename generation solve? cheers -- Jakub Steiner From jimmac@ximian.com Thu Oct 28 12:10:43 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 769E13B0C06 for ; Thu, 28 Oct 2004 12:10:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01666-03 for ; Thu, 28 Oct 2004 12:10:37 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 69D623B089B for ; Thu, 28 Oct 2004 12:10:36 -0400 (EDT) Received: (qmail 9809 invoked from network); 28 Oct 2004 16:10:35 -0000 Received: from peabody.ximian.com (HELO localhost.localdomain) (130.57.169.10) by peabody.ximian.com with SMTP; 28 Oct 2004 16:10:35 -0000 From: Jakub Steiner To: Bengt Thuree In-Reply-To: <1098966007.4821.20.camel@localhost.localdomain> References: <1098966007.4821.20.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 28 Oct 2004 18:10:58 +0200 Message-Id: <1098979858.10762.18.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:10:43 -0000 On Thu, 2004-10-28 at 21:20 +0900, Bengt Thuree wrote: > Hi, > > What do you guys think of having nested tags? Actually F-Spot does use nested tags. When I look at my catalog though, I'd need a fairly big list of items in my tag tree. It's not very convenient to scroll and expand nodes to define a query and cancel it afterwards. That's why I proposed a simple google-like quicksearch interface. I'm still working on the prototype to test though :/ cheers -- Jakub Steiner From bjesus@gmail.com Thu Oct 28 14:46:54 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C35033B16EE for ; Thu, 28 Oct 2004 14:46:53 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09700-07 for ; Thu, 28 Oct 2004 14:46:52 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by menubar.gnome.org (Postfix) with ESMTP id AEFEF3B16DA for ; Thu, 28 Oct 2004 14:46:15 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 68so496066wri for ; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=H//V1X+m3q3Bpx8aPABmoao+/mlo9KQC7TKmDF/lxNTxHPp2VV8SdD5NGOQP71rukSiT4qORG7TzwgKQ+tFq3uczHdtV55PkbFVUmdnaHTLxDIOJus1DHITFqHO12uh4XNua9Ul7bQHIyuk+thZpYFIVnleGMWTWL8vNLWjyChg= Received: by 10.38.96.46 with SMTP id t46mr2118172rnb; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) Received: by 10.38.15.65 with HTTP; Thu, 28 Oct 2004 11:45:55 -0700 (PDT) Message-ID: Date: Thu, 28 Oct 2004 20:45:55 +0200 From: Yo'av Moshe To: Jakub Steiner In-Reply-To: <1098979858.10762.18.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1098966007.4821.20.camel@localhost.localdomain> <1098979858.10762.18.camel@localhost.localdomain> X-Virus-Scanned: by amavisd-new at gnome.org Cc: Bengt Thuree , f-spot-list@gnome.org Subject: Re: Nested tags? X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yo'av Moshe List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:46:54 -0000 Maybe a little text-entry at the bottom of the list, that searchs on-the-fly, like Muine does with songs and albums? On Thu, 28 Oct 2004 18:10:58 +0200, Jakub Steiner wrote: > On Thu, 2004-10-28 at 21:20 +0900, Bengt Thuree wrote: > > Hi, > > > > What do you guys think of having nested tags? > > Actually F-Spot does use nested tags. When I look at my catalog though, > I'd need a fairly big list of items in my tag tree. It's not very > convenient to scroll and expand nodes to define a query and cancel it > afterwards. > > That's why I proposed a simple google-like quicksearch interface. I'm > still working on the prototype to test though :/ > > cheers > > -- > Jakub Steiner > > > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > From bengt@thuree.com Thu Oct 28 19:39:32 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A9D53B0FC1 for ; Thu, 28 Oct 2004 19:39:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22972-06 for ; Thu, 28 Oct 2004 19:39:31 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id E95C23B0FD5 for ; Thu, 28 Oct 2004 19:39:30 -0400 (EDT) Received: from 192.168.1.114 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id 6ED453A986; Fri, 29 Oct 2004 01:39:13 +0200 (CEST) From: Bengt Thuree To: Jakub Steiner In-Reply-To: <1098979484.11471.12.camel@localhost.localdomain> References: <1098965002.4821.15.camel@localhost.localdomain> <1098979484.11471.12.camel@localhost.localdomain> Content-Type: text/plain Date: Fri, 29 Oct 2004 08:39:16 +0900 Message-Id: <1099006756.4821.58.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Use case addition 2 X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 23:39:32 -0000 On Thu, 2004-10-28 at 18:04 +0200, Jakub Steiner wrote: > On Thu, 2004-10-28 at 21:03 +0900, Bengt Thuree wrote: > This isn't much of a use case. Why does Isztwan want to rename the > files? Because it looks bad? > > I don't think a filename is an important attribute of the image (apart > from the fact it needs to be unique in a directory). Why would a user > want to care about filenames? What would an automated filename > generation solve? As long as you stay in f-spot you do not really care about the file name. But if you want to find an image from the file browser, or sending the image to someone who is not so computer aware that there is such a thing as embedded informations in the image. In our case, everything is much much easier now when I have renamed all our images, since everyone in my family can find the images easier. And they do not have to use a particular software browser to do it. A quick glance at the filename and you will know date, location, and persons. Just my 5 cents... -Bengt From bengt@thuree.com Fri Oct 29 01:45:20 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 64A693B07B5 for ; Fri, 29 Oct 2004 01:45:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03881-05 for ; Fri, 29 Oct 2004 01:45:18 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 293D53B0694 for ; Fri, 29 Oct 2004 01:45:18 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id 127E43A986 for ; Fri, 29 Oct 2004 07:45:00 +0200 (CEST) Received: from 194.237.142.21 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Fri, 29 Oct 2004 14:45:00 +0900 (JST) Message-ID: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Date: Fri, 29 Oct 2004 14:45:00 +0900 (JST) From: "Bengt Thuree" To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 05:45:20 -0000 Hej Would this option be something of interest for F-Spot? Moving-Copying pictures. ------------------------ 1) Move the picture(s) to a new directory 2) Copy the picture(s) to a new directory, and f-spot will refere to the new copy. 3) Duplicate the picture(s) to a new directory, and f-spot will still refere to the old file. Nothing from a f-spot users point of view, but if a person wants to have their own directory structure, or perhaps wants to create a special directory (cd?) with some images. Preparing a CD with pictures. ----------------------------- It would be nice to prepare a CD with pictures, to be sent to friends and family. For conveniance there should be a slideshow viewer on this CD. Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in all environments. Preparing a DVD with pictures. ------------------------------ Could also prepare a DVD with an automatic slideshow of some pictures. Makes it easier to send some pictures to someone who do not have a computer, but do have a TV for instance. My small few cents of thoughts... /Bengt -- Bengt Thuree bengt@thuree.com www.thuree.com/bt From tobias.jakobs@web.de Thu Oct 28 16:05:22 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A07073B168B for ; Thu, 28 Oct 2004 16:05:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13399-04 for ; Thu, 28 Oct 2004 16:05:21 -0400 (EDT) Received: from smtp05.web.de (smtp05.web.de [217.72.192.209]) by menubar.gnome.org (Postfix) with ESMTP id 140B53B0E5F for ; Thu, 28 Oct 2004 16:05:21 -0400 (EDT) Received: from [217.83.93.109] (helo=192.168.0.4) by smtp05.web.de with esmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.101 #44) id 1CNGWO-0003qq-00 for f-spot-list@gnome.org; Thu, 28 Oct 2004 22:05:20 +0200 From: Tobias Jakobs To: f-spot-list@gnome.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GUbIgdZ6NFfnIYFT1o5D" Date: Thu, 28 Oct 2004 22:05:17 +0200 Message-Id: <1098993917.5565.48.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Sender: tobias.jakobs@web.de X-Sender: tobias.jakobs@web.de X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Fri, 29 Oct 2004 11:26:08 -0400 Subject: My f-spot wishlist X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 20:05:22 -0000 --=-GUbIgdZ6NFfnIYFT1o5D Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I just wrote down some ideas I would like to see in a photo manager. It is a simpel list and not a use case novel. If you don't understand some think feel free to ask. Import - from directories on harddisk - from CF-Cards mounted as harddisk - from digiKam (KDE Programm digikam.sf.net) Share - via e-mail (Evolution) - copy to a FTP-Server and send mail to friends with the URL - via Gallery and send mail to friends with the URL - Apple iPhoto (local LAN) - send the photos to a print service - burn to CD-R or make a DVD Manage - integration of the Evoluton address book (people) - Audio comments - AVIs from the Digikam - Map-Stuff (look at the mockup [1] ) Find Images - Map-Stuff (e.g. 50km around London) - imgSeek style ("just paint the image you are searching" or images like this one) Editing - Edit in Gimp Dia-Show - background music with Rythembox play-list [1] http://hagemaenner.de/stuff/f-spot/f-spot.png --=20 Tobias Jakobs --=-GUbIgdZ6NFfnIYFT1o5D Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBgVD9O1tyfLeGydARAkzDAKCulLC8mnE1D7O4iTkJhrIBKUPQVwCfZXnJ vzC0bXytNm0oKAL6pOZa/og= =Og/Y -----END PGP SIGNATURE----- --=-GUbIgdZ6NFfnIYFT1o5D-- From bjesus@gmail.com Fri Oct 29 11:48:15 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CA8803B17B0 for ; Fri, 29 Oct 2004 11:48:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00473-10 for ; Fri, 29 Oct 2004 11:48:14 -0400 (EDT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by menubar.gnome.org (Postfix) with ESMTP id BBAA73B1039 for ; Fri, 29 Oct 2004 11:48:14 -0400 (EDT) Received: by wproxy.gmail.com with SMTP id 68so608890wri for ; Fri, 29 Oct 2004 08:48:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=DIIlilGMoPNao7vLb+IvwmPECTWE6+yKoX09cuyyWFxaEIiaFdzlyrjOvWedqnm+j/KcTRriaJ7BulnU9q2gY4SyHqVCdp2sfli/XTJBeabiU/kzK3te2bnsS60qiCyBZn2iBTYkMN3Ghifoy843dHi1iUPP1nmK2jRtL84xV3w= Received: by 10.38.209.67 with SMTP id h67mr745286rng; Fri, 29 Oct 2004 08:48:14 -0700 (PDT) Received: by 10.38.15.65 with HTTP; Fri, 29 Oct 2004 08:48:13 -0700 (PDT) Message-ID: Date: Fri, 29 Oct 2004 17:48:13 +0200 From: Yo'av Moshe To: Bengt Thuree In-Reply-To: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> X-Virus-Scanned: by amavisd-new at gnome.org Cc: f-spot-list@gnome.org Subject: Re: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yo'av Moshe List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 15:48:16 -0000 As for putting the photos on a CD - I think that creating a webpage on the CD can be a solution for having it work on all OSs (Linux, Windows and OS X). About the "Moving-Copying Files" things - I think this is a door of troubles. Having F-Spot create directories that it should ignore, or replace locations of pictures from the database with others - It all sounds too unknown as for "what is going to happen if I'll use this option". Hope you understood my points - my English isn't very good. Nice weekend. Yo'av. On Fri, 29 Oct 2004 14:45:00 +0900 (JST), Bengt Thuree wrote: > > Hej > > Would this option be something of interest for F-Spot? > > Moving-Copying pictures. > ------------------------ > 1) Move the picture(s) to a new directory > 2) Copy the picture(s) to a new directory, and f-spot will refere to the > new copy. > 3) Duplicate the picture(s) to a new directory, and f-spot will still > refere to the old file. > > Nothing from a f-spot users point of view, but if a person wants to have > their own directory structure, or perhaps wants to create a special > directory (cd?) with some images. > > Preparing a CD with pictures. > ----------------------------- > It would be nice to prepare a CD with pictures, to be sent to friends and > family. For conveniance there should be a slideshow viewer on this CD. > Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in > all environments. > > Preparing a DVD with pictures. > ------------------------------ > Could also prepare a DVD with an automatic slideshow of some pictures. > Makes it easier to send some pictures to someone who do not have a > computer, but do have a TV for instance. > > My small few cents of thoughts... > > /Bengt > > -- > Bengt Thuree bengt@thuree.com www.thuree.com/bt > > _______________________________________________ > F-spot-list mailing list > F-spot-list@gnome.org > http://mail.gnome.org/mailman/listinfo/f-spot-list > From loz@flower.powernet.co.uk Fri Oct 29 16:05:04 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7985B3B0FCE for ; Fri, 29 Oct 2004 16:05:02 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13494-01 for ; Fri, 29 Oct 2004 16:04:57 -0400 (EDT) Received: from mail-relay.power.net.uk (mail-relay2.power.net.uk [195.60.31.36]) by menubar.gnome.org (Postfix) with ESMTP id 7F7A53B179B for ; Fri, 29 Oct 2004 16:04:53 -0400 (EDT) Received: from miffy.localdomain ([195.60.29.140]) by mail-relay.power.net.uk (8.12.11/8.12.8) with ESMTP id i9TK4qr8016204 for ; Fri, 29 Oct 2004 21:04:52 +0100 Received: from nessie.localdomain (nessie.localdomain [192.168.0.2]) by miffy.localdomain (Postfix) with ESMTP id 73791FFFC for ; Fri, 29 Oct 2004 21:04:47 +0100 (BST) From: Laurence Hygate To: f-spot-list@gnome.org Content-Type: text/plain Date: Fri, 29 Oct 2004 21:04:47 +0100 Message-Id: <1099080287.11182.7.camel@nessie.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: Wish list X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 20:05:05 -0000 1. Able to assign shortcut keys for tagging; It would be interesting to see the distribution of tags used by people. I have a small number of tags that dominate my photos, and a larger number that are used less frequently. 2. A function to assign the same tags as the last photo to the current photo. (I often have three or four photos of the same scene) 3. Ability to export to CD in digital camera format (DCIM?) I have a portable DVD player that can display photos in this format (provided the correct JPEG standard is used). cheers Loz From bengt@thuree.com Fri Oct 29 21:01:55 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C87603B0EEB for ; Fri, 29 Oct 2004 21:01:55 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24444-10 for ; Fri, 29 Oct 2004 21:01:54 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id 1D3023B0EC6 for ; Fri, 29 Oct 2004 21:01:54 -0400 (EDT) Received: from 192.168.1.116 (194.pool15.dsl8mtokyo.att.ne.jp [165.76.225.194]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by denton.thuree.com (Postfix) with ESMTP id F044D3A986; Sat, 30 Oct 2004 03:01:34 +0200 (CEST) From: Bengt Thuree To: f-spot-list@gnome.org In-Reply-To: References: <28357.194.237.142.21.1099028700.squirrel@denton.thuree.com> Content-Type: text/plain Date: Sat, 30 Oct 2004 10:01:39 +0900 Message-Id: <1099098099.5106.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-thuree-MailScanner: Found to be clean X-thuree-MailScanner-SpamScore: s X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Cc: Subject: Re: Move pictures, Automatic SlideShow CD X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 01:01:56 -0000 Hi Webpage on the CD should work, especially if we can get it to be a fullscreen slideshow also. Not the best solution, but the one that would work for all systems. Moving images around. Yes I agree, not the first option a user should use, since as you said it do sound a bit daring. But, I am certain that sometime the user would like to move the pictures to another directory for whatever reason, or copy them to a backup directory (give access to a few pictures out of the collection to another user for instance). I know I have used it now for instance... I put the new pictures in a separate directory, and when I was finished working with them I moved them to the right place. Also, I re-organized all my pictures into folder structure based upon dates from a folder structure based upon happening earlier. I moved 3000+ pictures this way, and it was very very easy. Greatly appreciated that function for sure. /Bengt On Fri, 2004-10-29 at 17:48 +0200, Yo'av Moshe wrote: > As for putting the photos on a CD - I think that creating a webpage on > the CD can be a solution for having it work on all OSs (Linux, Windows > and OS X). > > About the "Moving-Copying Files" things - I think this is a door of > troubles. Having F-Spot create directories that it should ignore, or > replace locations of pictures from the database with others - It all > sounds too unknown as for "what is going to happen if I'll use this > option". > > Hope you understood my points - my English isn't very good. > > Nice weekend. > Yo'av. > > On Fri, 29 Oct 2004 14:45:00 +0900 (JST), Bengt Thuree wrote: > > > > Hej > > > > Would this option be something of interest for F-Spot? > > > > Moving-Copying pictures. > > ------------------------ > > 1) Move the picture(s) to a new directory > > 2) Copy the picture(s) to a new directory, and f-spot will refere to the > > new copy. > > 3) Duplicate the picture(s) to a new directory, and f-spot will still > > refere to the old file. > > > > Nothing from a f-spot users point of view, but if a person wants to have > > their own directory structure, or perhaps wants to create a special > > directory (cd?) with some images. > > > > Preparing a CD with pictures. > > ----------------------------- > > It would be nice to prepare a CD with pictures, to be sent to friends and > > family. For conveniance there should be a slideshow viewer on this CD. > > Should work in PC, Mac and Linux/BSD environment. AutoStart slideshow in > > all environments. > > > > Preparing a DVD with pictures. > > ------------------------------ > > Could also prepare a DVD with an automatic slideshow of some pictures. > > Makes it easier to send some pictures to someone who do not have a > > computer, but do have a TV for instance. > > > > My small few cents of thoughts... > > > > /Bengt > > > > -- > > Bengt Thuree bengt@thuree.com www.thuree.com/bt > > > > _______________________________________________ > > F-spot-list mailing list > > F-spot-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/f-spot-list > > > From bengt@thuree.com Sat Oct 30 07:51:07 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 813BF3B0F6E for ; Sat, 30 Oct 2004 07:51:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14709-01 for ; Sat, 30 Oct 2004 07:51:06 -0400 (EDT) Received: from denton.thuree.com (c48352a.ehn.bostream.se [194.236.155.104]) by menubar.gnome.org (Postfix) with ESMTP id BF4113B0C6E for ; Sat, 30 Oct 2004 07:51:05 -0400 (EDT) Received: from denton.thuree.com (localhost.localdomain [127.0.0.1]) by denton.thuree.com (Postfix) with ESMTP id AE4203A986 for ; Sat, 30 Oct 2004 13:50:32 +0200 (CEST) Received: from 165.76.225.194 (SquirrelMail authenticated user bengt); by denton.thuree.com with HTTP; Sat, 30 Oct 2004 20:50:32 +0900 (JST) Message-ID: <1158.165.76.225.194.1099137032.squirrel@denton.thuree.com> Date: Sat, 30 Oct 2004 20:50:32 +0900 (JST) From: "Bengt Thuree" To: f-spot-list@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-thuree-MailScanner: Found to be clean X-MailScanner-From: bengt@thuree.com X-Virus-Scanned: by amavisd-new at gnome.org Subject: Handling of Videos X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 11:51:07 -0000 Hi Most of the small compact digital cameras can shoot a small video today, and it would be great if F-Spot could handle them as well. Perhaps not to the same extent to start with, but at least with date and then hopefully later it can handle some standard fields in it as well. You should alo be able to select if you want to see pictures, Videos or both in f-spot. iView MediaPro is handling videos more or less in the same way as it is handling Pictures. /Bengt -- Bengt Thuree bengt@thuree.com www.thuree.com/bt From gcgaf-f-spot-list@m.gmane.org Sat Oct 30 14:48:59 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 541773B0A92 for ; Sat, 30 Oct 2004 14:48:59 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00985-08 for ; Sat, 30 Oct 2004 14:48:57 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id E5C423B09E7 for ; Sat, 30 Oct 2004 14:48:56 -0400 (EDT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CNy81-0003fG-00 for ; Sat, 30 Oct 2004 20:39:05 +0200 Received: from pd9e95d66.dip0.t-ipconnect.de ([217.233.93.102]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Oct 2004 20:39:03 +0200 Received: from danielpoe by pd9e95d66.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Oct 2004 20:39:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: f-spot-list@gnome.org From: Daniel Poersch Date: Sat, 30 Oct 2004 19:33:28 +0200 Lines: 11 Message-ID: <20041030193328.76bbbdd7.danielpoe@gmx.de> References: <1098993917.5565.48.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e95d66.dip0.t-ipconnect.de X-Newsreader: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: Re: My f-spot wishlist X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 18:48:59 -0000 On Thu, 28 Oct 2004 22:05:17 +0200 Tobias Jakobs wrote: > - integration of the Evoluton address book (people) This would be really cool and consistent within the desktop! Gnome should really go to one "people" database instead of evolution/gaim/f-spot/... Rgds, Daniel From manatlan@gmail.com Sun Oct 31 08:15:09 2004 Return-Path: X-Original-To: f-spot-list@gnome.org Delivered-To: f-spot-list@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8CBDA3B08A5 for ; Sun, 31 Oct 2004 08:15:09 -0500 (EST) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08392-05 for ; Sun, 31 Oct 2004 08:15:08 -0500 (EST) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by menubar.gnome.org (Postfix) with ESMTP id CE17A3B0A42 for ; Sun, 31 Oct 2004 08:15:07 -0500 (EST) Received: by rproxy.gmail.com with SMTP id 79so68374rnk for ; Sun, 31 Oct 2004 05:15:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=tt8k+sSlE2a+WzS3q/XtqnIPtTdzB0+GwwPGVOe+uhIyZ5SZ1shYmusqRSlW4KATTk5VLOn8KsuZ1ZaiU1qN90uz0F+IligK7fBIR5lLn2wpepoEsR1hlQMVjThXAuL3EgaNJuegz2giT+/T/k3jUwItRSVYh9Q0TSqfisimMfA= Received: by 10.38.66.34 with SMTP id o34mr160710rna; Sun, 31 Oct 2004 05:15:07 -0800 (PST) Received: by 10.38.82.48 with HTTP; Sun, 31 Oct 2004 05:15:07 -0800 (PST) Message-ID: Date: Sun, 31 Oct 2004 14:15:07 +0100 From: manatlan To: f-spot-list@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Sun, 31 Oct 2004 17:32:20 -0500 Subject: i'm with you X-BeenThere: f-spot-list@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: manatlan List-Id: f-spot-list.gnome.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Oct 2004 13:15:09 -0000 Hello ... I'm the developper of Jbrout (http://jbrout.online.fr/#screenshots) a "photo manager" that i've started last year ... i've tried a lot of product (adobe psa, picasa, imatch, ...), and a lot from the gpl world too But have'nt found the good product ! So i've started to developp mine in a gpl spirit ... with python & wxpython ... Recently i've full switched to linux ... and will continue to maintain my jbrout for a while ... But i've got some trouble with wxwidget under linux, and not enough time to bring it to good ... I find your nice product, which aim to be an "adobe psa" clone ... Adobe psa has got a lot of good features, but it's not the perfect product ! I'd like to explain all "good features" of my product ... that i'd like to see in f-spot ... but i've not a lot of time, and my english is poor ... (and on the website, there is only a french version ;-( ) I think your product will be a very good product, with all the active community, it will near perfection ! And i think i will use it in a near future ! for sure ! (I think i could participate with you, because i'm a csharp developper (on win platform, at my job)) of course i've tried f-spot, which seems to be very bugged on my mdk10.1 linux (exif not read ?! rotate core dump ...)... but i'll wait for a next release, or will get the cvs one of this day ... and try to make a good report of all strange things ... my product is a mix of psa/picasa/imatch ... - tags/comment stored in the picture (no db !!! just a volatile-db in a xml format to speed up the searchs, which can be rebuild from scratch at any time) - able to manage albums (and nested albums), which are simple folders on the fs. (which can be moved in jbrout or in the fs) - powerful search ... tags (with or without) and/or albums (with or without) and/or range time. (very speed with 10000 photos) - use jpeg thumbnail, and able to rotate/rebuild them along with pictures - a basket system (picasa) to be able to select a lot of photos (to be able to apply a lot of operation with them, (export, .. which are pluginables)) - calendar view i'd like to have in f-spot : - the concept of "no-db" by saving tags&comment in pictures ... - a "basket widget" (see picasa) - and a calendar view (see adobe psa) i will make you a better review in the future .. and perhaps will participate in f-spot ...