[libvirt] [PATCH libvirt site] Change PHP binding link to new one hosted on libvirt.org

Signed-off-by: Michal Novotny <minovotn@redhat.com> --- docs/bindings.html.in | 8 ++++---- docs/sitemap.html.in | 4 ---- 2 files changed, 4 insertions(+), 8 deletions(-) diff --git a/docs/bindings.html.in b/docs/bindings.html.in index 87d894d..2d936a0 100644 --- a/docs/bindings.html.in +++ b/docs/bindings.html.in @@ -28,16 +28,16 @@ <li> <p> <strong>PHP</strong>: Radek Hladik started developing - <a href="http://phplibvirt.cybersales.cz/">PHP bindings</a> in 2010. + <a href="http://libvirt.org/php">PHP bindings</a> in 2010. </p> <p> - In February 2011 the binding development has been moved to the - <a href="http://libvirt.org/git/?p=libvirt-php.git;a=summary">libvirt.org as libvirt-php project</a>. + In February 2011 the binding development has been moved to the libvirt.org website as + libvirt-php project. </p> <p> The project is now maintained by Michal Novotny and it's heavily based on Radek's version. For more information including the information on posting - the patches you to libvirt-php please refer to <a href="php.html">PHP binding page</a>. + the patches you to libvirt-php please refer to <a href="http://libvirt.org/php">PHP binding</a>. </p> </li> <li> diff --git a/docs/sitemap.html.in b/docs/sitemap.html.in index ac0af71..c987c49 100644 --- a/docs/sitemap.html.in +++ b/docs/sitemap.html.in @@ -266,10 +266,6 @@ <a href="csharp.html">C#</a> <span>overview of the C# API bindings</span> </li> - <li> - <a href="php.html">PHP</a> - <span>overview of the PHP API bindings</span> - </li> </ul> </li> <li> -- 1.7.3.2

On 02/09/2011 10:52 AM, Michal Novotny wrote:
Signed-off-by: Michal Novotny <minovotn@redhat.com> --- docs/bindings.html.in | 8 ++++---- docs/sitemap.html.in | 4 ---- 2 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/docs/bindings.html.in b/docs/bindings.html.in index 87d894d..2d936a0 100644 --- a/docs/bindings.html.in +++ b/docs/bindings.html.in @@ -28,16 +28,16 @@ <li> <p> <strong>PHP</strong>: Radek Hladik started developing - <a href="http://phplibvirt.cybersales.cz/">PHP bindings</a> in 2010. + <a href="http://libvirt.org/php">PHP bindings</a> in 2010. </p> <p> - In February 2011 the binding development has been moved to the - <a href="http://libvirt.org/git/?p=libvirt-php.git;a=summary">libvirt.org as libvirt-php project</a>. + In February 2011 the binding development has been moved to the libvirt.org website as + libvirt-php project. </p> <p> The project is now maintained by Michal Novotny and it's heavily based on Radek's version. For more information including the information on posting - the patches you to libvirt-php please refer to <a href="php.html">PHP binding page</a>. + the patches you to libvirt-php please refer to <a href="http://libvirt.org/php">PHP binding</a>.
This part is fine.
</p> </li> <li> diff --git a/docs/sitemap.html.in b/docs/sitemap.html.in index ac0af71..c987c49 100644 --- a/docs/sitemap.html.in +++ b/docs/sitemap.html.in @@ -266,10 +266,6 @@ <a href="csharp.html">C#</a> <span>overview of the C# API bindings</span> </li> - <li> - <a href="php.html">PHP</a> - <span>overview of the PHP API bindings</span> - </li>
But this removes the reference without also removing docs/php.html.in; would it be better to keep the reference, and make sure that libvirt's php page is still useful? In particular, remember that libvirt's pages get installed locally even for users that don't install libvirt-php, so they should have local documentation that alerts them to the existence of bindings if they need it. -- Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org

