Proposal: detach the url from the file name and provide a field just for the url component

[Bharat Mediratta]

In the current model, the url to an item is derived from the file path.
   This is limiting, though.  Users want to be able to tune the url
separately from the filesystem.

There are three logical components here:
1) The name of the file on disk (eg: "FamilyAlbum" or "IMG_1234.JPG")

2) The title of the photo or album, which is visible in your G3 (eg
   "Family", "Bobby's First Steps")

3) The path to the file that you share in your url (eg "Family" or
   "Family/Bobbys_First_Steps")

I propose that we add a new field called the "url_component" (need a
better name.. ideas?) which has the following attributes:

A) It gets dynamically set to something reasonable when you create a new
   album, photo or movie.  For albums, we'll set it based on the title
   you enter.  For photos/movies, it'll come from the filename or the
   caption if we can extract one from EXIF/IPTC.

B) It will not change unless you change it by hand.  So if you go back
   in and modify the title or name fields, the url_component field will
   remain.

C) If you change the url_component for an album, it affects the urls of
   all of its children.

We'll probably have to add a new field to Item_Model called
relative_url_cache which tracks changes whenever you change an
url_component, and then use this when we rewrite and parse urls.

thoughts?
-Bharat

References:
- http://sourceforge.net/apps/trac/gallery/ticket/490
- http://gallery.menalto.com/node/88668

------------------------------------------------------------------------------
__[ g a l l e r y - d e v e l ]_________________________

[ list info/archive --> http://gallery.sf.net/lists.php ]
[ gallery info/FAQ/download --> http://gallery.sf.net ]

[Kevin Nehls]

On Mon, Jun 29, 2009 at 7:52 PM, Bharat Mediratta <bharat@...> wrote:

>
> We'll probably have to add a new field to Item_Model called
> relative_url_cache which tracks changes whenever you change an
> url_component, and then use this when we rewrite and parse urls.
>
> thoughts?
> -Bharat
>
> References:
> - http://sourceforge.net/apps/trac/gallery/ticket/490
> - http://gallery.menalto.com/node/88668

I was just reading this thread 20 minutes ago.  As for thoughts,
I like everything you've laid out.  Sounds very WordPressish from
the little I've used WP.  But I like the idea of the URLs being
automatically defined, then later able to change them.

This would be almost like having built in Permalinks.

Let's do it!  Go on coders, gitter done.  I'll handle the support :)

But seriously, I can't think of anything else that's either missing
or needs to be changed.  Sounds like you've thought of everything
that was running through my head.

Kevin (nivekiam)

------------------------------------------------------------------------------
__[ g a l l e r y - d e v e l ]_________________________

[ list info/archive --> http://gallery.sf.net/lists.php ]
[ gallery info/FAQ/download --> http://gallery.sf.net ]

[Bharat Mediratta]

I've filed https://sourceforge.net/apps/trac/gallery/ticket/625 to track
this issue.

Kevin Nehls wrote:

> On Mon, Jun 29, 2009 at 7:52 PM, Bharat Mediratta <bharat@...> wrote:
>> We'll probably have to add a new field to Item_Model called
>> relative_url_cache which tracks changes whenever you change an
>> url_component, and then use this when we rewrite and parse urls.
>>
>> thoughts?
>> -Bharat
>>
>> References:
>> - http://sourceforge.net/apps/trac/gallery/ticket/490
>> - http://gallery.menalto.com/node/88668
>
> I was just reading this thread 20 minutes ago.  As for thoughts,
> I like everything you've laid out.  Sounds very WordPressish from
> the little I've used WP.  But I like the idea of the URLs being
> automatically defined, then later able to change them.
>
> This would be almost like having built in Permalinks.
>
> Let's do it!  Go on coders, gitter done.  I'll handle the support :)
>
> But seriously, I can't think of anything else that's either missing
> or needs to be changed.  Sounds like you've thought of everything
> that was running through my head.
>
> Kevin (nivekiam)
>
> ------------------------------------------------------------------------------
> __[ g a l l e r y - d e v e l ]_________________________
>
> [ list info/archive --> http://gallery.sf.net/lists.php ]
> [ gallery info/FAQ/download --> http://gallery.sf.net ]
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
__[ g a l l e r y - d e v e l ]_________________________

[ list info/archive --> http://gallery.sf.net/lists.php ]
[ gallery info/FAQ/download --> http://gallery.sf.net ]