Up to [Local Repository] / interchange / code / UI_Tag
Request diff between arbitrary revisions
Keyword substitution: kv
Default branch: MAIN
* Fix problems caused by prototype mismatch in Perl 5.10.
Fix incorrect license in headers GPL v2 -> GPL v2 "or later". Update copyrights.
Fix incorrect license in headers GPL v2 -> GPL v2 "or later". Update copyrights.
Big copyright and version number update to prepare for 5.3.2 release.
Header/license fix or Version update+minor formatting fix, or both
stray %s from last commit removed, added ; to encoded ]
exclude HTML code from message subject to translation
* Fix typo found by Ton.
* Various changes to account for Vend::File
Fixed type in option name: parent_directory_message.
updated LINUXIA branch to 4.9 sources in order to use it as testbed again
* Permit "sandbox" file-navigator with no up-directory link. Add some enhancements to target of edit link.
* Add option to have no upward directory traverse and no "New File" access.
* Revamp of content edit. I think it is starting to get there..... * "Edit page", "Edit menu", even "edit component" links are inserted when you are logged in as admin. * Complete cleanup of page/template/component parsing code, now perhaps someone besides me could understand it. 8-) * File navigator only now used for pages, not for templates/components, retains context. * Hooks are there for doing an entire edit session then pushing new content all at once. Theoreticially, you could create an entire new site, browse it and test it without the public seeing it, and then push one button to publish it all. I say theoretically because I haven't done it yet, but it should be there soon. * Preview now holds true for browsing catalog. * Now can create and edit pages that have no template wrapper. * Closed all Bugzillas relating to it. -- New pages not creating properly -- Unable to edit in subdirectories -- Templates not written properly * TODO: -- Allow alternate DSN for staging database tables. -- Document this puppy, finally. -- Change templates so that left-side/right-side components interchange, and so that most class=content components can go vertical. -- Vet the new [menu][/menu] component so that left-hand side menu can be directory/location sensitive. -- Build in the "use the index.html page in the current directory as the template" functionality.
* Put files in 3 columns except when showing details....
* Change file_navigator to call content_editor instead of page_edit for HTML files * Make default not to call editor, but to call viewer for HTML files
* Major changes to the content editing scheme. I finally think it is really usable. * Requires a CSS/Javascript 1.3 compliant browser. Tested on Mozilla 0.9.8, MSIE 5.51, Opera 6.0tp2. All work pretty well; Mozilla is a bit slow, Opera doesn't have CSS widths down. * Page editor has a quasi-visual layout that should be much more intuitive. Support for a "PAGE_PICTURE" file in the templates allows visual links to the editor page. * Components, templates, and pages are now all editable. Template and component editors need to be brought up to speed with the page editor, but work fairly well. * Publishing scripting not yet done. * Added new lib/UI/ContentEditor.pm module which implements this stuff in conjunction with lib/UI/pages/include/*_editor. A bit of a JavaScript dependency nightmare on the generated attribute editors, but I make get this more canned as time goes on. * Lets get this on record -- this content editiing WILL NOT UNDER ANY CIRCUMSTANCES EVER WORK ON NETSCAPE 4. Do not ask, though I know the people who monitor this stuff won't. * Added new "auto_wizard" which builds a wizard from a file like in the example. I think this is pretty cool, if I do say so myself. It will be the method to provide scripted content addition. * More table-editor updates -- added notable option, and all_opts option which allows building the options in Perl and then doing: [table-editor all-opts=`\%opts`] * Look for major updates on the table editor to make it completely templateable. * That's all the comments for now -- try it out!
* Create Vend::CounterFile module and use it for counters. This allows us to use/honor Fcntl lock settings and improve reliability on shared sessions.
* The great tag breakout!
* Almost all tags are now UserTag definitions. The only exceptions
are:
and bounce goto if label or unless
* New TagDir directive (default is VENDROOT/code) sets the
directory (or directories) which are searched for code definitions
set by UserTag and CodeDef.
* New TagGroup directive establishes groups of ITL tags which can
be included.
TagGroup :crufty "banner default ecml html_table onfly sql"
The default groups include :core, which contains all of the
ITL tags defined in 4.8/early 4.9. The groups are defined
in $Vend::Cfg::StdTags and can be undefined if desired
with "TagGroup :group".
* New TagInclude directive allows inclusion of tags (or groups
of tags). If a tag is defined as a core tag (with a .coretag
or .tag or .ct extension) and is not included, it will not
be compiled and placed in the tag map. This is for all catalogs,
so if *any* catalog uses a tag it must be included.
Examples:
# Include the base tags
TagInclude :core
# Not the commerce tags
TagInclude !:commerce
# But make sure item-list is included even though
# it is in :commerce
TagInclude item-list
## Double negatives are honored
TagGroup :foo "bar !baz buz"
## With the group above, the below is equivalent
## to TagInclude !bar baz !buz
TagInclude !:foo
* New CodeDef directive allows the setting of filters,
order checks, FormAction, ActionMap, ItemAction,
and LocaleChange.
## filters
CodeDef mixedcase Filter
CodeDef mixedcase Routine <<EOR
sub {
my $val = shift;
## [filter mixedcase]mixed case[/filter]
## outputs "MiXeD CaSe"
$val =~ s/(.)(.)/\u$1\l$2/g;
return $val;
}
EOR
## order checks
CodeDef mixedcase OrderCheck
CodeDef foo Routine <<EOR
sub {
my ($ref, $var, $val) = @_;
return (1,$var) if $val eq 'bar';
return (0,$var, "foo must be bar");
}
EOR
All work in catalog.cfg; LocaleChange and ItemAction are not
global. FormAction, ActionMap, and ItemAction directives
are equivalent to their CodeDef equivalents.