It's been awhile since I've done any PHP so I've been doing some testing
in an online PHP Sandbox [1].
[1] https://sandbox.onlinephpfunctions.com/
See below:
On 12/11/20 3:30 PM, Dave Fisher wrote:
Sent from my iPhone
On Dec 11, 2020, at 11:46 AM, Dick Groskamp <di...@apache.org> wrote:
On 2020/12/11 19:34:47, Matthias Seidel <matthias.sei...@hamburg.de> wrote:
Hi Dick,
Am 11.12.20 um 20:29 schrieb Dick Groskamp:
On 2020/12/11 17:23:20, Matthias Seidel <matthias.sei...@hamburg.de> wrote:
Hi Dick,
Am 11.12.20 um 17:14 schrieb Dick Groskamp:
The extension is not broken, it is outdated. It cannot be updated
because that would need a newer version of Wiki.
However, our AOO skin for the Wiki must be adapted to the newer Wiki
version...
At least that is what I understood from Andrea's posts regarding the
Wiki server in 2019 [1]
Well, if it is outdated and it doesn't do its job, I think it is broken.
What I meant to say is that it doesn't work the way it was designed anymore.
See above, the extension is not ours. It is from mediaWiki.org (?)
Well, I think it is ours. It was especially created by former developers for
this purpose and it is probably nowhere else available/usable and just works on
our wiki.
Who would that developer be?! Do you know a name?
It was somewhere up in this thread:
// Extension credits that will show up on Special:Version
$wgExtensionCredits['parserhook'][] = array(
'name' => 'IDL Tags',
'version' => '1.0.2',
'author' => array( 'Clayton Cornell', 'Terry Ellison' ),
This clearly an OOo extension.
Clayton didn’t really join AOO and Terry did the Forum move but seemed to get
frustrated and left.
I think that the approach could be separate from Carl’s new Wiki VM effort.
Someone will need to look at the current VM and try your idea about changing
the function.
If Andrea can’t then I’ll have a look early next week.
Regards,
Dave
'description' => 'Manage the IDL links in the OOo Dev Guide ',
'url' =>
'http://wiki.openoffice.org/wiki/Wiki_maintenance/IDLTagExtension',
);
Isn't it more likely that it is a mediawiki extension like:
https://www.mediawiki.org/wiki/Extension:SyntaxHighlight
That is probably where the confusion comes from. You can develop your own
extensions if you want, just like our own .oxt's. The whole IDLTags extension
is the PHP-page Carl copied from the configuration. That's all
I haven't read Andrea's post yet, I focused more on getting this defective
extension IDLTags repaired.
Well, that would be a workaround for the moment, but we should "simply"
fix the source of the problem...
With "source of the problem" I assume you mean upgrading the wiki version and
updating the skin
etc as mentioned in Andrea's post
As far as I know has Carl a new updated VM available to go along with that,
but he has a tiny
problem getting access. I think that will be the next step.
I think Arrigo's finding about the deprecated method may be it.
I have commented out the old method call and folled with the replacement.
Testing a string that might be used in <idlm> tag:
<?php
$input = 'com.sun.star.uno.XComponentContext:getServiceManager';
print("input = $input \n");
// $page = ereg_replace('\.','/',$input);
$page = preg_replace('/\./','/',$input);
print("page = $page \n");
// $anchor = ereg_replace (':','.html#',$page);
$anchor = preg_replace ('/:/','.html#',$page);
print("anchor = $anchor \n");
// $function = ereg_replace ('^.*:','',$page);
$function = preg_replace ('/^.*:/','',$page);
print("function = $function \n");
$output = '<a href="http://api.openoffice.org/docs/common/ref/' .
$anchor.'" class="external text">' . $function.'</a>';
print("output = $output \n");
?>
which outputs:
input = com.sun.star.uno.XComponentContext:getServiceManager
page = com/sun/star/uno/XComponentContext:getServiceManager
anchor = com/sun/star/uno/XComponentContext.html#getServiceManager
function = getServiceManager
output = <a
href="http://api.openoffice.org/docs/common/ref/com/sun/star/uno/XComponentContext.html#getServiceManager";
class="external text">getServiceManager</a>
which I think is a correct link.
I can take a shot at the production fix unless someone has concerns.
Best regards,
Carl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
