-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
1 parent
47cdadb
commit 4fc2842
Showing
1 changed file
with
17 additions
and
86 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,114 +1,45 @@ | ||
=== Plugin Name === | ||
Contributors: (this should be a list of wordpress.org userid's) | ||
Contributors: freddiemixell | ||
Donate link: https://github.com/freddiemixell | ||
Tags: comments, spam | ||
Tags: | ||
Requires at least: 3.0.1 | ||
Tested up to: 3.4 | ||
Stable tag: 4.3 | ||
License: GPLv2 or later | ||
License URI: http://www.gnu.org/licenses/gpl-2.0.html | ||
|
||
Here is a short description of the plugin. This should be no more than 150 characters. No markup here. | ||
Add Google Custom Search Engine to search your WordPress site and send data to Google Analytics. | ||
|
||
== Description == | ||
|
||
This is the long description. No limit, and you can use Markdown (as well as in the following sections). | ||
|
||
For backwards compatibility, if this section is missing, the full length of the short description will be used, and | ||
Markdown parsed. | ||
|
||
A few notes about the sections above: | ||
|
||
* "Contributors" is a comma separated list of wp.org/wp-plugins.org usernames | ||
* "Tags" is a comma separated list of tags that apply to the plugin | ||
* "Requires at least" is the lowest version that the plugin will work on | ||
* "Tested up to" is the highest version that you've *successfully used to test the plugin*. Note that it might work on | ||
higher versions... this is just the highest one you've verified. | ||
* Stable tag should indicate the Subversion "tag" of the latest stable version, or "trunk," if you use `/trunk/` for | ||
stable. | ||
|
||
Note that the `readme.txt` of the stable tag is the one that is considered the defining one for the plugin, so | ||
if the `/trunk/readme.txt` file says that the stable tag is `4.3`, then it is `/tags/4.3/readme.txt` that'll be used | ||
for displaying information about the plugin. In this situation, the only thing considered from the trunk `readme.txt` | ||
is the stable tag pointer. Thus, if you develop in trunk, you can update the trunk `readme.txt` to reflect changes in | ||
your in-development version, without having that information incorrectly disclosed about the current stable version | ||
that lacks those changes -- as long as the trunk's `readme.txt` points to the correct stable tag. | ||
|
||
If no stable tag is provided, it is assumed that trunk is stable, but you should specify "trunk" if that's where | ||
you put the stable version, in order to eliminate any doubt. | ||
Easy Google Site Search allows you to create a GoogleCSE with the Google Custom Search v1 Api. | ||
|
||
== Installation == | ||
|
||
This section describes how to install the plugin and get it working. | ||
|
||
e.g. | ||
|
||
1. Upload `fm-google-site-search.php` to the `/wp-content/plugins/` directory | ||
1. Activate the plugin through the 'Plugins' menu in WordPress | ||
1. Place `<?php do_action('plugin_name_hook'); ?>` in your templates | ||
1. Upload `fm-google-site-search/` to the `/wp-content/plugins/` directory | ||
2. Activate the plugin through the 'Plugins' menu in WordPress | ||
3. Results Page will be generated. | ||
4. Place `[google_search]` shortcode anywhere you want to search | ||
5. Add Google Custom Search V1 Api key to `Settings > Google Search Settings`. | ||
6. Add Google Search Engine ID to `Settings > Google Search Settings`. | ||
|
||
== Frequently Asked Questions == | ||
|
||
= A question that someone might have = | ||
|
||
An answer to that question. | ||
|
||
= What about foo bar? = | ||
= Will FAQ section come soon? = | ||
|
||
Answer to foo bar dilemma. | ||
|
||
== Screenshots == | ||
|
||
1. This screen shot description corresponds to screenshot-1.(png|jpg|jpeg|gif). Note that the screenshot is taken from | ||
the /assets directory or the directory that contains the stable readme.txt (tags or trunk). Screenshots in the /assets | ||
directory take precedence. For example, `/assets/screenshot-1.png` would win over `/tags/4.3/screenshot-1.png` | ||
(or jpg, jpeg, gif). | ||
2. This is the second screen shot | ||
Yes it will! | ||
|
||
== Changelog == | ||
|
||
= 1.0 = | ||
* A change since the previous version. | ||
* Another change. | ||
* Object Orient Approach. | ||
* Enqued WP Element for React. | ||
* Added Webpack & Babel for JSX and Minification | ||
|
||
= 0.5 = | ||
* List versions from most recent at top to oldest at bottom. | ||
* Single Class Proof of Concept. | ||
|
||
== Upgrade Notice == | ||
|
||
= 1.0 = | ||
Upgrade notices describe the reason a user should upgrade. No more than 300 characters. | ||
|
||
= 0.5 = | ||
This version fixes a security related bug. Upgrade immediately. | ||
|
||
== Arbitrary section == | ||
|
||
You may provide arbitrary sections, in the same format as the ones above. This may be of use for extremely complicated | ||
plugins where more information needs to be conveyed that doesn't fit into the categories of "description" or | ||
"installation." Arbitrary sections will be shown below the built-in sections outlined above. | ||
|
||
== A brief Markdown Example == | ||
|
||
Ordered list: | ||
|
||
1. Some feature | ||
1. Another feature | ||
1. Something else about the plugin | ||
|
||
Unordered list: | ||
|
||
* something | ||
* something else | ||
* third thing | ||
|
||
Here's a link to [WordPress](http://wordpress.org/ "Your favorite software") and one to [Markdown's Syntax Documentation][markdown syntax]. | ||
Titles are optional, naturally. | ||
|
||
[markdown syntax]: http://daringfireball.net/projects/markdown/syntax | ||
"Markdown is what the parser uses to process much of the readme file" | ||
|
||
Markdown uses email style notation for blockquotes and I've been told: | ||
> Asterisks for *emphasis*. Double it up for **strong**. | ||
|
||
`<?php code(); // goes in backticks ?>` | ||
0.5 isn't stable this is the working version. |