Fixing not showing pages of DevGuide

[Dick Groskamp-4]

Started this morning to fix the pages that are not showing in the DevGuide.
Due to a broken extension tags <idls>, <idlm> and <idlml> prevent pages from displaying content.

However, content is there.
Content is editable by tweaking the URL of the not showing page

For instance:
https://wiki.openoffice.org/wiki/Documentation/DevGuide/Basic/Accessing_Libraries_from_Basic

needs to become:
https://wiki.openoffice.org/w/index.php?title=Documentation/DevGuide/Basic/Accessing_Libraries_from_Basic&action=edit

so: replacing wiki/ by w/index.php?title=  and add &action=edit to the end of the URL.

Content is then editable.

tag <idls> can be changed to <idl> to make it work again
tag <idlm> and <idlml> need to be replaced by an url to the page.

Like [http://api.openoffice.org/docs/common/ref/com/sun/star/lang/XMultiComponentFactory.html#createInstanceWithContext, followed by the content of the tag en closing bracket ]

Like
[http://api.openoffice.org/docs/common/ref/com/sun/star/lang/XMultiComponentFactory.html#createInstanceWithContext com.sun.star.lang.XMultiComponentFactory:createInstanceWithContext]

It is a manual job and there are a lot of pages. (I'll be busy :-) )

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Keith N. McKenna]

On 12/9/2020 11:42 AM, Dick Groskamp wrote:

> Started this morning to fix the pages that are not showing in the DevGuide.
> Due to a broken extension tags <idls>, <idlm> and <idlml> prevent pages from displaying content.
>
> However, content is there.
> Content is editable by tweaking the URL of the not showing page
>
> For instance:
> https://wiki.openoffice.org/wiki/Documentation/DevGuide/Basic/Accessing_Libraries_from_Basic
>
> needs to become:
> https://wiki.openoffice.org/w/index.php?title=Documentation/DevGuide/Basic/Accessing_Libraries_from_Basic&action=edit
>
> so: replacing wiki/ by w/index.php?title=  and add &action=edit to the end of the URL.
>
> Content is then editable.
>
> tag <idls> can be changed to <idl> to make it work again
> tag <idlm> and <idlml> need to be replaced by an url to the page.
>
> Like [http://api.openoffice.org/docs/common/ref/com/sun/star/lang/XMultiComponentFactory.html#createInstanceWithContext, followed by the content of the tag en closing bracket ]
>
> Like
> [http://api.openoffice.org/docs/common/ref/com/sun/star/lang/XMultiComponentFactory.html#createInstanceWithContext com.sun.star.lang.XMultiComponentFactory:createInstanceWithContext]
>
> It is a manual job and there are a lot of pages. (I'll be busy :-) )
>

Dick; I will be more than happy to help if you would like to coordinate

what is done and what we each can do.

Regards
Keith

[Dick Groskamp-4]

On 2020/12/10 19:13:38, "Keith N. McKenna" <[hidden email]> wrote:

> On 12/9/2020 11:42 AM, Dick Groskamp wrote:
> > Started this morning to fix the pages that are not showing in the DevGuide.
> > Due to a broken extension tags <idls>, <idlm> and <idlml> prevent pages from displaying content.
> >
> > However, content is there.
> > Content is editable by tweaking the URL of the not showing page
> >
> > For instance:
> > https://wiki.openoffice.org/wiki/Documentation/DevGuide/Basic/Accessing_Libraries_from_Basic
> >
> > needs to become:
> > https://wiki.openoffice.org/w/index.php?title=Documentation/DevGuide/Basic/Accessing_Libraries_from_Basic&action=edit
> >
> > so: replacing wiki/ by w/index.php?title=  and add &action=edit to the end of the URL.
> >
> > Content is then editable.
> >
> > tag <idls> can be changed to <idl> to make it work again
> > tag <idlm> and <idlml> need to be replaced by an url to the page.
> >
> > Like [http://api.openoffice.org/docs/common/ref/com/sun/star/lang/XMultiComponentFactory.html#createInstanceWithContext, followed by the content of the tag en closing bracket ]
> >
> > Like
> > [http://api.openoffice.org/docs/common/ref/com/sun/star/lang/XMultiComponentFactory.html#createInstanceWithContext com.sun.star.lang.XMultiComponentFactory:createInstanceWithContext]
> >
> > It is a manual job and there are a lot of pages. (I'll be busy :-) )
> >
> Dick; I will be more than happy to help if you would like to coordinate
> what is done and what we each can do.
>
> Regards
> Keith
>
>
>

Keith,

thanks for the offer, much appreciated.

In the other thread https://lists.apache.org/thread.html/r9b07bbcb478d65bb24cb34e41d2dbd68ee6a36ddc734befe391a3148%40%3Cdev.openoffice.apache.org%3E I'm talking to Carl to see if it is possible to make a change to the extension IDLTags by replacing the obsolete ereg_replace function by pereg_replace function, which should work on PHP > 7.0.*

My suggestion is to see/wait if that is possible on a short term and if not, or if it won't work, to go on with replacing the tags <idls>, <idlm> and <idlmodule> by hardcoded URLs. The tag <idl> is still working, probably because it uses str_replace function and not the obsolete ereg_replace function.
Most frequent tag seems to be <idl>, but the problem is that if one of the other tags is on the same page the whole page won't show.

I hope someone with more knowledge of PHP can help us with this on the short term.

In the mean time I will check the pages to see where the conflicting tags are, so we have a kind of index to the pages we might have to change.
That way we have an impression on how much there is to do and how we, if necessary, can divide the workload.

Does that make sense ?



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Keith N. McKenna]

On 12/11/2020 5:50 AM, Dick Groskamp wrote:

>
>
> On 2020/12/10 19:13:38, "Keith N. McKenna" <[hidden email]> wrote:
>> On 12/9/2020 11:42 AM, Dick Groskamp wrote:
>>> Started this morning to fix the pages that are not showing in the DevGuide.
>>> Due to a broken extension tags <idls>, <idlm> and <idlml> prevent pages from displaying content.
>>>
>>> However, content is there.
>>> Content is editable by tweaking the URL of the not showing page
>>>
>>> For instance:
>>> https://wiki.openoffice.org/wiki/Documentation/DevGuide/Basic/Accessing_Libraries_from_Basic
>>>
>>> needs to become:
>>> https://wiki.openoffice.org/w/index.php?title=Documentation/DevGuide/Basic/Accessing_Libraries_from_Basic&action=edit
>>>
>>> so: replacing wiki/ by w/index.php?title=  and add &action=edit to the end of the URL.
>>>
>>> Content is then editable.
>>>
>>> tag <idls> can be changed to <idl> to make it work again
>>> tag <idlm> and <idlml> need to be replaced by an url to the page.
>>>
>>> Like [http://api.openoffice.org/docs/common/ref/com/sun/star/lang/XMultiComponentFactory.html#createInstanceWithContext, followed by the content of the tag en closing bracket ]
>>>
>>> Like
>>> [http://api.openoffice.org/docs/common/ref/com/sun/star/lang/XMultiComponentFactory.html#createInstanceWithContext com.sun.star.lang.XMultiComponentFactory:createInstanceWithContext]
>>>
>>> It is a manual job and there are a lot of pages. (I'll be busy :-) )
>>>
>> Dick; I will be more than happy to help if you would like to coordinate
>> what is done and what we each can do.
>>
>> Regards
>> Keith
>>
>>
>>
> Keith,
>
> thanks for the offer, much appreciated.
>
> In the other thread https://lists.apache.org/thread.html/r9b07bbcb478d65bb24cb34e41d2dbd68ee6a36ddc734befe391a3148%40%3Cdev.openoffice.apache.org%3E I'm talking to Carl to see if it is possible to make a change to the extension IDLTags by replacing the obsolete ereg_replace function by pereg_replace function, which should work on PHP > 7.0.*
>
> My suggestion is to see/wait if that is possible on a short term and if not, or if it won't work, to go on with replacing the tags <idls>, <idlm> and <idlmodule> by hardcoded URLs. The tag <idl> is still working, probably because it uses str_replace function and not the obsolete ereg_replace function.
> Most frequent tag seems to be <idl>, but the problem is that if one of the other tags is on the same page the whole page won't show.
>
> I hope someone with more knowledge of PHP can help us with this on the short term.
>
> In the mean time I will check the pages to see where the conflicting tags are, so we have a kind of index to the pages we might have to change.
> That way we have an impression on how much there is to do and how we, if necessary, can divide the workload.
>
> Does that make sense ?
>

That makes perfect sense Dick.Will be much better to fix the extension.
I see Peter has set up a a repo for the custom extensions like that on
our gitbox account so once the redirect is removed and someone can get
to those we will be in much better shape to handle this kind of problem
in the future.

If we do need to change things manually it will be great to have the
list of pages so the work can be divided up more easily.

Regards
Keith