Age | Commit message (Collapse) | Author |
|
creating the page. Provide for a default page title if none is
set. This allows less changes to page.html.php as different modules
want to change the page title.
|
|
creating Dynamic Albums. This name change reflects the usage better
and allows multiple dynamic albums (including tags) to use the same
page template.
|
|
|
|
url:site(url::abs_file(...))
Create a login_page.html to be used when there is no guest access to
the root album. It doesn't have a sidebar nor breadcrumb.
|
|
as the Modify profile and logout links.
|
|
item. ticket #118.
|
|
task::create method call
|
|
#125). Haven't quite figured out what to do with the errors in the
context. Maybe they should show on the mainenance screen?
|
|
don't pass in a Group_Model as the argument. This prevents us from
setting permissions on the wrong group by accidentally passing in a
User_Model.
|
|
|
|
max_page, just return an empty feed.
|
|
|
|
|
|
incidentally fixes the the problem that admin/maintenance tasks have
been broken.
|
|
them a nice "Welcome to Gallery 3" dialog. The text in there needs a
little work but it's a start.
In the process, re-build the install.sql using the scaffolding code.
|
|
specify a single type and ask for it appropriately in
admin_maintenance. Specify a type for every existing task.
|
|
|
|
uninstall/reinstall doesn't mean starting over
|
|
|
|
- Show the "Server Add needs configuration" message whenever
there are no paths.
- Un-ajaxify the admin code to remove complexity and allow us to
update the status message as appropriate.
- Rename server_add_admin.html.php to admin_server_add.html.php
for consistency.
- Fix up form to properly display error messages
- Get rid of server_add_dir_list.html.php now that we're
non-ajaxified.
- Change delete <span> to an <a> for non-ajax world.
|
|
|
|
|
|
|
|
|
|
csrf if we are not verifying it. Remove the must match flag so
non-existent paths don't cause the input box to empty
|
|
|
|
|
|
|
|
|
|
for unique identifier as opposed to user id. :-)
|
|
|
|
batch::start() before starting a series of events, and batch::stop()
when you're done.
In batch mode, the notification module will store up pending
notifications. When the batch job is complete, it'll send a single
digested email to each user for all of her notifications.
Updated the scaffold and local_import to use this. Haven't modified
SimpleUploader yet.
|
|
* Allow for the "movie" type in all of our text
* Try to follow the pattern of mainly only passing ORM objects
to the view and let it generate its own text (this becomes
even more important when 3rd parties want to customize notification
messages)
* Rename _send_message to be _notify_subscribers to be more acccurate
and have it explicitly take a subject in the API
* Use Item_Model::url() in the views instead of hand crafting URLs
* Reformat HTML in views
* Use $comment->author_xxx() functions instead of replicating that code
* Fix several places where we were encoding data by doing ucfirst($item->type)
with conditionals where we form the text properly. We should *never*
be showing data types to the end user! This is not localizable!
Note that this probably breaks the existing batch processing code. I
am going to redo that in a subsequent pass.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* Add site warning message if local_import is installed an there is no
authorized directories
|
|
|
|
admin page is shown
|
|
and remove it. Cleanup unused variables. Rename the method remove()
to remove_path()
|
|
Change to use access::required
|
|
|
|
|
|
|
|
Starting a batch call batch::operation(name, item). In the case of
adding photos name = add and item is the parent of the new items.
When the operation is finished the batch::end_operation(name) is
called.
operation and end_operation events are called. Handlers
(i.e. item_created) can call batch::in_progress(name) to determine if
a batch is being processed.
|