From Fedora Project Wiki
No edit summary |
|||
| Line 1: | Line 1: | ||
= Feature Name = | = Feature Name = | ||
| Line 19: | Line 18: | ||
== Detailed Description == | == Detailed Description == | ||
This feature aims at implementing a WYSIWYG editor for DocBook XML that Fedora uses to author/maintain its documentation. The richness of DocBook can often overwhelm new users. An easy to use tool will attract new contributors and will also provide a convenient alternative to those who are old-timers.The editor will be developed as a plug- | This feature aims at implementing a WYSIWYG editor for DocBook XML that Fedora uses to author/maintain its documentation. The richness of DocBook can often overwhelm new users. An easy to use tool will attract new contributors and will also provide a convenient alternative to those who are old-timers.The editor will be developed as a plug-in for Beacon, an XSLT based plug-able editor. The editor can be used as a stand-alone application or can be integrated with Zikula and Publican. | ||
== Benefit to Fedora == | == Benefit to Fedora == | ||
| Line 25: | Line 24: | ||
It has following benefits: | It has following benefits: | ||
* | * It enables new users to contribute documentation more easily without having to learn DocBook Format. | ||
* | * It can be used just like any other desktop editor by people to generate documentation for their own purposes. | ||
* | * It can be used as a tool to learn documentation formats by the WYSIWYG approach. This is similar to Do-It-Yourself learning methods as the changes made in the design view can be correlated to the changes introduced in the XML source view. | ||
* | * It will be integrated into Zikula CMS which will be used by Fedora to manage their content. This will make it easier to publish content. | ||
== Scope == | == Scope == | ||
<!-- What work do the developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | <!-- What work do the developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | ||
This is being | This is being started as a Google Summer of Code Project. It will be useable (Ready for consumption) by the end of GSoC period. It is not a big change to the distribution and is more of an isolated end-user product just like any other text editor. It basically involves deploying the DocBook Plug-in along with Beacon as a package so it can be installed/uninstalled by the user. | ||
== How To Test == | == How To Test == | ||
<!-- This does not need to be a full-fledged document. Describe the dimensions of tests that this feature is expected to pass when it is done. If it needs to be tested with different hardware or software configurations, indicate them. The more specific you can be, the better the community testing can be. | <!-- This does not need to be a full-fledged document. Describe the dimensions of tests that this feature is expected to pass when it is done. If it needs to be tested with different hardware or software configurations, indicate them. The more specific you can be, the better the community testing can be. | ||
This is a web based application that works in Firefox (other browser currently not supported) | This is a web-based application that works in Firefox (other browser currently not supported). | ||
Installation requires: | Installation requires: | ||
| Line 45: | Line 43: | ||
2. PHP-XSL support | 2. PHP-XSL support | ||
3. PHP-Curl support | 3. PHP-Curl support | ||
4. Write permissions for your web server | 4. Write permissions for your web server. | ||
More notes on installing Beacon at http://92.243.5.147/beacon/beacon.html | More notes on installing Beacon at http://92.243.5.147/beacon/beacon.html | ||
| Line 51: | Line 49: | ||
The installation should be handled by an RPM (which I am working on at the moment). | The installation should be handled by an RPM (which I am working on at the moment). | ||
The most basic form of testing will involve a check on how 'sane' | The most basic form of testing will involve a check on how 'sane' the XML source being generated by the tool is and whether it actually meets the standards or not. | ||
Other than that its more of a usability study. | Other than that its more of a usability study. | ||
| Line 58: | Line 56: | ||
<!-- If this feature is noticeable by its target audience, how will their experiences change as a result? Describe what they will see or notice. --> | <!-- If this feature is noticeable by its target audience, how will their experiences change as a result? Describe what they will see or notice. --> | ||
They will notice an editor available to them that allows them to publish documents in | They will notice an editor available to them that allows them to publish documents in DocBook and/or other formats (supported by Beacon plug-ins). The benefits to end-user are given in the 'Benefits to Fedora' section. | ||
== Dependencies == | == Dependencies == | ||
| Line 64: | Line 62: | ||
or that you would need to coordinate? Other upstream projects like the kernel (if this is not a kernel feature)? --> | or that you would need to coordinate? Other upstream projects like the kernel (if this is not a kernel feature)? --> | ||
Beacon has minimal | Beacon has minimal dependencies. PHP 5 is the basic requirement which is quite stable. The upstream project is willing to help in deploying it for multiple distributions. | ||
== Contingency Plan == | == Contingency Plan == | ||
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan? This might be as simple as "None necessary, revert to previous release behaviour." Or it might not. If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy. --> | <!-- If you cannot complete your feature by the final development freeze, what is the backup plan? This might be as simple as "None necessary, revert to previous release behaviour." Or it might not. If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy. --> | ||
No other parts of Fedora will be | No other parts of Fedora will be affected by it. It is a web application with minimal or no implications on other parts of Fedora. It is a standalone tool. | ||
== Documentation == | == Documentation == | ||
<!-- Is there upstream documentation on this feature, or notes you have written yourself? Link to that material here so other interested developers can get involved. --> | <!-- Is there upstream documentation on this feature, or notes you have written yourself? Link to that material here so other interested developers can get involved. --> | ||
A detailed but under construction documentation is available at http://92.243.5.147/beacon/beacon.html | |||
== Release Notes == | == Release Notes == | ||
| Line 85: | Line 83: | ||
* See [[Talk:Features/YourFeatureName]] <!-- This adds a link to the "discussion" tab associated with your page. This provides the ability to have ongoing comments or conversation without bogging down the main feature page --> | * See [[Talk:Features/YourFeatureName]] <!-- This adds a link to the "discussion" tab associated with your page. This provides the ability to have ongoing comments or conversation without bogging down the main feature page --> | ||
[[Category:FeaturePageIncomplete]] | [[Category:FeaturePageIncomplete]] | ||
Revision as of 15:19, 7 May 2009
Feature Name
DocBook Editor
Summary
A WYSIWYG DocBook Editor
Owner
- Name: Satya Komaragiri
- email: satya[DOT]komaragiri[AT]gmail[DOT]com
Current status
- Targeted release: Fedora 12
- Last updated: NA
- Percentage of completion: Not started yet.
Detailed Description
This feature aims at implementing a WYSIWYG editor for DocBook XML that Fedora uses to author/maintain its documentation. The richness of DocBook can often overwhelm new users. An easy to use tool will attract new contributors and will also provide a convenient alternative to those who are old-timers.The editor will be developed as a plug-in for Beacon, an XSLT based plug-able editor. The editor can be used as a stand-alone application or can be integrated with Zikula and Publican.
Benefit to Fedora
It has following benefits:
- It enables new users to contribute documentation more easily without having to learn DocBook Format.
- It can be used just like any other desktop editor by people to generate documentation for their own purposes.
- It can be used as a tool to learn documentation formats by the WYSIWYG approach. This is similar to Do-It-Yourself learning methods as the changes made in the design view can be correlated to the changes introduced in the XML source view.
- It will be integrated into Zikula CMS which will be used by Fedora to manage their content. This will make it easier to publish content.
Scope
This is being started as a Google Summer of Code Project. It will be useable (Ready for consumption) by the end of GSoC period. It is not a big change to the distribution and is more of an isolated end-user product just like any other text editor. It basically involves deploying the DocBook Plug-in along with Beacon as a package so it can be installed/uninstalled by the user.
How To Test
They will notice an editor available to them that allows them to publish documents in DocBook and/or other formats (supported by Beacon plug-ins). The benefits to end-user are given in the 'Benefits to Fedora' section.
Dependencies
Beacon has minimal dependencies. PHP 5 is the basic requirement which is quite stable. The upstream project is willing to help in deploying it for multiple distributions.
Contingency Plan
No other parts of Fedora will be affected by it. It is a web application with minimal or no implications on other parts of Fedora. It is a standalone tool.
Documentation
A detailed but under construction documentation is available at http://92.243.5.147/beacon/beacon.html
Release Notes
This is yet to be released.
Comments and Discussion