Closed (fixed)
Project:
Freelinking
Version:
6.x-3.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Reporter:
Created:
23 Oct 2009 at 06:35 UTC
Updated:
11 Nov 2009 at 04:40 UTC
Jump to comment: Most recent file
This patch changes how freelinking 3 deals with plugins. Instead of a subdirectory of include files, it introduces two new hooks:
These add up to reworking how the setting form is built.
| Comment | File | Size | Author |
|---|---|---|---|
| #3 | 612434.hooks_.patch | 8.64 KB | Grayside |
| #3 | freelinking_plugins.tar_.gz | 2.16 KB | Grayside |
| #2 | 612434.multiplugin.patch | 4.37 KB | Grayside |
| freelinking_plugins.tar_.gz | 1.69 KB | Grayside | |
| plugins_via_hooks.patch | 6.93 KB | Grayside |
Comments
Comment #1
Grayside commentedTweaking to make it clear- this is for Freelinking 3
Comment #2
Grayside commentedStep 1: Apply and untar #1.
Step 2: Apply the Multiplugin patch. This also corrects the setting form fieldgroup names, a stray colon, and a t() concatenation issue. It affects both freelinking_settings() and the return value expected from hook_freelinking_settings.
Todos from #1 should now be resolved.
Comment #3
Grayside commentedI woke up and decided the above was confusing. Here is a new, complete, and authoritative patch. It provides all the above changes in one patch and one tarball, applied from the modules/ directory.
hook_freelinking_syntax() has been simplified to hook_freelinking().
The drupalnid and drupalproject plugins have also been converted for use in this version.
Comment #4
Grayside commentedCommitted with additional cleanup & modification to retain existing plugin architecture alongside the hook.