| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
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
|
|
|
|
|
| |
(This changed in master while this test was being written; correcting
post-merge.)
|
|\ |
|
| |
| |
| |
| |
| |
| | |
- fixed some issues with "whacking uuid junk on the slug"
- uuid4() -> uuid.uuid4() so that mock will work right
- added all the tests!
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
.hex is what we need to access to get at the ascii (hex) version
anyway. Also, not sure why the previous version grabbed starting at
the index of 1... just grab the first characters instead.
|
| |
| |
| |
| |
| |
| |
| |
| | |
- made the mistake of copying some commit message things into the
docstring. Fixed.
- elrond points out that += is nicer and we don't need u"" in this
case since we're not concatenating a variable, we're concatenating
a known ascii string.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This one does not *force* slugs, but usually it will probably result
in a niceish one.
The end *result* of the algorithm will (presumably, I have not tested
it) result in these resolutions for these situations:
- If we have a slug, make sure it's clean and sanitized, and if it's
unique, we'll use that.
- If we have a title, slugify it, and if it's unique, we'll use that.
- If we can't get any sort of thing that looks like it'll be a useful
slug out of a title or an existing slug, bail, and don't set the
slug at all. Don't try to create something just because. Make
sure we have a reasonable basis for a slug first.
- If we have a reasonable basis for a slug (either based on existing
slug or slugified title) but it's not unique, first try appending
the entry's id, if that exists
- If that doesn't result in something unique, tack on some randomly
generated bits until it's unique. That'll be a little bit of junk,
but at least it has the *basis* of a nice slug!
|