| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|\ |
|
| |
| |
| |
| | |
Now we only support media_type backrefs with uselist=False.
|
| |
| |
| |
| |
| | |
Only when creating a new media_data row, we need the table.
So load that locally in media_data_init().
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
For all our media_types, let the backref on the media_entry
be a scalar (there is only one media_data per media_entry)
instead of a list with zero or one entry.
The media_data toolchain on MediaEntry currently handles
both transparently.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Instead of doing query by hand, use the relationships on
the models to find the media_data. Is is made possible by
the BACKREF_NAME in each models.py, which lets us know the
local attr to ask for.
Also initialize the relationship attribute on new
media_data instead of the media_id. Also do not add it to
the session. This gives us:
- This automatically initializes the other side of the
relationship, which will allow later acces via that way.
- If the media_data is too early in the session, when the
(new) media_entry is not yet in there, this could get
conflicts. Avoid those by not adding to session.
- Uses cascading to commit media_data together with the
media_entry.
|
| |
| |
| |
| |
| |
| |
| |
| | |
One in the submissions, that posts a jpg with gps data.
One in the modelmethods to test some behaviours.
The later test fails.
Fixes coming up.
|
| |
| |
| |
| |
| | |
Our jquery <script> tag did not have a proper type
attribute.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
And change the process_foo() API to accept a
processingstate now.
image and video are tested, the others are UNTESTED.
|
| |
| |
| |
| |
| |
| |
| | |
This makes the processing code easier to read/write and
alos will help the reprocessing once we get to it.
Thanks to Joar Wandborg for testing!
|
| |
| |
| |
| |
| |
| | |
Rewrite video to use the new ProcessingState.
Thanks to Joar Wandborg for testing!
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The idea is to have a class that has the knowledge of the
currently being processed media and also has tools for
that.
The long term idea is to make reprocessing easier by for
example hiding the way the original comes into the
processing code.
|
| |
| |
| |
| | |
Instead of the monster I had built before.
|
| |
| |
| |
| |
| |
| | |
Created and tested by Simon Fondrie-Teitler.
Thanks!
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Rename a variable in a translated string to make it easier
for translators to know what they're dealing with.
And add a <title/> block.
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
* aleksej/quotes_and_a_for_addcoll:
Small changes to "Add <media> to collection" string
|
| | |
| | |
| | |
| | | |
Add quotation marks and "a" ("a" was proposed by Elrond).
|
| | |
| | |
| | |
| | |
| | |
| | | |
templates using the new hook system were not extracted
properly. One needs to add the new extension to the
extraction process as well.
|
|/ /
| |
| |
| |
| |
| |
| |
| | |
We missed to search for translatable strings in our plugins
and other things that might have templates.
The search is now for **/templates/**.html. That should
catch a lot more.
|
|/
|
|
|
|
|
|
| |
The template in the geolocation plugin still used the old
config option. Just remove that. To enable it, you enable
the plugin. No need for extra config.
Tested by manwesulimo2004 (via IRC).
|
| |
|
| |
|
|
|
|
| |
auto module documentation.
|
|
|
|
| |
Tells how you *can* use it in templates if you really like.
|
| |
|
|
|
|
| |
method
|
| |
|
| |
|
|
|
|
| |
in default config
|
|
|
|
|
|
|
| |
- I'm having trouble seeing if the geolocation stuff actually works,
but plugins are included
- including a list of template hooks works, however the macro to
include them does not, so it's kinda verbose
|
|
|
|
|
|
|
|
| |
- Added start of template hook code to pluginapi.py
- Started to break openstreetmap into plugin; moved templates
- Added plugin hooks in media and image media templates
... almost certainly, none of this works yet. :)
|
|
|
|
|
|
|
|
| |
py3 does not have dict.has_key any more. You have to use
"key in dict" instead. As that works in python2 as well,
let's use that.
Also some small bits of pep8.
|
|
|
|
| |
Do not commit so often. flushing is enough.
|
|
|
|
| |
well, fix the relationship on the comments.
|
|
|
|
|
|
|
|
|
|
| |
This currently fails (with foreign key constrain error):
1. Have user A and B.
2. User B creates media M.
3. User A post a comment on M.
4. User A deletes his own account.
The test is a little bit wider.
|
| |
|
|
|
|
|
|
| |
Plugin writers will often need to create new tables. So
give them some hints, what they need to do and where they
might find more info.
|
|
|
|
|
|
|
|
| |
We need some "Part" for developers. Currently, it's named
"Part 4: Developer's Zone". But we should come up with a
better name soon.
Moved the codebase docs in there for starters.
|
|
|
|
|
| |
Added the documentation (which was already present in
plugindocs/) to the TOC, so it's getting build and linked.
|
|
|
|
|
|
|
|
| |
Allow us to extract docstrings from our sources using the
sphinx.ext.autodoc module.
First use: Extract some of the docs for the pluginapi and
provide it in a new "Plugin API" section.
|
|
|
|
| |
Also changed some literal blocks to code-blocks
|