Get Started. It's Free
or sign up with your email address
Features by Mind Map: Features

1. Insta-Edit

1.1. Basic Concepts

1.1.1. Insta Correct is only for issues we can identify for certain - Author can still reject. Allow author to bypass correction, flag for review

1.1.2. Insta Prompt is for uncertain "you might wanna check" values. Author can reject. Allow author to bypass correction, flag for review

1.1.3. ErrorText = specific comment from the Reviewer Comments table

1.2. Modules

1.2.1. assign $Content = text passed

1.2.2. assign $ErrorID as the Review Comments ID

1.2.3. Insta-Prompt Specific Issues Title too Short or not descriptive Enough Byline in Title

1.2.4. Insta-Correct Specific Issues Title Not in Title Case Decorative Lines in Title Multiple Punctuation

1.3. Data

1.3.1. Store old and new values, until accepted by Author. Discard old. Author Accepts Discard old value Move to next Author Rejects: Discard new value Discard new value warning message Flag article for Reviewers

1.4. Interfaces

1.4.1. Post-Submission Form One Moment Please... reviewing this article now... (animation) Formatting issues Grammar issues etc (see"am_problem_type" table) Display error list All errors must be cleared or rejected before moving to Human_Edit

1.4.2. Edit Form

1.4.3. Review Form

1.5. Processes

1.5.1. Reviewers - make a note of "false positives"

2. Account Features based on Account Parameters

2.1. Constant Distribution

2.1.1. Launch Values True/False

2.1.2. Interfaces None

2.1.3. Modules Runs when new sites join list requesting all articles Calculate which articles to distribute $Plans()= array of all plans where Constant Distribution = True $CurSubs()= array of all current subscribers in $Plans() $ConstDist() = array of all articles belonging to $CurSubs() where start_date before now() and end_date after now() Run "Queue" function for all articles in $ConstDist()

2.2. Articles

2.2.1. Interfaces Joomla Menu Runs when user clicks to "Submit Article" DYA Features (Joomla Admin) Time Parameter

2.2.2. modules Calculate remaining articles $days = Value of time parameter from account description $articles = value of articles allowed from account description $datenow = value of today's date (system) Calculate $startdate =$datenow-$days $articlesubs = Count articles submitted between $startdate and datenow (from articles table) Calculate $remarts = $articles-$articlesubs

2.2.3. Data Time Parameter Store time parameter in account description in DB

2.3. Categories

2.3.1. Possible Values Launch For Launch, 1 or 2 or 3, no unlimited Post-Launch any number, or unlimited

2.4. Versions

2.4.1. Launch Value true/false

2.4.2. Interfaces Submission Form Author enters article information Author selects "Versions" on a field by field basis - check boxes on the form, yes/no Submit Article button pressed ContentBoss information gathering Form Fields Reviewer Form Display Versionable Text Source (ContentBoss;Modified;Author) Article Edit Form Version Form Fields Button Submit For Review Submit and Hold

2.4.3. Module VersionDeterminator() = (db lookup) Versions allowed in DYA Features for $PlanID Triggered when submission form loads ContentBossCredFind() DBLookup: Credentials in system? Get CBVersionables() Triggered by CB Module Process Versionable Text from ContentBoss and display on (???)form Determine Versionable Text Source Compare submitted text to stored Versionable Text (Each Field) SpinNewVersion() CB provided code

2.4.4. Data Store VersionableText from ContentBoss in db CBText Columns Store Versionable Text source in article record Versionable Text columns store CB Creds from ContentBossCredFind()

2.5. Pen Names

2.5.1. store password in plain text for sending to dist sites

2.6. Auto-Pilot

2.6.1. true false

3. Site Specific Login

3.1. Interfaces

3.1.1. Site Specific Login Data Capture Form Fields: Site ID(dropdown - active sites on our list) Username Password email address Author First Name Author Last Name Date Entered Date Updated POST LAUNCH: iFrame of site, test credentials, display to user does not allow multiple records for the same site+user - allows update. Do not store old values

3.2. Data

3.2.1. Store user ID + site ID + credentials in site_specific table DB Fields: Site ID Username Password email address Author First Name Author Last Name Date Entered Date Updated

3.2.2. Site_Specific_Archival table DB Fields: Site ID Username Password email address Author First Name Author Last Name Date Entered Date Updated Date Archived

3.3. Modules

3.3.1. Fires when button pressed on site specific login form Gather all values as variables Connect to site, display in iFrame on form Pass variables to site

3.3.2. Fires during distribution process Get Credentials Get $userid Get $siteid Seek $userid + $siteid in site_specific table

3.3.3. Fires based on Cron Job Cleanup SiteSpecific table Reason: keep this table as small as possible to minimize seek time $SSLog_Plans() is arrayof plans allowing site specific login $userplans() is array of users in the site_specific table and their current plans Multiple email warnings Your subscription has lapsed. You have xx days to reactivate your account before all of your site specific records are erased and cannot be restored.

3.3.4. Fires based on Cron Job Cleanup SiteSpecificArchival table Run Delete Query on all records where archival date is greater than 40 days ago

4. Periodic Activity Report

5. Author Account page (Article View)

6. Automatic Email Notifications

7. Reports

7.1. Exposure

7.2. Distribution