• last updated a few minutes ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Added richtext_or_file widget/datatype for use with CR items

    • -0
    • +308
    /openacs-4/packages/acs-templating/tcl/richtext-or-file-procs.tcl
My change to use the richtext API had a bug

Cleaned up richtext datatype, to use core.js and add documentation

Added new action-links graphic

added object id field to table in long mode - requested by client on behalf of flash mapdeveloper

- Removed context bar logic -- corresponding .adp file doesn't use it at all

- Added user-message

Added util_user_message procs

- Added user message CSS

- Changed arrow for action-links

Changed JS for richtext_or_file widget

Wrap the value in the generated code, so you can have values that contain space (broke when I tried to do a case tag with member_state of 'needs approval').

Refactored template::data::transform::file so the mechanism that gets .tmpfile and .content-type from the page form can be reused.

Made spellcheck use the API for richtext datatype, instead of hardcoding knowledge about its internal representation

making it impossible to mark a template ready for use if it has no states

throwing error from workflow::case::new if workflow doesn't have any state (it's not functional without states).

Added a missing slash to separate the category from username. Now in

some cases we might have two slashes (the whole cat/user/archive stuff

is pretty poor). In any case two slashes is less of a trouble than no

slash.

removed "mockup only" from notification start date field title

Added proc to just get the naked subscribe/unsubscribe URLs, depending on the user's current notification status

added requirement for logging to file

the trigger type constraint in the upgrade script was old. Caught this problem thanks to the automated tests that Lars have written.

Don't throw error when DB collection is not enabled

need to drop old workflow_deputies column with cascade

Added richtext widget javascript

put back loop_count variables from 1.19 that got killed in 1.20 and 1.21

rewrote automated install instructions

updated requirements doc with current implementation

Added links to available datatypes and widgets to ad_form documentation

More incremental progress.

If the message is Draft we redirect to one-entry. That way new messages

don't end up in black hole if they are draft and one-entry serves as a

sort of preview.

Even more helpful help text.

util_url_valid_p now accepts ftp:// style URLs and also doesn't care

about the case (i.e. HTTP://example.com is a valid URL).