| Age | Commit message (Collapse) | Author |
|---|
|
|
|
indeterminate ordering, so that ablums are initially shown first.
|
|
|
|
parameter to indicate that a micro thumb is being generated
|
|
1) Fixes Ticket #208
2) Fixes Ticket #190
3) Fixes an unticketed issue where two items could collide when
creating the thumbnail and/or resize. For example, loading a.flv and
a.jpg would have generated the same thumbnail image. This change adds
a random value to the name to avoid conflicts.
4) Added item::__set() to clear the relative path if the name changes
|
|
use this as the default instead of id. This prepares the way for
manual reordering in the organize functionality.
|
|
its container (initially used for organize album view)
|
|
item::descendants uses the specified sort order
|
|
|
|
objects when an item is deleted.
|
|
Item_Model::thumb_tag()
|
|
|
|
|
|
files.
|
|
|
|
implementation agnostic.
|
|
|
|
|
|
the item model and always pass the orderby fields. This insures that
all children or descendant calls will respect the album sort order.
|
|
forced the next/prev buttons in album navication to respect the sort
order as well.
|
|
descriptions.
|
|
|
|
|
|
them using the h264streaming plugin. Everything else is a fairly
minor change.
|
|
The problem was that item::delete was deleting the parent album
|
|
just treat it like it was missing and continue
|
|
extract a thumbnail out of it and if you click through we show it
using flowplayer.
|
|
|
|
the item::__set magic method.
|
|
* Added new field in items table (path) which is sanitized version of
name.
* Added __set method on Items_module to set the path field whenever
the name field is changed.
* Made some changes to the scaffolding so missing the path column
would not kill the scaffolding.
* Changed MY_url::site so not having a 3rd parameter won't throw an error.
|
|
Convert all item->type == "photo" to item->is_photo()
|
|
|
|
http://example.com/gallery3/index.php/albums/2
http://example.com/gallery3/index.php/photos/9
You'll see urls like:
http://example.com/gallery3/index.php/Family/Weddings
http://example.com/gallery3/index.php/Family/Weddings/Bob.jpg
|
|
move an item into its own hierarchy, or into an album where you don't
have edit permission.
|
|
fix a bug in viewable() that was AND'ing all view permissions together
(which meant that you had to have *all* permissions to view an item,
instead of just one).
Also, add a "max" param to the thumb_tag() so that we can specify a
max dimension for the thumbnail. This will be used in the upcoming
"move item" feature.
|
|
an abstraction for when we add movie support.
|
|
|
|
Introduce a "show" parameter which contains the id of the item that we
want to show when we go to the parent's page.
|
|
grotty looking stuff in themes.
|
|
yet, but it shows you which items have locked view perms.
|
|
1) Deleted in-place-editing. We'll be replacing this with a real edit
system that groups settings together and is more coherent.
2) Tweaked the way that dialog boxes work to get the ajax stuff working
again. It's imperfect and does not work properly for uploading images.
This is going to get redone also, but this is a good resting point.
3) Created edit forms for albums and photos. Moved _update and _create out
of Items_Controller and into the individual subclasses.
4) Created access::required which is a shorthand for:
if (!access::can(...)) {
access::forbidden();
}
5) Added validation rules to Items_Model
6) Converted login to use the regular modal dialog approach in the theme.
|
|
Track a set of rules in Graphics_Rule_Model which specify how we turn
original images into thumbnails and resizes. There's one set of rules
that applies to every image in the Gallery.
Track the state of thumbs and resizes with a "dirty" bit. The new
graphics helper manages the rules and can rebuild the thumbs and
resizes for any images that are considered "dirty".
Introduce the concept of an "album cover" which is an item that an
album points to. We'll use that item as the source for the album's
thumbnail/resize.
Conflated with this change (sorry!) I also changed the Var table to
use module_name instead of module_id. This may be marginally less
efficient, but it's much easier to follow in the database.
|
|
|
|
just items viewable by the active user. Ie:
ORM::factory("item")
->where("name", "foo")
->find_all()
Would get all items with the name "foo".
ORM::factory("item")
->viewable()
->where("name", "foo")
->find_all()
Restricts it to just the set of items that the user is allowed to see.
|
|
because the leading underscore confuses the Kohana router.
|
|
Item_Model and simplifies
file_proxy. It also means we can stop munging file names in the var/resizes hierarchy.
In the process, rename "thumbnail" to "thumb" everywhere in honor of
Chad (well, ok because it's shorter)..
|
|
can find problems faster.
|
|
o Add model_cache::get() which caches models avoiding duplicate lookups
o Stop using ORM relationships for Item_Model::owner so that we can use caching
o For Item_Model::xxx_edit fields, don't make them editable for guests
o Other minor stuff.
These optimizations reduce the number of queries for a 9-photos page from ~200
to ~45. Still way too many!
|
|
which will preserve the aspect ratio of the original image
|
|
other functionality. This makes our user/group and access code
fully consistent.
|
