On 2020/12/11 22:37:20, Carl Marcum <cmar...@apache.org> wrote: 
> 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
> 
> 
Carl, 
I think you nailed it.  Good work

That should probably also work for <idls> and <idlmodule>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Reply via email to