On 02/09/2011 07:32 PM, Eric Blake wrote:
On 02/09/2011 10:52 AM, Michal Novotny wrote:
Signed-off-by: Michal Novotny<minovotn@redhat.com> --- docs/bindings.html.in | 8 ++++---- docs/sitemap.html.in | 4 ---- 2 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/docs/bindings.html.in b/docs/bindings.html.in index 87d894d..2d936a0 100644 --- a/docs/bindings.html.in +++ b/docs/bindings.html.in @@ -28,16 +28,16 @@ <li> <p> <strong>PHP</strong>: Radek Hladik started developing -<a href="http://phplibvirt.cybersales.cz/">PHP bindings</a> in 2010. +<a href="http://libvirt.org/php">PHP bindings</a> in 2010. </p> <p> - In February 2011 the binding development has been moved to the -<a href="http://libvirt.org/git/?p=libvirt-php.git;a=summary">libvirt.org as libvirt-php project</a>. + In February 2011 the binding development has been moved to the libvirt.org website as + libvirt-php project. </p> <p> The project is now maintained by Michal Novotny and it's heavily based on Radek's version. For more information including the information on posting - the patches you to libvirt-php please refer to<a href="php.html">PHP binding page</a>. + the patches you to libvirt-php please refer to<a href="http://libvirt.org/php">PHP binding</a>. This part is fine.
</p> </li> <li> diff --git a/docs/sitemap.html.in b/docs/sitemap.html.in index ac0af71..c987c49 100644 --- a/docs/sitemap.html.in +++ b/docs/sitemap.html.in @@ -266,10 +266,6 @@ <a href="csharp.html">C#</a> <span>overview of the C# API bindings</span> </li> -<li> -<a href="php.html">PHP</a> -<span>overview of the PHP API bindings</span> -</li>
But this removes the reference without also removing docs/php.html.in; would it be better to keep the reference, and make sure that libvirt's php page is still useful? In particular, remember that libvirt's pages get installed locally even for users that don't install libvirt-php, so they should have local documentation that alerts them to the existence of bindings if they need it.
Well, what about leaving all those information there as they are and just to expand the php.html that this project now has it's own website for more information ? Michal -- Michal Novotny<minovotn@redhat.com>, RHCE Virtualization Team (xen userspace), Red Hat

On 02/09/2011 11:34 AM, Michal Novotny wrote:
-<li> -<a href="php.html">PHP</a> -<span>overview of the PHP API bindings</span> -</li> But this removes the reference without also removing docs/php.html.in; would it be better to keep the reference, and make sure that libvirt's php page is still useful? In particular, remember that libvirt's pages get installed locally even for users that don't install libvirt-php, so they should have local documentation that alerts them to the existence of bindings if they need it.
Well, what about leaving all those information there as they are and just to expand the php.html that this project now has it's own website for more information ?
Yeah, keeping php.html.in around is a good idea, especially when it is enhanced with a link to the real libvirt-php website. Maybe you can trim some of the existing content from that page, but the page itself should still exist and be listed in the sitemap. -- Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org

On 02/09/2011 07:37 PM, Eric Blake wrote:
-<li> -<a href="php.html">PHP</a> -<span>overview of the PHP API bindings</span> -</li> But this removes the reference without also removing docs/php.html.in; would it be better to keep the reference, and make sure that libvirt's php page is still useful? In particular, remember that libvirt's pages get installed locally even for users that don't install libvirt-php, so they should have local documentation that alerts them to the existence of bindings if they need it.
Well, what about leaving all those information there as they are and just to expand the php.html that this project now has it's own website for more information ? Yeah, keeping php.html.in around is a good idea, especially when it is enhanced with a link to the real libvirt-php website. Maybe you can
On 02/09/2011 11:34 AM, Michal Novotny wrote: trim some of the existing content from that page, but the page itself should still exist and be listed in the sitemap. Good, I sent new patch about this right now. The original contents has been trimmed and information about new site has been added there.
Michal -- Michal Novotny<minovotn@redhat.com>, RHCE Virtualization Team (xen userspace), Red Hat
participants (2)
-
Eric Blake
-
Michal Novotny