Skip to main content

Jmbo foundry behaviour/templates app.

Project description

Jmbo Foundry User Guide

jmbo-foundry ties together the various jmbo products enabling you to rapidly build multilingual web and mobi sites with the minimum amount of code and customization.

jmbo-foundry strives for a high level of through the web configuration. Much of the site’s behaviour is configurable through the admin interface.

Sites

Your web presence typically consists of a normal web site and a mobile site. There may be many more types of sites in future and jmbo-foundry makes it easy to configure them independently. If your main site is served on www.mysite.com then go to Sites in the admin interface and set Domain name and Display name accordingly. Then add a site entry for your mobile site and set the values to m.mysite.com.

If you have only one site then you may blindly publish everything that is publishable to this site. However, if you have more than one site and in different languages then understanding sites become significant.

At its most basic level publishing to a site means making content appear on a site. This is easy to understand when the content is eg. an article, but content is not always limited to things which are easily translatable into real world objects.

Preferences

Preferences can be published to certain sites.

General preferences

Check Private site to make the site accessible only to visitors who are logged in.

Check Show age gateway to enable the age gateway for the site. Visitors must confirm their age before they are allowed to browse the site.

Exempted URLs are URLs which must always be visible regardless of Private site or Age gateway settings. Certain URLs like /login are visible by default and do not need to be listed.

The Analytics tags field may contain javascript. There is a fallback to enable analytics on low-end browsers but it is not configurable through the web. See the settings.py section.

Registration preferences

You can select which fields to display on the registration form. Some fields (eg. username) are always visible on the registration form and cannot be removed.

You can select a subset of the displayed fields to be required. Fields which are absolutely required (eg. username) cannot be set to be optional. For instance, if the site users my log in using their mobile number then set mobile_number as a required field.

Some fields may need to be unique, especially those that may be used to log in to the site. Using the mobile number example above you should set mobile_number to be a unique field. It is important to decide beforehand which fields must be unique since it is difficult to remove duplicates if you change this setting. An exeption is raised if you attempt to change this setting and duplicates are detected (friendlier validation still to be added).

Login preferences

Users typically log in to a normal site with their username or email address, whereas a mobile number is a natural login field for a mobile site. Choose from Username only, Email address only, Mobile number only or Username or email address.

Password reset preferences

When a user loses his password he may request a password reset. Normally this is accomplished by sending an email to the user, but in the case of a mobile site it is desirable to send a text. Choose between Email address or Mobile number. Note that a password reset request does not automatically generate a new password for the user since this may lead to malicious people disabling users’ accounts.

Naughty word preferences

You can set a list of weighted words. The report_naughty_words management command identifies potentially offensive comments. An email containing clickable links for approval or deletion is sent to the Email recipients.

Listings

A listing is essentially a stored search that can be rendered in a certain style. A listing can be published to certain sites.

Content type, Category and Content are criteria which define the items present in the listing. These criteria are mutually exclusive.

Count specifies the maximum number of items in the listing.

Style is the default way in which the listing is rendered. The styles are vertical, vertical, vertical thumbnail, horizontal, promo and widget. See Listing styles for detail.

Items per page is the number of items to display on a single listing page.

Listing styles

Vertical is a vertical listing with no images.

Vertical thumbnail is a vertical listing with images.

Horizontal is a side-by-side listing with images. Each item looks like a baseball trading card.

Promo collates the items in a slideshow.

Widget is the most complex. It is used when each item can be interactive, eg. a listing of polls. Polls you have already voted on are read-only, and the others may change content once you vote on them. The content type being represented as a widget needs to provide code for this functionality.

Pages

Page builder documentation tbc.

Authors

Praekelt Foundation

  • Shaun Sephton

  • Hedley Roos

  • Euan Jonker

  • Rizmari Versfeld

Changelog

0.3.4

  1. Batching on tastypie listing API.

  2. Remove django-ckeditor dependency. Handled by jmbo-post.

  3. Patch CsrfTokenNode.render so the input is not wrapped in a hidden container.

0.3.3

  1. Version pins for jmbo and jmbo-post.

0.3.2

  1. Use slug for lookups in tastypie API.

0.3.1

  1. Chatrooms and normal comments can now have distinct appearances. jmbo>=0.3.1 required.

0.3

  1. Reduce ajax polling when user is inactive

  2. django-tastypie support added. jmbo and jmbo-post have minimum version requirements.

0.2.2

  1. Pin django-ckeditor to >= 3.6.2

  2. Remember me field now on login and join forms. Checked by default.

  3. Any call to get_XXX_url is now layer aware.

  4. Comment posting now ajaxified depending on browser capabilities.

0.2.1

  1. Remove dependency links.

0.2

  1. Add a base_inner.html template so it is easier to override base.html.

  2. Patch listdir so collectstatic does not fail on custom layers for third party foundry-based products.

0.1

  1. Use Jaro Winkler for matching naughty words.

0.0.2 (2011-09-27)

  1. Detail view.

  2. Element preferences.

0.0.1 (2011-09-21)

  1. Initial release.

Project details


Release history Release notifications | RSS feed

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

jmbo-foundry-0.3.4.tar.gz (324.7 kB view details)

Uploaded Source

Built Distributions

jmbo_foundry-0.3.4-py2.7.egg (663.8 kB view details)

Uploaded Source

jmbo_foundry-0.3.4-py2.6.egg (664.2 kB view details)

Uploaded Source

File details

Details for the file jmbo-foundry-0.3.4.tar.gz.

File metadata

File hashes

Hashes for jmbo-foundry-0.3.4.tar.gz
Algorithm Hash digest
SHA256 515837c7fc2836fbb3b2dc65957e79164386b70442b4be1d5a9e6b476bf77025
MD5 5de6f0e3633777a14b336aef1bc6b412
BLAKE2b-256 0a81c5a0f5b98103ba4aacca75a62782b3278eb37ea382a8c92b7488d422ffbc

See more details on using hashes here.

Provenance

File details

Details for the file jmbo_foundry-0.3.4-py2.7.egg.

File metadata

File hashes

Hashes for jmbo_foundry-0.3.4-py2.7.egg
Algorithm Hash digest
SHA256 bf62a142079461036d552c456ebf5d0a6f5537b2dd0f2d53eb359f6b673e9899
MD5 9c8102d08cad856f7302e2ee8940f75d
BLAKE2b-256 77335c8d593f8b35e0ea318698443e003513f71055d08e93eb6796143d0d4bc2

See more details on using hashes here.

Provenance

File details

Details for the file jmbo_foundry-0.3.4-py2.6.egg.

File metadata

File hashes

Hashes for jmbo_foundry-0.3.4-py2.6.egg
Algorithm Hash digest
SHA256 7ede9b23189b7676b62ce16c9d9fcc26245fb67082662a307156cba2f70d97aa
MD5 af4fd3aafa77ef3b640e2f52a74532e6
BLAKE2b-256 b864dff755372049050ff97e55d48dc0f1e0d0931b3bbc94dfb87ae8155f9dff

See more details on using hashes here.

Provenance

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page